Мониторинг решения конкретной проблемы ЕГАИС по чекам с государевыми специалистами : КИС Lack & УС Land

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

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

Как новость, юмореску, информацию по теме приведу свежий диалог раздела разработчиков ФСРАР. Кто пытался выяснить, что-то у крупных организаций узнает много знакомого. В - вопрошающий, возмущающийся, О - оператор, ответ.

В. Добрый вечер! Не работает сайт egais.ru, а так же не обновляются настройки на торговых точках.

В. Подтверждаю. Пришлось остановить продажи.

В. Присоединяюсь. Опять скажут кабель перерубили.

В. И вообще, УТМ же может автономно 3 дня работать? Почему тогда отказ в продажах дает???

О. Здравствуйте. Информация в работе (60343)

В. Присоединяюсь! Что за автономность работы УТМ без возможности продаж? как так?

О. Просьба проверить актуальность проблемы.

В. 100% проверить нельзя. Но на части точек стабилизировалась ситуация. Большая просьба ответить на вопросы выше. Сбои не первый раз.

О. Ожидайте, информация в работе.

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

В. насколько я понял из темы - проблемы были не с сетью, а с доступом к серверам ЕГАИС (а сеть, т.е. доступ к интернету, у пользователей присутствовал)
отсутствие связи УТМ с серверами ЕГАИС можно понять только лишь из логов УТМ, и т.к. УТМ - самодостаточный транспортный модуль, то задача пользователя не анализировать логи УТМ перед каждой отправкой заданий, а лишь передать ему (УТМ) запросы/документы, а доставить их до сервера - это уже задача УТМ, а не пользователя. если при отсутствии связи УТМ с серверами ЕГАИС обновление настроек работает некорректно, то тогда необходимо на уровне УТМ (т.е. разработчикам УТМ) - запретить обновление настроек при отсутствии связи УТМ и ЕГАИС, а не перекладывать проблему проверки связи на пользователей.

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

В. Добрый день! Товар пришел сегодня, его приняли и подтвердили в ЕГАИС, выставили на полку, а настройки обновить не можем, т.к. нет соединение с вашим серврером. Все продать такой товар нет возможности? Где автономность?

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

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

О. А сейчас как? Слетает в локальном фильтре даже то, что было.. И соответственно продать новые марки уже нет возможности (пока не произойдёт успешное обновление настроек) .. Так не должно быть.fkr


В. operator9 писал(а):При отсутствии связи с сетью не рекомендуется обновлять настройки.

Бред написали, с сетью интернет у нас связь есть, настройки в жизни не обновляли, ваш УТМ сам их обновляет по только ему понятному алгоритму

Чуток юмора в наши нелегкие времена. Суть диалога - у нас всё работает, но можем дать хороший совет Заодно оставлю памятку о возможностях ЕГАИС

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

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

Сейчас почитал диалоги на форуме ФСРАР, где раньше оперативно и по большей части грамотно почти всегда давали ответы, а сейчас большинство диалогов идентично конкретному примеру:





P.S. Для вспоминания. Прогнал приложенный лог через анализатор: https://olegon.ru/showthread.php?t=31234 В принципе серьёзных ошибок не было, но были постоянные проблемы по чекам




.. и мне думается? ошибки при отправке чеков и возможно обновление настроек происходило в момент отправки чеков... ну или чеки в момент обновления настроек, что в частности иногда приводит к разрушению БД УТМ

Продолжаю ху...деть от отношения работников ФСРАР к пользователям ЕГАИС В принципе - это продолжение "новости ЕГАИС": https://olegon.ru/showpost.php?p=356811&postcount=312 Хотя возможно операторы больше знают о замене ЕГАИС маркировкой: https://olegon.ru/showpost.php?p=356815&postcount=115 и по этому такое отношение к работе и людям?

P.S. Неужели является нереальной задача добавить цифры билда на странице скачки УТМ... или этот номер добавить к имени файла дистрибутива?

Начиная с первых сообщений данной темы стараюсь не обращаться за помощью к государевым "специалистам", а стараюсь найти решение проблемы исходя из best praktik форумов ЕГАИС и проверках в тестовом контуре. С уходом Гушанского стало ещё плохее для бизнеса, как пример два сообщения из форума ФСРАР: Хотя это слова, а что по факту - ХЗ? Темы в продуктивном контуре


1. Неправильные остатки на регистре "1" по продукции с новыми

Garland » Вчера, 15:40 Исходя из своего личного опыта общения с линией поддержки могу поделиться такой историей.

Обычно при закрытии магазинов запрашиваем остатки регистра 1 и 2, потом по остаткам регистра 1 запрашиваем остатки штрихкодов, проверяем все марки (если были). Потом в личном кабинете пишем заявки на пересчет остатков по конкретным справкам Б, которые должны числиться проданными, но по каким-либо причинам зависли. Линия поддержки в своем стиле пишет - "рекомендуем проверить актуальность проблемы". Запрашиваем еще раз остатки регистра 1 - там все хорошо, остатки 0. Через некоторое время подаем заявление на исключение закрытого магазина из лицензии - и тут начинается самое веселое. Прилетает штраф 150к за наличие остатков в закрытом магазине. Начинаем разбираться - линия поддержки перенесла 4 бутылки с регистра 1 на регистр 2 (алкокоды те же), причем по тем остаткам справок Б, которые в принципе не могут быть на регистре 2 - то есть с новыми ПДФ 150 символов.


2. Отправка чека по форме chequeV3

Nikita37 » Вчера, 16:17 Добрый день. Хотим отправить безналичный чек в ЕГАИС по новой схеме chequeV3.xsd. При первой отправке указали только заголовок HeaderTTN, т.к. чек безналичной оплаты и не указали заголовок Header. После отправки этого чека нам пришел штраф на 150 тыс. руб., т.к. не были указаны поля из заголовка Header. Добавили указание обоих заголовков Header и HeaderTTN при отправке и такие чеки не прошли через УТМ. Написали Вам с уточняющими вопросами, на что был дан ответ, что при отправке нужно указывать только один из заголовков - Header или HeaderTTN в зависимости от вида чека. В данный момент поправили отправку, в которой теперь указывается только заголовок HeaderTTN и его реквизиты. В новой схеме заголовки Header и HeaderTTN указаны, как обязательные. Разъясните пожалуйста, как же нужно отправлять чек по схеме chequev3.xsd?

Для меня - это новшество . Надеюсь, что меня это пока не касается, но необходимо иметь ввиду, что

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

Диво-дивное... и что-то новенькое

В течении года размещал обращения по поводу расхождения остатков, например подробно: https://olegon.ru/showthread.php?t=29675&page=21 на которые "не ау":




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