16.06.2017 07:32
student
 
Цитата:
Puzatik Какую магию делает ComProxyWindows
переключает вывод с одного физического сом порта на 2-а виртуальных, один из которых связан с кассовой программой, а по второму идет обмен с офд - там вместе со службой еще и com0com ставится ...

Цитата:
Puzatik Просто копятся в ФН
а не пробовал подключать фн к фнтестлайт на предмет получения ошибки ? или спросить у тп офд почему не принимаются данные ?
и кстати, прошивку случаем на фр не меняли перед тем как это случилось ?
16.06.2017 09:57
Puzatik
 
Я имел ввиду "что такого необычного делает ComProxyWindows, что у него получается извлечь все чеки, отправить их в ОФД и при этом не споткнуться нигде - ни в работе с ФН, ни в работе с сетью передачи данных".

Цитата:
а не пробовал подключать фн к фнтестлайт на предмет получения ошибки ?
Не понял, можно подробнее?

Цитата:
или спросить у тп офд почему не принимаются данные ?
В тп Такскома сказали что неприлетевшие чеки - это не их проблема.

В ЦТО модернизируют Пирит ФР01К до 1Ф. Там же обновляют прошивку на самую свежую. Мы берем эти Пириты и ставим на объекты. В процессе эксплуатации прошивку не меняли.

Есть и Пирит 2Ф. Там та же проблема.

Но есть и исключения Несколько Пирит 1Ф всё же работают как положено уже второй месяц. Софт на кассе такой же как и везде, прошивка Пирита та же что и на проблемных.
16.06.2017 10:08
student
 
Цитата:
Puzatik Не понял, можно подробнее?
есть программа для проверки работоспособности фн - цепляешь фн к компу и программой смотришь что там не так ...


Цитата:
Puzatik что у него получается извлечь все чеки
он не извлекает :) это просто транспорт который разделяет потоки - шлет данные фр\фн
16.06.2017 10:47
grafstroganov
 
поставьте 6.00.003
SRV-1724
Разработана утилита COMProxy.exe для отправки чеков в ОФД
Компоненты:
external Retail
Описание работы:
Разработана утилита COMProxy.exe:
* загружает библиотеку Proxy.dll для обеспечения процесса передачи данных в ОФД;
* информирует о процессе передачи документов в ОФД (окно в левом верхнем углу экрана);
* предоставляет возможность переключения на кассовую программу.
Скрипты/Документация/Шаблоны:
external Retail
CRUKM_R\CRUKM_WD\COMPROXY.EXE
SRV-1753
Добавлена настройка задержки между ТСР-пакетами
Компоненты:
fis Proxy.dll
Описание работы:
Добавлена настройка TCPPacketDelay - задержка между пакетами при отправке на сервер ОФД в мс. По умолчанию - 100мс.

ну и в целом там оптимизирована работа с ОФД.
16.06.2017 13:00
student
 
Цитата:
student есть программа для проверки работоспособности фн
появилась подобная и от инкотекса - хоть и новая но на многих форумах ее уже хвалят - закинул в хранилище
https://storage.olegon.ru/supermag/u...D_20170614.zip
19.06.2017 09:15
student
 
а вот теперь настала пора удивительных историй ....

действующие лица
укмвин
пирит
офд платформа (старый)
офд такском (новый)

жил был пирит 2ф, работал совместно с укмвин, передавал данные офд и все было нормально до тех пор пока не выяснилось что он не передает сно офд - ну не отображается оно там а должно...

скурили пачку мануалов и нашли команду что должна передавать офд различные параметры из списка ффд - печать реквизитов офд - добавили ее и тут БАЦ. пирит перестал отправлять данные офд от слова совсем...

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

мы в тп пирита - там - а зачем типа передавать сно командой передача реквизита - короче замкнутый круг - а фр уже к 30 дням подошли и их там таких много в конце концов тп пирита говорит меняйте фн ...
но мы не ищем легких путей - поскольку на тестовом пирите все уходит (но там другой офд) было решено проверить как оно сработает если офд поменять - сказано сделано в течении дня поменяли ...

поменяли и ... все ушло :) правда вернулись к тому с чего все началось - сно у офд не отображается ни в случае если его не передавать ни в случае если его передавать отдельной командой ... но это уже пол беды по сравнению с заменой кучи фн

мораль: если в фн нет ошибок а данные не уходят надо просто попробовать сменить офд - вдруг другой более кошерным окажется :) конечно это затратный вариант но затраты могут оказаться существенно меньше по сравнению с потерянным временем и стоимостью фн
20.06.2017 05:48
Puzatik
 
Во вложении пакет, который не принимает такском (заменить расширение на pcap).

grafstroganov, В том-то и дело что стоит 6.0.003. Правда ставили через апдейты. Запросил полный дистрибутив, попробуем поставить с нуля.

student, История настолько же удивительна насколько и печальна
Вложения
Тип файла: txt pleh.txt (17.8 Кб, 293 просмотров)
20.06.2017 05:57
Puzatik
 
Извиняюсь, в файле 9 пакетов, содержимое одинаковое для всех.
Не нашел как тут на форуме редактировать сообщение, чтобы выложить файл с одним пакетом
20.06.2017 10:39
grafstroganov
 
Цитата:
Puzatik grafstroganov, В том-то и дело что стоит 6.0.003. Правда ставили через апдейты. Запросил полный дистрибутив, попробуем поставить с нуля.
нет у них дистрибутива ) возможно будет для 6.0.005, но и то под вопросом.
Пока только "с нуля" - это 5.2.80.28+апд. 5.2.80.40+апд. 6.0.003 (правда есть уже 6.0.004 :), но оно еще приемку не прошло клиентами, может пока и не дают).
20.06.2017 10:41
grafstroganov
 
да и попутно, в 6.0.004 исправлен очень важный баг, связанный с "отрицательная скидка = уходит в ОФД как "наценка"". При некоторых ситуациях в ОФД уходили миллиарды рублей ))
Часовой пояс GMT +3, время: 02:08.

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