Автоматизация небольшого розничного магазина

[nordk]

Сообщение от SonNata

Не штрих-кодирования а количественно суммовой учет.
И не сразу а постепенно !!!!
И опыт такой уже небольшой имеется.
И что любопытно - хозяйка такого магазина когда на практике поняла что это дает - пришла в восторг.
В том то и проблема, что в таких магазинчиках дешевый вариантов попробовать автоматизацию учета нет , а ассортимент Вы правильно сказали там большой и задачи все один в один как и у обычных магазинов.
Дак вот мы в первую очередь и говорим про такие МАЛЕНЬКИЕ магазинчики....

[bitekb]

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

[AndreyZh]

Согласен с SonNata и в этом легко убедиться обойдя любое число «мелких» магазинов, которые еще не «уничтожены» сетевиками, что не разумно их «топить» штрих кодированием, сканерами, электронными весами и т.д. Но необходимо им помогать «выжить» предлагая простые технологии учета, контроля и анализа типа предложенных мною выше….

Извините, но большинство авторов топиков пытаются «впарить» свою программу, акцентируя Ваше внимание на её «стартовую» цену и «огромные» потенциальные возможности.

Кратко упомяну, что автоматизация состоит из нескольких этапов:

- Изучение объекта автоматизации (магазина) и составление рекомендаций по учету, с использованием предлагаемой программы;
- Продажа клиенту своей системы, стоимость определяется как правило количеством рабочих мест;
- Внедрение. Под этим понимаю не 3 часовая лекция «по кнопкам», а глубокое обучение пользователей использованию технологий Вашей системы и применению их для полного и комплексного удовлетворения нужд клиента;
- Доработки. Каждый магазин имеет свои нюансы учета, которые врят ли имеются в Ваших системах;
- Сопровождение своей программы, а желательно и всей окружающей ее программно – аппаратной среды.

Замечу, что стоимость реальной автоматизации будет в разы, а в системах штрих кодирования в десятки раз больше, чем декларируемые выше цены.

[nordk]

Сообщение от AndreyZh

пытаются «впарить» свою программу, .

Вот этими словами коллега бросаться не надо.
Мы говорим о себе и не более: освещаем что мы есть и как мы делаем.
Я специально сделал рабочую версию FREE бесплатной,
чтобы люди могли в магазинчике попробовать и понять что дают эти технологии и к чему обязывают при организации труда.
Потому что оцифровка товара никогда не топила на самом деле.
Надо просто "уметь их готовить".

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

[RetailChain]

AndreyZh, уважаемый коллега,
Зря Вы так. Прогресс нельзя остановить и нет никаких преимуществ у прилавочной торговли. Это мировая практика, с этим не поспоришь.
Возможно, у Вас скверное представление о современной рознице сформировалось под впечатлением какого-нибудь местного "в Яблочко". Но это - далеко не эталон.
И выбор системы для автоматизации розницы определяется не удобствами учета и пожеланиями бухгалтерии, не пожеланими продавцов и прочих линейных сотрудников, а применением современных бизнес технологий, обеспечивающих наибольшую выручку. По выручке "прилавок" уступает самообслуживанию в разы.

Ваша технология "рукопашного" учета годится в лучшем случае для десяти киосков мороженого. Далее, пойдет бардак и злоупотребления в классическом виде: "мы ничего не крали, все украдено до нас".

[AndreyZh]

Уважаемый RetailChain!
Где же Вы увидели, что я противник современных методов торговли? Просто считаю, что ограниченная автоматизация лучше чем никакая и привел технологии учета реализуемые в любой системе автоматизации.

К слову аферисты из сети "В Яблочко" использовали очень хорошие системы "1С 8.0", а затем "СуперМаг", что не спасло их от банкротства, т.е. не система учета определяет успешность бизнеса, а люди (руководство, бухгалтера, продавцы).

По выручке "прилавок" уступает самообслуживанию в разы. Увы выручка определяется проходимостью торговой точки, широтой ассортимента и его ценой, а так же величиной товарного запаса и конечно ЛЮДЬМИ работающими с покупателями.

