BEST logo логотип компании БЭСТ - программы для бизнеса ПРОДАЖИ
+7 (991) 312-04-37
trade@bestnet.ru
ПОДДЕРЖКА
+7 (495) 775-66-76
consult@bestnet.ru
СКАЧАТЬ
Обновления
Дистрибутивы
Авторизация

Логин:
Пароль:
Забыли свой пароль?
Регистрация
ВАШ ВОПРОС

Доступ к Личному кабинету закрыт!
Как получить доступ?


Главная  / Поддержка  / Форум  / Публичные форумы  / Автоматизация торговли  / Помогите советом по автоматизации розницы

Форум

Поиск  Пользователи  Правила 
Закрыть
Логин:
Пароль:
Забыли свой пароль?
Регистрация
Войти
 
Страницы: 1
RSS
Помогите советом по автоматизации розницы
 
Здравствуйте!
Ко мне обратился один клиент с просьбой помочь автоматизировать розничную
торговлю. Я предложил ему попробовать сделать это в рамках программы БЭСТ4.
С автоматизацией розничной торговли я раньше никогда не сталкивался.
Ситуация такая:
У клиента имеется склад товаров и несколько розничных магазинов по торговле
промышленными и продуктовыми товарами.
Учет на складе пока ведется в рамках программы 1 с.
Приемка товаров осуществляется по штрих-коду поставщика.
Необходимо чтобы при отгрузке ТМЦ со склада ( по штрих-коду ) формировалась электронная накладная, которая затем при приемке ТМЦ в магазине автоматически импортировалась в программу.
Мои соображения поэтому поводу:
1.Клиент приобретает программу БЭСТ4 в составе:
Центральный комплекс- АРМ Гл.бух,учет товаров учет гот.продукции+экспорт-импорт строк накладных,
+ ввод по штрих коду,
торговый зал ( не знаю нужен ли торговый зал в данном случае)
Удаленный филиал- Удаленный склад товаров, удаленный торговый зал и программу Атол (не знаю без какого из этих модулей
можно обойтись?),
а также фискальный регистратор.
2.Т.к приемка товара на складе осуществляется по штрих-коду поставщика, то учет ,видимо, придется делать
партионный ( цены на один и тот же товар от одного поставщика будут меняться, а номенклатурный номер – нет и соответственно надо будет менять учетную цену на складе ).
3.Не знаю как лучше автоматизировать приемку товара с помощью сканера в данном случае.
а. Подключить его в разрыв клавиатуры .Но тогда при сканирование штрих-кода поставщика
которого еще нет в базе данных БЭСТа (номенклатурном справочнике) придется каждый раз подходить
к компьютеру и вводить данные вручную.
б. Использовать мобильный сканер. Но тогда возникает следующий Вопрос:
С мобильным сканером идет своя программа которая при считывании данных со сканера на компьютере
преобразует его, как правило, в текстовый файл. Значит надо написать FileEval, который преобразует
его в файл формата DBF для последующего импорта строк накладной в накладную в режиме "Импорт строк".

Подвязываем эту программку к событию в накладной "Вход в документ".
4. На складе выделяется участок фасовки товаров
На расфасованный товар клеятся этикетки с внутренними штрих-кодами ( по ним будет учитываться товар в розничной
торговле).Только не понятно как лучше сгенерировать этот штрих код ,т.е. это будет номенклатурный номер или номенклатурный номер+ еще что-то.
Кроме того если учет партионный, то учетную цену партии ( а ее вероятно удобней сделать равной
продажной (розничной) цене в магазине) при генерации штрих -кода взять негде. В шаблоне этикетки термопринтера нет параметра учетной цены партии .Получается нужно вести еще и прайс-листы. А для этой цели нужен еще модуль
"Управление продажами".
Или в шаблоне этикетки термопринтера сделать запрос на выбор партии с целью импорта из справочника партий учетной цены партии?
5. Отгрузка товаров со склада ведется по внутренним этикеткам штрих-кода.
Вопрос тот же: что лучше мобильный сканер или сканер в разъем клавиатуры?
6. На событие " запись документа " в расходной накладной навешиваем FileEval для формирования "электронной накладной".

7. При приемке товара в магазине со склада используем уже "электронную накладную".
Вопрос! Какой для этой операции необходим и достаточен программный модуль.
8. Магазин без самообслуживания. Продавец сам по просьбе покупателя берет с прилавка,полки товар и сканирует его,производит расчет с покупателем.
Какое для автоматизированного учета в магазине необходимо и достаточно программное обеспечение?
Атол ,вроде бы, имеет более широкий выбор сервисных возможностей.

