Задвоение чека при печати из 1С

[Юрий Иванов]

У клиента в работе пара десятков ШТРИХ-ON-LINE и RR-04Ф. Периодически, на разных ККМ, с разными прошивками(драйвера почти везде стоят крайние) при пробитии чека из 1С УТ 8.3(ред. 11) на аппарат выходит 2 чека с одним и тем же товаром, но с разными номерами ФД. Приходится создавать ещё один чек в 1С и делать возврат. Наверняка кто-то уже сталкивался с такой проблемой, как решаете задачу?

[mrrom]

в 1с надо рыть

[ligakkm]

на аппарат выходит 2 чека с одним и тем же товаром, но с разными номерами ФД.

ФД точно разные?

[Юрий Иванов]

в 1с надо рыть

А почему вы думаете, что в 1С?

[Юрий Иванов]

на аппарат выходит 2 чека с одним и тем же товаром, но с разными номерами ФД.

ФД точно разные?

Точно

[ДОЛГОПОЛОВ]

Юрий Иванов,

А почему вы думаете, что в 1С?

Потому что ФР сам по себе "тупой", что ему говорит товароучетка, то он и делает.

[Юрий Иванов]

Юрий Иванов,

А почему вы думаете, что в 1С?

Потому что ФР сам по себе "тупой", что ему говорит товароучетка, то он и делает.

Это-то понятно) Но есть же вероятность, что сигнал задваивается в драйвере или самом ККМ, RNDIS, допустим, нестабильно работает?)

[MOTOR]

Но есть же вероятность, что сигнал задваивается в драйвере или самом ККМ,

Эта пять

[chellenger]

MOTOR, +100500

[furmanov]

MOTOR, 146%

[Юрий Иванов]

Всем спасибо за ответы)

[ligakkm]

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

[AlexSAN]

На штрихах не встречалось, а на связке Атол-22 и фронтол5 было: при пробитии чека кончилась ч/л, при этом ФР успел чек записать в ФН, а фронтол этого не понял и, после замены ч/л, послал его ещё раз. Вот и получилось - в фронтоле один чек, а в ФР - два.

[PuRGen]

[Юрий Иванов]

У клиента в работе пара десятков ШТРИХ-ON-LINE и RR-04Ф. Периодически, на разных ККМ, с разными прошивками(драйвера почти везде стоят крайние) при пробитии чека из 1С УТ 8.3(ред. 11) на аппарат выходит 2 чека с одним и тем же товаром, но с разными номерами ФД. Приходится создавать ещё один чек в 1С и делать возврат. Наверняка кто-то уже сталкивался с такой проблемой, как решаете задачу?

Если быть точнее, то при пробитии чека из 1С, чек печатается на ККМ, а в 1С он не проводится. Кассир ещё раз проводит чек в 1С, там он наконец-то проводиться и ещё раз распечатывается из ККМ. Получается что нет ответа от кассового аппарата?

[PuRGen]

Скорее ответ есть, но 1с не дождалась его.

[dipol]

Юрий,Вы б хоть написали бы по какому интерфейсу ККМ подключены к 1С.

[Юрий Иванов]

Юрий,Вы б хоть написали бы по какому интерфейсу ККМ подключены к 1С.

В одном из моих ответов RNDIS упоминался) По RNDIS все ККМ подключены к ПК и 1С.

[Klaus1900]

У меня вопрос: А все ли фронтовые программы сделаны так, что сначала записывают сформированный чек в базу, а потом отправляют его на печать? От сюда и задвоение чеков. Почему бы не подождать сначала ответа от ФР, что чек отбит "Ошибок нет", а потом уже в базу записывать?

[Юрий Иванов]

У меня вопрос: А все ли фронтовые программы сделаны так, что сначала записывают сформированный чек в базу, а потом отправляют его на печать? От сюда и задвоение чеков. Почему бы не подождать сначала ответа от ФР, что чек отбит "Ошибок нет", а потом уже в базу записывать?

Я сис.админу передам эту мысль, пусть он потом кассирам её донесёт и со своим специалистом 1С пообщается. Спасибо.

[dipol]

По RNDIS все ККМ подключены к ПК.

Если проблема двойных чеков Вас конкретно достаёт,предлагаю на самом проблемном ККМ любым доступным способом организовать подключение по сом-порту с тайм-аутом не ниже 3000 и посмотреть.

[PuRGen]

У меня вопрос: А все ли фронтовые программы сделаны так, что сначала записывают сформированный чек в базу, а потом отправляют его на печать? От сюда и задвоение чеков. Почему бы не подождать сначала ответа от ФР, что чек отбит "Ошибок нет", а потом уже в базу записывать?

Тогда в конкретном случае будет выглядеть по другому. Чек на ФР есть, а в базе нет вообще (сейчас есть, но не проведён).
Нужно выяснять, почему фронт не дождался ответа от ФР, может просто таймаут ожидания увеличить.

[Юрий Иванов]

По RNDIS все ККМ подключены к ПК.

Если проблема двойных чеков Вас конкретно достаёт,предлагаю на самом проблемном ККМ любым доступным способом организовать подключение по сом-порту с тайм-аутом не ниже 3000 и посмотреть.

Она вроде как и не сильно достаёт, но и оставлять её так нельзя. Попробуем по мере возможности.

[Юрий Иванов]

У меня вопрос: А все ли фронтовые программы сделаны так, что сначала записывают сформированный чек в базу, а потом отправляют его на печать? От сюда и задвоение чеков. Почему бы не подождать сначала ответа от ФР, что чек отбит "Ошибок нет", а потом уже в базу записывать?

Тогда в конкретном случае будет выглядеть по другому. Чек на ФР есть, а в базе нет вообще (сейчас есть, но не проведён).
Нужно выяснять, почему фронт не дождался ответа от ФР, может просто таймаут ожидания увеличить.

А Вы какой таймаут обычно по ТСР(coket) устанавливаете?

[MOTOR]

RNDIS вообще-то как один из самых тормозных интерфейсов упоминался разрабами. Надо экспериментировать. 

[Юрий Иванов]

RNDIS вообще-то как один из самых тормозных интерфейсов упоминался разрабами. Надо экспериментировать. 

Эксперементировали уже, устанавливали 1000 и 3000. Результат примерно одинаковый.

[dipol]

А Вы какой таймаут обычно по ТСР(coket) устанавливаете?

Я лично не парюсь и всегда и везде 3000 ставлю.

[PuRGen]

Таймаут не в драйвере, который ждёт ответа от ФР, а в обработке пробития чека, в 1с.  Она не дожидается ответа от драйвера.

[PuRGen]

Ну или пусть 1с-ники как-то решают вопрос контроля наличия чека в ФН, перед проведением.

[promah]

Такая беда была на связке штрихонлайн с штрих АЗС ( на платформе 1С 7.7 вроде на августовской версии обновы) , обнова софта АЗээСового  помогла ,они там пофиксили , ни дрова , ни паршивка, ни протокол был нипричём .

[pavel_net]

А я вот еще думаю, что если команда идет по TCP, то после завершения формирования чека, ФР пытается отправить этот чек в ОФД по тому же TCP, а 1С пытается в этот же момент проверить состояние ФР или как то узнать что чек сформирован, вот они конфликтуют.