Ваша технология "рукопашного" учета годится в лучшем случае для десяти киосков мороженого. По возможности стараюсь не заниматься розницой, но самая мелкая розничная фирма - центральный склад и магазин 500 кв.м. + 2 удаленных круглосуточных минимаркета по 100 кв.м. и ассортиментом 3000-3500 наименований. Весь учет, контроль, заказы, расчеты в ней ведется силами гл.бух. + кассира + товароведа + оператора.

[nordk]

Сообщение от AndreyZh

По возможности стараюсь не заниматься розницой, но самая мелкая розничная фирма - центральный склад и магазин 500 кв.м. + 2 удаленных круглосуточных минимаркета по 100 кв.м. и ассортиментом 3000-3500 наименований. Весь учет, контроль, заказы, расчеты в ней ведется силами гл.бух. + кассира + товароведа + оператора.

Андрей - это конечно здорово, только этот пример не говорит в пользу прилавка.
У меня есть опыт сети из 20 магазинов+офис+2 оптовых склада с ассортиментом под 100 тысяч. Там просто другие технологии, по просьбе владельца сети продумывал проект подхода, при котором один бухгалтер ведет не конкретные магазины по сути а определенные участки автоматизации и тогда по этому участку на бухгалтера ложатся все магазины. Этот пример точто также ни о чем не говорит....
Владелец все равно пришел к типу "универсам" а не "прилавок".
И никакая проходимость не помешала начать автоматизацию с версии, которая сейчас у нас FREE.... А проходимость реально высокая и штрих-кодирование реально не простое.....
ИМХО методика прилавочного магазина вчерашний день.
А насчет лучше такой учет, чем никакой - технология в стиле "скупой платит дважды".
Сначала автоматизация прилавка, потом реорганизация в самообслуживание. Все перечисленные Вами процессы автоматизации умножаем на 2.

[RetailChain]

Уважаемый, AndreyZh, прошу извинить за невнимательность,

если неверно Вас понял на счет новых технологий торговли.
В любом случае, если Ваша технология учета проверена практикой и все это работает, то примите мой респект.
С историей "Яблочка" знаком хорошо.

[AndreyZh]

Уважаемый nordk.

Извините за некорректное слово "впарить". Считаю БЭСТ очень хорошей программой и всегда рекламирую ее, считая единственной реальной альтернативой 1С.

Но если Вас не затруднит просчитать затраты, хотя бы итого на автоматизацию "маленького" магазина, только учтите не только цену оборудования и ПО, а так же услуги по внедрению и сопровождению. Это будет четким и конкретным ответом, а не уклончивые рекламные обещания. Например:

2 места кассира, 1 электронные весы, 1 принтер штрих кодов, место оператора, бухгалтера, товароведа.

[nordk]

Сообщение от AndreyZh

Уважаемый nordk.

Но если Вас не затруднит просчитать затраты, хотя бы итого на автоматизацию "маленького" магазина, только учтите не только цену оборудования и ПО, а так же услуги по внедрению и сопровождению. Это будет четким и конкретным ответом, а не уклончивые рекламные обещания. Например:

2 места кассира, 1 электронные весы, 1 принтер штрих кодов, место оператора, бухгалтера, товароведа.

Мы посчитаем, но чтобы и Вы меня услышали сначала напишу такой аргумент:
По нашему предложению для начала достаточно на место кассира найти комп. И собственно на место оператора найти комп плюс то, что мы писали выше.
Для непродуктового магазина это все.
Для продуктового плюс весы.

Теперь давайте к Вашей конкретике.
Во-первых она не полная.....
Во-вторых стоимость железа - ну давайте примем Вашу.
Я не поставщик железа и от себя его продаю по ценам игроков на нашем
рынке.... Т.е. я готов если Вы назовете цены - с ними согласится.
Не совсем понимаю что Вы хотите этим доказать.
Если доказать что в итоге это будет дорого - я соглашусь, что недешево,
но во-первых вложения планомерыне а не единовременные, во-вторых после принятия решения хозяином, что это для него актуально - т.е. условие не обязательное. А если актуальное - значит оправданное примерно настолько же, насколько и наличие собственного автотранспорта для привоза товара собственными средствами и так далее..

Теперь про количество рабочих мест.
Вы для магазина из 2 касс написали 5 рабочих мест (или я не прав)
На самом деле 4 максимум. По крайней мере в стиле нашего решения совершенно точно.

