[ОТВЕТИТЬ]
01.06.2017 11:16
AlgolB
 
Версия УКМ 75. Столкнулся с ситуацией, что сумма в X и Z отчете отличается на сумму одного чека (не хватает суммы этого чека). Причем этот чек присутствует в ОФД и в УКМ. Вопрос откуда берется сумма в X и Z отчете?
01.06.2017 14:43
XsevenBeta
 
Включи query лог в mysql и напечатай X, думаю данные идут из trm_out_shift_result или trm_out_shift_result_payments
01.06.2017 14:51
Mtirt
 
У меня похожий же вопрос.
Откуда сейчас берутся цифры в графах sale_KKM и return_kkm таблицы trm_out_shift_result_payments?
И почему они не совпадают с sale_ukm и return_ukm.
01.06.2017 14:57
student
 
Цитата:
XsevenBeta думаю данные идут из trm_out_shift_result или
вероятнее всего не так :( данные на печать идут из внутренних счетчиков фр-а

Цитата:
AlgolB откуда берется сумма в X и Z отчете
сами понятия икс\зет отчетов по 54фз отсутствуют и многие производители фр однозначно заявляют что эти самые счетчики (читай суммы по икс\зет) в фр могут быть сброшены (например у штриха при тех обнулении) и опираться на них не совсем верно ...
01.06.2017 15:09
XsevenBeta
 
Включил лог - X отчёт данные не из таблиц берёт.
01.06.2017 15:22
student
 
Цитата:
XsevenBeta данные не из таблиц берёт
было бы удивительно если бы он их брал от туда :)
тогда бы это было первое проявление телепатии\машинного интеллекта иначе как тогда объяснить печать этих отчетов непосредственно с фр при помощи фнтулс\теста драйвера и т.п. и при отсутствии mysql ...
01.06.2017 15:39
XsevenBeta
 
Цитата:
student было бы удивительно если бы он их брал от туда :)
Согласен, но этим можно было бы объяснить разницу между Z и X, которые должны быть одинаковые.
01.06.2017 15:50
student
 
Цитата:
Mtirt И почему они не совпадают с sale_ukm и return_ukm.
а не может это быть связано (см аттач) с тем что на фр посылается одно а он регистрирует другое ? с картинки фнтулса понять сложно (там везде округление до 2-х знаков) - ниже команды на отправку и ответ от фр

из логов (укмвин)
01/06/2017 15:44:27 CloseReceipt -----> <?xml version="1.0" encoding="UTF-8"?><ArmRequest><RequestBody><ProtocolLabel>OFDFNARMUKM</ProtocolLabel><ProtocolVersion>10.4</ProtocolVersion><RequestId>{22}</RequestId><DateTime>2017-06-01 15:44:27</DateTime><Command>8</Command></RequestBody><RequestData><![CDATA[<ArmReceipt><UserLoginName>ЦТО</UserLoginName><ReceiptType>1</ReceiptType><DateTime>2017-06-01 15:44:27</DateTime><TaxSystem>2</TaxSystem><HeaderText></HeaderText><Items><ArmReceiptItem><ItemArticle></ItemArticle><ItemName>без скидок </ItemName><Price>37.5</Price><Quantity>0.001</Quantity><ItemTotal>0.0375</ItemTotal><TaxType>3</TaxType><Tax>0</Tax><ItemDiscounts><ArmDiscount><Name></Name><Value>0</Value></ArmDiscount></ItemDiscounts><ItemText></ItemText></ArmReceiptItem></Items><CustomerAddress></CustomerAddress><Total>0.04</Total><CashSumm>0.04</CashSumm><NonCashSumm>0</NonCashSumm><PosNum>4</PosNum><PosShiftNum>66</PosShiftNum><PosReceiptNum>593</PosReceiptNum><ArmReceiptTax><nds18>0</nds18><nds10>0</nds10><nds00>0</nds00><ndsNo>0</ndsNo><nds18_118>0</nds18_118><nds10_110>0</nds10_110></ArmReceiptTax><Footer>Спасибо за покупку! </Footer><FiscalDocNumber>0</FiscalDocNumber><FiscalSign>0</FiscalSign><ShiftNumber>0</ShiftNumber><ReceiptNumber>0</ReceiptNumber></ArmReceipt>]]></RequestData></ArmRequest>

