Пропажа продаж в АМС-100Ф.

Prof версия в этой ситуации, к сожалению, тоже не поможет. И вообще, зачем собственно выключать кассу в момент печати чека? Это не правильно! Также про приведенный Вами случай окончания бумаги не совсем понятно. Зачем здесь выключать кассу? Кассир может заметить, что заканчивается бумага только по цветному маркеру на ней. В этот момент бумаги еще достаточно как минимум на два полных чека (40 покупок). Т.е. нужно просто дождаться конца печати и менять бумагу. Даже если кассир не заметил конца бумаги и возникла "E ПУ", то если перезарядить бумагу и нажать "ВВ", касса полностью повторит чек, и в сервере он закроется корректно.
Т.е. данная проблема решается организационными методами.

Провёл несколько экспериментов.
Как удалось выяснить - достаточно нажать клавишу СБ в момент печати чека, чтобы он в кассе пробился, а в OnlineServer не попал.
Как этого избежать.
Насколько я понимаю, в процессе печати касса не опрашивает ни клавиатуру ни принятые символы с порта. Если нажать сброс, то процессор PV его запоминает, и как только MV отчнётся от печати, обрабатывает нажатие СБ, если сервер не успеет передать команду опроса в этот момент, то он увидит кассу не после пробития чека, а перед началом ввода.
Есть мнение, что сервер может (и должен) заглянуть в буфер контрольной ленты, чтобы понять, был ли чек пробит или нет.
Устранена ли эта проблема в OSP-pro ?
Я, конечно, объясню директору, из-за чего теряются чеки, но кассиры будут говорить, что СБ не нажимали.

Про АМС-100К можно сказать, что после выключения у неё есть повторение печати чека (документ недопечатан - повтор).

Проблема в том, что клиент не захочет менять АМС-100Ф на АМС-100К хотя бы из-за иногда возникающих проблем с ЭКЛЗ, а также 5000 рублей за плановую замену.

Я не знаю точно, как работает касса, но однажды нажатая клавиша в процессе печати запоминается PV и отрабатывается сразу после окончания. Если нажать две клавиши, то запоминается только последняя. Просто в PV почему-то не сделали буфера нажатых клавиш, и быстрые нажатия клавиш накладываются (даже в рабочей кассе).

Проблема ещё в том, что помимо OnlineServer клиент использует различные обработки через Ole интерфейс, которые явно не будут работать на OnlinePro.

Также вы говорите о самой последней версии - это та, что на сайте, или вы можете выслать на e-mail. Потому как, если даже есть какой-то способ решения проблемы (хоть частично).
Дело в том, что кассы работают уже несколько лет, но одна часто стояла выключенная. Теперь они стали работать на двух кассах одновременно (кассы сидят на разных портах), и это и привело к тому, что иногда стала происходить потеря чеков. По поводу выключения кассы - это была моя гипотеза, так как больше ничего в голову не приходило.

По поводу чтения журнала - я думаю, что в ОЗУ где-то есть ячейка, где указано начальное положение записи в журнал нового чека, что и надо читать - сервер знает, какое должно быть положение, если чек пробит, а также если чек отменён. Если положение совсем не то, то можно заглянуть и в журнал, чтобы понять - что именно было пробито.
Продажа свободных сумм на кассе запрещена, чтобы кассиры не обманывалит покупателей (были пойманы на том, что продали товар за 150 рублей, хотя он стоил 100).
Заранее благодарен за ответ.

Проверил Online Pro. Таких проблем нет. Даже если разорвать на время кабель, то всё равно ничего не пропадает.
Теперь вопрос такого плана:
Возможна ли какая-то доработка Online Server v1.47, или всё останется как есть, то есть в не совсем рабочем виде.

P.S. Для клиента, конечно, это проблема, но насколько я понимаю, со старым ключём Online Pro будет работать нормально.
Только кто будет оплачивать переписывание обработок для 1С и для Excel ?

Заранее благодарен за ответ.

В данный момент специалисты находятся на выставке в Москве. Позже они Вам ответят.

Доработки в версии 1.47 производиться не будут. По поводу суммы продаж все не так сложно как кажется. В ActiveX библиотеке, обеспечивающей доступ к БД через механизмы OLE, есть интерфейс, позволяющий строить произвольные SQL запросы к БД. Сумму продаж за период можно выбрать одним запросом. Если необходимо, то я готов помочь с написанием запросов, но обсуждение этого вопроса лучше перенести на e-mail.