Теперь про стоимость.
Поддержка такого магазина после ввода в эксплуатацию у нас составляет 3 тысячи рублей в месяц. Я называю цены по которым у нас заключены реальнодействующие договора на сегодня.
Ввод в эксплуатацию:
Удаленный - обойдется порядка 10 тысяч рублей. В этом случае нагрузка ложится на контактное лицо. Но по этому принципу в городе удаленном отнас на 350 км мы открыли уже несколько точек ни разу туда не выезжая вообще. + настройка их сервера - его к нам привезли.
С выездом на место для продуктового магазина в диапазоне 20-30 тысяч рублей.
ВОзможно первые 2-3 месяца поддержка будет стоить 6 тысяч рублей в месяц. Альтернатива этой услуге - персональное обучение за 4 или 7 тысяч рублей.
Ко всем услугам (кроме выездных) добавляем инет.
Все расценки приведены из реально действующих на сегодня контрактов.
Услуги подобраны как оптимальный предлагаемый нами вариант автоматизации по готовой схеме.
Если вариант со стороны клиента в стиле а я хочу чтобы Вы делали так, как я хочу - 1500 рублей стоимость часа по работам внедрения.
Стоимость поддержки может увеличиться примерно в 2 раза.

А дальше, извините, - мы имеем дело с БЭСТом. После ввода в эксплуатацию требуется несложный надзор за готовым решением.
Про стоимость готового решения в БЭСте вроде как писал выше.

Как видите я не боюсь озвучивать свои расценки,но не могу понять к чему это ?
Наша идея - дать попробовать автоматизацию, прежде примать решение о необходимости вложения, а после принятия решения - спланировать эти затраты на удобный период.

Потому что, если уж говорить об оцифровке магазина в принципе - то точность этого процесса и немаловажно скорость получения точных данных окупает те косвенные затраты связанные с задержкой торговли, затаркой и прочими финансовыми потерями, которые на первый взгляд и не видны. Не говоря о том, что при первой инвентаризации вылезет обязательно такая недостача, которая раньше считалась, что меньше процента от оборота. Очень много о чем можно говорить, но что это дает людям - они говорят сами после того как поробуют. Тем - кому не дает (они и не вкладывались сильно - пара компов+9 тысяч на БЭСТ + 5 тысяч на первичный ввод - вот наше предложение сегодня по Питеру, вот собственно вся доля риска для принятия глобального решения), а те кто увидели свою выгоду - они дальше сами посчитают....
Вы уж простите меня серого - Вы мне по простому скажите что мы считаем и зачем - мы посчитаем, только цель:
- доказать точку зрения этого вообще не делать ?
- доказать что мы пытаемся за малыми цифрами спрятать большие ?
- доказать что под ключ по полной схеме это недешево ?
Я не понимаю
На первые два аргумента - сразу говорю что нет, на второй говорю что это так. Никаких чудес я не предлагаю, просто предлагаю рассмотреть вариант планомерного улучшения с предварительной четкой оценкой итоговой цели. И собственно дополняю существующие схемы автоматизации собственным предложением.

[nordk]

Сообщение от AndreyZh

Уважаемый nordk.

Но если Вас не затруднит просчитать затраты, хотя бы итого на автоматизацию "маленького" магазина, только учтите не только цену оборудования и ПО, а так же услуги по внедрению и сопровождению. Это будет четким и конкретным ответом, а не уклончивые рекламные обещания. Например:

2 места кассира, 1 электронные весы, 1 принтер штрих кодов, место оператора, бухгалтера, товароведа.

Мы посчитаем, но чтобы и Вы меня услышали сначала напишу такой аргумент:
По нашему предложению для начала достаточно на место кассира найти комп. И собственно на место оператора найти комп плюс то, что мы писали выше.
Для непродуктового магазина это все.
Для продуктового плюс весы.

Теперь давайте к Вашей конкретике.
Во-первых она не полная.....
Во-вторых стоимость железа - ну давайте примем Вашу.
Я не поставщик железа и от себя его продаю по ценам игроков на нашем
рынке.... Т.е. я готов если Вы назовете цены - с ними согласится.
Не совсем понимаю что Вы хотите этим доказать.
Если доказать что в итоге это будет дорого - я соглашусь, что недешево,
но во-первых вложения планомерыне а не единовременные, во-вторых после принятия решения хозяином, что это для него актуально - т.е. условие не обязательное. А если актуальное - значит оправданное примерно настолько же, насколько и наличие собственного автотранспорта для привоза товара собственными средствами и так далее..

