Программа для работы с ФН и архивом

[otter]

otter, у меня при запуске программы сам определяет порт, все работает без дополнительных настроек.

Закрыл программу, выключил Атол.
Включил Атол, распечатался чек Автотестирования (ККМ готова к работе)
Запустил программу, снять отчет без гашения - таже ошибка.
ОС - WinXP SP3, ПО Атол - 7629

[ctokas]

Наверное поспешил выложить. Проверял на 22 Атоле, может на 57 ленте и не работает. Проверю сегодня, если что не так перезалью

[ledd55]

У меня на 30Ф все четко само определяется и все работает.

[ctokas]

зачем поиск товара ? и вот такая вот "сжатость" имеется

В папке с программой должен быть файл Tovar.csv. Если в нем много товаров для этого и поиск. Сжатость мой косяк - вечером перезалью на сайт нормальный вариант

[ctokas]

otter, у тебя дрова стоят кривые. Атол определяется сам, если он в диспетчере ATOL USB а в драйвере и у меня виден, как atol-usbcom_proxy.

[otter]

otter, у тебя дрова стоят кривые. Атол определяется сам, если он в диспетчере ATOL USB а в драйвере и у меня виден, как atol-usbcom_proxy.

ctokas Та ладно кривые, шо ты наговариваешь )))))) Прямые

Спойлер

Подключил кассу к Win10, да всё разом подключилось, Х-отчёт распечатался.
А вот в Win10, действительно - как у тебя.

Спойлер

[ledd55]

Практически получился "маленький" Фронтол !

[otter]

ctokas
Перезагрузил комп, думал может что-то и действительно криво.
И криво стало много, почему-то.
1. При подключенной кассе, при запуске программы, в программе стала вываливаться ошибка.

Спойлер

2. Программа стала запускатьться ТОЛЬКО в режиме "Продажи". Хотя в настройках программы, галка не стоит на этот режим.

Спойлер

3. В "шапке" ПО пропала версия 1.2.004

Спойлер

Вполне допускаю, что такие "косяки" только в WinXP.

[ctokas]

Не любите читать. На сайте описал режим только продажи.
Теперь удали FN_Run.ini из папки с программой и все будет ОК.

[otter]

Не любите читать. На сайте описал режим только продажи.
Теперь удали FN_Run.ini из папки с программой и все будет ОК.

Каюсь, да пр... недочитал, удалил. Всё ОК

[ser76]

Прога класс.

[ctokas]

http://www.ctokas.ru/V1-2-005/

• Полностью переработан алгоритм отправки собщений ОФД. Теперь возможна отправка данных более 1024 байта на один документ (вплоть до максимально возможной 65535 байт).
• Реализована проверка доступности ОФД с компьютера, на котором запущена FN_Run.
• На вкладке "Протокол ОФД" добавлен запуск Proxy-сервера для анализа протокола обмена реальной ККТ с ОФД.

[valevok]

ctokas,  Нужно сделать перерегистрацию на ФФД 1.05. ФН  с Атол55, автономный, все утилиты и драйвера не дают(ош211), последняя надежда на Вашу программу, но она хочет версию ккт, а я не понимаю, что имеется в виду - протокол, прошивка или что-то ещё?

[frost]

ctokas,  Нужно сделать перерегистрацию на ФФД 1.05. ФН  с Атол55, автономный, все утилиты и драйвера не дают(ош211), последняя надежда на Вашу программу, но она хочет версию ккт, а я не понимаю, что имеется в виду - протокол, прошивка или что-то ещё?

Поставь 1

[ctokas]

Можно поставить что угодно, в родных Атолах версия ККТ 1245.

[valevok]

Ничего не сработало, кроме как ввести все необязательные параметры.  Сегодня куча автономок разных мастей, и все с капризами.

[ctokas]

кроме как ввести все необязательные параметры

Так а потом сработало?

[pletenb]

все утилиты и драйвера не дают(ош211)

Проша, случаем, не 5199? Утилиткой 8.16.0.3 проверяли?

[valevok]

Так а потом сработало?

Потом все-таки утилитой добили,  в настройках ОФД все без исключения поля забили нулями, инн директора ввели…
pletenb,  прошивка 6592, утилиты перебирали все и 8.15, и 8.16, и из драйвера 10.3
Не знаю, почему, но автономки с последними прошивками у нас со скрипом перерегистрируются на 1.05. Не только атол. Еще летом проблем никаких не было.