Основное ,вроде бы, все.
С уважением Габов А.
 
Цитата
Необходимо чтобы при отгрузке ТМЦ со склада ( по штрих-коду ) формировалась электронная накладная, которая затем при приемке ТМЦ в магазине автоматически импортировалась в программу.

Для приема накладной в БЭСТ у нас есть утилита импрота накладных в электронном виде - скачайте демоверсию и попробуйте...Тут думаю достаточно синхронизровать справочник товара...
Если делать приемку то лучше всего терминалом сбора данных (он же потом и для инвентаризации хорош как на складе так и в магазинах)


Цитата
Магазин без самообслуживания. Продавец сам по просьбе покупателя берет с прилавка,полки товар и сканирует его,производит расчет с покупателем.


Если магазины небольшие - то мы туда вообще ставим только КПМ... Вы уж сами выбирайте АТОЛ, КПМ или еще чего... Суть для нас в том, чтобы в магазин больше ничего не ставить - а загружать прямо туда и выгружать прямо оттуда в программу учета.... Насчет сервисных возможностей Атола Вопрос спорный по таким пунктам:
- открытость языка программирования для обработки под себя
- сколько одновременно разных вариантов дисконтных карт одновременно он способен поддерживать (я не знаю) КПМ - 9...


Цитата
На расфасованный товар клеятся этикетки с внутренними штрих-кодами ( по ним будет учитываться товар в розничной
торговле).Только не понятно как лучше сгенерировать этот штрих код

Фасовка товара - вероятно речь идет о весовом. Если весовой - значит номенклатурный номер достаточно сделать по весовому штрих-коду и передать его на весы

Дальше без цитат:
От работы с удаленными модулями надо сразу отказаться - либо 2 БЭСТа увязать по удаленному принципу, но лучше всего выстраивать терминальную связь.

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

Выбор сканер или терминала сбора данных при отгрузке примерно такой - если на приход терминал взяли то и его же при отгрузке задействовать... Только именно по отгрузке существует 2 принципиальных подхода и тут важно описать принципы сбора и отгрузки на складе (организационные)
 
Цитата
nordk пишет:
Для приема накладной в БЭСТ у нас есть утилита импрота накладных в электронном виде - скачайте демоверсию и попробуйте...

А где скачать?
Тут появились у клиента "электронные накладные" от поставщика.
Просят автоматизировать.
 
Да все там же на нашем сате Динамики
 
Здравствуйте!
1.Прием данных с терминала сбора данных на компьютер осуществляется с помощью дополнительного
программного обеспечения ,которое идет в комплекте с терминалом сбора данных.
Вы пробовали создавать программки,которые запускались бы прямо из БЭСТа и позволяли считывать
данные с терминала сбора данных и преобразовывать их в формат ,читаемый БЭСТом ( DBF,TXT).
Т.е. достаточно было бы только терминал сбора данных с данными подключить к компьютеру и прямо
в реестре складских докуменов БЭСТа через спецфункции вызвать программу считывания и преобразовывания
данных с терминала сбора данных.
Такой подход намного бы ускорил ввод информации в БЭСТ.

Цитата:
Цитата
nordk пишет:
Если магазины небольшие - то мы туда вообще ставим только КПМ... Вы уж сами выбирайте АТОЛ, КПМ или еще чего... Суть для нас в том, чтобы в магазин больше ничего не ставить - а загружать прямо туда и выгружать прямо оттуда в программу учета....

2 Я так это понимаю.После создания расходной накладной в БЭСТе оператор через нажатие CTRL+F5
запускает спецфункцию,которая формирует файл с отгруженными товарами. Затем при приемке в магазине товара
данные из этого файла импортируются в программу КПМ.
Вопрос.Этот импорт может осуществляется также через механизм спецфункций или как то иначе?
Кроме того за смену( день,месяц) таких приемок товара будет много.Как увидеть
реестр поступлений (приемки) товара в магазине с целью контроля и сверки с тем,что
было отпущено со склада.



3. У данного клиента номенклатурный номер в программе БЭСТ будет равным значению штрих кода ,нанесенным
поставщиком на упаковку данного товара .Но на части товара штрих-кода поставщика не будет,поэтому
номенклатурный номер будет произвольным.
Вопрос. Тогда в настройке подситемы лучше будет указать: ввод номеклатурного номера по штрих-коду?
Т.е отказаться от разбивки на группы.Но как тогда выделять тару оборотную.Она обычно
в учете " стоит особняком".
И еще.Штрих -код поставщика лучше хранить в поле номенклатурный номер или номенклатурный номер
вводить произвольно,т.е. по порядку,а штрихкод поставщика хранить в одном из атрибутов?