01/06/2017 15:44:32 CloseReceipt <----- <?xml version="1.0" encoding="UTF-8"?><ArmResponse><ResponseBody><ProtocolLabel>OFDFNARMUKM</ProtocolLabel><ProtocolVersion>10.4</ProtocolVersion><RequestId>{22}</RequestId><Result>0</Result><ErrorCategory>0</ErrorCategory><ErrorSource>PRN_CONTROLLER</ErrorSource><ErrorCode>0</ErrorCode><ErrorDescription></ErrorDescription><Command>9</Command></ResponseBody><ResponseData><![CDATA[<ArmReceipt><UserLoginName>ЦТО</UserLoginName><ReceiptType>1</ReceiptType><DateTime>2017-06-01 15:44:27</DateTime><TaxSystem>2</TaxSystem><HeaderText></HeaderText><Items><ArmReceiptItem><ItemArticle></ItemArticle><ItemName>без скидок </ItemName><Price>40.00</Price><Quantity>0.001</Quantity><ItemTotal>0.04</ItemTotal><TaxType>3</TaxType><Tax>0.04</Tax><ItemDiscounts><ArmDiscount><Name></Name><Value>0.00</Value></ArmDiscount></ItemDiscounts><ItemText></ItemText></ArmReceiptItem></Items><CustomerAddress></CustomerAddress><Total>0.04</Total><CashSumm>0.04</CashSumm><NonCashSumm>0.00</NonCashSumm><PosNum>4</PosNum><PosShiftNum>66</PosShiftNum><PosReceiptNum>593</PosReceiptNum><ArmReceiptTax><nds18>0.00</nds18><nds10>0.00</nds10><nds00>0.04</nds00><ndsNo>0.00</ndsNo><nds18_118>0.00</nds18_118><nds10_110>0.00</nds10_110></ArmReceiptTax><Footer>Спасибо за покупку! </Footer><FiscalDocNumber>594</FiscalDocNumber><FiscalSign>3923517241</FiscalSign><ShiftNumber>66</ShiftNumber><ReceiptNumber>6</ReceiptNumber></ArmReceipt>]]></ResponseData></ArmResponse>

в результате в товароучетке одно а в фр другое ...
проверялось и на 8.11 и 8.12 и 8.13
в с+ отписал - в ответ "По вашей проблеме пока решения нет"

т.е. уже в ответе стоимость (<Price>40.00</Price>) не равна той что была при регистрации (<Price>37.5</Price>)
Миниатюры
Нажмите на изображение для увеличения
Название: 2017-05-11_11-19-28.png
Просмотров: 32
Размер:	191.3 Кб
ID:	8518  
01.06.2017 15:55
Mtirt
 
Такого мы пока не заметили.
Или чеки целиком задваиваются.
Или чеки целиком где-нибудь пропадают.

А еще у нас в Z-отчете оборот задвоился. Т.е. сумма продаж была из текущего Z-отчета и предыдущего.
01.06.2017 16:08
student
 
Цитата:
Mtirt Или чеки целиком задваиваются.
Или чеки целиком где-нибудь пропадают.
А еще у нас в Z-отчете оборот задвоился. Т.е. сумма продаж была из текущего Z-отчета и предыдущего.
у нас (укмвин) слава богу такого пока не наблюдалось :)
01.06.2017 18:16
AlgolB
 
Я вообще не понимаю... До этой проблемы в таблице trm_out_shift_result_payments значения полей sale_ukm и sale_kkm совпадало. Теперь значения разные, причем в поле sale_ukm значение из укм и ОФД, а в поле sale_kkm значение из X, Z отчета (меньше на сумму одного чека). Что за цифры в таблице trm_out_shift_result немного не понятно, поле sale_kkm так понимаю нарастающий итог. У меня почему то до сбоя шло все правильно в этой таблице, а после появилась смена где кол-во чеков 0, а вот значение поля sale_kkm (нарастающий итог) равно значению две смены назад. А вот в таблице trm_out_shift_result_payments этой странной смены вообще нет.
01.06.2017 18:37
AlgolB
 
Причем когда пробивался чек на сумму которого разница, кассовый чек не вышел, а вышло вот это
Миниатюры
Нажмите на изображение для увеличения
Название: IMG-20170601-WA0003.jpg
Просмотров: 88
Размер:	38.9 Кб
ID:	8519  
19.06.2017 10:05
ArchiHaki
 
В итоге, то, что печатается в Z отчете на кассе - это то же самое, что уходит в ОФД(т.е. не может быть расхождений между ними)? Или все же правильнее сверять выручку по данным из ЛК ОФД?
19.06.2017 10:22
Mtirt
 
Может. Надо сверять.
19.06.2017 16:09
Dzloor
 
Клиенты тоже столкнулись с явлением.
1 касса имела расхождением по сменному отчёту и наличными в д/я. Выяснили, что когда печатают чек с большим позиций чем 35 - УКМ выдает "нет ответа от ККМ"(не помню как точно). В итоге чек печатает и закрывается в ФР, данная сумма чека не попадает в сменный отчёт. Никаких ошибок расхождения сумм БД и ФР.
19.06.2017 17:42
bob
 