Теперь про количество рабочих мест.
Вы для магазина из 2 касс написали 5 рабочих мест (или я не прав)
На самом деле 4 максимум. По крайней мере в стиле нашего решения совершенно точно.

Теперь про стоимость.
Поддержка такого магазина после ввода в эксплуатацию у нас составляет 3 тысячи рублей в месяц. Я называю цены по которым у нас заключены реальнодействующие договора на сегодня.
Ввод в эксплуатацию:
Удаленный - обойдется порядка 10 тысяч рублей. В этом случае нагрузка ложится на контактное лицо. Но по этому принципу в городе удаленном отнас на 350 км мы открыли уже несколько точек ни разу туда не выезжая вообще. + настройка их сервера - его к нам привезли.
С выездом на место для продуктового магазина в диапазоне 20-30 тысяч рублей.
ВОзможно первые 2-3 месяца поддержка будет стоить 6 тысяч рублей в месяц. Альтернатива этой услуге - персональное обучение за 4 или 7 тысяч рублей.
Ко всем услугам (кроме выездных) добавляем инет.
Все расценки приведены из реально действующих на сегодня контрактов.
Услуги подобраны как оптимальный предлагаемый нами вариант автоматизации по готовой схеме.
Если вариант со стороны клиента в стиле а я хочу чтобы Вы делали так, как я хочу - 1500 рублей стоимость часа по работам внедрения.
Стоимость поддержки может увеличиться примерно в 2 раза.

А дальше, извините, - мы имеем дело с БЭСТом. После ввода в эксплуатацию требуется несложный надзор за готовым решением.
Про стоимость готового решения в БЭСте вроде как писал выше.

Как видите я не боюсь озвучивать свои расценки,но не могу понять к чему это ?
Наша идея - дать попробовать автоматизацию, прежде примать решение о необходимости вложения, а после принятия решения - спланировать эти затраты на удобный период.

Потому что, если уж говорить об оцифровке магазина в принципе - то точность этого процесса и немаловажно скорость получения точных данных окупает те косвенные затраты связанные с задержкой торговли, затаркой и прочими финансовыми потерями, которые на первый взгляд и не видны. Не говоря о том, что при первой инвентаризации вылезет обязательно такая недостача, которая раньше считалась, что меньше процента от оборота. Очень много о чем можно говорить, но что это дает людям - они говорят сами после того как поробуют. Тем - кому не дает (они и не вкладывались сильно - пара компов+9 тысяч на БЭСТ + 5 тысяч на первичный ввод - вот наше предложение сегодня по Питеру, вот собственно вся доля риска для принятия глобального решения), а те кто увидели свою выгоду - они дальше сами посчитают....
Вы уж простите меня серого - Вы мне по простому скажите что мы считаем и зачем - мы посчитаем, только цель:
- доказать точку зрения этого вообще не делать ?
- доказать что мы пытаемся за малыми цифрами спрятать большие ?
- доказать что под ключ по полной схеме это недешево ?
Я не понимаю
На первые два аргумента - сразу говорю что нет, на второй говорю что это так. Никаких чудес я не предлагаю, просто предлагаю рассмотреть вариант планомерного улучшения с предварительной четкой оценкой итоговой цели. И собственно дополняю существующие схемы автоматизации собственным предложением.

[RetailChain]

Валерия,
Возможно это не скромно, но я вмешаюсь в вашу беседу и отвечу на ваш вопрос.

Как правильно работать со штрихкодом в торговле.