4. Немного не понятно
Цитата:
Цитата
nordk пишет:
Если весовой - значит номенклатурный номер достаточно сделать по весовому штрих-коду и передать его на весы


После взвешивания товара в процессе фасовки на него будет
прикреплен еще один штрих-код (весовой) ,имеющий следующее значение
23 + номенклатурный номер из БЭСТа +вес товара.Дальше- при отгрузке товара со склада в магазины
для нефасованных товаров сканируем штрих код ,нанесенный поставщиком,а для фасованных товаров сканируем
весовой штрих-код.Создаем в программе отгрузочную накладную ,импортируем туда со сканера строки по отгруженным
товарам,через спецфункцию создаем файл отгруженных товаров магазин,для импорта его в дальнейшем в КПМ.
Вопрос .Вы что-то другое имели ввиду ,написав :
"Если весовой - значит номенклатурный номер достаточно сделать по весовому штрих-коду и передать его на весы "?
5.
Цитата:
Цитата
nordk пишет:
Розничные цены мы чаще храним в параметре номенклатурного справочника стаднарт или параметр... По сложившемуся опыту эта схема наиболее удобна и не требует управления продажами...


Немного не понятен механизм хранения продажной розничной цены в случае партионного учета.
Ведь на складе могут оказаться несколько партий одного и того же товара с разной учетной
ценой (цены поставщика были разные или еще какая-то причина).А розничная цена в данном случае
на все партии этого наименования будет одинаковой и фиксированной.И как еще просмотреть
хронологию изменения ее в случае изменения розничных цен.Или же она будет иметь только справочный характер.
Какие у Вас по этой проблеме соображения?

С данным Вопрос тесно связана еще одна ситуация. Это пероценка товаров в магазине.
На складе по этому Вопросу проблем нет.Создаем вид движения по расходу-списание на переоценку,и по
приходу - прием с переоценки.И гоняем переоценеваемый товар туда-сюда.
А как быть в магазине ,когда есть еще на остатках товар по одной цене и поступил в магазин
этот же товар по другой цене.
а.Дооценять старый товар до цены нового.Но как провести эту операцию в КПМ?
б.Ничего не делать.Но тогда по какой цене списывать товар в случае его продажи?
6.
Цитата:

Цитата
nordk пишет:
Только именно по отгрузке существует 2 принципиальных подхода и тут важно описать принципы сбора и отгрузки на складе (организационные)

Если можно ,то изложите кратко, пожалуйста , в чем суть этих двух принципиальных подходов?
Почему я так дотошно все спрашиваю у Вас?
У нас в городе розничная торговля практически не автоматизирована,и,видимо, в скором времени
настанет и ее черед компьюторизироваться.
7. На вашем сайте не работает ссылка "Пояснительная записка к КПМ".
Заранее спасибо за ответ.
с Уважением Габов А
 
Цитата
gabov пишет:
Здравствуйте!
1.Прием данных с терминала сбора данных на компьютер осуществляется с помощью дополнительного
программного обеспечения ,которое идет в комплекте с терминалом сбора данных.
Вы пробовали создавать программки,которые запускались бы прямо из БЭСТа и позволяли считывать
данные с терминала сбора данных и преобразовывать их в формат ,читаемый БЭСТом ( DBF,TXT).
Т.е. достаточно было бы только терминал сбора данных с данными подключить к компьютеру и прямо
в реестре складских докуменов БЭСТа через спецфункции вызвать программу считывания и преобразовывания
данных с терминала сбора данных.
Такой подход намного бы ускорил ввод информации в БЭСТ.


мы давно уже так делаем (много лет)
 
Цитата
gabov пишет:
2 Я так это понимаю.После создания расходной накладной в БЭСТе оператор через нажатие CTRL+F5
запускает спецфункцию,которая формирует файл с отгруженными товарами. Затем при приемке в магазине товара
данные из этого файла импортируются в программу КПМ.
.Этот импорт может осуществляется также через механизм спецфункций или как то иначе?
Кроме того за смену( день,месяц) таких приемок товара будет много.Как увидеть
реестр поступлений (приемки) товара в магазине с целью контроля и сверки с тем,что
было отпущено со склада.


Нет у нас несколько иной подход.
складской учет магазина ведется в офисе или на томже складе - если там весь учет.
КПМ содержит в себе прайс-лист для торговли и выдает отчеты о продажах. Если надо посмотреть остатки и т.п.
то в магазин по почте могут прислать отчеты в Excel либо в терминальном режиме могут зайти в офис и посмотреть. Еще раз повторюсь такая схема для магазинов на одну-две кассы. При такой схеме задача магазина торговать, а не складской учет, а анализы делаются централизованно. Текущий остаток виден в самом КПМ.
 
