Часовой пояс: UTC + 3 часа [ Летнее время ]




Начать новую тему Ответить на тему  
Автор Сообщение
AndreyZh
  Типичные задачи, которые должна решать программа интеграции с ЕГАИС
СообщениеДобавлено: 16.08.16 18:57 
Аватара пользователя

Зарегистрирован: 15.06.09 14:17
Сообщения: 131
Откуда: Саратов
Приведу их на примере одной из самых «древних» программ «эпохи ЕГАИС», которая является «оберткой» - интерфейсом к УТМ. Реально используется, как «костыль» для программ интеграции с ЕГАИС, в частности дополняя возможности программ семейства «1С» или как самодостаточная учетная система «при» ЕГАИС. Замечу - это бесплатное (freeware) многопользовательское приложение, допускающее работу нескольких пользователей одновременно в локальной сети с одной базой данных и «ключом», так же поддерживающее технологии «перетыкания JaCarta» (работа с несколькими ключами на одном ПК).

Приведу список решаемых задач в срезе пунктов меню программы, сопроводив некоторые краткими примечаниями...

Горячие клавиши (кнопки), как справка отражаются в пунктах меню с сокращениями: Alt (a), Ctrl (^), Shift (s) и соответствующий режим вызывается нажатие одновременно обоих клавиш, например «Взять входящие запросы» нажатием Alt и F1 (или просто клавиши Fx).

1. Приходные накладные:

1.1 Взять входящие запросы через 1-5 минут после заявок. aF1;
1.2 Обработка приходных ТТН после получения входящих запросов - подтверждения. ^F1. Акты подтверждения, отказа, расхождения на накладные, экспорт во внутренние базы системы;
1.3 Каскадное удаление запросов по ТТН после проведения ЕГАИС. sF1;
1.4 Перезапрос приходной накладной по её идентификационному коду в ЕГАИС. sF5. Это аналог сервиса личного кабинета, правда стабильно работающий в отличии от ЛК;
1.4 Работы по отмене проведения в ЕГАИС актов подтверждения по приходным ТТН. Здесь работы от имени получателя ТТН, а от имени отправителя в «прочих задачах»;
1.6 Реестр принятых приходных ТТН. Формирование алкогольных деклараций, сверок с поставщиками, печать накладных и etc.

2. Торговый зал: Все виды работ по второму регистру - товару в торговом зале...

2.1 Запрос и анализ ответов по остаткам в торговом зале. В отличии от режимов запрос-ответ здесь «допрашивается» ЕГАИС до получения ответа и обновления баз системы. Остатки нужны для всех видов работ по торговому залу;
2.2 Интерфейс кассира. Продажи алкогольных и прочих товаров. Встроенный в систему кассовый аппарат только более функциональный, чем "бесплатный" J-Pos и позволяет возврат товара, безналичные продажи, перевод АП в безалкогольный товар для последующей отправки, контроль дублей при продаже;
2.3 Ведение (ручное) справочника товаров, в том числе пива и безалкогольного товара для продаж. Импорт товаров из любой учетной системы;
2.4 Работы со списком чеков. Отчеты, выгрузки, например в списания (продажи) по пиву или в УС, прочие работы, например переотправка отложенных чеков;
2.5 Акты списания в торговом зале алкогольной продукции по её идентификатору в ЕГАИС, в том числе «под остаток»;
2.6 Постановка на баланс в торговом зале алкоголя и пива. Для продаж или списания. Ручная постановка или импорт из запросов АП производителей/импортеров, сервиса проверки марок или запроса ШК нечитаемых акцизных марок;
2.7 Возврат ранее переданной АП из торгового зала на склад, в том числе все такие остатки - обратное перемещение между «регистрами». Возврат возможен только, по раннее переданному в зал товару;

3. Склад: Все виды работ по первому регистру - товару на складе. Обмен накладными с контрагентами. Только со склада Вы можете передавать товар на обособленное подразделение и возвращать его поставщикам. Учет ведётся в разрезе разделов «Б»!

3.1 Запрос, анализ ответов по остаткам склада (регистр 1). См. замечание по залу;
3.2 Ведение списка, отправка, анализ расходных накладных на возврат поставщикам и внутреннее перемещение;
3.3 Акты списания, в том числе «под остаток» по складу активного ключа JaCarta в срезе разделов «Б»;
3.4 Постановка на баланс склада по справка А и Б (фирмы, ключа) алкогольной продукции. Ручная постановка или импорт из запросов АП производителей/импортеров, сервиса проверки марок или запроса ШК нечитаемых акцизных марок;;
3.5 Передача, в том числе «под остаток» алкогольной продукции со склада в торговый зал для фиксации продаж в ЕГАИС. Возможна техника: подтверждение ТТН и сразу отправка АП в зал для продаж.

«Старый» контур – запрос информации в ЕГАИС и обработка ответов. Запросы здесь, как правило формируются по пачке объектов ЕГАИС, например по нескольким ИНН производителя, в частности одному производителю и отсылается сразу пачка запросов. Так же программа посылает (формирует пачку) запросы из «рабочих режимов», например запросы полной информации о справках «А»/разделов «Б» из режима подтверждения накладных от отправителей. Затем дожидаемся «неопределенное» время ответа от ЕГАИС или используем сервис «автодопроса», в котором постоянно опрашивается УТМ и контролируется приход ответа от ЕГАИС – на этом «допрос» завершается.

