[ОТВЕТИТЬ]
Опции темы
07.04.2008 11:10  
KozzZaNoVa
Доброго времени суток. Проблема такая. Как сделать подсчет ревизии и распечатки описей по штрих-кодам. Поясню:
До перехода на супермаг существовала соответственно другая учетная система. Механизм инвентаризации поставлен следующим образом. Терминалами считываются штрих-кода, по ним же выходят и описи, на артикул товара внимание никто не обращает. После того проходит первый пересчет, подсчет по описям проверяет контрольно-ревизионная группа, затем факт пересчитывает еще раз охранная контора. (сами понимаете что к концу пересчета происходит с описями, на них не остается живого места, все по перечеркнуты и исправлены не знаешь какая цифра верная), но это к делу особо не относится, мне пока не удается убедить сменить технологию проведения ревизии. Так вот с переходом на Супермаг, как можно сделать так что бы данные для описей получать с штрих-кодом, т.е. штрих-код, наименование кол-во. Реализация необязательно средствами супермага, как с терминалов в стороннюю прогу можно сгрузить данные именно в таком виде. Не привожу пока имеющееся оборудования хочу узнать именно про технологию. И еще вопрос, точнее просьба ко всем - пожалуйста поделитесь механизмами проведения инвентаризаций.
 
07.04.2008 11:21  
Mtirt
В печатных формах ни в сличительной, ни в инвентаризации вывод штрих-кодов не предумотрен.
Если только опись экспортировать в заказ или приходную накладную и их распечатывать.
Что касается порядка проведения - https://olegon.ru/showthread.php?t=1...E7%E0%F6%E8%E8
 
07.04.2008 11:23  
OlegON
https://olegon.ru/showthread.php?t=1...E7%E0%F6%E8%E8
А зачем тебе вообще штрихкоды? Рисуешь пустографку, либо раздаешь терминалы, потом сливаешь в СМ2000. Штрихкодов может быть несколько, они слишком длинные, чтобы их воспринимать с бумаги...
 
07.04.2008 12:04  
akonev
Оборудование не приводишь зря.
С тех же Denso 5000 - 8000, к примеру эти данные можно вынуть напрямую.
Только названия и штрихкоды будут в одном файле, а количества - в другом. Но срастить можно.

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

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

ну а правильнее всего - все-таки менять технологию.
 
07.04.2008 14:58  
KozzZaNoVa
Цитата:
Сообщение от OlegON
https://olegon.ru/showthread.php?t=1...E7%E0%F6%E8%E8
А зачем тебе вообще штрихкоды? Рисуешь пустографку, либо раздаешь терминалы, потом сливаешь в СМ2000. Штрихкодов может быть несколько, они слишком длинные, чтобы их воспринимать с бумаги...
Поясню, технологию так скажем классическую проведения ревизии в Супермаг, я знаю и всегда ей пользовался работая в другой торговой сети. Здесь камнем притконвения как раз стал механизм проведения ревизии. Она устоялась и использовалась здесь многие годы. В идее тройного пересчета вижу только одно рациональное зерно, для того что бы отрабатывать ошибки пересчета не нужно дожидаться окончания всей инвентаризации. А пересчет идет непосредственно после первого подсчета, другими сотрудниками, таким образом с окончанием подсчета по сути ревизия уже окончена.
С вашими доводами по поводу восприятия шк с бумаги полностью согласен, но артикул товара в данном случае не информативен вовсе. Так как если штрих-код можно посмотреть непосредственно на сличаемом товаре, то для просмотра артикула нужно всегда иметь под рукой компьютер или терминал как минимум, а сканировать второй раз как-то вообще не реально, по названию товар я бы тоже не стал однозначно идентифицировать.
 
07.04.2008 15:00  
KozzZaNoVa
Цитата:
Сообщение от Andrew_Konev
Оборудование не приводишь зря.
С тех же Denso 5000 - 8000, к примеру эти данные можно вынуть напрямую.
Только названия и штрихкоды будут в одном файле, а количества - в другом. Но срастить можно.
Не привожу только потому что его пока предстоит закупить, вот и хочу получить в связи с этим совет, какое брать за совет по DENSO спасибо, как раз присматривался к этой линейке.

И просьба ко всем поделится какими либо именно не классическими технологиями, т.е. у каждого есть какие-то припоны и нововведения. Может кто-то открыл какую-то америку на ревизиях.
 
08.04.2008 00:51  
SMak
я сегодня открыл Америку
вкратце: целый день народ бегал со сканерами денсо-200, и только к вечеру заметили что примерно 60% весового товара сгружается на комп с нулевым количеством.
суперкитмобайл 1.8.29.чегототам
кто-нибудь знает как это исправить?
 
08.04.2008 09:52  
akonev
Цитата:
Сообщение от KozzZaNoVa
И просьба ко всем поделится какими либо именно не классическими технологиями, т.е. у каждого есть какие-то припоны и нововведения. Может кто-то открыл какую-то америку на ревизиях.
Собственно, неклассических уже давно нет. Все уже очень давно придумано, опробованно и используется.
То, что на текущий момент реализовано в СМ - тоже не открытие С+ .
Задолго до появления в СМ, реализация "двухэтажной" ревизии (маленькие описи -> большая сличилка) уже работала в Gestori.

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

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

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

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

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

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

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

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

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

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

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

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

иногда особенности оборудования требуют дополнительных проверок или правильного инструктажа.
пример: завесили весь мороженый минтай с витрины, отсканировали на денсо 5000-7000 этикетку с одной упаковки (0.4 кг, скажем), ввели руками общий вес. денсо умножит количество с упаковки на общее. получится лажа. то есть надо или печатать этикетку на общий вес и сканировать ее или сканировать этикетку на 1кг и вводить общий руками.
 
08.04.2008 12:06  
baggio
Цитата:
Сообщение от Andrew_Konev
появляется мелкая трабла: одинаковые товары сливаются в одну строку; поэтому нарушается порядок следования товаров в распечатанной описи, по сравнению с полкой.
особенно это касается товаров в ассортименте (соки, творожки и т.п. разных вкусов на одной карточке)
Данная проблема хараутерна только для Denso когда он сам внутри складывает... у тех кто пользуется "тесковым форматом" такой проблемы нет....
 
08.04.2008 13:00  
akonev
Цитата:
Сообщение от baggio
Данная проблема хараутерна только для Denso когда он сам внутри складывает... у тех кто пользуется "тесковым форматом" такой проблемы нет....
Согласен. Тоже, получается, от железа зависит.
 
 
Опции темы



Часовой пояс GMT +3, время: 06:54.

Все в прочитанное - Календарь - RSS - - Карта - Вверх 👫 Яндекс.Метрика
Форум сделан на основе vBulletin®
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.