[ctokas]

Новая версия  http://www.ctokas.ru/V1-2-006/

• При подключении ККТ Атол добавлен блок основной информации о ККТ, в котором отображаются данные о модели,версии всех прошивок ККТ и всех кодов защиты, установленных в ККТ.
• Реализована отправка чеков на E-Mail. Чеки можно отправить, как с вкладки "Продажи" после пробития чека, так и с вкладки "Документы".
• При пробитии чека корректно передается количество. В предыдущих версиях количество всегда было равно 1.000
• Устранено зависание программы при попытке выполнения сетевых программ на машине, не подключенной к интернету.
• Добавлена передача тега 1008 E-Mail или телефон покупателя при пробитии чека..

[chellenger]

ctokas
Коллега, со всеми прошедшими праздниками.
Но вот у меня такой вопрос.
Я не могу понять почему этой замечательной программой не отправляются чеки в ОФД, причём в разные и с разных компов.

Можно ли прикрутить диагностику связи до самого ОФД?
Причём я подозреваю, что сама программа то и не причём так как прога Инкотекса ведёт себя точно так же. Нужен какой то инструмент локализации проблемы.

У меня как то раз с более ранней версией Вашего ПО с ноута передача не шла.
Перегрузил мобильник который вайфай раздаёт и сам ноут -во чудо, взяло и улетела.

[ctokas]

Тест связи с ОФД добавил давно. Беда в том, что не все ОФД отвечают на этот запрос. Этот тест единственное, что описано в протоколе информационного обмена ККТ-ОФД.
Для дальнейшей диагностики не хватает мозгов. Я и выложил программу для подключения коллективного разума, как сделать нашу жизнь проще. Подключайтесь господа, предложите решения, а я их постараюсь воплотить. У меня отправляет ВСЕ!!! документы во ВСЕ!!! ОФД как с рабочего, так и с домашнего компа ( даже в Яндекс, который долго не мог победить)

[pavel_net]

Я думаю для первичной проверки достаточно самого факта подключения по telnet, что будет свидетельствовать об установлении физической связи, а потом посылаем запрос и если пришел ответ, то знаем что сервер отвечает. Можно даже так:
1) ping - есть интернет и сервер ОФД доступен (причем можно пропинговать сначала например яндекс, чтобы убедиться в наличии интернета);
2) telnet - есть подключение к серверу ОФД;
3) запрос - сервер ОФД отвечает на запросы;

[upmaxi]

Сервер может сколько угодно отвечать,а ОФД сами чеки не принимать.

[stasjamba]

Сервер может сколько угодно отвечать,а ОФД сами чеки не принимать

По опыту - первое в такой ситуации - смотреть в ЛичКаб клиента в ОФД - а оплачены ли услуги и активна ли ККТ там. 97% таких случаев  на этом и заканчивались. Причём не "спросить у клиента", а самому посмотреть и убедиться.
Люди за год забыть успевают, что услуга ОФД платная...

[pavel_net]

Сервер может сколько угодно отвечать,а ОФД сами чеки не принимать.

Ну так может просто интернета нет или сам сервер ОФД лежит, или хитрый прокси нас не пускает, порты закрыты и т.п., а мы будем грешить на ФН. Вот для этого и делается  проверка: интернет, доступность сервера, ответ сервера. Если первые два пункта в порядке, разбираемся с ОФД.

[upmaxi]

Сервер может сколько угодно отвечать,а ОФД сами чеки не принимать.

Ну так может просто интернета нет или сам сервер ОФД лежит, или хитрый прокси нас не пускает, порты закрыты и т.п., а мы будем грешить на ФН. Вот для этого и делается  проверка: интернет, доступность сервера, ответ сервера. Если первые два пункта в порядке, разбираемся с ОФД.

Ну если ещё и скомпом клиента разбираться тогда
да,а так,через мой бук или смартфон уходят и досвидос,пусть настраивают.

[pavel_net]

а так,через мой бук или смартфон уходят и досвидос,пусть настраивают.

А начиналось все так:

У меня как то раз с более ранней версией Вашего ПО с ноута передача не шла.
Перегрузил мобильник который вайфай раздаёт и сам ноут -во чудо, взяло и улетела.

[chellenger]

ctokas, У меня 004 версия Вашего ПО, обновлю.

[chellenger]

pavel_net,
Вот как объяснить ситуацию вчера бывшую.
На моём компе программой от Инкотекс и от ctokas чеки никуда уходить не стали.
Компы коллег (в одной подсети) не пробовал (заняты все), ноута под рукой не оказалось, зато оказался мерк-185 который через вафлю сел в ту же подсеть и всё отправилось! как так?

[pavel_net]

chellenger,  Меркурий - оружие последнего шанса  Видимо железяки между собой лучше общаются и чем меньше программ в прослойке, тем лучше.
У меня вот Атол 30 после обновления и перерегистрации на ФФД 1.05 до нового года еще до сих пор не передает данные, хотя тесты показывают что связь с ОФД есть, рядом еще две кассы с этого же компа все прекрасно передают. Первый ОФД говорит, что касса к ним не обращается вообще, хотя я им не верю. Придется ехать разбираться на месте.

[chellenger]

Вот сейчас мне нужно снять таки с учёта кассу, пока без налоговой.
Закрыл архив успешно.

Спойлер

Информация о ФН
*************************************************************************
Номер ФН:                               8710000100835610
Версия ФН:                              fn_v_1_0        (серийная)
Фаза жизни:                             Фискальный режим
Фискализация:                           23.06.2017 18:05
Окончание:                              07.08.2018
Проведено регистраций:                  1
Доступно   регистраций:                 29
Последний документ:                     3703 от 11.12.2017 13:52 Отчёт о закрытии смены
Без квитанции:                          0

-------------- Параметры текущего отчета о регистрации --------------
Заводской номер ФН                      8710000100835610
Регистрационный № ККТ                   0000794849030499   
ИНН пользователя                        7811608032 
Номер фискального документа             1
Дата, время                             23.06.2017  18:05:00
Фискальный признак документа            2669148456
Шифрование данных(Тег 1056)             1-Да
Автономный режим (Тег 1002)             0-Нет
Торговый автомат (Тег 1001)             0-Нет
ККТ для услуг    (Тег 1109)             0-Нет
Только АС БСО    (Тег 1110)             0-Нет
Только Интернет  (Тег 1108)             0-Нет
Системы налогооблажения:                0x04  Упрощенная доход - расход (15%).
Пользователь                            ООО "Гурманизация"
Адрес расчетов                          193168, г. Санкт-Петербург, пр. Большевиков д. 11 к. 2, Лит. А, пом. 2-Н
Кассир                                  Курьер
Заводской номер ККТ                     00107204124522
ИНН ОФД                                 7704211201 
*************************************************************************

Команда 0х04 Начать закрытие фискального режима ФН
Код ответа: 0x00h  Успешное выполнение команды

Команда 0х07 Передать данные документа
Код ответа: 0x00h  Успешное выполнение команды
Адрес расчетов                          193168, г. Санкт-Петербург, пр. Большевиков д. 11 к. 2, Лит. А, пом. 2-Н
Кассир:                                 Курьер

Команда 0х5 Закрыть фискальный режим ФН
Код ответа: 0x00h  Успешное выполнение команды
Дата/Время закрытия:                    11.12.2017 14:00
Номер ФД:                               3704
Фискальный признак:                     1200816459

Диагностика с ОФД говорит ОК, но чек отправлять не собирается.

Спойлер

Проверка связи с ОФД f1.taxcom.ru порт 7777
--->  2A 08 41 0A 81 A2 01 05 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
      00 00 10 00 00 00

      Ответ на тестовый запрос от сервера f1.taxcom.ru порт 7777
<---  2A 08 41 0A 81 A2 01 05 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
      00 00 00 00 00 00

      Отправка данных ОФД f1.taxcom.ru порт 7777 .....
--->  2A 08 41 0A 81 A2 01 00 ED 9F 31 02 A2 06 C7 CF 1B A0 00 33 D4 4B 0B AE
      E0 00 14 00 00 00