Ответы преобразуются в табличные формы, которые можно просмотреть, распечатать, вывести в любой табличный компьютерный формат, в частности CSV, XLS, DBF, 1C и etc. Также многие ответы можно экспортировать – делается автоматом во внутреннюю базу данных программы «УСЕга» и режимы, например данные от сервиса «проверок акцизных марок» переносятся в «пустографки» для постановки алкогольной продукции на баланс склада и (или) торгового зала.


4. Запросы к ЕГАИС: (Шаг 1.) Запросы пачками к ЕГАИС. После «взять входящие» анализ в блоке ответов.

4.1 Запрос информации по ИНН по нескольким контрагентам. ^F2;
4.2 Справок А (форм 1) по идентификаторам в ЕГАИС ^F3;
4.3 Разделов Б (форм2) по идентификаторам в ЕГАИС ^F4;
4.4 Запрос остатков сразу по складу и торговому залу ^F5;
4.5 Список акцизных марок для сервиса проверки их легальности и выгрузки в «пустографку» баланса склада и (или) торгового зала ^F6;
4.6 Списка необработанных (не подтвержденных и потерянных) через ЕГАИС приходных накладных. Это то, что раннее рассылал робот ФСРАР;
4.7 Запрос алкогольной продукции производителей/импортеров по ИНН ^F9. Информацию по части продукции можно выгрузить «пустографку» баланса склада и (или) торгового зала.

5. Ответы: (Шаг 3.) Получение и анализ через таблицы ответов на запросы. Экспорт во внешние системы через любые компьютерные форматы.

5.1 Анализ полученной информации по контрагентам. aF2;
5.2 Справок А (форм 1) по идентификаторам в ЕГАИС aF3;
5.3 Разделов Б (форм2) по идентификаторам в ЕГАИС aF4;
5.4 Анализ/отчет по остаткам склада или торговому залу aF5;
5.5 Анализ и экспорт в балансы АП склада/торгового зала по акцизным маркам aF6;
5.6 Список необработанных ТТН. По ответу их можно перезапросить у ЕГАИС;
5.7 Просмотр/экспорт в балансы АП производителей/импортеров. aF9.

В завершение опишу блок вспомогательных, сервисных и не связанных с базой программ интеграции с ЕГАИС режимов, облегчающих получение информации от ЕГАИС или отрабатывающих «неудобства» для ряда пользователей при работе с УТМ. Все режимы данного блока «знают» о факте ведения документов в программе и меняют информацию во внутренней БД при необходимости, даже если и «не обращаемся» к первичным документам системы.


6. Прочие задачи (сервисы для внешних программ):

6.1 Взять входящие запросы через 1-5 минут после исходящих запросов. Данный режим нужен всегда для актуализации данных ЕГАИС, в том числе для режимов прочих задач;
6.2 Автоопрос УТМ до получения ответа на запрос указанного типа. sF6 Для запросов (всех) из блока 4. (запросы) для «последнего» из указанной пачки программа периодически опрашивая УТМ «дожидается» поступления для него ответа;
6.3 Чистка входящих и исходящих запросов. Анализ/печать/экспорт входящих запросов. sF9. Сохранение во внутренней БД ХМЛ файлов входящих запросов, что полезно, учитывая сейчас автоматическую чистку БД УТМ;
6.4 Анализ и печать XML файлов сохраненных в режиме чистки запросов;
6.5 Смена версии документооборота с ЕГАИС или справка по «моей» версии, что полезно, т.к. ЕГАИС (оболочки к ЕГАИС) могут «случайным образом» менять текущую версию. Здесь её можно узнать или сменить при необходимости;
6.6 Сервис по распроведению актов списания алкогольной продукции на складе (регистре 1). Для списаний, созданных в «УС Лэнд:ЕГАИС» данную операцию можно «откатить» из списка актов на списание (3.3), а для актов созданных в других программах достаточно знание id акта на списание в ЕГАИС;
6.7 Посылка акта отказа за получателя на отосланную ему ТТН – сервис. Для расходных накладных, созданных в «УСЕга» данную операцию можно «провести» из списка расходных ТТН (3.2), а для накладных созданных в других программах достаточно знание id ТТН в ЕГАИС;
6.8 Подтверждение или отказ запросов получателей на отмену актов подтверждения накладных – работы по распроведению ТТН от «имени» отправителя накладной;
6.9 Запросы, ведение (анализ списка) и обработка ответов по нечитаемым акцизным маркам (ШКАМ PDF-417), получение «нормальных» 68-значных ШК по «старой марке» по информации о виде акцизной или федеральной специальной марки, её серии и номеру;
6.10 Запрос и анализ (экспорт во внутреннюю БД) ответов по идентификатору в ЕГАИС (id ФСРАР). Здесь БД пополняется наиболее полной и достоверной информацией:

- контрагента (покупателя, поставщика, производителя),
- алкогольной продукции,
- ШК PDF-417 акцизной марки,
- справка о движении АП по id раздела «Б»,
- контрагента по v2 – другой набор атрибутов.

7. Сервис – справки и обслуживание внутренних данных:

7.1 Ремонт: паковка, переиндексация, обновление структур БД при смене версий. Версии программы постоянно обновляются, структура внутренней базы меняется под новые решенные задачи. Здесь структура БД (алгоритмы её обработки) обновляется сразу для любых предыдущих версия, начиная от сентября 2015 года;
7.2 Настройка параметров, констант программы/фирмы, поведения системы;
7.3 Включить возможность удаления ТТН после отправки актов. Изначально блокировано удаление «важных» документов самой программой;
7.4 Контакты автора. Просмотр лицензии – Freeware на программу;
7.5 Проверка работоспособности УТМ. Запуск IE. sF10. Аналог «домашней страницы» агента;
7.6 Сообщество программы - помощь. Форум поддержки;
7.7 Смена подразделения (ключа) - ОСТАНОВИТЕ УТМ!!! Программа поддерживает «не приветствуемую» технику работы на одном ПК с несколькими JaCarta, хотя и резко упростили её использование с выходом УТМ 2.0.3… несмотря на «формальное» блокирование данной организации работы с ЕГАИС.
Вернуться к началу
 
 
AndreyZh
  Re: Типичные задачи, которые должна решать программа интеграции с ЕГАИС
СообщениеДобавлено: 25.09.16 13:05 
Аватара пользователя

Зарегистрирован: 15.06.09 14:17
Сообщения: 131
Откуда: Саратов
Выложена в свободный доступ очередная, на сейчас финальная версия этой freeware программы реализующей весь описанный выше функционал: [...]
Вернуться к началу
 
 
AndreyZh
  Re: Типичные задачи, которые должна решать программа интеграции с ЕГАИС
СообщениеДобавлено: 06.11.16 10:57 
Аватара пользователя

Зарегистрирован: 15.06.09 14:17
Сообщения: 131
Откуда: Саратов
Так получилось, что основным предназначением «УС Лэнд:ЕГАИС» стало быть «костылем», а зачастую «инвалидным креслом» для других программ работы с системой ЕГАИС, в частности программ семейства «1С», например «1С:Розница» - это определяется свойствами бесплатной многопользовательской программы «УС Лэнд:ЕГАИС», такими как:

1. Программа ничего, без Вашего желания, не пишет и не удаляет из базы УТМ;
2. Все созданные и считанные запросы сохраняет в форматах XML и файлы доступны для изучения, доработки и отсылки через команды cURL, если не хотите пользоваться средствами программы «УСЕга» (здесь и далее краткое наименование системы «УС Лэнд:ЕГАИС»);
3. Все и для всех режимов формы документов или списка операций можно сохранить в любом компьютерном формате для дальнейшего импорта в учетную систему;
4. Утилита «УСЕга» портабельная, т.е. не требует установки на ПК и ничего не прописывается в системных реестрах любой Windows операционной системы, может запускаться на flash.

Программа «УС Лэнд:ЕГАИС» предоставляет следующие, по состоянию на 7 ноября 2016 года сервисные возможности:

1. Запросы, получение ответов и их анализ по всем типам запросов описанных к инструкции к УТМ версии 2.0.3. Например: справки, АП производителя, контрагента, остатков по регистрам ЕГАИС (далее склад или торговый зал);
2. Просмотр приходных ТТН и запрос справок по алкогольной продукции из неё;
3. Перезапрос приходной накладной по её идентификационному номеру в ЕГАИС;
4. От имени поставщика принятие запроса распроведения акта подтверждения накладной, посланного получателем;
5. Постановка на баланс алкогольной продукции по складу или торговому залу;
6. Списание, в том числе «под остаток» АП на складе или торговом зале;
7. Перемещение, в том числе «под остаток» АП со склада в торговый зал и обратный трансфер по раннее перемещенным товарам;
8. Посылка возвратного чека или безналичной продажи через встроенный «кассовый аппарат»;
9. Формирование расходных ТТН на возврат и перемещение, в том числе «под остаток» - работы по закрытию магазинов и предприятий;
10. Сервисы: работы с очередью запросов базы УТМ, проверки легальности акцизных марок; запрос штрих кода по нечитаемым акцизным маркам, сохранения и печати входящих запросов, запрос и анализ «потерянных» и неподтвержденных в ЕГАИС приходных ТТН, анализ своей или контрагента версии документооборота в ЕГАИС, смена его версии,
11. Распроведение в ЕГАИС: актов списания и постановки на баланс, актов подтверждения приходных ТТН;
12. Прочее: запросы и анализ ответов по кодам объектов ЕГАИС, в частности движения в ЕГАИС по «справке Б», работа в одной БД с разными ключами JaCarta, посылка акта отказа от нашей ТТН от имени получателя, сплошная или выборочная инвентаризация магазина.
Вернуться к началу
 
 
AndreyZh
  Re: Типичные задачи, которые должна решать программа интеграции с ЕГАИС
