Создание алкогольной продукции без ошибок сопоставления, ошибок в производителях и импортерах, в Рознице 2.3

17.07.20

Задачи пользователя - Мастера заполнения

Задумывались ли Вы, как можно сделать создание алкогольной продукции в рознице без ошибок сопоставления и ровным учетом алкоголя по ЕГАИС? У нас есть рабочее решение для этого процесса, которым мы делимся с вами. Читайте, как мы заставили 22 магазина создавать номенклатуру, без общего товароведа и контроля. Стоит отметить, что расширение, которое используется у нас, требует адаптацию под Вашу базу.

Скачать файл

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование По подписке [?] Купить один файл
Создание алкогольной продукции без ошибок сопоставления,ошибок в производителях и импортерах, в рознице 2.3:
.cfe 53,58Kb
6
6 Скачать (1 SM) Купить за 1 850 руб.

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

Суть проблемы: Имеется 22 магазина, которые торгуют алкоголем, с разным уровнем познания 1с. Необходимо обеспечить легкое создание алкогольной номенклатуры, исключив при этом возможность неправильного сопоставления, ошибок в производителях и тд для корректного списания остатков с регистров в ЕГАИС

Наше решение: По логике ЕГАИС - если в продукте что-то поменялось, то сменится алкокод = появится новая номенклатура в справочнике ЕГАИС. Мы решили сделать так же - если мы получили новый алкокод - значит необходимо создать новую номенклатуру => за пользователей необходимо сделать всю "грязную" работу по созданию, запретить сопоставление и отмену сопоставления номенклатуры и контрагентов.

Подготавливаем базу к расширению

1. Администрировании - Настройки номенклатуры - Использовать неуникальные штрихкоды товаров

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

Заметили? Стоят не стандартные перфиксы? Ставьте так же если работаете с крепким алкоголем (от старой марки 23N* - 1с сносит крышу - это быстрый способ избежать проблем)

2-А. Администрировании - Настройка пользователей и прав - Дополнительные права пользователей - Выбираем по очереди всех продавцов - Ставим галочку Контролировать остатки и резерв товаров на складе - нажимаем записать

2-Б. Продажи - Настройки РМК - открываем %setting_name% - Ставим галочку контролировать остатки при закрытии чека - Записать

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

3. Создаем виды номенклатуры

В нашем случае мы создали 2 вида: Алкоголь - для всего штучного и Алкоголь разлив - для всего что идет в розлив

4. Создаем папки в номенклатуре

Мы разделили так:

Крепкий алкоголь и Пиво и пивные напитки

В каждой из этих папок создали папки Бутылочный и Разливной

Каждую из полученных папок разделили по классификатору ЕГАИС (по кодам продукции)

 

5. Создаем товарные группы

В нашем случае это 3 группы: Пиво штучное, Пиво разливное, Крепкий алкоголь - дело в том что некоторые магазины продают пиво по ИП, а крепкий алкоголь по ООО - для правил разделения по организациям пришлось задать

6. Создаем единицы измерения

Мы меряем разливное пиво в литрах - поэтому создаем единицу Л - а в алкопродукции объем будем выставлять 0,1 дкл

7. Создаем папку в контрагентах - куда будем кидать всех, связанных с ЕГАИС

p/s В расширении используются заранее созданные номенклатурные группы, товарные группы, виды номенклатуры, поэтому не забудьте поменять их на свои. Данное решение является заготовкой для вашей базы, которое необходимо подредактировать под себя. Проверено на Рознице 2.3.4.33.

Что сделано в расширении:

Переделано окно сопоставления и создания номенклатуры

  • Убрано из видимости лишние кнопки
  • Добавлена мини инструкция, что делать
  • По умолчанию включен фильтр "НЕ сопоставленные"
  • Создана кнопка перехода в сопоставления организаций
  • Создана проверка, если организация не сопоставлена - номенклатуру не создать
  • Убраны поля из создания номенклатуры, которые ничего не решают теперь
  • При создании автоматически: подставляется вид номенклатуры, родитель номенклатуры, товарная группа, объем (если это разливная продукция), единица измерения
  • Наименование позиции создается по шаблону %имя продукции% - %крепость% - %производитель% - %объем% , если машине не удалось уместить в наименование всю информацию, она попробует сократить ее, в противном случае оставит комментарий "требуется правка"

Переделано окно сопоставления и создания контрагентов

  • Убрано из видимости лишние кнопки
  • Добавлена мини инструкция, что делать
  • По умолчанию включен фильтр "НЕ сопоставленные"
  • Заблокировано для ввода поле группы в создании контрагента

Результаты работы:

