Не сходятся остаток на конец смены и остаток на начало смены по наличке в ДЯ : УКМ-4

Dim · █ 21.08.2012 13:48

Цитата:

Dim ➤ чек на 244.10 - последний в смене... аннулирован по причине выключения питания... выяснить в чем было дело пока нет возможности...

мысль... может восстановить чек на 244.1, а потом обратно его аннулировать?
скрипт не подскажете?

Mtirt · █ 21.08.2012 15:06

Скрипт в отчете "на начало смены":

Код:

SELECT IFNULL(p.name, sp.payment) as payment_name, SUM(sp.amount) as amount
			FROM trm_in_pos cr INNER JOIN trm_out_shift_payments sp ON
     			sp.cash_id = cr.cash_id LEFT JOIN trm_in_payments p ON
     			p.id = sp.payment AND p.store_id = cr.store_id
			WHERE cr.cash_id = ? AND sp.id = (?-1)
			GROUP BY IFNULL(p.name, sp.payment)
			ORDER BY IFNULL(p.name, sp.payment)

Я подозреваю, что в trm_out_shift_payments запись осталась и её надо удалить. Ну или вместо 244.1 поставить 0.

whitewizard · █ 21.08.2012 16:13

Так сделай изъятие в программе, а потом внесение в фискальнике и всего делов

Dim · █ 21.08.2012 17:02

Цитата:

Mtirt ➤ Скрипт в отчете "на начало смены":

Код:

SELECT IFNULL(p.name, sp.payment) as payment_name, SUM(sp.amount) as amount
			FROM trm_in_pos cr INNER JOIN trm_out_shift_payments sp ON
     			sp.cash_id = cr.cash_id LEFT JOIN trm_in_payments p ON
     			p.id = sp.payment AND p.store_id = cr.store_id
			WHERE cr.cash_id = ? AND sp.id = (?-1)
			GROUP BY IFNULL(p.name, sp.payment)
			ORDER BY IFNULL(p.name, sp.payment)

Я подозреваю, что в trm_out_shift_payments запись осталась и её надо удалить. Ну или вместо 244.1 поставить 0.

на кассе в табличке trm_out_shift_payments поправил сумму... как сделать, чтоб в базе сервера столько же стало?

Добавлено через 19 минут 40 секунд
такой же скрипт и на сервере прогнал... суммы выровнял... вопрос почему так произошло оставляю открытым... всем огромное спасибо!!!

avdeevalexey · █ 22.08.2012 10:35

У меня такая же проблема на Феликс РК периодически возникает, приходится брать фискальник, цеплять на комп с атоловскими драйверами и выравнивать сумму...

Dim · █ 22.08.2012 10:44

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

вообще я заметил, что проблемы с расхождениями выручки начинаются в момент, когда заканчивается чековая лента... впечатление, что продажа в ФР попадает, а в программу - нет...

student · █ 22.08.2012 11:28

Цитата:

Dim ➤ впечатление, что продажа в ФР попадает, а в программу - нет...

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

Dim · █ 23.08.2012 08:47

история продолжается... сумму в табличке trm_out_shift_payments поправил на терминале и сервере... отчет по сменам показывает все нормально до снятия следующего z-отчета... потом снова вылезают эти 244.1... где еще поправить???

в логе терминала

Цитата:

23:50:49: 0x00004000: WARNING: debug#/usr/local/storage/home/ukm/build-br-48_sp2-2011_05_06_13_00_48/ukm/libukm/ccore.cpp(2558) ReceiptAppendPayment: ФР Штрих(команда 0xffffff8d) (Ошибка 115) Команда не поддерживается в данном режиме
23:51:00: 0x00004000: WARNING: debug#/usr/local/storage/home/ukm/build-br-48_sp2-2011_05_06_13_00_48/ukm/libukm/ccontext_assistant.cpp(2414) HandleSubtotal: ФР Штрих(команда 0xffffff8d) (Ошибка 115) Команда не поддерживается в данном режиме
23:51:22: 0x00004000: WARNING: debug#/usr/local/storage/home/ukm/build-br-48_sp2-2011_05_06_13_00_48/ukm/libukm/ccontext_assistant.cpp(2414) HandleSubtotal: ФР Штрих(команда 0xffffff8d) (Ошибка 115) Команда не поддерживается в данном режиме
23:51:40: 0x00004000: WARNING: debug#/usr/local/storage/home/ukm/build-br-48_sp2-2011_05_06_13_00_48/ukm/libukm/ccontext_assistant.cpp(2414) HandleSubtotal: ФР Штрих(команда 0xffffff8d) (Ошибка 115) Команда не поддерживается в данном режиме
23:52:17: 0x00004000: WARNING: debug#/usr/local/storage/home/ukm/build-br-48_sp2-2011_05_06_13_00_48/ukm/libukm/ccontext_assistant.cpp(2414) HandleSubtotal: ФР Штрих(команда 0xffffff8d) (Ошибка 115) Команда не поддерживается в данном режиме
23:52:35: 0x00004000: WARNING: debug#/usr/local/storage/home/ukm/build-br-48_sp2-2011_05_06_13_00_48/ukm/libukm/ccontext_assistant.cpp(2414) HandleSubtotal: ФР Штрих(команда 0xffffff8d) (Ошибка 115) Команда не поддерживается в данном режиме
23:53:04: 0x00004000: WARNING: debug#/usr/local/storage/home/ukm/build-br-48_sp2-2011_05_06_13_00_48/ukm/libukm/ccontext_assistant.cpp(2414) HandleSubtotal: ФР Штрих(команда 0xffffff8d) (Ошибка 115) Команда не поддерживается в данном режиме
23:53:27: 0x00004000: WARNING: debug#/usr/local/storage/home/ukm/build-br-48_sp2-2011_05_06_13_00_48/ukm/libukm/ccontext_assistant.cpp(2414) HandleSubtotal: ФР Штрих(команда 0xffffff8d) (Ошибка 115) Команда не поддерживается в данном режиме

сегодня история повторилась примерно в это же время... за несколько минут до полуночи ((( хорошо хоть остатки в ДЯ не слетели... только эти 244.1 из смены в смену тянутся...

student · █ 23.08.2012 09:20

(Ошибка 115) Команда не поддерживается в данном режиме - наиболее частый можно даже сказать универсальный ответ штриховского драйвера :)
в основновном выскакивает когда фрк стоит в одном из режимов (их 15 основных и 5 расширенных) и на него идет команда не разрешенная в этом режиме
попробуй при возникновении ошибки глянуть тестом драйвера

HandleSubtotal (вероятнее всего подитог) - чистого подитога у штриха как у сп-шки нет, т.е. сам команда есть, но она не меняет режим фрк и работает только в открытом документе - режим 8 - походу она пытается выполнится в другом режиме фрк - вот и 115 ошибка

ты пишешь "за несколько минут до полуночи" - а смена когда должна была закончится? чек начал на фрк физически печататься?

пы.сы.
а срок действия эклз на кассе случаем не 1 сентября этого года заканчивается?
если так - увеличь таймауты на самом штрихе (не знаю где это в укм4 регулируется и регулируется ли вообще, но в тесте драйвера это на вкладке "параметры связи" - поставь не менее 900)

Dim · █ 23.08.2012 09:46

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