Форум по программному обеспечению и оборудованию > > >

Не сходятся остаток на конец смены и остаток на начало смены по наличке в ДЯ

09.12.2016 22:25


[ОТВЕТИТЬ]
Опции темы
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
Так сделай изъятие в программе, а потом внесение в фискальнике и всего делов
 
"Спасибо" 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, время: 22:25.

Все в прочитанное - Календарь - RSS - - Карта - Вверх 👫 Яндекс.Метрика
Форум сделан на основе vBulletin®
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.