Номенклатура заводится отлично, в отчете расхождения ЕГАИС только разливное пиво (объем 0.1 в егаисе 0), но наши продавцы подготовили нам новые приключения...

Проблемы, решения которых нам предстоит:

1. Запретить создание поступления, если статус накладной "Подтвержден" или "Подтвержден *"

2. Запретить создание поступления, если накладная требует перемещения на 2й регист, а его нет

3. Запретить проведение поступления, если у какой-то позиции не задан штрихкод (отображать штрихи в окне поступления)

4. При создании установки цен на основании поступления автоматически выбирать вид цены точки + запретить установку цен другой точке

розница создание номенклатуры егаис оптимизации рт 2.3 автоматический коэффициент в разливной продукции

См. также

Банковские операции Обмен с интернет-банком Эквайринг/ридер магнитных карт Мастера заполнения Программист Бухгалтер Пользователь Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Платные (руб)

Корректируйте банковские документы быстро и легко! Создайте правило обработки, и оно автоматически применится при загрузке выписки, экономя ваше время. Решение позволяет автоматически заполнять расшифровку платежа, исключать загрузку ненужных документов (дублей) из банка, заполнять комиссию за эквайринг и многое другое. Вам не нужно доплачивать за алгоритмы, они уже включены в решение.

12000 руб.

20.12.2024    6540    11    14    

14

Операции по ВЭД Оптовая торговля Розничная торговля Логистика, склад и ТМЦ Мастера заполнения Бухгалтер Платформа 1С v8.3 Бухгалтерский учет 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)

СКАЧАЙТЕ И ПОПРОБУЙТЕ БЕСПЛАТНО! Данная обработка расширяет функционал типовой конфигурации «1С:Бухгалтерия предприятия» и позволяет осуществлять автоматическое заполнение ГТД в документах «Реализация товаров и услуг», «Списание товаров», «Отчет о розничных продажах», «Отчет комиссионера (агента) о продажах», «Требование-накладная», «Возврат товаров от покупателя», «Комплектация номенклатуры», «Безвозмездная передача», «Отчет производства за смену». Обработка предназначена для работы в конфигурации «1С:Бухгалтерия предприятия 8, редакция 3.0» Есть версия обработки оптимизированная для работы в 1CFresh

9600 руб.

19.06.2012    140287    274    81    

232

Оптовая торговля Мастера заполнения Бизнес-аналитик Пользователь Платформа 1С v8.3 Оперативный учет 1С:Управление торговлей 11 Россия Управленческий учет Платные (руб)

Данное расширение автоматически заполняет бизнес-регион партнера в 1С (УТ 11, КА 2, ERP) при записи на основании КПП или индекса из адреса. Присутствует возможность сохранить имеющиеся бизнес-регионы партнеров, а также перезаполнить или очистить их при первичном заполнении. Возможен выбор региона по умолчанию для партнера без КПП или адреса (например, если вы не указываете адреса физ. лиц и знаете, что они из Вашего региона).

2000 руб.

29.04.2019    33969    60    51    

64

Обмен с ГосИС Мастера заполнения WEB-интеграция Бухгалтер Пользователь Платформа 1С v8.3 Бухгалтерский учет Оперативный учет Управляемые формы 1С:Управление производственным предприятием 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Платные (руб)

Универсальное расширение конфигурации для автоматической загрузки и заполнения реквизитов контрагентов (партнеров) из ОГРН для 1С:ERP Управление предприятием 2 (1С:ERP Управление предприятием 2, редакция 2.4), 1С:ERP Управление предприятием 2 (1С:ERP Управление предприятием 2, редакция 2.2), 1С:Управление торговлей 8 (Управление торговлей, редакция 11.5), 1С:Управление торговлей 8 (Управление торговлей, редакция 11.4), 1С:Управление торговлей 8 (Управление торговлей, редакция 11.3), 1С:Управление торговлей 8 (Управление торговлей, редакция 11.2), 1С:Комплексная автоматизация 8 (1С:Комплексная автоматизация, редакция 2.4), 1С:Комплексная автоматизация 8 (1С:Комплексная автоматизация, редакция 2.2), 1С:Комплексная автоматизация 8 (1С:Комплексная автоматизация, редакция 2.0) и 1С:Бухгалтерия 8 (Бухгалтерия предприятия, редакция 3.0).

3900 руб.

08.11.2017    64840    408    298    

76

Закрытие периода Мастера заполнения Бухгалтер Платформа 1С v8.3 Управляемые формы 1С:Комплексная автоматизация 1.х 1С:Бухгалтерия 2.0 1С:Управление производственным предприятием 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Комплексная автоматизация 2.х Бухгалтерский учет Налоговый учет УСН Платные (руб)

