█ 23.11.2016 11:26
Цитата:
УСЕга пока не умеет работать с v2 документооборота с ЕГАИС в плане ТТН (подтверждение, отправка), а поставщик прислал такой тип документа winmasta ➤ Добрый день, не получается подтвердить ТТН, подробности на скринах.
Из "библии":
Цитата:
Возверните "себя" на версию v1 из "прочие/смена версии", а поставщика проинформируйте, что не можете работать с v2 Схема взаимодействия документов версии _v1 с _v2
. По умолчанию все организации работают по xsd_v1;
. Уведомление сервера о работе с версией документооборота производится документом InfoVersionTTN (п.1.27)
. Если организация не уведомила сервер о возможности принимать документы, составленные по xsd_v2, а контрагент отправил ей документ нового образца, сервер его не пропустит.
. Если организация уведомила сервер о возомжности принимать документы нового образца, а контрагент отправил документ, составленный по xsd_v1, сервер документ пропустит.
. Если организация не уведомила сервер о возможности работы с документами xsd_v2, но начала их отправлять, сервер документы пропустит, при условии, что контрагент сообщил о готовности получать документы нового образца.
. Если:
1. организация 1 сообщила серверу о готовности работать с документами_v2;
2. контрагент (организация 2) получил об организации 1 соотвествующую информацию;
3. организация 1 совершила переход обратно на работу с документами _v1;
4. организация 2 отправила организации 1 документ_v2, то сервер вернет организации 2 квитанцию с сообщением о несоответствии версии документооборота у контрагента; организация 2 должна будет повторить отправку докоументов в подходящем формате.
. По умолчанию все организации работают по xsd_v1;
. Уведомление сервера о работе с версией документооборота производится документом InfoVersionTTN (п.1.27)
. Если организация не уведомила сервер о возможности принимать документы, составленные по xsd_v2, а контрагент отправил ей документ нового образца, сервер его не пропустит.
. Если организация уведомила сервер о возомжности принимать документы нового образца, а контрагент отправил документ, составленный по xsd_v1, сервер документ пропустит.
. Если организация не уведомила сервер о возможности работы с документами xsd_v2, но начала их отправлять, сервер документы пропустит, при условии, что контрагент сообщил о готовности получать документы нового образца.
. Если:
1. организация 1 сообщила серверу о готовности работать с документами_v2;
2. контрагент (организация 2) получил об организации 1 соотвествующую информацию;
3. организация 1 совершила переход обратно на работу с документами _v1;
4. организация 2 отправила организации 1 документ_v2, то сервер вернет организации 2 квитанцию с сообщением о несоответствии версии документооборота у контрагента; организация 2 должна будет повторить отправку докоументов в подходящем формате.
... или подтвердите эту ТТН программой, работающей с v2 (старой), но затем всё равно переведите себя на v1
█ 25.11.2016 12:54
День сурка? - Всю неделю идёт непрекращающийся "понедельник". Вот и сегодня, как "началось" с 8:30, так и продолжается... От донастройки за спецом технике (или какого Каспера покупать и почему) и до "как решать с on-line кассами" (уже второй месяц подряд) и конечно "егаисные" проблемы. Проги пишутся "урывками" и мелкими, прописанными вначале на бумажках "кусками" - алгоритмами. Особо "умиляют" вопросы типа "а почему это не продумано и не реализовано?"!... Особенно от основных "доставальщиков" мелкими и "детскими" (не моими) проблемками.
Как уже объяснял программа, в отсутствии обратной связи с пользователями "развивается, как развивается", но в свете устанавливаемых мной приоритетов или необходимости решения срочных и острых задач пользователей в реальном мире. Что по v2? Особенно в плане подтверждения и отправки ТТН... Мне видится это реальной, но не очень актуальной проблемой:
1. ФСРАР уже 5 месяцев "мутит" со сроками "обязательности" v2, отписываясь стандартной фразой "ожидайте - объявят", что в последнее время усугубляется намеками на v3 документооборота, наверное в убеждение, что программистам приятно писать под их очередные идеи?
2. Поставщики, а "УСЕга" ориентирована на розницу вынуждены работать в обеих версиях v1&v2, т.е. для них "не напряжно" посылать и обрабатывать ответы в любой версии.
3. Переход на v2 должен быть комплексным, т.к. любая операция "по ТТН" отправленная по v2 автоматически переводит пользователя на v2 по всем типам документов.
4. В стандартах v2 есть нюансы, в частности необходимости дополнительных запросов и хранения атрибутов ответов - это обязательно нужно указывать в своих операциях, что реально увеличивает нагрузку на пользователей в 1.5-2 раза
Хотя, конечно, самое главное, что банально нет достаточно большого куска времени для решения этой задачи в комплексе, а иначе оно не может решаться.
Цитата:
Позвольте прояснить моё отношение к данной "недоделке": AndreyZh ➤ УСЕга пока не умеет работать с v2 документооборота с ЕГАИС в плане ТТН (подтверждение, отправка)
Как уже объяснял программа, в отсутствии обратной связи с пользователями "развивается, как развивается", но в свете устанавливаемых мной приоритетов или необходимости решения срочных и острых задач пользователей в реальном мире. Что по v2? Особенно в плане подтверждения и отправки ТТН... Мне видится это реальной, но не очень актуальной проблемой:
1. ФСРАР уже 5 месяцев "мутит" со сроками "обязательности" v2, отписываясь стандартной фразой "ожидайте - объявят", что в последнее время усугубляется намеками на v3 документооборота, наверное в убеждение, что программистам приятно писать под их очередные идеи?
2. Поставщики, а "УСЕга" ориентирована на розницу вынуждены работать в обеих версиях v1&v2, т.е. для них "не напряжно" посылать и обрабатывать ответы в любой версии.
3. Переход на v2 должен быть комплексным, т.к. любая операция "по ТТН" отправленная по v2 автоматически переводит пользователя на v2 по всем типам документов.
4. В стандартах v2 есть нюансы, в частности необходимости дополнительных запросов и хранения атрибутов ответов - это обязательно нужно указывать в своих операциях, что реально увеличивает нагрузку на пользователей в 1.5-2 раза
Хотя, конечно, самое главное, что банально нет достаточно большого куска времени для решения этой задачи в комплексе, а иначе оно не может решаться.
█ 29.11.2016 18:39
Неужели череда "понедельников" закончилась? 
Уже второй день подряд получается что-то делать с отладками и описанием нового финального релиза...
Занятный звоночек: (оказывается кто-то пользуется???????) делал сохранение, что-то удалил, хотел восстановить, а в данных какая-то ерунда... Просто во время сохранения была открыта база и в архив записался "мусор". Правильно считаю, что в нормальных программах (УСЕга пока к ним не относится) 80%-90% - это ИНТЕРФЕЙС, в том числе обработка неправильных действий пользователей, а лишь 10% - "математика"... Пришлось срочно допиливать, а то другие "вляпаются":
Сделал утилиту системы «УС Лэнд:ЕГАИС», вызываемой из блока «сервис»:
Программа при вызове проверяет наличие необходимых вспомогательных файлов, прилагаемых к поставке версии: 7za.exe & cp_usega.bat, а так же проверяет, что никто на этом ПК или по сети, в том числе от имени другого «ключа» не работает с данными программы. При наличии этих ошибок даёт подобные сообщения, а при отсутствии делает сохранение (замещение) архива в автоматически создаваемом подкаталоге ARC.
Уже второй день подряд получается что-то делать с отладками и описанием нового финального релиза...Занятный звоночек: (оказывается кто-то пользуется???????) делал сохранение, что-то удалил, хотел восстановить, а в данных какая-то ерунда... Просто во время сохранения была открыта база и в архив записался "мусор". Правильно считаю, что в нормальных программах (УСЕга пока к ним не относится) 80%-90% - это ИНТЕРФЕЙС, в том числе обработка неправильных действий пользователей, а лишь 10% - "математика"... Пришлось срочно допиливать, а то другие "вляпаются":
Сделал утилиту системы «УС Лэнд:ЕГАИС», вызываемой из блока «сервис»:
Программа при вызове проверяет наличие необходимых вспомогательных файлов, прилагаемых к поставке версии: 7za.exe & cp_usega.bat, а так же проверяет, что никто на этом ПК или по сети, в том числе от имени другого «ключа» не работает с данными программы. При наличии этих ошибок даёт подобные сообщения, а при отсутствии делает сохранение (замещение) архива в автоматически создаваемом подкаталоге ARC.
█ 01.12.2016 14:17
Добрый день, столкнулся с проблемой:
1.Сделал запрос "Список акц. марок для сервиса проверки/баланса" для постановки на баланс в зале АП перемещенной из закрывающегося магазина.
2.Отсканировал 79 марок, сохранил список в xml файле, отправил запрос.
3.Потом опять зашел в форму этого запроса, отсканировал 1 марку, xml файл не сохранял, запрос не отправлял, но поторопился и очистил список акцизных марок в памяти ПК.
Теперь в ответах мне говорится, что запрос не сформирован. Как теперь быть, сканировать заново или можно как-то что-то сделать ведь запросы то были отправлены, все 79 штук ?
1.Сделал запрос "Список акц. марок для сервиса проверки/баланса" для постановки на баланс в зале АП перемещенной из закрывающегося магазина.
2.Отсканировал 79 марок, сохранил список в xml файле, отправил запрос.
3.Потом опять зашел в форму этого запроса, отсканировал 1 марку, xml файл не сохранял, запрос не отправлял, но поторопился и очистил список акцизных марок в памяти ПК.
Теперь в ответах мне говорится, что запрос не сформирован. Как теперь быть, сканировать заново или можно как-то что-то сделать ведь запросы то были отправлены, все 79 штук ?
█ 01.12.2016 14:42
Цитата:
Увы winmasta ➤ Добрый день, столкнулся с проблемой: ... Как теперь быть, сканировать заново или можно как-то что-то сделать ведь запросы то были отправлены, все 79 штук ?
Это не ошибка, а штатный механизм работы программы, появившийся с её "рождения", когда это была маленькая утилитка отправки запросов и получения ответов.
Весь блок "запросы", "ответы" работает по единому принципу:
1. Определяется, иногда пополняется массив в памяти запросов;
2. Дожидается ответов, например через режим "автодопроса";
3. Открываем по одному или в таблице ответы... и что-то с ними делаем
При выходе из программы или ответе удалить "массив запросов" вся подготовленная информация стирается, а, если не очищаем, то в базе УТМ остаётся "мусор" по запросам-ответам...
Пока во всех "мирах" (реальном, виртуальном) это никого не напрягало или народ "принимает это, как данность", или вообще не пользуется???
В Вашем случае, если хотели "поставить на баланс" разумнее работать через мегауниверсальный контур "инвентаризации", где правда нет проверки марок, но, что Вам не было нужно, т.к. проверите в сервисе "приёмки"... и там подготовительная инфа сохраняется до момента "очистки"...
P.S. Не думаю, что имеет большой смысл менять штатный механизм работы с "запросам - ответами"?
█ 01.12.2016 15:36
Добрый день.
Не знаю ошибка это или так и должно быть, но при проведении инвентаризации когда сканируем акцизы и в простом и в строгом режиме, при сканировании АП которой нет в базе добавляется запись с новым алкокодом, но не добавляется количество. При последующем сканировании аналогичной АП количество начинает увеличиваться. Т.е. получается, что после окончания пропикивания количество не определившейся АП приходится увеличивать на единицу. Проверял на последней версии от 2 декабря.
Не знаю ошибка это или так и должно быть, но при проведении инвентаризации когда сканируем акцизы и в простом и в строгом режиме, при сканировании АП которой нет в базе добавляется запись с новым алкокодом, но не добавляется количество. При последующем сканировании аналогичной АП количество начинает увеличиваться. Т.е. получается, что после окончания пропикивания количество не определившейся АП приходится увеличивать на единицу. Проверял на последней версии от 2 декабря.
█ 01.12.2016 15:41
Цитата:
Если оно так? то это однозначно ошибка - сейчас попробую проверить smogamk ➤ Добрый день.
Не знаю ошибка это или так и должно быть, но при проведении инвентаризации когда сканируем акцизы и в простом и в строгом режиме, при сканировании АП которой нет в базе добавляется запись с новым алкокодом, но не добавляется количество. При последующем сканировании аналогичной АП количество начинает увеличиваться. Т.е. получается, что после окончания пропикивания количество не определившейся АП приходится увеличивать на единицу. Проверял на последней версии от 2 декабря.
Не знаю ошибка это или так и должно быть, но при проведении инвентаризации когда сканируем акцизы и в простом и в строгом режиме, при сканировании АП которой нет в базе добавляется запись с новым алкокодом, но не добавляется количество. При последующем сканировании аналогичной АП количество начинает увеличиваться. Т.е. получается, что после окончания пропикивания количество не определившейся АП приходится увеличивать на единицу. Проверял на последней версии от 2 декабря.
Ну проверил... ну, блин - действительно мой косяк... СПАСИБО!!! Пока ещё не "поломал" в ближайшее время заменю версию 02.12... Воистину, чем больше "глаз" и "рук" пользуют программу, тем меньше в ней ошибок
█ 01.12.2016 16:00
Цитата:
Надысь похоронил очередной магазин и мне, с технической точки зрения непонятны Ваши "мучения"... Нужно было "по быстрому" - алгоритм: winmasta ➤ для постановки на баланс в зале АП перемещенной из закрывающегося магазина
1. Запросы остатков;
2. Торговый зал/возврат на склад/под остаток - полное проведение;
3. Запросы остатков;
4. Накладная на внутреннее перемещение/под остаток - полное проведение... подбор абы каких справок - всё равно в ЕГАИСе лажа
5. Списание под остаток в зале - товар, не попавший на склад и обнаруженный при ревизии. Делаем отдельный документ
---- В принимающем магазине
1. Накладная/приёмка - проверка всего!
2. Кривой товар и тот, что списан в отдельную кучку - по нечитаемым маркам сделали запросы и наклеили QR коды... Через инвентаризацию пропикали его весь и сделали постановку на баланс торгового зала... С позиции декларации в одном магазине "прочий расход", в принимающем "прочий приход" --> всё и по правилам всей отчетности отлично стыкуется
Все, в том числе организационные процедуры заняли 3 дня
█ 01.12.2016 16:24
Цитата:
Извините за данный косяк smogamk ➤ Не знаю ошибка это или так и должно быть, но при проведении инвентаризации когда сканируем акцизы и в простом и в строгом режиме, при сканировании АП которой нет в базе добавляется запись с новым алкокодом, но не добавляется количество.
Исправленный вариант с данной "от рождения" ошибкой программы выложен для скачивания... Ещё раз спасибо за её обнаружение!
█ 01.12.2016 16:38
Каждая последняя ошибка - предпоследняя! Вроде так говорится :) Впереди еще как минимум полтора десятка магазинов с выравниванием остатков, если что всплывет - сразу сообщу.
Часовой пояс GMT +3, время: 04:46.
Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.