Каждый товар должен иметь свой уникальный номер. Его называют по разному: артикул, ID, PLU, SKU. Этот номер вы присваиваете сами. Присваивая номер, вы обпределяете обособленность данной товарной позиции в торговом процессе. Например, решаете будут ли вкусы сока J7 пониматься как один товар в ассортименте или каждый вкус будет отдельным товаром. Каждому уникальному номеру товара соответствует название этого товара и основная единица измерения. Это пожизненная связка, с ней товарная позиция рождается, с ней и "умирает".
Что такое основная единица измерения - эта та единица измерения, в которой товар продается покупателю. Ее так и называют ЕПП - единица продажи потребителю. Например, штуки, литры, метры, килограммы.
Вот теперь наступает очередь штрихкода.
Каждый товар может иметь множество штрихкодов. Каждый штрихкод товара соответствует определенному количеству этого товара в ЕПП.
Например, торгуют сигаретами. (Я не курю, поэтому пример может содержать несуразности.)
ЕПП - штука, пачка сигарет.
Сигареты "Полет" - 1 пачка. Это будет 1 шт. - штрихкод 461267689769
Сигареты "Полет" - блок. Это будет 10 шт. - штрихкод 46978070708
Сигареты "Полет" - коробка. Это будет 10 блоков =100шт. - штрихкод 29769769786
И т.д.
При правильной работе системы, распознающей штрихкоды, сканирование соответствующего кода должно возвращать соответствующее количество в ЕПП.
Опционально система должна разрешать или запрещать ручной ввод количества.
Если разрешается ввод количества руками, то распознаваение штрихкода дает только идентификацию товара, но ничего не говорит о количестве, соответствующем штрихкоду.

Кто должен работать со сканером.

За образец следует брать работу кассира в супермаркете. Со сканером или терминалом сбора данных должен работать предметник: кассир, комплектовщик, грузчик..., а не бухгалтер или оператор. Тот, кто работает с товаром, тискает его своими ручонками, а не тот, кто ворошит бумажки.
Внесение данных в торговую систему или учетную систему с бумажки - есть полный бред. Так делать нельзя. Ведь тот же кассир сканирует не ценник, а реальный товар на кассовом узле.
Работу кассира следует копировать на каждом рубеже работы с товаром (приемка, перемещение, возврат поставщику и пр.). Смысл в том, что бумажка (документ) - вторичена; - первичен товар. Его сканируют и только потом появляется бумажка (чек, накладная и пр.).

Такая работа не гарантирует от ошибок, но снижает вероятность их возникновения.

Я не очень понял, зачем в одной коробке вы складываете несколько разных товаров.
Если это для целей логистики, то в этом один смысл. Если для целей торговли, то - другой.
В торговле есть такое понятие, как "набор". Например, продается деткий новогодний набор, куда входит шоколадка, игрушка и шарик. Реально продаются шлколадка, игрушка и шарик. Но кассир будет сканировать штрихкод набора (пакета, куда все это положили), а не каждый товар в отдельности. Для этогго нужно создать внутренний штрихкод 2969867696 = 1 новогодний набор или 1 шоколадка, 1 игрушка, 1 шарик. Его сканирование приведет к списанию трех товаров сразу.

[nordk]

Сообщение от RetailChain

Я не очень понял, зачем в одной коробке вы складываете несколько разных товаров.

Вы пишете теорию оцифровки магазина, а Вас спрашивают про оцифровку склада. Все что тут есть общего это слова:
штрих-код, сканер, ТСД....

Все остальное совершенно разные задачи !!!!
То есть абсолютно.

А еще есть штрих-кодирование производственных процессов - там вообще другой угол взгляда на оцифровку.

А насчет возвращение количества по упаковке - это хорошо только при отпуске, но никак не при приходе. Постулат весьма относительный.

[Валерия]

Сообщение от RetailChain

Валерия,
ЕПП - штука, пачка сигарет.
Сигареты "Полет" - 1 пачка. Это будет 1 шт. - штрихкод 461267689769
Сигареты "Полет" - блок. Это будет 10 шт. - штрихкод 46978070708
Сигареты "Полет" - коробка. Это будет 10 блоков =100шт. - штрихкод 29769769786
И т.д.
При правильной работе системы, распознающей штрихкоды, сканирование соответствующего кода должно возвращать соответствующее количество в ЕПП.
Опционально система должна разрешать или запрещать ручной ввод количества.
Если разрешается ввод количества руками, то распознаваение штрихкода дает только идентификацию товара, но ничего не говорит о количестве, соответствующем штрихкоду.

.

У нас товар считается в штуках (мы хотели считать по весу). Только эти штуки идут в упаковках по 25,50 и 100 шт. На каждой упаковке мы должны в автоматизированном виде вывести артикул 461267689769 - 100 шт. Но эти 100 шт пишем руками

[RetailChain]

Сообщение от Валерия