При формировании КУДиР при УСН часто возникает множество вопросов и проблем, к.т.: 1. Как выполняется заполнение книги учета доходов и расходов 2. Неправильно формируется книга учета доходов и расходов в 1С а). Доходы / расходы не попадают в КУДиР; б). Доходы / расходы попадают, но не принимаются к учету и многие другие ошибки. При правильном учёте, книга формируется корректно, но идеальный учет это скорее фантастика, для реальных случаев можно использовать специальный инструмент. Обработка предназначена для заполнения КУДиР. Версия для актуальных конфигураций на управляемых формах поддерживает один механизм заполнения - от бухгалтерской проводки. Старый метод автоматизации штатного заполнения присутствует в отдельной версии для обычных форм.

5880 руб.

12.03.2014    134483    81    97    

108

Нейросети Мастера заполнения Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 Платные (руб)

Расширение для заполнения описания номенклатуры с помощью модели ИИ GigaChat от Сбера. Расширение формирует продающее описание товара по его наименованию с помощью модели искусственного интеллекта. Будет полезно для владельцев интернет магазинов, каталогов товаров и продающих через маркетплейсы. Адаптировано для основных конфигураций: УТ, ЕРП, КА, УНФ.

5000 руб.

08.11.2023    3358    13    0    

23
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. coolseo 80 17.07.20 10:17 Сейчас в теме
Здравствуйте.
Обычно в центральной базе есть старшие операторы с правом создания номенклатуры который и создают номенклатуру.
2. virusas 20 17.07.20 10:30 Сейчас в теме
(1) В нашем случае слишком большой ассортимент , не реально кататься по всем , визуальные дубли конечно существуствуют, но по Егаис они связаны к разным алкокодам; при продаже в рмк продавец сканирует штрих , если существуют дубли у неё вылетает выбор (выбирает то , что с не пустым остатком)
3. virusas 20 17.07.20 14:23 Сейчас в теме
(1) p/s Да, возможно создание одной и той же номенклатуры в разных узлах риб одновременно, будем писать обработку для таких случаев и раз в сутки ее прогонять
4. vacony 17.07.20 23:14 Сейчас в теме
Вопрос скорее общий - был ли запрет где то на сопоставление нескольким товарам егаис (алкокодам) на одну карточку в 1с ?
Если раньше (где то осенью... ) так все работало ок, то сейчас при таком ведении полный мрак при продаже такого товара. 1с сносит крышу при работе через кнопку Марки в РМК
5. virusas 20 18.07.20 06:40 Сейчас в теме
(4) такую ситуацию мы тоже запретили - кнопка сопоставить продавцам не доступна (связь алкокод - много номенклатур, возможна лишь в одном случае - одновременное заведение в разных узлах риб - но при синхроне в главную базу - отрабатывает обработка , которая объединит позиции и лишнюю удалит - выложу чуть позже) ; связь много алкокодов - номенклатура при таком решении не возникает , если что ее будет видно через ответ о расхождении реквизитов ЕГАИС
6. coolseo 80 18.07.20 14:37 Сейчас в теме
(5) Интересная защита от "проблем". Спасибо. А как заводится не алкогольный товар?
7. virusas 20 18.07.20 20:07 Сейчас в теме
(6) сигареты по эдо - но там тоже есть проблемы (надо вводить коэффициент пересчета - поставщики в блоках грузят) ; а обычный товар им разрешено вводить самостоятельно - только нельзя выбрать папки алкоголя
8. 13D 71 18.07.20 21:24 Сейчас в теме
всё хорошо и.... не хорошо; если с производителями крепкой алкашки хоть как то понятно, то вот с пивом.... когда один штрихкод, но разные производители.... решения пока не нашёл((((
9. virusas 20 18.07.20 21:42 Сейчас в теме
(8) мы вывели в поступления штрих-код и запретили проведение без присвоения всем позициям штрихкода => в рмк сканят штрих и выбирают то что не с нулевым остатком => в рмк включён контроль остатков
10. 13D 71 18.07.20 22:35 Сейчас в теме
(9) да это понятно....
один штрихкод -- а производители разные (отличаются тем, что на бутылках, в самых неожиданных местах стоят префиксы Y - - ярославль; Р - тула.... ну и так далее)
оптовики то могут засунуть в поставку одну номенклатуру, с одним и тем же штрихкодом, но разных производителей...
------ ПИВО СВЕТЛОЕ (ПАСТЕРИЗОВАННОЕ) "БАЛТИКА КЛАССИЧЕСКОЕ" №3 ПЭТ,ЯРОСЛАВЛЬ 4600682403371
------ ПИВО СВЕТЛОЕ (ПАСТЕРИЗОВАННОЕ) "БАЛТИКА КЛАССИЧЕСКОЕ" №3 В ПЭТ,САМАРА 4600682403371
в рмк -- штрихкод один, а на самом деле это разные номенклатуры....
вот в чём вопрос(((
11. virusas 20 18.07.20 23:21 Сейчас в теме
(10) так по входящей Ттн будет 2 разных позиции (разный алкокод ж) - поэтому в базе и поступлении 100% будет 2 номенклатуры , вопрос в том что при продаже продавец спишет допустим не ту бутылку (Спишет Ярославль вместо Самары ) - то нам лично это не страшно , лишь бы по количеству сходилось (в конце допустим ошибочный Ярославль закончится они начнут списывать Самару). Приучить продавцов смотреть что они продают практически не реально , было принято решение лучше так (хоть акты списания формируются и корректно списываются)
12. 13D 71 19.07.20 00:12 Сейчас в теме
(11) и всё же списываться корректно они не могут. если только всё под ноль не продать, а такого быть не может(((... всё перерыл, системы пока не нахожу(
13. virusas 20 19.07.20 00:43 Сейчас в теме
(12) вводить свои штрихи или заставлять продавцов различать Ярославль , допустим при приходе вешать на них стикеры
14. virusas 20 19.07.20 02:43 Сейчас в теме
(12) Дописать в расширение пару строк кода - чтобы алкокод у пива в штрихкоды писался и печатать как этикетки и обклеивать - тогда 100% получите результат
15. mikitondom 23 07.08.20 21:48 Сейчас в теме
Вопрос не по этому расширению, а как у вас решена проблема РИБ когла при пробитии чека запускается обмен и чек не проводит записывается из за конфликта транзакций...Сколько не ломаю голову не могу придумать какого то красивого выхода...Не часто такое происходит, но увы бывает...
16. xasasha 22.09.20 18:33 Сейчас в теме
(15)
Вопрос не по этому расширению, а как у вас решена проблема РИБ когла при пробитии чека запускается обмен и чек не проводит записывается из за конфликта транзакций...Сколько не ломаю голову не могу придумать какого то красивого выхода...Не часто такое происходит, но увы бывает...

Серверная версия не помогат? нам вроде помогла
17. mikitondom 23 27.09.20 13:07 Сейчас в теме
(16) ну на каждую кассу ставить сервер накладно.. А работать тонким клиентом тоже не вариант..
18. GrafFromTomsk 57 09.12.20 09:12 Сейчас в теме
Работает ли это на Рознице 2.3.5.28
19. virusas 20 09.12.20 10:38 Сейчас в теме
(18) Если адаптировать (на свойстве расширения поставить минимальную платформу такую ж как у конфигурации) работаем и в последних 2.3.6
20. GrafFromTomsk 57 09.12.20 10:50 Сейчас в теме
А на кокой версии сейчас у вас магазины с этим дополнением работают?
21. virusas 20 09.12.20 11:28 Сейчас в теме
(20) 2.3.5.28, но мы меняли совместимость вроде, ставили клиентам 2.3.6 , тоже работало, единственное где нужна была дописка на 2.3.3
22. GrafFromTomsk 57 09.12.20 11:48 Сейчас в теме
Насколько часто после применения этого расширения у вас стали проявляться дубли номенклатуры с одинаковыми штрих кодами.
23. virusas 20 09.12.20 12:14 Сейчас в теме
(22) В нашем случае это не дубли - если разный алкокод - продукция разная, ну на 10к номенклатур максимум 4 позиции, время от времени товаровед смотрит где нет движений и отвязывает штрих
24. GrafFromTomsk 57 25.12.20 08:42 Сейчас в теме
А как вы контролируете чтоб в каждой базе риб они создавали номенклатуру с одинаковым названием если новая номенклатура будет создаваться не централизованно то на один и тот же алко код может быть сопоставлено две номенклатуры.
25. virusas 20 31.12.20 17:36 Сейчас в теме
(24) у нас есть доп обработка (еще не выложена), которая собирает некоторые данные: 1. один алкокод - несколько номенклатур 2. одна номенклатура - несколько алкокодов 3. продукция является алкогольной, но не привязана к алкокоду - и она пытается автоматически решить конфликты. А так в коде расширения в комментах есть запрет открытия окна сопоставления кроме определенного узла. Можно раскомментить - поставить префикс базы товароведа , на всех точках активировать автообмен с егаис, и пусть товаровед в определенное время создает номенклатуру, либо это можно сделать в виде регламентного задания на главном узле.
Оставьте свое сообщение