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

Разработчикам и продвинутым пользователям. Нюансы и ошибки функционирования ЕГАИС

27.11.2020 14:52


15.11.2020 09:18
AndreyZh
 
Цитата:
FinSoft Андрей, а ты в реале проводил инвентаризацию при поштучном учете? Если да, то каким способом?
Поштучный учет по неявным технологиям, которые все вынуждены "нащупывать", т.к. они не описаны введен лишь с 6 ноября... и бесполезно разрабатывать технологии ревизий пока нет четко описанных правил.

Некоторые принципы ЕГАИС выявлены в темах: https://olegon.ru/showthread.php?t=34673 и https://olegon.ru/showthread.php?t=34527. Основываясь на них понял ряд ключевых моментов работы реальных магазинов о чём писал в https://olegon.ru/showthread.php?t=34673. Суть:

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

В тоже время, если всё переводить в торговый зал, то технологии контура инвентаризации: https://olegon.ru/showthread.php?t=32452 являются действенными, т.к. уже проводились ревизии по ним, где были новые марки и часть старых марок регистра №3... Даже если "заставят" делать сплошную ревизию, то можно переместить всё, что "допустимо" пачкой в торг.зал, сделать ревизию по технологиям "инвентаризации", а затем всё пачкой вернуть назад... "Смысл" учета в большом магазине не измениться.

2. Для общепита, где всего-ничего бутылок - менее 1000 провели процесс ревизии и привязок всего до 1 ноября, но данный процесс был типа:

- бралось наименование
- сверялось по остаткам в ЕГАИС и УС
- убирались излишки списанием без марок, а по новым маркам по технологии: https://olegon.ru/showthread.php?t=30813
- при привязках натыкались на "нюансы" ЕГАИС, которые приходилось решать через опу, что пытался описывать: https://olegon.ru/showthread.php?t=34792... не дописал, но и после 6.11.20 - это универсальный, реально разрешающий проблемы подход

… в итого всё проверено и привязано к регистру №3 и пока штатные операции: оприходывания, списания, продажи через списания проходят без проблем.

Правка: AndreyZh, 15.11.2020 09:25
15.11.2020 10:34
FinSoft
 
Понятно, забил болт.
Получается, что нормальных вариантов проведения ревизии нет. Либо тратить по несколько дней, долбя егаис запросами остатков на 3 регистре, а затем удалять из списания марки, которые егаис забракует. Либо полагаться на данные параллельного учета марок в учетной системе.

На самом деле, в реале, мы проинвентаризировали в октябре 3 небольших магазина. Там использовали данные своего учета, подтянув информацию о продажи марок с касс. Потом столкнулись, что есть магазины, которые перешли от старых владельцев без смены юридического лица, и в них информации об операциях с егаис до перехода нет. Еще попались случаи, когда в магазине умирал компьютер с потерей информации, данные восстанавливались из центральной базы, а там до определенного времени все операции с егаис не собирались.
В паре магазинов, в которых в учетной системе не было всей информации о поштучных марках, сделали запрос остатков. С тем расчетом, что это сделать можно один раз при необходимости, а дальше раскручивать по информации в учетной системе.
Когда магазинов много и пользователи без технической подготовки, так себе развлечение. И тестить все нюансы с движением марок у себя в учетной системе, когда очевидно, что это костыль, время очень жалко.
26.11.2020 15:40
AndreyZh
 
Сам начну "пугаться", когда начну тесты на УТМ 4.х, хотя вроде-бы озвучиваемые нюансы уже давно отработал... а сейчас "попугаю" 99% розничных алкогольных организаций - ни одна из программ созданных на платформе 1С 8.Х не умеет работать с УТМ 4.х

Конечно или в ООО "1С" переделают базовые алгоритмы обмена электронными документами, или ЦИ исправит "улучшения" в новом УТМ 4.03, но по любому это ещё в дополнении к: https://olegon.ru/showpost.php?p=359360&postcount=318 повод НЕ ТОРОПИТЬСЯ с установкой УТМ 4.х

Доказательства в диалогах форума разработчиков ФСРАР:

1.
Цитата:
Недавно ставил одну из последних версий 1С Розница. тестировал чек на эмуляторе ккм. и стоял как раз тестовый утм 4. 1С розница не видела утм, и не давала пробивать чек ( алкогольный )
2.
Цитата:
Вчера, 09:37 Подскажите, ошибка в отправке запросов в 4 версии: Не удалось отправить документ Запрос остатков по причине: Сервер вернул код состояния 500: {"timestamp":"2020-11-25T06:20:50.059+0000","status":500,"error":"Internal Server Error","message":"Failed to parse multipart servlet request; nested exception is java.io.IOException: org.apache.tomcat.util.http.fileupload.FileUploadException: Stream ended unexpectedly","path":"/opt/in/QueryRests_v2"}
Запрос взят с текущей рабочей версии, что не корректно в документах?
Цитата:
Рекомендуем ознакомиться с информацией на стр.6 Технической документации к УТМ 4.0.2: Для корректной работы запроса http в формате multipart/form-data необходимо отправлять именно файл. Соответственно, в запросе обязательно должны быть указаны параметры:
name="xml_file"; filename="<имя_файла>" Про API указано на стр.7 Технической документации к УТМ 4.0.2: Добавилась страница swagger описане UTM API
В принципе успешное разрешение аналогичной проблемы в самописке на платформе 8.х
Цитата:
Аллилуя.. добился положительного ответа от УТМ в снеговике. Для тех, кто будет искать, вот рабочий код:
Код:
ВремГраница = СтрЗаменить(Новый УникальныйИдентификатор, "-", "");
   ТелоЗапроса = Новый ТекстовыйДокумент();
   ТелоЗапроса.РазделительСтрок = Символы.CR+Символы.LF;
   ТелоЗапроса.ДобавитьСтроку("--" + ВремГраница);
   ТелоЗапроса.ДобавитьСтроку("Content-Disposition: form-data; name=""xml_file""; filename=""QeryRest.xml");
   ТелоЗапроса.ДобавитьСтроку("Content-Type: text/xml; charset=utf-8");
   ТелоЗапроса.ДобавитьСтроку("");
   ТелоЗапроса.ДобавитьСтроку(ТекстЗапроса);
   ТелоЗапроса.ДобавитьСтроку("--" + ВремГраница + "--");
   ТелоЗапросаСтрока = ТелоЗапроса.ПолучитьТекст();

Правка: AndreyZh, 26.11.2020 15:42
27.11.2020 10:17
AndreyZh
 
Говорят, что чудес на свете не бывает? - Бывают! После двух лет заморочек с номерами билдов УТМ, многочисленных жалоб и требований хоть как-то означать номер build до начала установки УТМ... Только на боевом (на тестовом по старому - вслепую) УТМ включили номер билда в имя файла установщика, что сегодня с радостью обнаружил:


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