УС Лэнд:ЕГАИС – 2018 и далее? Обсуждение программы, предложения, замечания, вопросы : КИС Lack & УС Land
22.11.2024 16:01
█ 15.07.2018 15:10
Цитата:
Спасибо! Мелочь - будет исправлено в следующем промежуточном релизе.
Где Вы берете новые марки?
█ 15.07.2018 15:29
Цитата:
Воспользовался информацией с форума фсрар (в топике тестового контура) AndreyZh ➤ Где Вы берете новые марки?
Для тех кто будет генерировать марки (упрощенный вариант):
Первые 3 цифры (Тип марки), как и вторые 3 цифры (Серия марки).
Выбираем первое условие - Первая цифра от 1-9, две другие от 0-9
Следующие 8 цифр (Номер марки).
Выбираем первое условие - Первая цифра от 1-9, семь других от 0-9
Далее 7 символов служебной информации.
Следующие 2 цифры.
Если первая 0 вторая от 0-9
Если первая 1 вторая от 0-2
Следующие 2 цифры.
Если первая 1 вторая от 8-9
Если первая 2-9 вторая от 0-9
Следующие 3 цифры.
Если первая 1-9 две другие от 0-9
Если первая 2-9 вторая от 0-9
Следующие 129 знаков (КС и подпись) от числа от 0-9 и буквы от A-Z (заглавные)
Это не полная роспись регулярного выражения, но достаточная что бы марка прошла валидацию.
█ 30.07.2018 16:46
Сложно со своей поделкой быть уже три года в лидерах программ для ЕГАИС... Конечно необходимо, что то иногда делать в развитие "УС Лэнд:ЕГАИС", однако и сейчас уже решены все нужные задачи... к декабрю 2018.
Иногда подкидывают вопросы, ситуации, задачи, которые приводят к необходимости по иному взглянуть на общие технологии ведения данных и операций... Вот многоуважаемый Декларант навалял чудных накладных и типов данных, что вскрыло недоработки программы, да и отсутствие удобных механизмов их контроля.
Одна из многих задач, решенных по "задачам" Декларант - отслеживание движения акцизных марок.
В пуле акцизных марок находим требуемую, например нажатием кнопки Ctrl+F5, нажимаем стандартную клавишу F9 и получаем полную картину движения акцизной марки через подразделение от момента попадания на ФСРАР-ИД:
Иногда подкидывают вопросы, ситуации, задачи, которые приводят к необходимости по иному взглянуть на общие технологии ведения данных и операций... Вот многоуважаемый Декларант навалял чудных накладных и типов данных, что вскрыло недоработки программы, да и отсутствие удобных механизмов их контроля.
Одна из многих задач, решенных по "задачам" Декларант - отслеживание движения акцизных марок.
В пуле акцизных марок находим требуемую, например нажатием кнопки Ctrl+F5, нажимаем стандартную клавишу F9 и получаем полную картину движения акцизной марки через подразделение от момента попадания на ФСРАР-ИД:
Код:
Движен.АМ 101100000005730118001ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLM NOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890ABCDEFGHIJKLMNOPQRSTU ------------------------------------------------------------------------ Стр. 1 ДатаВвод|ВремяВв.| Операция с акцизной маркой |ДатаДоки|НомерДокументаЕГАИС|Ос -------------------------------------------------------------------------------- 23.07.18 12:12:41 Сервис приёма входящих ТТН 21.07.18 РН_0008 1 30.07.18 00:00:00 Списание по акцизным маркам 30.07.18 1 0 30.07.18 16:32:52 Продажа или возврат по чекам 30.07.18 74 1 30.07.18 16:36:41 Продажа или возврат по чекам 30.07.18 75 0
█ 03.08.2018 11:18
Отчет " Динамический анализ логов УТМ.."
На каждый отправленный чек выдает ошибку
Пример:
Вот кусок лога про этот чек:
На каждый отправленный чек выдает ошибку
Пример:
Вот кусок лога про этот чек:
Цитата:
А про какую ошибку отправки вывод сообщения? 2018-08-03 13:24:44,959 INFO es.programador.http.AbstractServlet - Получен чек
2018-08-03 13:24:45,317 INFO es.programador.http.AbstractServlet - [Future] Результат проверки чека: [Проверка пройдена
2018-08-03 13:24:45,333 INFO es.programador.http.AbstractServlet - Сохранение данных для последующей отправки: Ticket{...УБРАНО...}
2018-08-03 13:26:35,469 INFO es.programador.transport.i.d - Начало задачи обмена документами с сервером ЕГАИС по расписанию
2018-08-03 13:26:35,469 INFO es.programador.transport.i.d - Отправка данных на сервер ЕГАИС по расписанию
2018-08-03 13:26:35,469 INFO es.programador.transport.o - Отправка данных на сервер ЕГАИС
2018-08-03 13:26:35,469 INFO es.programador.transport.o - Публикация данных в кол-ве: 1
2018-08-03 13:26:35,469 INFO es.programador.a.c - Отправка c uuid:216379f4-7ce2-4d14-8942-f66f023e25db docType:Cheque
2018-08-03 13:26:35,703 INFO es.programador.a.c - Добавляем дополнительный заголовок к SOAP запросу [UTM-Version: 3.0.8b001151]
2018-08-03 13:26:36,702 INFO es.programador.transport.o - Конец публикации данных
2018-08-03 13:26:36,702 INFO es.programador.transport.g - Удаление исходящих документов в статусе: 1
2018-08-03 13:24:45,317 INFO es.programador.http.AbstractServlet - [Future] Результат проверки чека: [Проверка пройдена
2018-08-03 13:24:45,333 INFO es.programador.http.AbstractServlet - Сохранение данных для последующей отправки: Ticket{...УБРАНО...}
2018-08-03 13:26:35,469 INFO es.programador.transport.i.d - Начало задачи обмена документами с сервером ЕГАИС по расписанию
2018-08-03 13:26:35,469 INFO es.programador.transport.i.d - Отправка данных на сервер ЕГАИС по расписанию
2018-08-03 13:26:35,469 INFO es.programador.transport.o - Отправка данных на сервер ЕГАИС
2018-08-03 13:26:35,469 INFO es.programador.transport.o - Публикация данных в кол-ве: 1
2018-08-03 13:26:35,469 INFO es.programador.a.c - Отправка c uuid:216379f4-7ce2-4d14-8942-f66f023e25db docType:Cheque
2018-08-03 13:26:35,703 INFO es.programador.a.c - Добавляем дополнительный заголовок к SOAP запросу [UTM-Version: 3.0.8b001151]
2018-08-03 13:26:36,702 INFO es.programador.transport.o - Конец публикации данных
2018-08-03 13:26:36,702 INFO es.programador.transport.g - Удаление исходящих документов в статусе: 1
█ 03.08.2018 12:11
Цитата:
Второе выделение. Всё же не на каждый plvn24 ➤ Отчет " Динамический анализ логов УТМ.."
На каждый отправленный чек выдает ошибку...
А про какую ошибку отправки вывод сообщения?
На каждый отправленный чек выдает ошибку...
А про какую ошибку отправки вывод сообщения?
В реале примерно на 1 чек в 3 дня выдаёт данную ошибку.В документации есть файл Ошибки УТМ.xls, взятый с форума ФСРАР. Сообщение из строки 7.
Программа ловит вхождение двух контекстов "es.programador.a.c" и "Cheque" в строке сообщений
Сие означает, что по тайм ауту чек не прошел проверку, в частности на дубли кодов, но всё равно отправлен в ЕГАИС... Проблемы с интернет или серверами ЕГАИС
█ 03.08.2018 13:28
Цитата:
То и смутило, что фактически сегодня у меня все чеки... AndreyZh ➤ В реале примерно на 1 чек в 3 дня выдаёт данную ошибку
Спасибо за разъяснеие, буду разбираться.
█ 03.08.2018 15:18
Все-таки тут что-то не то.
Первая выделенная строка говорит о том, что онлайн проверка выполнена. Именно это время ( 13:24)напечатано на чеке.
А в 13:26 чек ушел в ЕГАИС (из папки XML)
Первая выделенная строка говорит о том, что онлайн проверка выполнена. Именно это время ( 13:24)напечатано на чеке.
А в 13:26 чек ушел в ЕГАИС (из папки XML)
Цитата:
То есть вопрос к 7-й строке файла документации "Ошибки УТМ" plvn24 ➤ 2018-08-03 13:24:44,959 INFO es.programador.http.AbstractServlet - Получен чек
2018-08-03 13:24:45,317 INFO es.programador.http.AbstractServlet - [Future] Результат проверки чека: [Проверка пройдена
2018-08-03 13:24:45,333 INFO es.programador.http.AbstractServlet - Сохранение данных для последующей отправки: Ticket{...УБРАНО...}
2018-08-03 13:26:35,469 INFO es.programador.transport.i.d - Начало задачи обмена документами с сервером ЕГАИС по расписанию
2018-08-03 13:26:35,469 INFO es.programador.transport.i.d - Отправка данных на сервер ЕГАИС по расписанию
2018-08-03 13:26:35,469 INFO es.programador.transport.o - Отправка данных на сервер ЕГАИС
2018-08-03 13:26:35,469 INFO es.programador.transport.o - Публикация данных в кол-ве: 1
2018-08-03 13:26:35,469 INFO es.programador.a.c - Отправка c uuid:216379f4-7ce2-4d14-8942-f66f023e25db docType:Cheque
2018-08-03 13:26:35,703 INFO es.programador.a.c - Добавляем дополнительный заголовок к SOAP запросу [UTM-Version: 3.0.8b001151]
2018-08-03 13:26:36,702 INFO es.programador.transport.o - Конец публикации данных
2018-08-03 13:26:36,702 INFO es.programador.transport.g - Удаление исходящих документов в статусе: 1
2018-08-03 13:24:45,317 INFO es.programador.http.AbstractServlet - [Future] Результат проверки чека: [Проверка пройдена
2018-08-03 13:24:45,333 INFO es.programador.http.AbstractServlet - Сохранение данных для последующей отправки: Ticket{...УБРАНО...}
2018-08-03 13:26:35,469 INFO es.programador.transport.i.d - Начало задачи обмена документами с сервером ЕГАИС по расписанию
2018-08-03 13:26:35,469 INFO es.programador.transport.i.d - Отправка данных на сервер ЕГАИС по расписанию
2018-08-03 13:26:35,469 INFO es.programador.transport.o - Отправка данных на сервер ЕГАИС
2018-08-03 13:26:35,469 INFO es.programador.transport.o - Публикация данных в кол-ве: 1
2018-08-03 13:26:35,469 INFO es.programador.a.c - Отправка c uuid:216379f4-7ce2-4d14-8942-f66f023e25db docType:Cheque
2018-08-03 13:26:35,703 INFO es.programador.a.c - Добавляем дополнительный заголовок к SOAP запросу [UTM-Version: 3.0.8b001151]
2018-08-03 13:26:36,702 INFO es.programador.transport.o - Конец публикации данных
2018-08-03 13:26:36,702 INFO es.programador.transport.g - Удаление исходящих документов в статусе: 1
█ 03.08.2018 19:45
Цитата:
Первая строка говорит, что валидность чека проверена УТМ, он формально корректен и отправлен в ЕГАИС plvn24 ➤ Все-таки тут что-то не то.
Первая выделенная строка говорит о том, что онлайн проверка выполнена. Именно это время ( 13:24)напечатано на чеке.
А в 13:26 чек ушел в ЕГАИС (из папки XML)
То есть вопрос к 7-й строке файла документации "Ошибки УТМ"
Первая выделенная строка говорит о том, что онлайн проверка выполнена. Именно это время ( 13:24)напечатано на чеке.
А в 13:26 чек ушел в ЕГАИС (из папки XML)
То есть вопрос к 7-й строке файла документации "Ошибки УТМ"
Ошибка (сообщение) в 7 строке говорит, что марки чека были отосланы на on-line проверку в ЕГАИС и в течении то ли 3, то ли 5 секунд ответа от ЕГАИС по ним не поступило.
Формально могла так пройти марка, проданная где-то и товар по цене ниже МРЦ... При наличии такого факта будет конский штраф.
УСЕга работает так: перед вводом акцизки в чек марка проверяется на продажи, списания и вообще прохождение через подразделение, а только затем чек отправляется в ЕГАИС... где данное сообщение мало, что меняет.
Пользователям других программ спецы ФСРАР и на форуме ФСРАР рекомендуют проверить эти марки через личный кабинет и при наличии дублей или других проблем срочно сделать возвратный чек.
█ 13.08.2018 12:39
"Хвост вынешь, нос воткнётся"... Пришло письмо, которому место тут:
При подтверждении, в т.ч. частичном ТТН программа правильно отправляет акты и это можно увидеть по остаткам, т.е. в дальнейшем с алкопродукцией работать ПРАВИЛЬНО. Однако, ВСЕ отчеты, где анализируется приход (движения, обороты, декларации, сверки) будут строится некорректно, т.к. программа в свою базу дроби сохраняет округляя до целого количество, в данном случае до 3 дал.
Если данный косяк критичен для учета и работы - сохраните куда-нибудь коды ТТН, а когда исправлю программу, то нужно будет просто перевыгрузить данные по ТТН через F10 во внутренние БД.
Исправление данного косяка будет в ближайшем промежуточном релизе... однако, увы переделывать довольно много, в том числе изменятся структуры БД программы.
Цитата:
Это, как посмотрел ГЛОБАЛЬНАЯ ошибка программы! Поставщик отправил ТТН, где количество разливного пива в даллах в двух строчках по 2,5 (кега 25 литров). Подтвердили, в реестре принятых ТТН открываем эту накладную - там в этих двух строчках количество по 3, округленное. В связи с этим вопрос - как быть в такой ситуации.
При подтверждении, в т.ч. частичном ТТН программа правильно отправляет акты и это можно увидеть по остаткам, т.е. в дальнейшем с алкопродукцией работать ПРАВИЛЬНО. Однако, ВСЕ отчеты, где анализируется приход (движения, обороты, декларации, сверки) будут строится некорректно, т.к. программа в свою базу дроби сохраняет округляя до целого количество, в данном случае до 3 дал.
Если данный косяк критичен для учета и работы - сохраните куда-нибудь коды ТТН, а когда исправлю программу, то нужно будет просто перевыгрузить данные по ТТН через F10 во внутренние БД.
Исправление данного косяка будет в ближайшем промежуточном релизе... однако, увы переделывать довольно много, в том числе изменятся структуры БД программы.
█ 16.08.2018 11:21
Я бы предложил создать одну отдельную темку, с одним сообщением, типа "визитки", где очень кратко бы был описан функционал программы перечнем. Сейчас только в гуще текста нашел скрытую презентацию, которая еще и отмечена, как устаревшая. Народ читать не любит, а с разбегу непонятно, что и для чего.
Часовой пояс GMT +3, время: 16:01.
Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.