Форум OlegON > Программы и оборудование для автоматизации торговли > Кассовые программы > УКМ-4

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

25.04.2024 7:16


1 2 3
█ 21.08.2012 13:48
Dim
 
Цитата:
Dim ➤ чек на 244.10 - последний в смене... аннулирован по причине выключения питания... выяснить в чем было дело пока нет возможности...
мысль... может восстановить чек на 244.1, а потом обратно его аннулировать?
скрипт не подскажете?
█ 21.08.2012 15:06
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.
█ 21.08.2012 16:13
whitewizard
 
Так сделай изъятие в программе, а потом внесение в фискальнике и всего делов
█ 21.08.2012 17:02
Dim
 
Цитата:
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 секунд
такой же скрипт и на сервере прогнал... суммы выровнял... вопрос почему так произошло оставляю открытым... всем огромное спасибо!!!
█ 22.08.2012 10:35
avdeevalexey
 
У меня такая же проблема на Феликс РК периодически возникает, приходится брать фискальник, цеплять на комп с атоловскими драйверами и выравнивать сумму...
█ 22.08.2012 10:44
Dim
 
по словам кассира... отсканировала весь товар, нажала подитог, нажала расчет - на экране надпись "неизвестно... штрих..."... аннулировать якобы не смогла... ребутнула кассу...

вообще я заметил, что проблемы с расхождениями выручки начинаются в момент, когда заканчивается чековая лента... впечатление, что продажа в ФР попадает, а в программу - нет...
█ 22.08.2012 11:28
student
 
Цитата:
Dim ➤ впечатление, что продажа в ФР попадает, а в программу - нет...
это не только впечатление :) так оно и есть - тоже иногда ранее проскакивало (особенно на штрихах) - мы у себя долго ловили все возможные траблы для такой ситуевины и походу отловили всех - что касается штриховского и атоловского драйверов - у них там много статусов перекрывающих друг друга
на сп-шках\пиритах - работа по протоколу - проще отслеживать...
█ 23.08.2012 08:47
Dim
 
история продолжается... сумму в табличке 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 из смены в смену тянутся...
█ 23.08.2012 09:20
student
 
(Ошибка 115) Команда не поддерживается в данном режиме - наиболее частый можно даже сказать универсальный ответ штриховского драйвера :)
в основновном выскакивает когда фрк стоит в одном из режимов (их 15 основных и 5 расширенных) и на него идет команда не разрешенная в этом режиме
попробуй при возникновении ошибки глянуть тестом драйвера

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

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


пы.сы.
а срок действия эклз на кассе случаем не 1 сентября этого года заканчивается?
если так - увеличь таймауты на самом штрихе (не знаю где это в укм4 регулируется и регулируется ли вообще, но в тесте драйвера это на вкладке "параметры связи" - поставь не менее 900)
█ 23.08.2012 09:46
Dim
 
таймауты увеличивали уже... смена как раз около полуночи и должна закончиться была... чек физически начал печататься - печатается сводный чек, шапка, список товаров, подвал не печатался... и все это пропечаталось раз пять
Часовой пояс GMT +3, время: 07:16.

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