Это для любого сканера подойдёт?
Вид для печати
при ручном добавлении без сканера, как и в прошлой версии Egais4pos нет ответа от ЕГАИС.
Вложение 6458
Egais4pos установлен там же где и УТМ, сканер подключён к другому компьютеру (планшету), в строке по IP адресу и порту всё подключается, как и на скрине видно значёк УТМ зелёного цвета.
А последний документ реализации создан и отправлен после обновления Egais4pos ? И покажите скрин EgaisForPos Conf.
Да, после обновления.
Вложение 6459
Вложение 6460
У меня в конце адреса утм еще слеш стоит) Но это уже в порядке бреда.
А может быть ответы сьедает какое либо иное ПО у вас? И если создать реализацию и отправить и тутже смотреть исходящие утм и его логи? Надо понять для начала проблема в неполучении тикета на ушедшую накладную либо она даже не создается.
Проснулся, прочитал, забыл, потом подключился посмотреть логи, зашёл в егаисфорпос и все ответы пришли, прошло времени 4 дня и одно обновление. Странно как то. Чудесную систему пишут программеры:D только вопрос в сканере остаётся.
Последнюю неделю сервера ЕГАИС очень долго обрабатывают акты. А иногда даже и не обрабатывают! http://egais2016.ru/forum/viewtopic.php?f=4&t=7906, http://egais2016.ru/forum/viewtopic.php?f=4&t=7896
Может пригодится кому-нибудь. Сканер Datalogic QD2430 в режиме PS/2 клавы не сканировал в ЕГАИС на станции (хотя в блокнот сканировал, перевод каретки на новую строку был). Начал сканировать только в режиме эмуляции СОМ порта (COM9 получился) - настройки при этом были стандартные заводские.
Подскажите бедному родственнику:
Установил EgaisForPos из последней новости на сайте https://ucs.ru/about/news/2017/egais-2018/
Завелось, и даже создаются документы на вскрытие тары, однако в логах ошибка:
2017-12-31 15:07:00.3742|Debug| [UTM Response] Code:500 Content:<A><error>org.xml.sax.SAXParseException; cvc-complex-type.2.4.a: Invalid content was found starting with element 'awr:MarkCode'. One of '{MarkCode}' is expected.</error><ver>2</ver></A>
УТМ 2.0.5 ( с 2.1.6 аналогичная ситуация)
Может есть версия рабочая?
Спасибо
Там старая версия 1,0,1,6, нынче актуальная 1,0,1,11 вот вам
https://yadi.sk/d/M5iqF8Xk3R3VXj
После обновления надо почистить кеш и изучить обновленное руководство
https://yadi.sk/i/rJUronbk3R8bJS
Дает ли егаис4пос нажать кнопку Отправить акт дважды? Админ бара позвонил и говорит, что вчера отсканировали 1 бутылку нажали отправить, а сегодня в списке актов 2шт в одно и тоже время. Ответы ЕГАИС пришли с разницей 13 секунд. На оба документа положительный ответ егаиса опроведении.
Вроде не дает. В логах егаис4пос можно увидеть когда и что сканировали и понять.
Это поиск руками по названию
2018-01-02 15:03:32.6653|Debug| Incoming request:[192.168.1.91] POST /api/searchbyname
Это через сканер
2018-01-02 15:05:45.4119|Debug| Incoming request:[192.168.1.91] POST /api/searchbybarcode
отправка акта и ниже его содержимое xml
2018-01-02 15:24:12.2232|Debug| [UTM Request] Url:http://192.168.1.180:8080/opt/in/ActWriteOffShop_v2 Content:<?xml version="1.0" encoding="utf-8"?>
Посмотрел лог. Если я его правильно понял, то сканирование марки было 1 раз отправка запроса в УТМ на списание 2 раза.
1) Момент сканирования:
Чуть ниже прием запроса от станции на отправку акта - видно, что их 2 с разницей в 5 секунд:Код:2018-01-01 22:31:05.1511|Debug| Incoming request:[172.31.32.103] POST /api/searchbybarcode
2018-01-01 22:31:05.1667|Debug| RawBody:{"value":"{40BBB147-F861-4429-A5EC-C23F3A65A317};22N000002VJLZPHVHDN084460803001099744RBUSHOYQ09O5PPL1S1O41SNOI9ATK9E"}
2018-01-01 22:31:05.1667|Debug| Client:rk7
2018-01-01 22:31:05.1667|Debug| Token:null
2018-01-01 22:31:06.0247|Debug| Response: {
"data": {
"barcode": "22N000002VJLZPHVHDN084460803001099744RBUSHOYQ09O5PPL1S1O41SNOI9ATK9E",
"product": {
"name": "Российский коньяк пятилетний \"Пять звездочек\"",
"code": "0010516000001593019",
"vCode": "229",
"quantity": 38.0,
"unitType": "packed",
"manufacturer": "ФГУП \"Кизлярский коньячный завод\"",
"inn": "0547000050",
"kpp": "054701001",
"capacity": 0.5,
"source": "rests"
}
}
}
Все таки есть подозрение, что нажата кнопка не один раз. Эта станция немного "старовата", слабенькая конфигурация и при тестировании этой функции на станции заметил, что сервис ЕГАИС немного подтормаживает. Несколько раз даже сам заметил, что кнопки в интерфейсе этого раздела реагируют не моментально. Может пользователеь нажал и, не увидев реакции кнопки, еще раз нажал?... Хотя он не признается в этом.Код:2018-01-01 22:31:26.0395|Debug| Incoming request:[172.31.32.103] POST /api/writeoff
2018-01-01 22:31:26.0395|Debug| RawBody:{"type":"Implementation","items":[{"alcCode":"0010516000001593019","quantity":1,"marks":["22N000002VJLZPHVHDN084460803001099744RBUSHOYQ09O5PPL1S1O41SNOI9ATK9E"]}]}
2018-01-01 22:31:26.0395|Debug| Client:rk7
2018-01-01 22:31:26.0395|Debug| Token:null
2018-01-01 22:31:26.1019|Debug| Incoming request:[172.31.32.103] POST /api/getsysinfo
2018-01-01 22:31:26.1019|Debug| RawBody:
2018-01-01 22:31:26.1019|Debug| Client:rk7
2018-01-01 22:31:26.1019|Debug| Token:null
2018-01-01 22:31:26.1019|Debug| Response: {
"data": {
"unreadMessageCount": 0,
"isUtmConnected": true,
"apiVersion": "1.0.1.9",
"minMarksPerProduct": 0
}
}
2018-01-01 22:31:31.7647|Debug| Incoming request:[172.31.32.103] POST /api/writeoff
2018-01-01 22:31:31.7647|Debug| RawBody:{"type":"Implementation","items":[{"alcCode":"0010516000001593019","quantity":1,"marks":["22N000002VJLZPHVHDN084460803001099744RBUSHOYQ09O5PPL1S1O41SNOI9ATK9E"]}]}
2018-01-01 22:31:31.7647|Debug| Client:rk7
2018-01-01 22:31:31.7647|Debug| Token:null
2018-01-01 22:31:36.1483|Debug| Incoming request:[172.31.32.103] POST /api/getsysinfo
2018-01-01 22:31:36.1483|Debug| RawBody:
2018-01-01 22:31:36.1483|Debug| Client:rk7
2018-01-01 22:31:36.1483|Debug| Token:null
2018-01-01 22:31:36.6007|Debug| Response: {
"data": {
"guid": "{7CA50EAC-139E-42C6-A79E-8642F407B19E}",
"date": "2018-01-01 22:31:36",
"isRead": null,
"isChecked": null,
"baseType": "WriteOff",
"type": "Implementation"
}
}
2018-01-01 22:31:36.6319|Debug| Response: {
"data": {
"unreadMessageCount": 0,
"isUtmConnected": true,
"apiVersion": "1.0.1.9",
"minMarksPerProduct": 0
}
}
2018-01-01 22:31:36.8503|Debug| Response: {
"data": {
"guid": "{ED557CDA-D6C9-47FE-9BE5-585CEB42CE04}",
"date": "2018-01-01 22:31:36",
"isRead": null,
"isChecked": null,
"baseType": "WriteOff",
"type": "Implementation"
}
}
2018-01-01 22:31:45.9607|Debug| Incoming request:[172.31.32.103] POST /api/getsysinfo
2018-01-01 22:31:45.9607|Debug| RawBody:
2018-01-01 22:31:45.9607|Debug| Client:rk7
2018-01-01 22:31:45.9607|Debug| Token:null
2018-01-01 22:31:45.9607|Debug| Response: {
"data": {
"unreadMessageCount": 0,
"isUtmConnected": true,
"apiVersion": "1.0.1.9",
"minMarksPerProduct": 0
}
}
Да уж... получается EgaisForPos заслал в УТМ два документа разных с одним и темже содержанием
"guid": "{7CA50EAC-139E-42C6-A79E-8642F407B19E}"
"guid": "{ED557CDA-D6C9-47FE-9BE5-585CEB42CE04}"
А может быть он не получив ответа от утм (Debug| [UTM Request] ) попытался еще раз отправить изменив гуид дока. Наверное 5 секунд таймаут в тестовых лабораториях UCS более чем достаточно:wall:
Сегодня уже 3 акта отправлены. И пока вроде ошибка не повторилась.
Хорошо, что вчера всего 1 бутылка была. Теперь сказал, чтобы каждый заказ отдельным актом отправляли (это же не запрещено?).
вот и у нас сканирует только марки. а пиво не хочет пишет: Сканированная последовательность не является PDF417
Вложение 6467Вложение 6468
сканер Honeywell Youjie 4600 c подключен в режиме "USB Клавиатура (ПК) " c добавлением Суффикса CR. в кипере прописан как: USB or PS/2 keyboard reader, decimal or hexadecimal, no prefix.
подскажите куда смотреть ????:(
AndreY, а зачем вообще сканировать что то с пива если для него не предусмотрено помарочного списания? (в самой системе ЕГАИС не предусмотрено)
вообще желание поиска товара (пива) по обычному ШК понятно, но не реализовано в EFP, да и базе УТМ (ЕГАИС) AIK этой информации нет.
Опять же есть еще разливное пиво, у которого даже этого ШК как правило нет. Все равно придется искать вручную, либо вешать карту ШК для товара без ШК :)
Потерпите чуть чуть.
Код:В Правительство РФ поступил законопроект о внесении изменения в 171-ФЗ. Целью изменений является введение обязательной маркировки федеральными специальными (ФСМ) или акцизными марками (АМ) для пива и напитков на его основе с 1 июля 2017 года. В настоящий момент законопроект находится в обсуждении в профильных Ведомствах.
Подскажите если вот такой ответ от утм:
"необеспеченный расход продукции в торговом зале"
надо заново сканировать но уже без той позиции которой на остатке "0" ?
или как то по другому ?
Быстро только навальный садиться:)
- - - Добавлено - - -
Именно так, ибо весь акт отвергнут ЕГАИСом. В дальнейшем обещают сделать либо повтор отправки либо копию без напикивания..
Во избежание этого приучите персонал не пытаться списывать больше чем есть на остатках, там же колонка есть "Остаток в егаис"
Ну а со своей стороны обеспечьте актуальные остатки на втором регистре. Тут нужна слаженная работа тех кто принимает алкоголь и подтверждает накладные в егаис. и перемещает из 1 регистра во 2.
Надеюсь, сделают повторную отправку
Приветствую!
Не подскажите,что может быть? в поиске набираешь название,а в ответ Ваш запрос обрабатывается
сервером ЕГАИС. Пожалуйста повторите действие позже.
Но позже такое сообщение.
Связь с УТМ есть.
Брендмауэры и фаерволы и антивирусы выключены.
Такое случается, когда только что установленный/обновленный egaisforpos не знает об остатках на втором регистре. Допустим в 10:00 вы обновили и сконфигурировали с опросом остатков с частотой 65 минут. Первый запрос по второму регистру вернется с результатом не раньше 11:06. До этого момента в клиентской части будет подобное сообщение.
С завтрашнего дня (15 января 2018 года) ЕГАИС для маркированной продукции перестанет принимать акты списания с причиной "реализаци я" без правильного указания акцизных марок на все списываемые бутылки. Для "пива" всё остаётся без изменений.
Если у кого-то в настройках egaisforpos "Минимальное количество отсканированных марок на продукт" стоит ноль - лучше поставьте туда число побольше.
С 20 января 2018 будет произведен автоматический принудительный перевод на УТМ 2.1.6. Будьте внимательны и осторожны.
Откуда дровишки?
Коллеги,поделитесь опытом как боритесь с периодическим зависанием службы Egais for Pos?
1. Период запроса остатков с 1го регистра выставить больше 61 мин
2. На некоторых объектах стоит скрипт на автоматический принудительный перезапуск службы с периодом от 2 до 10 часов
Здравствуйте!
Акт Егаисом не был принят по причине отсутствия товара на регистре 2.
Товар перенесли с первого на второй. Что делать дальше?
Как удалить или отредактировать старый акт или изменить и отправить еще раз?
И где можно посмотреть было ли списание по другим позициям в не принятом акте?
Спасибо!