СообщениеДобавлено: 25.11.16 11:22 
Аватара пользователя

Зарегистрирован: 15.06.09 14:17
Сообщения: 131
Откуда: Саратов
«Ужасы» зазеркалья ЕГАИС при приёмке и продаже алкогольной продукции

На сей момент всеми оставшимися в «теме» разработчиками решены большинство задач посылки и обработки запросов в ЕГАИС. Продвинутые пользователи уже не ищут программ для интеграции, но всё более озадачиваются решением бизнес задач, связанных с интеграцией реальных бизнес процессов и потоков нечёткой и секретной информации, проходящей через ЕГАИС, пугая друг друга всевозможными неприятностями, связанными со сложностями данной стыковки несовместимых данных. От "испуга" в систему «УС Лэнд:ЕГАИС» было внесено несколько технологий, решающих часть активно обсуждаемых сейчас на форумах задач, а именно «приёмка алкогольной продукции» и «контроль акцизных марок подразделения».

Приёмка алкогольной продукции реализована, как сервис для любых программ интеграции с ЕГАИС. Контроль акцизных марок подразделения представляет собой фоновое, без снижения скорости работы программы накопление данных об акцизных марках - реальной алкогольной продукции, поступающих в базу данных «подразделения». Список «страшилок»:

Страшилка 1: Поставщик прислал АП с нечитаемыми или неверно читаемыми АМ;

Страшилка 2: Дублирование марок или «хитрости» принимающих товар;

Страшилка 3: Основная и говорят самая «важная» - в ТТН алкокоды не соответствуют реальным алкокодам, определяемым по штрих кодам акцизных марок;

Страшилка 4: При большом ассортименте ТТН «приёмщики» ошибаются при контроле реальных и документальных количеств;

Страшилка 5: Поставщик поставил «левую» продукцию – акцизные марки;

Страшилка 6: Продажа, постановка на баланс «чужой» акцизной марки...

Подробнее описание «страшилок» и методов разрешения данных бизнес-неприятностей в системе «УСЕга» можно прочитать в статье: [...]
Вернуться к началу
 
 
AndreyZh
  Re: Типичные задачи - ликвидация магазинов
СообщениеДобавлено: 27.03.17 15:44 
Аватара пользователя

Зарегистрирован: 15.06.09 14:17
Сообщения: 131
Откуда: Саратов
В преддверии 30 июня 2017, когда обязательное внедрение on-line касс приведёт к массовому вымиранию торговых точек самой актуальной задачей для бизнеса станет "правильная" ликвидация магазинов. Данная задача потребует использования всех типичных задач работы с ЕГАИС и ряда "нетипичных" - вот и рассмотрим:

Методология ликвидации магазинов

Такая задача для специалистов появляется, как правило неожиданно и как следствие возникает полнейшее непонимание её решения, что мной осознано в результате изучения данных тем на форумах и попытках дать ответы на вопросы, задаваемые мне. В самом деле – используя некоторую программу работы с ЕГАИС, а хуже одновременно несколько разных предприятие формально производило некие действия, требуемые и контролируемые ФСРАР: подтверждение ТТН, продажи, списания, инвентаризации. Так вот руководство бизнеса решило закрыть магазин! Что делать?

По многочисленным ответам специалистов ФСРАР и МЭР ясно, что остатки в ЕГАИС и по алкогольной декларации должны быть обнулены. Руководителям предприятия хочется, что бы товар по максимуму был возвращен поставщикам при закрытии фирмы или передан на другое структурное подразделение. Бесплатная система «УС Лэнд:ЕГАИС» может помочь даже в самых сложных ситуациях данного процесса.

Регистры ЕГАИС! Для удобства разработчиков ЕГАИС были в данной системе введены два виртуальных мест учета алкогольной продукции магазина. Регистр 1, в «УСЕга» - склад и регистр 2, в «УСЕга» - торговый зал.

Склад (1). Алкогольная продукции поступает при: подтверждении приходных ТТН, постановки на баланс с подбором справок, возврате с ТЗ, ранее переданного со склада АП. Расходуется при: списании со склада, перемещении в ТЗ, отправке расходной накладной для возврата поставщику или на другое подразделение. Хранится и весь учет ведётся по связке кодов ЕГАИС – «алкокод + код раздела Б», т.е. в любой операции со «складом» необходимо указывать код АП И справки «Б», которые ЕГАИС предоставляет в приходных ТТН и ответах в поставке на баланс… и только!

Торговый зал (2). Алкогольная продукции поступает при: перемещении со склада (трансфер), постановки на баланс в ТЗ БЕЗ подбора справок. Расходуется при: списании с ТЗ, в том числе, как реализация, при отправке чеков в ЕГАИС, возврате на склад раннее перемещенной АП с указанием справок «Б», по которым перемещалась АП. Хранится и весь учет ведётся ТОЛЬКО по кодам ЕГАИС – «алкокод».

«Сценарии» при ликвидации организации и магазина, с перемещением товара на другую торговую точку радикально отличаются, но лишь в одном: при ликвидации организации Вы можете вернуть товар поставщику лишь на сумму долга перед ним, а при ликвидации магазина Вам необходимо переместить ВЕСЬ товарный запас!