Цитата
gabov пишет:
Я так это понимаю.После создания расходной накладной в БЭСТе оператор через нажатие CTRL+F5
запускает спецфункцию,которая формирует файл с отгруженными товарами. Затем при приемке в магазине товара

Файл можно делать и на событие "запись"
Цитата
gabov пишет:
У данного клиента номенклатурный номер в программе БЭСТ будет равным значению штрих кода ,нанесенным
поставщиком на упаковку данного товара .Но на части товара штрих-кода поставщика не будет,поэтому
номенклатурный номер будет произвольным.
. Тогда в настройке подситемы лучше будет указать: ввод номеклатурного номера по штрих-коду?
Т.е отказаться от разбивки на группы.Но как тогда выделять тару оборотную.Она обычно
в учете " стоит особняком".
И еще.Штрих -код поставщика лучше хранить в поле номенклатурный номер или номенклатурный номер
вводить произвольно,т.е. по порядку,а штрихкод поставщика хранить в одном из атрибутов?

Штрих-код однозначно лучше в номенклатурном номере.
КОд группы он как поле марка может служить для дальнейшего анализа (как вариант выборки) а также для разного НДС и т.п. Наличие группы никак не мешает Вам работать по штрих-коду !!!

Не всегда штрих-код поставщика стоить делать своим !!!!
Делать своим можно и нужно только штрих-код завода и в том случае если он Вам подходит для продаж.
Штрих-код поставщика внутренний на этот же товар может разойтись со штрих-кодом внутренним другого поставщика.
Тут правильнее делать свой штрих-код и перемаркировывать этот товар.

Еще в БЭСТ-5 штрих-код может быть в разрезе аналитик номенклатуры,так что тут схемы можно настраивать более тонко.

Цитата
gabov пишет:
После взвешивания товара в процессе фасовки на него будет
прикреплен еще один штрих-код (весовой) ,имеющий следующее значение
23 + номенклатурный номер из БЭСТа +вес товара.Дальше- при отгрузке товара со склада в магазины
для нефасованных товаров сканируем штрих код ,нанесенный поставщиком,а для фасованных товаров сканируем
весовой штрих-код.Создаем в программе отгрузочную накладную ,импортируем туда со сканера строки по отгруженным
товарам,через спецфункцию создаем файл отгруженных товаров магазин,для импорта его в дальнейшем в КПМ.
.Вы что-то другое имели ввиду ,написав :
"Если весовой - значит номенклатурный номер достаточно сделать по весовому штрих-коду и передать его на весы "?


Я именно это и имел ввиду. Ставите в настройках БЭСТа что штрих-код начинается с 23 для весового товара.
Делаете свои весовые кода на 23, передаете их на весы,
они после взвешивания делают вам увеличенный штрих-код.
В КПМ приходит код товара из н/номера БЭСТа а количество из штрих-кода фасовки КПМ сам выделяет.
Если надо то и БЭСТ недолго научить при работе с терминалом выделять количество.
Наши собственные ведомости мини-инвентаризаций точно также лекго работают с весовым штрихкодом.
Все просто сам код 7 символов потом к немй добавляется
вес и контрольная цифра и получается 13.
Дак вот в номенклатурном номере нужно только 7.
Что и называется весовым кодом.
Цитата
gabov пишет:
Немного не понятен механизм хранения продажной розничной цены в случае партионного учета.
Ведь на складе могут оказаться несколько партий одного и того же товара с разной учетной
ценой (цены поставщика были разные или еще какая-то причина).А розничная цена в данном случае
на все партии этого наименования будет одинаковой и фиксированной.И как еще просмотреть
хронологию изменения ее в случае изменения розничных цен.Или же она будет иметь только справочный характер.
Какие у Вас по этой проблеме соображения?

А зачем мне забивать себе голову пустыми переоценками и хронологией цен ? И издеваться над работниками магазина?
Они на момент прихода переоценку остатка точно не смогут сделать не закрыв магазин и сами запутаются.
Мы переоценки делаем только по факту уже реально проданного товара, а по факту прихода - это пережитки социализма и издевательство.
Более детально именно нашу схему через хот-лайн.
 
QUOTE]nordk пишет:
Наши собственные ведомости мини-инвентаризаций точно также лекго работают с весовым штрихкодом.
Все просто сам код 7 символов потом к немй добавляется
вес и контрольная цифра и получается 13.
Дак вот в номенклатурном номере нужно только 7.
Что и называется весовым кодом. [/QUOTE]
Здравствуйте!