Цитата:
Dzloor Клиенты тоже столкнулись с явлением.
1 касса имела расхождением по сменному отчёту и наличными в д/я. Выяснили, что когда печатают чек с большим позиций чем 35 - УКМ выдает "нет ответа от ККМ"(не помню как точно). В итоге чек печатает и закрывается в ФР, данная сумма чека не попадает в сменный отчёт. Никаких ошибок расхождения сумм БД и ФР.
Жесть. у нас таких чеков немало. А скоро переходить на новые кассы.
19.06.2017 18:09
Eugin_S
 
Цитата:
Dzloor Выяснили, что когда печатают чек с большим позиций чем 35 - УКМ выдает "нет ответа от ККМ"(не помню как точно). В итоге чек печатает и закрывается в ФР, данная сумма чека не попадает в сменный отчёт. Никаких ошибок расхождения сумм БД и ФР.
Решается вроде бы прошивкой до 8.13
20.06.2017 08:31
Dzloor
 
Спасибо, вчера прошились на 8.13. Будем надеяться, что больше подобного не повторится.)
21.06.2017 11:10
ArchiHaki
 
Цитата:
Dzloor Клиенты тоже столкнулись с явлением.
1 касса имела расхождением по сменному отчёту и наличными в д/я. Выяснили, что когда печатают чек с большим позиций чем 35 - УКМ выдает "нет ответа от ККМ"(не помню как точно). В итоге чек печатает и закрывается в ФР, данная сумма чека не попадает в сменный отчёт. Никаких ошибок расхождения сумм БД и ФР.
А как потом выпрямляли?(У нас сейчас такая же ситуация - большой чек не ушел в ОФД). Аннулировали чек на вебке кассы и пробивали заново по частям или же через фнтул создавали этот чек?
22.06.2017 16:18
sergey37
 
В этом случае делаем коррекцию прихода через fntools
26.06.2017 20:33
Dzloor
 
Цитата:
ArchiHaki А как потом выпрямляли?(У нас сейчас такая же ситуация - большой чек не ушел в ОФД). Аннулировали чек на вебке кассы и пробивали заново по частям или же через фнтул создавали этот чек?
Пробивали чек заново
04.07.2017 14:02
ArchiHaki
 
Прошу помощи: а в обратной ситуации как поступать? У нас, к примеру, из-за ошибки кассы, в ОФД ушёл лишний чек, в УКМ его нет. По факту и товар не отпускался(чек просто задвоился).
Через фнтулс делать чек с типом "возврат прихода" или же делать чек коррекции "коррекция расхода"? Ни в одной из этих функций нельзя указать дату, я у бухов еще не интересовался, но налоговой неинтересна выручка за определенный день?Только какой-то период- месяц, квартал?
04.07.2017 14:21
Mtirt
 
Можно еще на web-е кассы сделать чек, а потом по нему обычный возврат.
04.07.2017 14:33
KirillHome
 
Цитата:
ArchiHaki Через фнтулс делать чек с типом "возврат прихода" или же делать чек коррекции "коррекция расхода"? Ни в одной из этих функций нельзя указать дату,
Чеки всегда делаются датой и "моментом" пробития.
А вот документ-основание (к примеру, чек продажи, по которому делаем возврат) может иметь какую-то дату, отличную от текущей.
17.07.2017 21:40
ArchiHaki
 
Еще вот задачка знатокам: если в ОФД задвоился безнальный чек, т.е. оба чека ушли как "электронные". По факту у клиента снялись деньги только за один чек и в УКМ тоже только один чек.
18.07.2017 08:23
Mtirt
 
Я сначала создаю чек через web. Меняю в нем тип оплаты на безнал. А потом делаю возврат наличными и объяснительную в бухгалтерию.
18.07.2017 11:29
ArchiHaki
 
Цитата:
Mtirt Я сначала создаю чек через web. Меняю в нем тип оплаты на безнал. А потом делаю возврат наличными и объяснительную в бухгалтерию.
Тип оплаты чека меняете непосредственно в БД кассы?
И возврат налом у нас запрещен в настройках вида оплаты. Временно разрешаете для возврата конкретного чека?
21.07.2017 11:57
Juliya
 
Цитата:
Mtirt Я сначала создаю чек через web. Меняю в нем тип оплаты на безнал. А потом делаю возврат наличными и объяснительную в бухгалтерию.
А как поступаете, если в задвоенном чеке был алкоголь? Возврат по нему уже не сделать, нет марки.
21.07.2017 12:09
Mtirt
 
Марку найти можно. Проблема в том, что в ЕГАИС чек уходит один раз (я проверяла).

Пробиваю чек не алкоголем :(


Опции темы


Часовой пояс GMT +3, время: 07:11.

 

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