--->  E0 00 AE 43 A5 06 01 10 99 87 10 00 01 00 83 56 10 00 0E 78 DC 73 23 70
      72 00 0E 78 00 02 00 B0 01 4B 57 74 93 E8 35 10 ED 9F 31 02 A2 06 C7 CF
      1B A0 00 33 D4 4B 0B AE E7 0B BD DB BA 72 B4 E8 7B C9 89 97 AC E5 26 9C
      19 37 87 0A 7C 0A 3F 8B 77 D8 B6 31 E5 95 8D F6 4B 62 F5 AC 2B 5E 0B BC
      8F 5A FA 92 14 E4 C4 0A 4D CC 0B 78 73 9A 55 2E 29 7A BE 55 16 E0 75 64
      40 CB 28 42 DA B9 37 61 07 4C 9E B1 33 B2 BF 4A FB FE 26 84 86 12 33 34
      97 2D 59 DE C0 42 38 B4 86 8E A2 53 89 A1 A0 AA D7 10 CA 6A AE 44 84 FD
      12 03 9A A7 D6 7B 5B 32 3E 4F 53 8B 9D 88 29 3C E4 F6 31 ED FA AB 67 84
      C9 70 C5 3A 39 CC 16 60 0A A5 46 68 A3 87 73 A4 C9 33 96 2C C2 FD 16 2C
      AD 0B 51 59 78 53 34 D1

      Отправка данных ОФД f1.taxcom.ru порт 7777 .....
--->  2A 08 41 0A 81 A2 01 00 ED 9F 31 02 A2 06 C7 CF 1B A0 00 33 D4 4B 0B AE
      E0 00 14 00 00 00
--->  E0 00 AE 43 A5 06 01 10 99 87 10 00 01 00 83 56 10 00 0E 78 DC 73 23 70
      72 00 0E 78 00 02 00 B0 01 4B 57 74 93 E8 35 10 ED 9F 31 02 A2 06 C7 CF
      1B A0 00 33 D4 4B 0B AE E7 0B BD DB BA 72 B4 E8 7B C9 89 97 AC E5 26 9C
      19 37 87 0A 7C 0A 3F 8B 77 D8 B6 31 E5 95 8D F6 4B 62 F5 AC 2B 5E 0B BC
      8F 5A FA 92 14 E4 C4 0A 4D CC 0B 78 73 9A 55 2E 29 7A BE 55 16 E0 75 64
      40 CB 28 42 DA B9 37 61 07 4C 9E B1 33 B2 BF 4A FB FE 26 84 86 12 33 34
      97 2D 59 DE C0 42 38 B4 86 8E A2 53 89 A1 A0 AA D7 10 CA 6A AE 44 84 FD
      12 03 9A A7 D6 7B 5B 32 3E 4F 53 8B 9D 88 29 3C E4 F6 31 ED FA AB 67 84
      C9 70 C5 3A 39 CC 16 60 0A A5 46 68 A3 87 73 A4 C9 33 96 2C C2 FD 16 2C
      AD 0B 51 59 78 53 34 D1

ЛК Такскома пожалуйста есть всё и оплачено.

[chellenger]

Будем ФН в Мерк тыкать?
Или есть желающие к моему компу подключиться и посмотреть на это?

[GelKKM]

Будем ФН в Мерк тыкать?

Приветствую, нет, рано в Мерк его..попробовать толкнуть док через Test_FN_OFD. С разными вариантами: хост или ip, все сразу..
Ну и как вариант позвонить в ТП ОФД и узнать у них есть ли какие ограничения на даты документов.
Ну слишком уж 17 год выбивается из стройной логики..

[chellenger]

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

[Mechanik]

Вчера притащили атол на смену ФН с 8500 не отправленных чеков. ПОдключил к проге она минуты 3-5 отправляла, потом выдала ошибк, что ФН что-то её не удовлетворил и перестала отправлять, пришлось нажать на всплывшее окно, чтобы закрыть, потом опять нажать отправить все документы - через 3-5 мин история повторилась, вкл. от инкотекса, там тоже через 3-5 мин затык, но спустя какое-то время опять чеки летят... нижего жать не надо, через 3 часа слил инкотексом. Так информация по доработке - реально, что если какой-то затык, то без моего участия его решить?

[chellenger]

GelKKM, Инкотексом не уходит, все три варианта настроек попробовал.

[GelKKM]

все три варианта настроек попробовал.