Немного не понятно.
Структура весового кода:
23+номенклатурный номер (13 симв) из БЭСТа+ вес товара в граммах (5 симв)
Итого : 2+13+5=20 символов.
Если ограничение по количеству символов в штрих коде принципиально,то тогда
он не должен превышать 13 символов.
Тогда на долю номенклатурного номера в составе штрих кода будет оставаться
только 13- 2 (префикс) - 5 (вес) -1(контр.число) = 5 символов.
С учетом того что у данного клиента номенклатурный номер в складской базе данных
будет равен значению штрих кода поставщика может возникнуть следующая проблема:
Если для генерации весового штрих взять эти 5 символов из номенклатурного номера ,то
может создаться ситуация когда эти символы совпадут со значением номенклатурного номера(штрих кода производителя)
по другому товару. Как вы этом случае отслеживать уникальность кода ( со всеми вытекающими последствиями)?
Или ограничение в 13 символов не принципиально?
Или Вы что-то другое имели ввиду?


Цитата
nordk пишет:
мы давно уже так делаем (много лет)


Моделей терминалов сбора данных от разных производителей много.
И Вам в этом случае приходиться писать отдельно для каждой модели программу для считывания данных
с терминала и преобразования их подходящий для импорта в БЭСТ формат?
Или же механизм доступа к данным терминала сбора данных универсален для всех моделей
от разных производителей и достаточно лишь слегка подкорректировать программу?
По-моему когда -то кто-то на FTP exchange выкладывал пример подобной программы,только я
сейчас ее там найти не могу.

Цитата:
Цитата
nordk пишет:
Более детально именно нашу схему через хот-лайн.


Мне самому открыть на Хотлайне новую тему с данным вопросом? Тогда в каком разделе?
С уважением Габов А.
 
В разделе программирования и сразу на меня можно тему открыть.

Про весовой код. 13 символов - это весы делают в момент взвешивания конкретной фасовки !!!
А в БЭСТе мы храним только 7. И потом на весы в справочник передаем только 7. Так что про 13 это мы говорим в момент продажи конкретной единицы.
А в момент прихода и в учете код товара 7 символов.
Первые два символа в БЭСТе и на весах делаем одинаковыми - это организаций настройки БЭСТа и весов
 
Про модели - их действительно много.
По сути я лично приспособился из дешевых к модели
Opticon 1300.
А сейчас сделали относительно универсальную задачу для терминалов с WinCe но с каждой моделью приходится возиться на предмет таких вопросов:
- программное управление включением-выключением WiFi чтобы экономить энергию аккумулятора существенно
- программное управление включением-выключением сканера (это не для всякой модели).
А в остальном операционнка у всех примерно одна и та же.
Также обращаю Внимание что у Атола есть некое универсальное решение для определенных моделей терминалов... А дальше если говорим про БЭСТ-5 и незнакомую модель, то там уже программно приноравливаемся к формату терминала...

Самое надежное оборудование из всего что я видел у Hand Held и качество терминалов разительно отличается от всех других...
Но они не сильно распространены по России (у нас любят продавать в основном ширпотреб на котором можно побольше заработать) и это все-таки дороговато для розницы - т.е. такие характеристики для магазина больше чем им надо и эти терминалы скорее относятся к классу промышленных - мы их применяем при автоматизации производства.
 
Цитата
nordk пишет:
А в БЭСТе мы храним только 7. И потом на весы в справочник передаем только 7. Так что про 13 это мы говорим в момент продажи конкретной единицы.
А в момент прихода и в учете код товара 7 символов
Здравствуйте!

Извините меня,конечно,но я опять Вас не понял.
О каких 7 символах Вы говорите.Количество символов в номенклатурном номере -13 и в данном случае
все они полностью будут задействованы под значение штрих кода посставщика.
Вы пишите: " А в БЭСТе мы храним только 7. И потом на весы в справочник передаем только 7 "
и " А в момент прихода и в учете код товара 7 символов".
Где конкретно храняться эти 7 символов?
И из чего они складываются?
 
Для весового товара вы не можете задействовать 13 знаков в БЭСТе, потому что Вы не сможете фасовать товар.
Для весового товара в БЭСТе у Вас должно быть только 7 символов а для другого 13.
В номенклатурном справочнике БЭСТа есть специальная горячая клавиша для формирования весового кода - задействуйте ее для формирования именно весового кода.
По момему это ALT-2 - не помню точно - посмотрите.
Страницы: 1
Читают тему (гостей: 1)