Первое «действие» - Вам необходимо максимальное количество АП вернуть с торгового зала (рег2) на склад (рег1). Возможны 3 ситуации:

1. Ваша программа хранит данные по трасферу по связке «алкокод + справкаБ» и умеет возвращать АП обратно на склад. Тогда просто «верните» АП;

2. Вы при выведении остатков сразу ставили АП на баланс ТЗ, т.е. у Вас нет информации по справкам «Б». Если всё же хотите вернуть, то вариантов 2:

2.1. Находите справки «А» и «Б». По ним ставите АП на баланс в складе, а в ТЗ данную АП списываете;
2.2. Часть товара «подтверждалась» при приходе и по этому товару можно «восстановить»/«создать» липовый трасфер для возврата в технологии «УСЕга» версии 31 марта 2017. Нужно знать коды приходных ТТН.

3. Большая часть товара «подтверждалась» при приходе. См. 2.2.

Возврат поставщикам:

1. Определяете товар (алкокоды), поступивший от них. Определяете сумму долга перед ними. Подбираете количество для возврата на сумму долга. Отправляете со склада расходные накладные и проверяете их прохождение через ЕГАИС.
2. Остальное по складу и торговому залу списываете с причиной «недостача» - «УСЕга» может весь остаток списать одной кнопкой F2.

Перемещение на другую торговую точку:

1. Создаёте расходную ТТН со склада на другое подразделение – в «УСЕга» можно весь остаток добавить в накладную одной кнопкой F2. Отправляете эти расходные накладные и проверяете их прохождение через ЕГАИС.
2. Остальную АП, который не смогли вернуть на склад товар в торговом зале списываете с причиной «недостача» - «УСЕга» может весь остаток списать одной кнопкой F2.
3. В другой торговой точке Вы можете списанный в ТЗ товар поставить на баланс в её торговом зале с причиной «излишки», что можно легко сделать в «УСЕга» сканируя ШК АМ в контуре «инвентаризация» системы. Вы только «пропикиваете» марки, а всё остальное программа проводит в полуавтоматическом режиме.

Большие объемы списаний и постановки на баланс в ТЗ, хотя пока не запрещены, но могут вызвать вопросы у проверяющих органов. В программе сдачи деклараций данные операции должны проводится: списание, как «списание» или «прочий расход», а постановка на баланс, как «прочий приход».

Оформление сопроводительной документации. Есть требования закона и в зависимости от «вида» ликвидации магазина перемещаемый или возвращаемый товар должен сопровождаться большим числом документов. Подробнее:
Вернуться к началу
 
 
AndreyZh
  Катастрофа для бизнеса 15 мая 2017 года
СообщениеДобавлено: 15.05.17 10:23 
Аватара пользователя

Зарегистрирован: 15.06.09 14:17
Сообщения: 131
Откуда: Саратов
Информация, как всегда опубликована «задним числом» - 3 мая и памятуя, что неприятности проще предупредить, чем исправлять в «пожарном» порядке проводились аналитические, организационные и профилактические мероприятия по всем клиентам в реале, т.е. времени на «интернет» совсем не было. К счастью работы успешно проведены и надеюсь эти очередные «вызовы» встретим спокойно?

Запрет фиксации иных значимых документов (кроме чеков и документов распроведения) с датами документа младше текущей даты более чем на 3 календарных дня относительно даты сервера ЕГАИС.

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

Катастрофа может возникнуть лишь при отзыве лицензии, когда потребуется спешно приводить в порядок данные в ЕГАИС для возвратов, списаний или перемещений товаров и всё это необходимо произвести в течении 3 дней. При используемой в «реале» и пропагандируемой мной «работе от минусов» проблем не возникнет, в частности по результатам спешно проведенной глобальной ревизии лишь «пару» десятков бутылок в «подвешенном» состоянии, которые с удовольствием выпьем. Однако при общепринятой практике перемещения сразу подтвержденных приходов в торговый зал врятли можно уложится в трехдневный срок при закрытии магазина – это уже катастрофа.

Другое дело - расходные накладные! Проблемы опта нас мало волнуют, но и для розницы – это «подарок». Типичная ситуация: иногородний поставщик отгрузил товар, сопроводив его оформленной бумажной первичной документацией. Товар поступает в течении 2-7 дней, проверяем его, обнаруживаем «расхождения», например пересорты по алкокодам в четверти всех ТТН, а проблемы с номенклатурой и ценами вообще в половине ТТН.

Обычно раннее поставщик отзывал ТТН, исправлял ошибки и переотправлял новый вариант ТТН с той же датой и номером и мы спокойно могли торговать АП. Сейчас поставщик вынужден будет изменить дату и номер накладной, заново отправить её в ЕГАИС и переслать бумажную первичку почтой… и пока она не поступит магазин этим товаром не имеет права торговать, т.к. нет сопроводительной документации. Проблема пока полностью не разрешена, но обдумываются различные, в том числе не совсем законные варианты решения, но пока однозначно решено не заказывать товар менее чем за 7 дней до окончания квартала – иначе ещё будут огромные проблемы с декларациями.