А убрать "Ход времени" ? хотя это как зайцу стоп сигнал, но все же..
Стараюсь не ставить эту галку, мало ли..дата и время ФН есть загадочная величина..

[chellenger]

GelKKM, тоже самое

[got10]

В следующей версии проги, запланируйте исправление грамматических ошибок )) Это не в плане упрёка, это так, к слову.
Утилита отличный инструмент!

[ctokas]

Исправлю конечно, если подскажете в каком месте.

[chellenger]

ctokas, Возвращаемся к моим баранам
Итого, сейчас воткнул этот ФН в Мерк-185
Результат

Спойлер

Команда 0х40 Найти документ по номеру 3704
Код ответа: 0x00h  Успешное выполнение команды
Тип документа:                          Отчёт о закрытии ФН
Подтверждение:                          Квитанция из ОФД получена
Дата/время:                             11.12.2017  14:00
Номер ФД чека:                          3704
Фискальный признак:                     1200816459
ИНН:                                    7811608032 
РНМ ККТ:                                0000794849030499   

Команда 0х41 Получить квитанцию подтверждения ОФД по номеру 3704
Код ответа: 0x00h  Успешное выполнение команды
Дата/время:                             11.01.2019  09:38
Фискальный признак ОФД:                 88 06 65 81 EF EF 49 51 77 04 21 12 01 FF FF FF FF FF
Номер документа:                        3704

Так почему же нет отправки?
У меня есть ещё один ФН который нужно закрыть и передать.
Можно на нём сервисные чеки побить "о состоянии расчётов"

[chellenger]

Смутило вот что кстати время подписи ОФД
на кассе стояло 13-42 (т.е. даже вперёд)

[ctokas]

chellenger а можешь попробовать запомнить логи с вкладки протокол ОФД, при отправке через программу, а потом запустить мерк через прокси и отправить с него, также запомнив логи.
У меня мерков нет ни одного. Может он как-то кусками отправляет, а я сыплю в ОФД весь пакет?

[chellenger]

Так, лови логи!!! через прокси отправляется всё

[chellenger]

Я уже сам вижу что пакеты разные отправляются

[ctokas]

Спасибо, разницы не вижу. Единственно, когда я валил все кучей, как мерк, у меня не отправлялось в яндекс. Когда дописал проксик и снял обмен с Атола, увидел, что атло отправляет сначала заголовок и вторым пакетом остальное. Переписал так же и в Яндекс полетели чеки. Теперь смотрю мерк сыпет все кучей. Х.з в чем проблема.
Попробуй кста от админа запускать, может покатит?

[chellenger]

ctokas, Заголовок пакета отправки смотри!
У тебя непонятно что, а с мерка номер ФН кодами ASCII

У тебя заголовок получается
2A 08 41 0A 81 A2 01 05 55 5C 6D 55 06 B0 69 AC E7 8A EE 11 BE 12 AA 87 A8 00 14 00 00 00

У Меркурия
2A 08 41 0A 81 A2 01 05 38 37 31 30 30 30 30 31 30 30 38 33 35 35 37 38 A8 00 14 00 00 00

[ctokas]

Не понял, что за хрень у меня передается вместо номера ФН. Приеду домой посмотрю сырцы. Походу не то выложил на сайте.

[ctokas]

Не понял. Сейчас скачал с сайта, пробил несколько чеков. Отправлял пошагово, один документ, все документы. У меня все гладко.

[chellenger]

ctokas, Вот и мне хотелось бы понять почему в моём случае так происходит.
Сейчас у тебя на картинке всё гладко!

А у меня сам видишь что происходит.
Я как то сразу заметил в чём разница пакетов.
....
Опытный глаз бетатестера Дамп-Конструктора пока ещё на месте, Рязанскому привет!

[chellenger]

Причём я пока даже не понимаю как эту абракадабру перевести

[chellenger]

возможно понял, у меня на ФН шифрование включено!
Может из-за этого как то вылазить нечто?

[chellenger]

вот она падла!!!!
У тебя программа берёт номер ФН из полученного пакета, а если пакет шифрованный получаем ЖОПУ с отправкой!!!

