ЕГАИС. Сервис. Выявление пересортицы по акцизным маркам, в том числе поиск "потеряшек" : КИС Lack & УС Land
18.04.2024 9:23
█ 21.12.2018 12:03
"Упал - отжался!" Лучший способ потешить своё ЧСВ или снять негатив с души, например: https://olegon.ru/showthread.php?t=28358&page=6 - это придумать и реализовать очередную уникальную полезную технологию, например в программу для ЕГАИС "УС Лэнд:ЕГАИС"
Возможны всякие приключения с новыми марками, например кражи бутылок или косяки продавцов... и в результате чего возникает пересорт по ним, который штатными средствами ЕГАИС не выявляется, что не лишает права ФСРАР строго наказывать предприятия. Как это можно выявить? Описываю, как сервис для чужих программ - для "УС Лэнд:ЕГАИС" всё несколько проще! Для этого раньше были сделаны новые универсальные механизмы, которые будут использоваться и в списаниях
I. Определяемся с наименованием алкопродукции, по которой будем искать пересортицу по маркам
II. Сканируем в текстовый файл или можно в "УСЕга", или создаем его в произвольной форме в ваше учетной системе. Главное, что бы было расширение txt. Кидаем его в каталог "УСЕга"
III. Запрашиваем остатки склада - регистра №1
IV. Запрашиваем остатки регистра №3 по каждой РФУ-2 проверяемого наименования, что удобнее сделать: кнопкой F7 справочника товаров склада см. возможности 18.12.18: https://olegon.ru/showpost.php?p=323376&postcount=80
V. Запускаем новый режим выявления пересорта "Прочие задачи/Выявление пересортицы по акцизным маркам. По факту и рег№3 ЕГАИС". Выбираем из списка ваш текстовый файл, дополняем или дорабатываем его при необходимости. Мой тестовый:
VI. Программа выдёргивает из него похожее на акцизные марки и данный список сличает с марками на остатках регистра №3. Ваш файл с расширение out переносит в отчетный каталог, заменяя его в каталоге программы логом проверки, как пример:
Что делать дальше?
Согласно методологии Вы должны что-то привязать к РФУ-2 (регистру №3), что-то отвязать. Лишнее списать, недостачу поставить на баланс, что конечно на сей момент в ЕГАИС работает криво.
Я предлагаю другое:
1. Для марок (бутылок) с признаком No3. Ситуация, например продавец пикнул одну бутылку, а отдал другую… Возьмите марку из списка без признаков, напечатайте её QR код, например программой: https://olegon.ru/showthread.php?t=30621 и поставьте на продажу. Нужно будет пикать свой код вместо марки на бутылке... Уберите марку из нормального списка или поставьте перед ней крыжик
2. Оставшийся текст (марки) в полученном файле скормите режиму списания по акцизным маркам с любой причиной - только так можно избавляться от марок регистра №3
Возможны всякие приключения с новыми марками, например кражи бутылок или косяки продавцов... и в результате чего возникает пересорт по ним, который штатными средствами ЕГАИС не выявляется, что не лишает права ФСРАР строго наказывать предприятия. Как это можно выявить? Описываю, как сервис для чужих программ - для "УС Лэнд:ЕГАИС" всё несколько проще! Для этого раньше были сделаны новые универсальные механизмы, которые будут использоваться и в списаниях
I. Определяемся с наименованием алкопродукции, по которой будем искать пересортицу по маркам
II. Сканируем в текстовый файл или можно в "УСЕга", или создаем его в произвольной форме в ваше учетной системе. Главное, что бы было расширение txt. Кидаем его в каталог "УСЕга"
III. Запрашиваем остатки склада - регистра №1
IV. Запрашиваем остатки регистра №3 по каждой РФУ-2 проверяемого наименования, что удобнее сделать: кнопкой F7 справочника товаров склада см. возможности 18.12.18: https://olegon.ru/showpost.php?p=323376&postcount=80
V. Запускаем новый режим выявления пересорта "Прочие задачи/Выявление пересортицы по акцизным маркам. По факту и рег№3 ЕГАИС". Выбираем из списка ваш текстовый файл, дополняем или дорабатываем его при необходимости. Мой тестовый:
Код:
Пул акцизных марок по ограничителям отчета для 030000113645 21.12/12:12 Стр. 1
23.07.18 0012622000002063451 Виноградная водка "Прасковейский самогон №1" 0.500 ЗапR3 R3
101209000004790118001ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTU
101209000004810118001ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTU
101209000004820118001ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTU
101209000004830118001ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTU
101209000004840118001ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTU
----------------------------------------------------------------------------------------------------------------------------------
23.07.18 0018220000001396931 Вино столовое полусладкое красное "БАСТАРДО ФЕОДОСИЙСКОЕ" ТМ 0.750 21.07.18 Прием 020000161553 R3
=1 12:12 TEST-FB-000000036788278 №_РН_0008
101100000005660118001ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTU
101100000005680118001ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTU
17N00001CQ1CY8IPPXJ1OAK211190350022329521248402494341165581951011239
22N0000154NUCPRRMLB381441121009000039QY1N4GTWDEA02IAIXQXXPIMJAJL92O2
Добавил марки водки:
101100000004800118001ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTU
101100000004810118001ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTU
Код:
Исходные марки файла прошедшие проверку на валидность:
ok 101209000004790118001ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTU
ok 101209000004810118001ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTU
ok 101209000004820118001ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTU
ok 101209000004830118001ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTU
ok 101209000004840118001ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTU
ok 101100000005660118001ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTU
ok 101100000005680118001ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTU
ok 17N00001CQ1CY8IPPXJ1OAK211190350022329521248402494341165581951011239
ok 22N0000154NUCPRRMLB381441121009000039QY1N4GTWDEA02IAIXQXXPIMJAJL92O2
ok 101100000004800118001ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTU
ok 101100000004810118001ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTU
Излишки. Марки вашего списка, которых нет на регистре №3:
No3 101209000004790118001ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTU
No3 101209000004840118001ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTU
No3 101100000005680118001ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTU
No3 17N00001CQ1CY8IPPXJ1OAK211190350022329521248402494341165581951011239
Недостача. Марки из регистра №3 по выбранным РФУ-2, которых нет в вашем списке:
101100000004820118001ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTU
101100000004830118001ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTU
101100000004840118001ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTU
101100000004850118001ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTU
101100000004860118001ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTU
101100000005700118001ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTU
101100000005710118001ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTU
101100000005720118001ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTU
101100000005740118001ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTU
101100000005750118001ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTU
101209000004800118001ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTU
Плохо. Есть расхождения вашего списка и остатков регистра №3 Что делать дальше?
Согласно методологии Вы должны что-то привязать к РФУ-2 (регистру №3), что-то отвязать. Лишнее списать, недостачу поставить на баланс, что конечно на сей момент в ЕГАИС работает криво.
Я предлагаю другое:
1. Для марок (бутылок) с признаком No3. Ситуация, например продавец пикнул одну бутылку, а отдал другую… Возьмите марку из списка без признаков, напечатайте её QR код, например программой: https://olegon.ru/showthread.php?t=30621 и поставьте на продажу. Нужно будет пикать свой код вместо марки на бутылке... Уберите марку из нормального списка или поставьте перед ней крыжик
2. Оставшийся текст (марки) в полученном файле скормите режиму списания по акцизным маркам с любой причиной - только так можно избавляться от марок регистра №3
█ 22.12.2018 16:53
Сегодня попытался следовать совету, правда в теории, т.к. в тесте временно отключен запрос остаков на регистре №3
Сделал более "тонким" запрос и обновление остатков регистра №3:
1. Указав уникальные вхождение в наименование алкопродукции и новое - литраж... будет посылаться запрос только по 16 бутылкам 0.5 литра... более точная идентификация алкопродукции;
2. Можно ограничить только поштучной алкопродукцией по информации из пула. Если хотя бы сохранялись ТТН в реестр, то список марок с принадлежностью к регистру №3 там имеется... Для остальных придётся запрашивать по всем РФУ-2, где большинство "пустышек", т.е. партиционой алкопродукции
P.S. Сменил название пункта меню, сделав его более соответствующим смыслу режима
Цитата:
... и понял, что это неудобно: водки "сыктывкарской" у меня 24 строки, а из них 0.5 литра - 16, а через регистр №3 проходило лишь 6 строки с разными РФУ-2... то есть или 6 раз отсылать запрос по F7 в справочнике алкопродукции склада - торчать перед экраном более часа, или посылать запрос по остаткам - будет отсылаться более 4 часов... не "комильфо", но придумал: AndreyZh ➤ IV. Запрашиваем остатки регистра №3 по каждой РФУ-2 проверяемого наименования, что удобнее сделать: кнопкой F7 справочника товаров склада см. возможности 18.12.18: https://olegon.ru/showpost.php?p=323376&postcount=80
Сделал более "тонким" запрос и обновление остатков регистра №3:
1. Указав уникальные вхождение в наименование алкопродукции и новое - литраж... будет посылаться запрос только по 16 бутылкам 0.5 литра... более точная идентификация алкопродукции;
2. Можно ограничить только поштучной алкопродукцией по информации из пула. Если хотя бы сохранялись ТТН в реестр, то список марок с принадлежностью к регистру №3 там имеется... Для остальных придётся запрашивать по всем РФУ-2, где большинство "пустышек", т.е. партиционой алкопродукции
P.S. Сменил название пункта меню, сделав его более соответствующим смыслу режима
█ 03.02.2019 10:57
Как записки "идеалиста" и не совсем "честного" (упоминал проблемы сопровождаемых предприятий в разделе) специалиста размещу мысли грамотного профи в ЕГАИС fkr, касающиеся необходимости инвентаризации по регистрам. В принципе он полагает, что в некоторой идеальной торговой точки, если следовать его рекомендациям, то инвентаризация не нужна в принципе 
кратко выскажу своё мнение:
1. судя по прочитанному - речь идёт об инвентаризации маркируемого алкоголя в рознице, поэтому остальные пункты касаются только его
2. нужно уточнить, что инвентаризируется (в классическом понимании инвентаризации) только Р1 и Р2, т.к. лишь на них остатки АП... Р3 - "инвентаризируется" (на корректность и достоверность привязки марок к партиям) и поддерживается в актуальном состоянии не во время инвентаризации, а постоянно, средствами УС и правильными алгоритмами, т.е. к классической инвентаризации отношения не имеет.
3. необходимо разделить вопрос инвентаризации на два вопроса: а) как получить достоверные результаты инвентаризации, б) что потом с этими результатами делать, если факт отличается от данных в УС
4. достоверные данные инвентаризации можно получить только повальным сканированием марок, тут альтернативы нет.. но возможно что-то забыть и пропустить (человеческий фактор), поэтому необходимо зафиксировать промежуточные результаты и в случае расхождений с учётными данными - оперативно выдать эти результаты инвентаризирующимся, для поиска и перепроверки. И только после перепроверки и внесения исправлений в промежуточные данные - получить и зафиксировать окончательные данные.
5. при повальном сканировании марок на приёмке (а это залог качества дальнейшего поштучного учёта) - излишков быть не должно (тем более по новым маркам поставить на баланс можно лишь под контролем контролирующих органов, т.е. автоматически такой акт не зафиксируется в ЕГАИС), а пересортицы быть не может при правильной организации поштучного учёта, т.е. будут лишь списания, а это уже просто, и что с этим делать - тоже понятно: списать с учёта.
6. на первый взгляд кажется, что это идеальная картина и такого не бывает, но это реально работает
у меня работает так:
1. приёмка АП - это всегда сканирование каждой марки.
2. инвентаризация - это сканирование каждой марки в электронные ведомости и "подписывание" каждой ведомости (и автоматическая блокировка, чтобы изменения не могли внести)
3. специальный человек - автоматически сверяет эти ведомости с остатками УС и формирует промежуточные расхождения, которые распечатывает инвентаризирующимся.
4. инвентаризирующиеся - ищут расхождения и сообщают спец.человеку - какие ведомости нужно разблокировать для внесения исправлений.
5. спец.человек расподписывает нужные ведомости, в них вносятся исправления инвентаризирующимися, они опять их подписывают и уже формируются окончательные результаты, а на основании их - вносятся коррекции в УС и в ЕГАИС
6. при промежуточных сверках - естественно контролируются марки на уникальность в рамках всего ОП и на наличие в УС на этом ОП
7. т.к. в УС организован поштучный учёт, где для каждой марки указано на каком регистре она находится, то не возникает проблем и вопросов - с какого регистра списать ту или иную недостающую марку (с Р1, Р1+Р3 или с Р2)
8. поштучно учитываю только новые марки. т.е. привязками марок на Р3 по партионной АП не занимаюсь принципиально, так же есть договорённость с постащиками, что партионную АП отгружают нам только партионно.
исходя из вышеизложенного - проблем с инвентаризациями не испытываю, надеюсь опыт кому-нибудь пригодится, всем удачи.
кратко выскажу своё мнение:
1. судя по прочитанному - речь идёт об инвентаризации маркируемого алкоголя в рознице, поэтому остальные пункты касаются только его
2. нужно уточнить, что инвентаризируется (в классическом понимании инвентаризации) только Р1 и Р2, т.к. лишь на них остатки АП... Р3 - "инвентаризируется" (на корректность и достоверность привязки марок к партиям) и поддерживается в актуальном состоянии не во время инвентаризации, а постоянно, средствами УС и правильными алгоритмами, т.е. к классической инвентаризации отношения не имеет.
3. необходимо разделить вопрос инвентаризации на два вопроса: а) как получить достоверные результаты инвентаризации, б) что потом с этими результатами делать, если факт отличается от данных в УС
4. достоверные данные инвентаризации можно получить только повальным сканированием марок, тут альтернативы нет.. но возможно что-то забыть и пропустить (человеческий фактор), поэтому необходимо зафиксировать промежуточные результаты и в случае расхождений с учётными данными - оперативно выдать эти результаты инвентаризирующимся, для поиска и перепроверки. И только после перепроверки и внесения исправлений в промежуточные данные - получить и зафиксировать окончательные данные.
5. при повальном сканировании марок на приёмке (а это залог качества дальнейшего поштучного учёта) - излишков быть не должно (тем более по новым маркам поставить на баланс можно лишь под контролем контролирующих органов, т.е. автоматически такой акт не зафиксируется в ЕГАИС), а пересортицы быть не может при правильной организации поштучного учёта, т.е. будут лишь списания, а это уже просто, и что с этим делать - тоже понятно: списать с учёта.
6. на первый взгляд кажется, что это идеальная картина и такого не бывает, но это реально работает
у меня работает так:
1. приёмка АП - это всегда сканирование каждой марки.
2. инвентаризация - это сканирование каждой марки в электронные ведомости и "подписывание" каждой ведомости (и автоматическая блокировка, чтобы изменения не могли внести)
3. специальный человек - автоматически сверяет эти ведомости с остатками УС и формирует промежуточные расхождения, которые распечатывает инвентаризирующимся.
4. инвентаризирующиеся - ищут расхождения и сообщают спец.человеку - какие ведомости нужно разблокировать для внесения исправлений.
5. спец.человек расподписывает нужные ведомости, в них вносятся исправления инвентаризирующимися, они опять их подписывают и уже формируются окончательные результаты, а на основании их - вносятся коррекции в УС и в ЕГАИС
6. при промежуточных сверках - естественно контролируются марки на уникальность в рамках всего ОП и на наличие в УС на этом ОП
7. т.к. в УС организован поштучный учёт, где для каждой марки указано на каком регистре она находится, то не возникает проблем и вопросов - с какого регистра списать ту или иную недостающую марку (с Р1, Р1+Р3 или с Р2)
8. поштучно учитываю только новые марки. т.е. привязками марок на Р3 по партионной АП не занимаюсь принципиально, так же есть договорённость с постащиками, что партионную АП отгружают нам только партионно.
исходя из вышеизложенного - проблем с инвентаризациями не испытываю, надеюсь опыт кому-нибудь пригодится, всем удачи.
█ 09.04.2019 11:17
Как позитивная новость от вчерашнего числа - снова, исправив все предыдущие косяки ЕГАИС включили запрос остатков регистра №3 в тестовом контуре, что даёт возможность дальнейшего развития утилиты в плане операций по данному регистру ЕГАИС. В частности доработки механизмов выправления пересортицы по маркам... хотя вроде бы здесь "всё путём". Как пруф - ответ ЕГАИС по моим остаткам в тесте:
… наконец смогу привести в порядок информацию по маркам в программе, а то "заемучился" выискивать свободные марки
Код:
0011118000001187714 РФУ-1 TEST-FA-000000036396421 Водка "Сыктывкарская"
09.04/11:22 По
FB-000000036838056 для 030000113645 на 2019-04-09 10:16:33
------------------------------------------------------------------------ Стр. 1
Н./п. Штрих код марки Прим.
--------------------------------------------------------------------------------
1 136209000007160118001ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOP
QRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTU
2 136209000007140118001ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOP
QRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTU
3 136209000007150118001ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOP
QRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTU
█ 30.07.2021 10:58
Недавно пришлось дважды лопухнуться - пользователь поставил задачу: открыли новую точку общепита, частично принимали приходы, много продавали "марок" нигде не учитывая... и как сейчас навести порядок в данных? - решил, что "УСЕга" умеет решать такие задачи, вспомнив данный режим... и задним умом понял, что он был предназначен для другого... Задачу в "итого" решил - выделено зеленным, а опишу, если будет необходимость, а пока:
1. Режим предназначен лишь для выявление кривизны данных внутри конкретной номенклатуры. Алгоритм:
- по списку марок выявляется список РФУ-2 (не вся номенклатура), к которым принадлежат данные марки
- анализируется пул марок только по данному списку РФУ-2, а уже в марках конкретного РФУ-2 выявляются перекосы
Задача не могла быть решена - если РФУ-2 продано в ноль, то и данный расход не увидится в режиме
2. Взялся решать данную задачу, пытаясь опираться на данный режим и технику продаж общепита: https://olegon.ru/showthread.php?t=30972... Потерял на создание и отладку 2 дня, изменив 3 модуля... и понял, что задача решается в разы легче... вернул старые модули из архива
… но нет худа без добра - добавил дополнительные контролы на косяки во входящем файле и отключил диагностику на откровенные ошибки во входящем файле - программа просто их игнорирует не досаждая лишними сообщениями и паузами на них
1. Режим предназначен лишь для выявление кривизны данных внутри конкретной номенклатуры. Алгоритм:
- по списку марок выявляется список РФУ-2 (не вся номенклатура), к которым принадлежат данные марки
- анализируется пул марок только по данному списку РФУ-2, а уже в марках конкретного РФУ-2 выявляются перекосы
Задача не могла быть решена - если РФУ-2 продано в ноль, то и данный расход не увидится в режиме
2. Взялся решать данную задачу, пытаясь опираться на данный режим и технику продаж общепита: https://olegon.ru/showthread.php?t=30972... Потерял на создание и отладку 2 дня, изменив 3 модуля... и понял, что задача решается в разы легче... вернул старые модули из архива
… но нет худа без добра - добавил дополнительные контролы на косяки во входящем файле и отключил диагностику на откровенные ошибки во входящем файле - программа просто их игнорирует не досаждая лишними сообщениями и паузами на них
Часовой пояс GMT +3, время: 09:23.
Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.