Ревизия и подсчет по штрих-кодам : Супермаг Плюс (Супермаг 2000)

Доброго времени суток. Проблема такая. Как сделать подсчет ревизии и распечатки описей по штрих-кодам. Поясню:
До перехода на супермаг существовала соответственно другая учетная система. Механизм инвентаризации поставлен следующим образом. Терминалами считываются штрих-кода, по ним же выходят и описи, на артикул товара внимание никто не обращает. После того проходит первый пересчет, подсчет по описям проверяет контрольно-ревизионная группа, затем факт пересчитывает еще раз охранная контора. (сами понимаете что к концу пересчета происходит с описями, на них не остается живого места, все по перечеркнуты и исправлены не знаешь какая цифра верная), но это к делу особо не относится, мне пока не удается убедить сменить технологию проведения ревизии. Так вот с переходом на Супермаг, как можно сделать так что бы данные для описей получать с штрих-кодом, т.е. штрих-код, наименование кол-во. Реализация необязательно средствами супермага, как с терминалов в стороннюю прогу можно сгрузить данные именно в таком виде. Не привожу пока имеющееся оборудования хочу узнать именно про технологию. И еще вопрос, точнее просьба ко всем - пожалуйста поделитесь механизмами проведения инвентаризаций.

В печатных формах ни в сличительной, ни в инвентаризации вывод штрих-кодов не предумотрен.
Если только опись экспортировать в заказ или приходную накладную и их распечатывать.
Что касается порядка проведения - https://olegon.ru/showthread.php?t=1...??????????????

https://olegon.ru/showthread.php?t=1...??????????????
А зачем тебе вообще штрихкоды? Рисуешь пустографку, либо раздаешь терминалы, потом сливаешь в СМ2000. Штрихкодов может быть несколько, они слишком длинные, чтобы их воспринимать с бумаги...

Оборудование не приводишь зря.
С тех же Denso 5000 - 8000, к примеру эти данные можно вынуть напрямую.
Только названия и штрихкоды будут в одном файле, а количества - в другом. Но срастить можно.

Если то же самое брать уже из СМ - можно нарисовать незатейливый запрос, который будет спецификацию описи выбирать.
Дальше уже или вставить его в скрипт и пулять результат в текстовый файл или откуда-нить цепляться напрямую к базе и форматировать результаты для печати, как хочется.

НО!!! в описи уже нет информации о том, какой именно штрихкод от этой карточки считался на терминале.
или выводить все, или как-то выбирать любой (первый, к примеру)

ну а правильнее всего - все-таки менять технологию.

Поясню, технологию так скажем классическую проведения ревизии в Супермаг, я знаю и всегда ей пользовался работая в другой торговой сети. Здесь камнем притконвения как раз стал механизм проведения ревизии. Она устоялась и использовалась здесь многие годы. В идее тройного пересчета вижу только одно рациональное зерно, для того что бы отрабатывать ошибки пересчета не нужно дожидаться окончания всей инвентаризации. А пересчет идет непосредственно после первого подсчета, другими сотрудниками, таким образом с окончанием подсчета по сути ревизия уже окончена.
С вашими доводами по поводу восприятия шк с бумаги полностью согласен, но артикул товара в данном случае не информативен вовсе. Так как если штрих-код можно посмотреть непосредственно на сличаемом товаре, то для просмотра артикула нужно всегда иметь под рукой компьютер или терминал как минимум, а сканировать второй раз как-то вообще не реально, по названию товар я бы тоже не стал однозначно идентифицировать.

Не привожу только потому что его пока предстоит закупить, вот и хочу получить в связи с этим совет, какое брать за совет по DENSO спасибо, как раз присматривался к этой линейке.

И просьба ко всем поделится какими либо именно не классическими технологиями, т.е. у каждого есть какие-то припоны и нововведения. Может кто-то открыл какую-то америку на ревизиях.

я сегодня открыл Америку
вкратце: целый день народ бегал со сканерами денсо-200, и только к вечеру заметили что примерно 60% весового товара сгружается на комп с нулевым количеством.
суперкитмобайл 1.8.29.чегототам
кто-нибудь знает как это исправить?