Прочитать блок сообщения для ОФД
--->  04 05 00 23 00 00 00 04 8B 2E
<---  04 A9 00 00 A8 00 E1 81 A5 15 01 10 99 87 10 00 01 00 83 55 78 00 15 A6
      D4 F5 E0 60 44 00 15 A6 00 02 00 77 D1 0D E9 A0 54 F2 02 4F 55 5C 6D 55
      06 B0 69 AC E7 8A EE 11 BE 12 AA 87 90 7D D7 A3 6F 3B D3 8A 34 D6 E6 67
      13 FF 6A A9 22 E0 70 F1 12 39 55 C3 4B B9 D6 5B 85 92 0B 5B DD A2 51 6A
      C0 1A 60 BC AF AC 91 7F 04 77 FF DF DD 36 04 53 83 34 CA 8E 12 1B 0C 62
      67 19 36 F6 7F 87 9B 57 1A 86 3D 71 02 08 13 1D 81 D4 E0 3A B3 01 BA 33
      FC E1 EE 0E 00 94 3A 66 FD 53 87 A3 A3 5B 0B 38 8E 29 3F B0 A9 1B 93 1B
      B0 03 65 87 B6 02

Отправка данных ОФД f1.taxcom.ru порт 7777 .....
--->  2A 08 41 0A 81 A2 01 05 55 5C 6D 55 06 B0 69 AC E7 8A EE 11 BE 12 AA 87
      A8 00 14 00 00 00

[ctokas]

Хорошая идея, у нас в регионе никто шифрование не ставит, поэтому не проверял.
Поиграюсь на досуге.

[chellenger]

Теперь мне понятно почему мне в поддержке ОФД  говорят "а данный ФН к нам не обращается"
Не про конкретно этот случай.
Да тут уже всё понятно, нужно алгоритм поправлять, перед запросом пакета (или первого из кучи следующих) нужно спрашивать заводской номер ФН и именно его в заголовок подставлять.

Ох отвык я от бетатестинга за многие годы... "но что то ещё понимаю в колбасных обрезках"

Я как говориться сам нашел разницу в пакетах и на 100% нашел откуда оно вылезло.

[ctokas]

chellenger красава!!!
Всегда говорил: одна голова хорошо, а три уже синька. Поправил алгоритм.
Но только с шифрованием все равно не принимает, видать еще где-то затык.
Активнул МГМ с шифрованием, отправляю-такском пинает. Попробую отправить через прокси с атола, сравню.

[chellenger]

ctokas, разбирёмся на следующей неделе думаю.
Этот ФН мне всё же закрыть нужно. Зато есть МГМ 1.05, меркурий и опыт тестинга. Надо ФФД поучить в части обмена с ОФД. Никогда этот раздел не читал. Лиж бы время было...

[chellenger]

chellenger красава!!!
Всегда говорил: одна голова хорошо, а три уже синька

Стрейшины форума знают что я в прошлом ещё и любитель программер на ассемблере 51. Чуть менее 20 лет назад уже камушки лоченые открывал...

[chellenger]

Правила обмена с ОФД я пока не читал даже, но что то мне подсказывает про наличие флага шифрования в заголовке. Сам то пакет итёт как есть.

[chellenger]

По алгоритму я не прав, частично, хотя можно использовать и мной предложеное ранее, но это не изменит наличие ошибки. У тебя программа брала ранее номер ФН не из того места. Даже в шифрованном пакете байты 14-21 это номер ФН открыто в BCD формат

[ctokas]

Выложил исправленный релиз на сайте
http://www.ctokas.ru/V1-2-007/
Что нового:
•   Реализована отправка документов ОФД при установленном режиме шифрования (спасибо chellenger).
•   Изменен алгоритм отправки по кнопке "Отправить все документы".Теперь программа пытается протолкнуть  документ 10 раз и только потом выдает ошибку (спасибо Mechanik).
•   Изменены названия тегов "электронными" на "безналичными", "НДС 18%" на "НДС 20%", "НДС 18/118" на "НДС 20/120" а также алгоритм расчета НДС.
•   Добавлено автоопределение подключения ФН через основные переходники (FTDI, CH340, PL230x, CP2102), а также при подключении через железный COM.
•   Добавлен ряд недокументированных команд для ФН 1.1.
•   Испавлены грамматические ошибки (спасибо got10).
        Добавлен новый ОФД ООО "ОФД"Онлайн"

[Рязанский]

