Ваши комментарии
В среднем от 200 и до 500+. Рекорд был 763 позиции.
11 лет назад
Отлично. Я вас понял :) В любом случае данная функция будет "жирным" плюсом при выборе исользования иммено вашей программы среди тех, которые сейчас может предложить рынок :) Не смею Вас больше задерживать :)
Ну между выбором проверки дубликатов и индивидуальным поиском товара в справочнике, с последующим добавлением в накладную для прихода, человек, я думаю, будет счастлив, выбрав первое. :)
Спасибо Елена! Самое главное, как мне кажется, это реализация поиска и исключение дубликатов. Есть облачный сервис "Мой склад" - аналог вашей программы. Там реализованно нечто подобное, но с рядом огромных неудобств. Видите ли, для начала импорта нужно предварительно подготовить счет, который нужно импортировать. То есть обрезать шапку, конец документа, подравнять столбцы, но это еще терпимо и выполняемо. Самое сложное заключается в том что поиск и замену дубликатов программа производит без ведома пользователя на этапе импорта. (Как я понял из телефонного общения с менеджером) Поиск производится по артикулу, если есть совпадение, а наименования разные - происходит замена строго товара на новый. Или же, как мне подсказали, нужно присваивать свой артикул. Это тоже с трудом выполнимо при небольшом количестве товара, но у нас более 7000+ наименований товара. Присваивать какой-то левый идентификатор крайне проблематично, обрабатывать счета, содержащие более 500+ позиций товара, тоже имеет огромные временные потери.
А весь сыр бор моего сообщения взялся из-за одного нашего поставщика, артикулы которого, совпадают с 5(!!!)(пятью) другими поставщиками, хотя из этих 5((!!!!)) поставщиков нету между собой совпадений, или сводятся к минимуму (не более 1-2% дублирования).
И если уж и развиваться в направлении импорта накладной, то нужно учесть то, чтобы исключением дубликатов занимался пользователь, а не алгоритмы. Это удобно отражается на предпоследнем скриншоте моего второго сообщения в данной теме. Спасибо за внимание :)
А весь сыр бор моего сообщения взялся из-за одного нашего поставщика, артикулы которого, совпадают с 5(!!!)(пятью) другими поставщиками, хотя из этих 5((!!!!)) поставщиков нету между собой совпадений, или сводятся к минимуму (не более 1-2% дублирования).
И если уж и развиваться в направлении импорта накладной, то нужно учесть то, чтобы исключением дубликатов занимался пользователь, а не алгоритмы. Это удобно отражается на предпоследнем скриншоте моего второго сообщения в данной теме. Спасибо за внимание :)
Это пример реализации данной функции в программе Тирика Магазин.
Здравствуйте, Олег!
Спасибо за ответ. Вопрос исчерпан, будем искать такие аппараты после релиза данной функции.
Спасибо за ответ. Вопрос исчерпан, будем искать такие аппараты после релиза данной функции.
Дело в том, что при нашем налогообложении мы в праве вообще не выдавать чек, но из-за того, что наш контингент клиентов такого просто адекватно не воспримет, мы используем именно чекопечатающие машины. И нам не сколько важен товарный чек - бланки можно купить, проставить печати и выдавать в закреплении с чеком. Важна сама автоматизация чекопечатания.
Ммм. Нет. Насколько я понял, он выступает в роли "пассивного" принтера, требующего настройку и определения его в программном обеспечении, после которого по команде он отправляет чек на печать. И на печать он отправляет только из торгового ПО.
Сервис поддержки клиентов работает на платформе UserEcho