Собственно, неклассических уже давно нет. Все уже очень давно придумано, опробованно и используется.
То, что на текущий момент реализовано в СМ - тоже не открытие С+ .
Задолго до появления в СМ, реализация "двухэтажной" ревизии (маленькие описи -> большая сличилка) уже работала в Gestori.

Варианты, которые в разное время пробовали:

1) Печатается по группам товара пустографка вида
артикул, штрихкоды, наименование, найденное количество
первые три колонки заполнены, кол-во - пустая.
каждая группа товара выдается отдельному "счетоводу"

проблемы:
не каждый товар лежит в магазине в одном месте (паллеты, прикасса, заморочки мерчей), какую-то часть могут пропустить
группы бывают разные; большую группу иногда приходится делить на несколько людей; что-то посчитают дважды, что-то вообще пропустят
работают медленно (или найдя на полке, долго ищут в пустографке или наоборот, найдя в списке, долго бегают по магазину)
сильно затруднен контрольный просчет

вывод: подходит только для ограниченных по площади и номенклатуре отделов, где каждый знает, где и что лежит. максимум, что реально просчитать в таком режиме - 400-500 квадратов за ночь. но сильно утомительно для всех.

2) пустографка печатается совсем без содержимого. бригада просчета - 2 человека: ревизор и МОЛ. один с бумажками, другой с терминалом.
первый записывает в бумажку
три последние цифры штрихкода, очень кратко наименование, кол-во
время записи при этом практически не влияет на скорость просчета
просчет идет по полкам. по окончании просчета полки (стеллажа), терминал сбрасывается в опись СМ, по бумажке просчитывается кол-во в натуральных единицах, кол-во сверяется.
это простейшая, но весьма эффективная проверка синхронности ввода/записи.
контрольный просчет идет по заполненнм пустографкам. если даже не практикуется полный контроль, все равно надо проверить 5-10% готовых описей

сложность: народ упирается, писать не хочет.

такой вариант реально работает. магазин в 1000 квадратов считается за ночь тремя-четырьмя парами.

3) человек с териминалом считает полку, сбрасывает в СМ в порядке ввода, печатается опись. другой человек с описью считает повторно.
точно так же обязателен контроль 5-10% описей.

появляется мелкая трабла: одинаковые товары сливаются в одну строку; поэтому нарушается порядок следования товаров в распечатанной описи, по сравнению с полкой.
особенно это касается товаров в ассортименте (соки, творожки и т.п. разных вкусов на одной карточке)

скорость просчета примерно такая же, как в предыдущем случае: 200-300 квадратов магазина за ночь на одну пару сотрудников.

плюсом к любому из вариантов добавляются мелкие фишки, направленные на повышение скорости и качества просчета:

использование ноутов и касс вместо терминалов (или дополнительно к терминалам)
предварительный просчет свободными сотрудниками с развешиванием "паспортов товара" - бумажек с количеством по товару и общего по полке
жесткое закрепление участков просчета за сотрудниками с отметкой на схеме магазина
маркировка просчитанных полок
запись на бумажных описях фамилий сотрудников, которые считали/проверяли и №описи в СМ, под роспись.
перепроверка позиций из терминала с "двойным" количеством (11, 22, 33,...)
перепроверка "упаковочных" позиций (яйцо, батарейки, сигареты блоками,...) - могут отсканировать ШК упаковки и ввести кол-во в штуках

иногда особенности оборудования требуют дополнительных проверок или правильного инструктажа.
пример: завесили весь мороженый минтай с витрины, отсканировали на денсо 5000-7000 этикетку с одной упаковки (0.4 кг, скажем), ввели руками общий вес. денсо умножит количество с упаковки на общее. получится лажа. то есть надо или печатать этикетку на общий вес и сканировать ее или сканировать этикетку на 1кг и вводить общий руками.

Данная проблема хараутерна только для Denso когда он сам внутри складывает... у тех кто пользуется "тесковым форматом" такой проблемы нет....

Согласен. Тоже, получается, от железа зависит.