У нас товар считается в штуках (мы хотели считать по весу). Только эти штуки идут в упаковках по 25,50 и 100 шт. На каждой упаковке мы должны в автоматизированном виде вывести артикул 461267689769 - 100 шт. Но эти 100 шт пишем руками

ЕПП может быть только одна. Это могут быть и килограммы. Но можно задавать альтернативные единицы измерения и коэффициенты пересчета.
Поясню на примере.
Например, вы торгуете плиткой. ЕПП - штука. Но для представления в ценниках или накладных вы используете метры квадратные. Так красивше...
Вы говорите, что одна плитка = 0,33 квадратных метра.
Возникает вопрос, что вы продаете? Штуки или метры? Ответ - штуки. Потому что только в штуках вы сможете продать любое количество товара в этой единице измерения. А в метрах это сделать неудастся. Потому что вы сможете продавать только кратно 0,33 метра (плитку резать нельзя).
Аналогичный пример можно привести и с алкоголем. Для декларирования используют декалитры.

[Валерия]

Сообщение от RetailChain

Валерия,
Это пожизненная связка, с ней товарная позиция рождается, с ней и "умирает".

Хорошо, поняла... значит одному товару нельзя присвоить несколько штрихкодов.
1 штрикод - поступление товара
2 шрихкод - содержание товара на складе
3 штрихкод - реализация кому-то этого товара.

Спасибо, это я поняла, что за 1 товаром должен быть на протяжении всего его пути 1 штрихкод.

[RetailChain]

Сообщение от Валерия

Хорошо, поняла... значит одному товару нельзя присвоить несколько штрихкодов.
1 штрикод - поступление товара
2 шрихкод - содержание товара на складе
3 штрихкод - реализация кому-то этого товара.

Спасибо, это я поняла, что за 1 товаром должен быть на протяжении всего его пути 1 штрихкод.

Наоборот, бесчисленное количество штрихкодов. И каждый будет идентифицировать товар. При этом каждый штрихкод соответствует своему количеству товара в ЕПП.

[Валерия]

Сообщение от RetailChain

Наоборот, бесчисленное количество штрихкодов. И каждый будет идентифицировать товар. При этом каждый штрихкод соответствует своему количеству товара в ЕПП.

Т.е мы 1 ед артикула можеи присваивать несколько штрихкодов? По мере движения товара от прихода до реализации, в плоть до создания резерва?

[RetailChain]

Сообщение от Валерия

Т.е мы 1 ед артикула можеи присваивать несколько штрихкодов? По мере движения товара от прихода до реализации, в плоть до создания резерва?

Происходт путаница.
Я говорю о штрихкоде товара. Он - внешний (как правило). И присваивается производителем.

Вы говорите о штрихкоде поклажи (лота, лицензии, контейнера). Т.е. о штрихкодировании для складской логистики.
Это нужно для работы больших складов (свяше 10 тысяч квадратов) с адресным хранением.

[Валерия]

Сообщение от RetailChain

Валерия,
Внесение данных в торговую систему или учетную систему с бумажки - есть полный бред. Так делать нельзя. Ведь тот же кассир сканирует не ценник, а реальный товар на кассовом узле.
Работу кассира следует копировать на каждом рубеже работы с товаром (приемка, перемещение, возврат поставщику и пр.). Смысл в том, что бумажка (документ) - вторичена; - первичен товар. Его сканируют и только потом появляется бумажка (чек, накладная и пр.).

Такая работа не гарантирует от ошибок, но снижает вероятность их возникновения.

Понимаете, у нас когда приходуется товар, то менеджер (умный) приходует его в 1с по данным наклодной от поставщика. А кладовщик (дурачок) он 1с не знает и в его обязанности входит только распоковать эти коробки, пересчитать (вскрыть) каждую упаковку, разместить на складе и в ЕХЕЛ отразить где лежит какая коробка с каким ратикулом. Кладовщик (дурачок) постоянно путается, неправильно считает, забывает отнимать и прибавлять... и в итоге у нас идут расхождения между базой 1с и ЕКСЕЛ. Менеджер не хочет что бы кладовщик вникал в базу 1с - боится, что все напортачит, а кладовщик тоже боится.... короче нужно научить (я так понимаю) кладовщика работать со сканером, да? И переносить все в терминал. Да? А менеджер пусть делает все поступление и отгрузку в 1с без сканера и терминала...