почему-то не хочет работать с железным портом com6:
      Запрос статуса ФН
--->  04 01 00 30 FF CD
      Запрос статуса ФН
--->  04 01 00 30 FF CD
      Запрос номера ФН
--->  04 01 00 31 DE DD

а через usb переходник - без проблем...

[ctokas]

Честно говоря с железным не пробовал. В теории разницы быть не должно.

[chellenger]

Рязанский, У меня работает через СОМ1
ctokas, А при подключении через СОМ1 почему он показывает СН340??
У меня дальше идёт COM-UART конвертер, какие блин СН340??

[ctokas]

СН340 определяется падла, как serial, как и железные СОМ-порты. Я думал через железный уже никто не работает.

[chellenger]

ctokas, У меня железный на матери (хоть и комп i3)
И там же карта расширения ещё на 4 СОМ и LPT...

Дома i7 тоже есть железный COM и LPT, специально подбирал такую мать!

[PuRGen]

Я думал через железный уже никто не работает

У многих матерей он есть, просто планки не кладут в комплект.

[chellenger]

PuRGen, далеко не у многих, но найти такие в продаже можно

[chellenger]

ctokas, Тогда может их по VID\PID различать?

[ctokas]

Если еще и по VID\PID, то запускаться будет минуту, проще убрать определение СН340, будет только номер ФН.

[chellenger]

ctokas, Сейчас проверил на своём боевом ФН отправку отчёта о состояни расчётов -улетел с первого раза. Проблему с шифрованием можно считать решенной?
Или нужно ещё на чеках потестить?
Я на этом ФН могу толь отчёты о состоянии расчётов бить.
А по хорошему нужно его уже закрыть.

[ctokas]

На МГМ с шифрованием улетают любые чеки во все ОФД с тестовыми кабинетами.
Думаю вопрос решен.

[Рязанский]

В теории...

расходится с практикой.
У меня на рабочем 5 железных портов (один на материнке и 4 на плате расширения).
Все остальные программы с этими портами работают отлично. Основной стоит COM6 с платы.

[ctokas]

У меня тоже везде железные СОМ-порты, но переходник для них под ФН не пробовал, хотя можно переделать ЭКЛЗ-шный.

[Олег1950]

Работаю в основном с железным Сом-портом. Переходник как у chellenger, так он накрылся, заменил порт от маленькой ЭКЛЗ, марка та же, а сгоревшую 6-ногую выбросил и прекрасно работает.

[chellenger]

ctokas, Притащили мне агрегат с неотправленными доками.
Замучился отправлять. Твоя программа зависает намертво на ожидании ответа ОФД.
Перезагружаешь прогу и ФН -чек улетает.
Пробовал как поштучно отправлять так кучей, несколько чеков улетает потом стоп.
Возможно дело конечно и в самом ОФД, но программа должна говорить наверно нечто типа "ОФД не ответил" и возможно ввести настройку времени ожидания ответа от ОФД.

[chellenger]

Ещё иногда при старте программы выползает вот такая ошибка, после которой программа ничего не делает, ещё раз перезапуск и работает.

[ctokas]

Твоя программа зависает намертво на ожидании ответа ОФД.

Это результат исправления по просьбе Mechanik, дабы исключить участие пользователя в процессе отправки. В эвотор отправляется дольше всего и я убрал сообщения об отсутствии ответа. Если ответа нет прога тупо будет пытаться отправить 10 раз и только потом напишет о проблеме. Переключи на вкладку "Протокол", там видно.
Будь терпелив, она не зависает.  Хотя ты опять подкинул неплохую идею сделать галку выбора быстрой отправки или оставить на ночь. Подумаю.

[chellenger]

Гы. Переключаю как раз на вкладку протокол. Ручками поштучно отправляют. К примеру 4 отправились, 5тый повис. Жду примерно 2 минуты. Повторной отправки нет. Программа висит. Дальше у ждать лень. Закрываю программу. Открываю и по новой несколько штук...

[Mechanik]

У меня было наоборот, через каждые 1-2 мин вылазило, что не удалось получить из фн данные и  усё приходилось жать кучу кнопок, а чеков слить надо было 8500... Вариант, сделать 2-а варианта отправки, 1 как было - когда немного чеков, и второй когда куча чеков и регулярно вылазит надпись, что не получены данные из ФН.

