Форум OlegON > Программы и оборудование для автоматизации торговли > Системы автоматизации торговли > КИС Lack & УС Land

УС Лэнд:ЕГАИС – 2018 и далее? Обсуждение программы, предложения, замечания, вопросы : КИС Lack & УС Land

28.03.2024 23:56


15.07.2018 15:10
AndreyZh
 
Цитата:
plvn24 Ну да, конечно не знает
ReplayRestBCode имелось ввиду, извиняюсь
Спасибо! Мелочь - будет исправлено в следующем промежуточном релизе.

Где Вы берете новые марки?
15.07.2018 15:29
plvn24
 
Цитата:
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
AndreyZh
 
Сложно со своей поделкой быть уже три года в лидерах программ для ЕГАИС... Конечно необходимо, что то иногда делать в развитие "УС Лэнд:ЕГАИС", однако и сейчас уже решены все нужные задачи... к декабрю 2018.

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

Одна из многих задач, решенных по "задачам" Декларант - отслеживание движения акцизных марок.




В пуле акцизных марок находим требуемую, например нажатием кнопки 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
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
А про какую ошибку отправки вывод сообщения?
03.08.2018 12:11
AndreyZh
 
Цитата:
plvn24 Отчет " Динамический анализ логов УТМ.."

На каждый отправленный чек выдает ошибку...
А про какую ошибку отправки вывод сообщения?
Второе выделение. Всё же не на каждый В реале примерно на 1 чек в 3 дня выдаёт данную ошибку.

В документации есть файл Ошибки УТМ.xls, взятый с форума ФСРАР. Сообщение из строки 7.

Программа ловит вхождение двух контекстов "es.programador.a.c" и "Cheque" в строке сообщений

Сие означает, что по тайм ауту чек не прошел проверку, в частности на дубли кодов, но всё равно отправлен в ЕГАИС... Проблемы с интернет или серверами ЕГАИС
03.08.2018 13:28
plvn24
 
Цитата:
AndreyZh В реале примерно на 1 чек в 3 дня выдаёт данную ошибку
То и смутило, что фактически сегодня у меня все чеки...

Спасибо за разъяснеие, буду разбираться.
03.08.2018 15:18
plvn24
 
Все-таки тут что-то не то.
Первая выделенная строка говорит о том, что онлайн проверка выполнена. Именно это время ( 13:24)напечатано на чеке.
А в 13:26 чек ушел в ЕГАИС (из папки XML)

Цитата:
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
То есть вопрос к 7-й строке файла документации "Ошибки УТМ"
03.08.2018 19:45
AndreyZh
 
Цитата:
plvn24 Все-таки тут что-то не то.
Первая выделенная строка говорит о том, что онлайн проверка выполнена. Именно это время ( 13:24)напечатано на чеке.
А в 13:26 чек ушел в ЕГАИС (из папки XML)

То есть вопрос к 7-й строке файла документации "Ошибки УТМ"
Первая строка говорит, что валидность чека проверена УТМ, он формально корректен и отправлен в ЕГАИС

Ошибка (сообщение) в 7 строке говорит, что марки чека были отосланы на on-line проверку в ЕГАИС и в течении то ли 3, то ли 5 секунд ответа от ЕГАИС по ним не поступило.

Формально могла так пройти марка, проданная где-то и товар по цене ниже МРЦ... При наличии такого факта будет конский штраф.

УСЕга работает так: перед вводом акцизки в чек марка проверяется на продажи, списания и вообще прохождение через подразделение, а только затем чек отправляется в ЕГАИС... где данное сообщение мало, что меняет.

Пользователям других программ спецы ФСРАР и на форуме ФСРАР рекомендуют проверить эти марки через личный кабинет и при наличии дублей или других проблем срочно сделать возвратный чек.
13.08.2018 12:39
AndreyZh
 
"Хвост вынешь, нос воткнётся"... Пришло письмо, которому место тут:
Цитата:
Поставщик отправил ТТН, где количество разливного пива в даллах в двух строчках по 2,5 (кега 25 литров). Подтвердили, в реестре принятых ТТН открываем эту накладную - там в этих двух строчках количество по 3, округленное. В связи с этим вопрос - как быть в такой ситуации.
Это, как посмотрел ГЛОБАЛЬНАЯ ошибка программы!

При подтверждении, в т.ч. частичном ТТН программа правильно отправляет акты и это можно увидеть по остаткам, т.е. в дальнейшем с алкопродукцией работать ПРАВИЛЬНО. Однако, ВСЕ отчеты, где анализируется приход (движения, обороты, декларации, сверки) будут строится некорректно, т.к. программа в свою базу дроби сохраняет округляя до целого количество, в данном случае до 3 дал.

Если данный косяк критичен для учета и работы - сохраните куда-нибудь коды ТТН, а когда исправлю программу, то нужно будет просто перевыгрузить данные по ТТН через F10 во внутренние БД.

Исправление данного косяка будет в ближайшем промежуточном релизе... однако, увы переделывать довольно много, в том числе изменятся структуры БД программы.
16.08.2018 11:21
OlegON
 
Я бы предложил создать одну отдельную темку, с одним сообщением, типа "визитки", где очень кратко бы был описан функционал программы перечнем. Сейчас только в гуще текста нашел скрытую презентацию, которая еще и отмечена, как устаревшая. Народ читать не любит, а с разбегу непонятно, что и для чего.
Часовой пояс GMT +3, время: 23:56.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.