Ограничение постановки на баланс в торговом зале – 100 бутылок в течении месяца.

Катастрофа будет для фирм, которые не производили тщательную сплошную ревизию и выравнивания остатков ЕГАИС к фактическим - не остаткам в учетной системе, а именно сличение по ШК АМ и алкокодам «факта» на полке и складах каждой единицы АП. Также в полной опе будут фирмы, которые не вели тщательного учета по «пиву» - они рассуждали: нам ведь разрешено не вести продажи, однако жестко требовалось соответствие остатков и в этом их «попадос»!

Так же - это полный «армагидец» для фирм не производящих правильную приёмку товара и выявления проблем с приходными ТТН перед их подтверждением – проблем очень много, например пересорты по алкокодам. Очень подробно смотрите выше

Надеюсь, что ошибаюсь!!! «Последнее» требование – это «писец» для 97% магазинов России, торгующих пивом и алкоголем. Замечу, что можно ставить 100 бутылок в месяц на баланс в ТЗ, а также ещё 100 бутылок на баланс склада.

Запрет отправки чеков в ЕГАИС с датой, отличающейся от даты сервера на 1 день в любую сторону.

Конечно и УТМ по мере возможности блокирует отправку в ЕГАИС дублированные по ШК акцизной марки товары, а так же некоторые программы запрещают отправку таких кодов, встроенными средствами. Однако – это не решает полностью проблемы «дублированных» продаж. Также - это является самым лучшим стимулом для проверки магазина и отзыва лицензии на торговлю алкоголем, что постоянно упоминается на форуме ФСРАР.

ЕДИНСТВЕННЫМ способом избежать неприятностей для бизнеса раньше было – отправить возвратный чек на последний прооранный алкоголь (ШК АМ) датой последней его продажи, а эту бутылку списать в ТЗ по алкокоду. Сейчас этот ЕДИНСТВЕННЫЙ способ заблокирован!

Что делать? Вопрос стоит и перед мной – продажи скоро будем вести через дублелюбимый «Фронтол xPos»! Ну, как вариант – использовать запрещенный по правилам эксплуатации промежуточный сервис «UTM Proxy», а реальнее, наверное продавцам начинать рабочий день с молитвы.

В заключение, тем более это будет с 1 июля, когда ещё закроются до 80% несетевых магазинов из-за закона по кассам или из-за катастрофы 15 мая, а так же учитывая, что сами специалисты (консультанты) ФСРАР и ЦИ не знают точного ответа на любой вопрос… подробнее смотрите на форумах ФСРАР и ЦИ

С 01.07.2017 года прием в ЕГАИС электронных документов, соответствующих первой версии электронных документов осуществляться не будет.

Здесь видится лишь одна, но очень серьёзная проблема, правда для очень небольшого числа оставшихся разработчиков программ под ЕГАИС – до 1 июля нужно как-то разработать и отладить программы, поддерживая ОДНОВРЕМЕННО обе версии документооборота. А для тех, кто из разработчиков «выживет» почти сразу придётся создавать программы для уже третьей версии…
Вернуться к началу
 
 
AndreyZh
  Re: Типичные задачи, которые должна решать программа интеграции с ЕГАИС
СообщениеДобавлено: 30.06.17 09:23 
Аватара пользователя

Зарегистрирован: 15.06.09 14:17
Сообщения: 131
Откуда: Саратов
С 01.07.2017 года прием в ЕГАИС электронных документов, соответствующих первой версии электронных документов осуществляться не будет.

На закрытом форуме ФСРАР размещен протокол перехода всех на v2:

Цитата:
Автоматический перевод клиентов на формат V_2 forumadmin » 42 минуты назад

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

1. 4 июля в 12-00 по Московскому времени на сервере будет заблокирован прием документов 1 версии.

2. Проставлять всем автоматически готовность к приему версии 2 не будем.

3. Получатели самостоятельно направляют подтверждение работы со 2 версией.

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


Вчера на сайте ЕГАИС дано официальное разъяснение:

Цитата:
Информация о переходе на использование документов версии 2 в УТМ 28.06.2017

​Росалкогольрегулированием новостью от 02.05.2017 было объявлено об отказе с 01 июля 2017г. принимать электронные документы в первой версии формата.

Дополнительно сообщаем, что запрет будет включен в 12.00 по Московскому времени 04 июля 2017г. Ограничение касается следующих типов документов первой версии:

-WayBill

-ActChargeOn

-ActWriteOff

Особое внимание обращаем на необходимость организаций, самостоятельно не перешедших на версию 2, до указанной даты сформировать согласие на прием документов версии 2, в соответствии с пунктом 1.32. Технической документации к УТМ.


По переходу на v2 всё оказывается гораздо проще. Пока переводится работа с приходными и расходными ТТН, акты списания и постановки на баланс по складу (регистр 1), а запросы, в том числе недокументированные и главное по остаткам типа не трогаются... Возможно поторопился с реализацией в "УС Лэнд:ЕГАИС" всех видов операций по v2, а точнее с работой сразу в двух версиях:

1/2 Получить справочник организации по ИНН
1/2 Получить справочник алкогольной продукции производителя/импортера по ИНН
1/2 Отправка ТТН
1/2 Получение ТТН
1/2 Отправка акта
1/2 Получение и подтверждение акта
1/2 Отмена проведения ТТН
1/2 Запрос на отмену проведения акта для ТТН
1/2 Подтверждение запроса на отмену
1/2 Запрос остатков по складу (регистр 1)
1/2 Запрос справки «А»
1/2 Запрос справки «Б»
1/2 Акт постановки на баланс
1/2 Запрос на отмену проведения акта постановки на баланс
1/2 Акт о списании товара
1/2 Запрос на отмену проведения акта списания с баланса
1/2 Запрос о движении по форме Б
1/2 Запрос о клиентах по коду
1/2 Повторный запрос ТТН
-/2 Передача продукции в торговый зал
-/2 Возврат продукции из торгового зала на склад
-/2 Запрос остатков товара в магазине
-/2 Ответ на запрос остатков в магазине
-/2 Акт постановки на баланс в торговом зале
-/2 Акт списания из торгового зала
1/- Запрос необработанных ТТН
1/- Ответ на запрос необработанных ТТН
1/- Запрос на получение штрихкода по серии и номеру марки
1/2 Информация об используемой версии формата ТТН
1/- Отправка чека
1/- Онлайн проверка легальности продаваемой АП


P.S. Необходимо самим себя перевести на V2. Через утилиту "УС Лэнд:ЕГАИС", вызвав пункт меню "Прочие задачи/Смена версии документооборота с ЕГАИС или справка по моей версии" и указав 2 в качестве "своей" версии.
Вернуться к началу
 
 
AndreyZh
  Re: Типичные задачи, которые должна решать программа интеграции с ЕГАИС
СообщениеДобавлено: 18.08.17 13:09 
Аватара пользователя

Зарегистрирован: 15.06.09 14:17
Сообщения: 131
Откуда: Саратов
Следуя генеральной "линией" ФСРАР программы под ЕГАИС должны постоянно решать новые, в том числе противоречивые задачи. Рассмотрим "колебание" утилиты "УС Лэнд:ЕГАИС", постоянно следующей этой "линией":

Показ или печать текущих настроек программы;

Новый подход к импорту остатков в контуре инвентаризации;

Изменение логики работы по v2. Удаление запросов, вопросов, поведения автоматов;

Добавление возможности лечения БД в режиме ремонта;

«Освободился» от множества нюансов и «оговорок» при запросе остатков во всех режимах просто удалив из программы все режимы и анализ настроек, связанных с v1 документооборота. Неверно отражалась «свежесть» запроса остатков по складу во всех режимах - исправил. Тщательно проверил все режимы, вызывающие запросы остатков и анализирующих их;

Полностью удалил из программы режимы запросов и анализов ответов по справкам «А» и разделам «Б» - v1, а в v2 они заменены справками РФУ-1, РФУ-2. Также удалены все режимы, ссылающиеся на данные справки. Размер программы и потребности в ресурсах уменьшились;

Случайно легко сделать «минуса» по любому регистру, что приведёт к блокированию работы предприятия с ЕГАИС. Сейчас при такой попытке операции любого типа программа запрашивает разрешение на совершение данного действа;
Предполагаю, что уже вся алкопродукция предприятия или пришла от поставщиков, или поставлена на баланс регистра 1 (или 2) придумана техника резко облегчающая постановку на баланс в торговом зале;

Анализ и удаление новых типов документов (из v3) в режиме чистки запросов;

Исправлены серьёзные ошибки, добавлен поиск с текущего места, добавлена подсистема запроса ТТН из контура «запроса и анализа списка потерянных ЕГАИС приходных накладных»;

Подсистема отправки акта полного подтверждения или отказа на «кривые» (формально пропускаемые ЕГАИС, но не понятные в учетных системах) накладных поставщика. Сделано, как сервис для любой программы работы с ЕГАИС;
Режим анализа сбоев, связанных с работой ЕГАИС пополнен тремя типами ошибок – сейчас диагностируется 27 классов ошибок. Полный исходный список ошибок для поиска «глазками» приложен к архиву;

Удалены все режимы ОТПРАВКИ и анализа прохождения всех исходящих операций по v1 документооборота, отмененного с 4 июля 2017. Однако, учитывая ещё существующее движение ТТН по v1 в ЕГАИС все режимы приема, подтверждения, распроведения документов по v1 сохранены;

Все режимы контура инвентаризации переписаны исключительно под v2, а все режимы дополнительных запросов по v1 удалены. Также сделана доработка – при запросе АП по неизвестным алкокодам программа возвращенные ответы (строки) помечает в группу, а раньше они «терялись» в списке алкопродукции.
Вернуться к началу
 
 
AndreyZh
  Re: Типичные задачи, которые должна решать программа интеграции с ЕГАИС
СообщениеДобавлено: 28.12.17 16:09 
Аватара пользователя

Зарегистрирован: 15.06.09 14:17
Сообщения: 131
Откуда: Саратов
Как много "воды утекло"... Есть установленные и несколько раз сдвинутые сроки по внедрениям новшеств:

1. 21.01.2018 начнется принудительное обновление на УТМ 2.1.6, работающее с v3. Можно самому спокойно и планово обновить, т.к. обычно в период массового обновления многие фирмы сталкиваются с нестабильной работой УТМ, можно по инструкции: [...]

2. 15.01.2018 ЕГАИС будет принимать продажи общепита (списания по причине "реализация") только с перечислением акцизных марок... многие программы к этому готовы, но многие отрабатывают только по "конкретным" бизнес процессам, но принцип "универсальных" программ, например "УС Лэнд:ЕГАИС" - создаётся список марок, например в "блокноте" или специализированных режимах, который затем преобразуется в формат ЕГАИС, т.е. в разрезе алкокодов и марок по ним.

Так же напомню, что розничные магазины освобождены от алкогольных деклараций с 2018 года за исключением: продаж пива и общепита!

3. 20.01.2018 будет включена обработка документов v3, но лучше не спешить, т.к. пока будет важны ТТН и то не с полным набором марок, а остальные документы станут обязательны по v3 с 1 июля 2018. На пока нет окончательной методологии ведения остатков, но некоторые "общие" идеи для розницы можно почитать: [...]

4. 01.03.2018 ЕГАИС перестанет принимать ТОЛЬКО ТТН по второй версии, т.е. программы должны уметь работать с накладными третьей версии. При этом станет единственно возможно технологией для розничного бизнеса - помарочная приёмка алкогольной продукции... и самое "неприятное" помарочное создание расходных ТТН, например для возврата поставщикам или внутреннего перемещения. Впрочем этим нужно было заниматься "позавчера", т.к. пересорт по алкокодам даёт огромные проблемы для бизнеса. Часть проблем и их частичных решений даны в статье: [...]

Замечание! Для "пива" ничего не меняется!
Вернуться к началу
 
 
AndreyZh
  Новый ЕГАИС с 1 июля 2018 года
СообщениеДобавлено: 18.06.18 12:53 
Аватара пользователя

Зарегистрирован: 15.06.09 14:17
Сообщения: 131
Откуда: Саратов
Новый ЕГАИС начинается с 1 июля 2018, когда перестанут работать ваши программы для ЕГАИС по причинам:

1. Будет только ЕГАИС V3: по всем видам документов будет их приём только в третьей версии. В основном это коснётся актов списания, с обязательным указанием цены реализации и контролем по МРЦ;

2. Появляется понятие поштучной алкопродукции учет, которой ведётся только на регистрах №1 и №3, а операции с торговым залом (регистр №2) запрещаются. К ней относится алкоголь с новой маркой DataMax (ШК длиной 150 знаков) и «старой» маркой, поставленной Вами или вашими поставщиками на регистр №3. Все операции по такой продукции ведутся с полным и точным указанием штрихкодов акцизных марок;

3. Новая марка. Теперь она выпускается Госзнаком и не содержит в своём ШК алкокода продукции. Для его получения необходимо запрашивать РФУ-1, а из ответа сохранять в УС правильный алкокод. Учитывая, что марки начнут выпускать только с 1 июля и все программы для ЕГАИС опираются при своей работе на алкокод, то к 1 июля не будет программ, умеющих работать с ЕГАИС V3;

4. Алкогольная декларация и ЕГАИС. По сути осталась лишь у розничных продавцов пивных напитков и в «общепите». Сверки с поставщиками заблокированы на уровне серверов ФСРАР, а данные деклараций со II квартала 2018 будут по остаткам жестко сверятся с данными по остаткам ЕГАИС, допуская расхождение между ними в 100 дал. Программа для ЕГАИС должна уметь выводить остатки, желательно на любую дату в формате деклараций, а так же желательно, что бы она умела выгружать «приходы» в форматах импорта в «Декларант-алко», которые раньше присылали поставщики;

5. Новые «шутки» или задачи от ФСРАР. С марта 2018 начала появляться рассылка в личных кабинетах по «запрету» хранения и оборота алкопродукции по определенным справкам «А», а потом и по списку ИНН производителей. Причем «запрет» на уровне ЕГАИС или был на операциях отгрузки/продажи, или присылалось письмо, что у вас хранится «запрещенная» алкопродукция. Программы должны уметь её выявлять в остатках ЕГАИС.

Другой вид «шуток», ставших непосильной задачей для пользователей большинства программ для ЕГАИС: без предупреждения ФСРАР менял и меняет код в ЕГАИС производителя у алкопродукции, в основном «пива». В результате при отправке операции, где указывается производитель возвращается отказ от ЕГАИС из-за «неверного» производителя. В большинстве программ программисты «ручками» в базе вносили новый код, хотя задача легко решается в рамках возможностей программ.

P.S. Конечно все задачи решаются, упоминаемой в данной теме бесплатной программы для ЕГАИС – «УС Лэнд:ЕГАИС» ;-)
Вернуться к началу
 
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  

Часовой пояс: UTC + 3 часа [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 0


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
cron



Powered by phpBB © 2001, 2007 phpBB Group
© АУП-Консалтинг, 2002 - 2023