Еще для красоты и наглядности - закрыли архив - нажали отправить чек, и после отправки,  можно сразу  получить в информационном поле справа, что фаза жизни ФН 15, закончена передача чеков в ИФНС (для успокоения совести).

[chellenger]

ctokas, Вот лови ещё одну ошибку в ПО которая мешает нормальной работе в частности выводу из ступора просроченных ФН. (т.е. закрытие не закрытых смен задним числом и закрытие архива тоже задним числом)

Собственно если снять галочку "текущее" напротив даты и времени есть возможность их ручками ввести, а вот и фиГ. дата да вводится и корректно отрабатывает, а время собака прыгает в синхронизацию с ПК. Из-за этого не получается или смену или архив закрыть с нужными параметрами!
Не крутить же часы на ПК постоянно под нужды ФН...

[ctokas]

Спасибо, глюк со временем уже поправил (будет в следующем релизе).
chellenger, ты и правда супербетатестер!    Я уж думал, что все работает и можно уходить в запой.
Буду готовить следующий релиз.

[chellenger]

ctokas, да не супер. Просто привычка искать логику. Работая с софтом без возможности обратной и прямой связи с автором бетатестинг невозможен ИМХО. Всё остальное пАродия на тестинг. И в данном случае я просто ставлю задачу программе, одну из задач под которые она писалась, и наблюдаю некорректное поведение. Пользователь простой или не поймёт или на глюк спишет. А бетатестинг это как раз в боевых условиях разбор некорректности или прямых ошибок в ПО, опять же моё ИМХО, бетатестер должен понимать что же тестится..

[chellenger]

ctokas, относительно твоей программы у меня сейчас несколько другая головоломка. Как пойму принцип отделения мух от котлет напишу свои мысли.

[chellenger]

Суть в зависании не то фн, не то порта, или самой программы, не могу точно понять. И это не про отправку чеков.

[Bit]

А я уже просил выставлять в настройках определённый компорт.

[ctokas]

Bit Не пойму какой порт сохранять. Задумка была в поиске программой девайса самостоятельно, будь то ФН, Атол или Штрих и минимум настроек.
Если порт запоминать - теряется эта часть функционала.

[pavel_net]

Программа перебирает все мои 8 физических портов, а я и так знаю что переходник у меня на 14 висит, мне даже в диспетчер устройств быстрее заглянуть. Может все таки поиск производить не автоматически а по кнопке. Или приоритеты задавать, т.е. сначала ломануться в порт, допустим настроенный по умолчанию, если там ничего нет, то ищем по остальным.
"Минимум настроек" это не для участников данного форума.   

[Bit]

У меня переходник сн340, в него ФН для снятия архива в 1.05. И прочего, типа передачи в ОФД.
А паралельно касса с заменой ФН.

[dotic]

ctokas, Ну ты и повеселил в пятницу
Попытка отправки документа в ОФД. Скриншот прилагается.

[ledd55]

Я тоже сие наблюдал !!!!

[vladf22]

Так программа же знает что ПЯТНИЦА!!! Ну и выражает мнение относительно работы в выходное время.

[ctokas]

Простите господа, недокументированная ошибка ФН (или ОФД) (или исправление грамматических ошибок по просьбе got10). В понедельник выложу со всеми пожеланиями.

[ewgen]

Спасибо, камрад Я оставлю эту версию, пожалуй )

[grimuars]

Сегодня проявилась какая-то странная ошибка:



Причём появляется она только на некоторых РИК-овских ФНах. Данные не читает (застревает на считывании e-mail отправителя чека в основной информации), но документы в ОФД отправляет.

Утилита от Инкотекса с этими ФН проблем не показывает.

Что бы это могло быть?

[ctokas]

А в какой момент появляется, по скрину непонятно. Сделай побольше и сдвинь окошко, что-бы было видно последнюю запись в окне информации.

[grimuars]

Скрин во вложении.

[grimuars]

Вот, на всякий случай, ещё и протокол.

[ctokas]

Походу это глюк Меркуриев. Отправлять тег 1117 (Адрес эл. почты отправителя) при незаполненном поле адреса. Другие ККТ требуют заполнения этого поля. Спасибо за инфу, учту в следующем релизе.