Несоответсвие ОФД и реальности : УКМ-4

vdm,
Поменял, чек стал корректно завершен, но XML конвертером через ручную выгрузку не выгружается ( нужно передать его в супермаг). Что то еще нужно учесть ?

Так же в таком чеке есть нюанс, повторно строка с наличными идет с минусом.. В приложении выделил.
Вообще есть вариант выгрузить мне этот чек в супермаг ? Или слишком запутано все в базе ?

Миниатюры

 

Было и такое, да. Пришлось идти в trm_out_receipt_payment* и удалять "лишнее".
Т.е. "починить" чек конечно реально. Лучше всего сравнивая записи проблемного и нормального чека, с таким-же видом оплаты.
Готовой последовательности действий для таких дел у меня нет, увы, советовать "найди и прибей вот такую запись" не буду.

Может быть вам проще будет его в xml "добавить". У меня xml нет, что в нем делать совсем не скажу.

Посмотрел, в trm_out_receipt_payment* не увидел, криминала... Видать оставлю данную задачу не решенной.

Хотел бы спросить совета, чтобы окончательно вырабатать стратегию.
Опять заглючил ФР 802Ф на прошивке 18, троекратно задублировался чек на ФР и в ОФД, но в УКМ так и не закрылся.

В итоге в ОФД имею три олдинаковых чека в подряд, в укм и см+ ни одного, товар отдали покупателю. Что делать в таком случае ?

Создать на вебе один чек чтобы появился и в УКМ и в СМ, по двум другим можно через fntools сделать возврат он уйдет в офд, в УКМ и в СМ не появится.

vdm,

получилось, я не сразу досмотрел. исправил, выгрузил, чек пришел в СМ.
но есть другой вопрос. Как формируются отчеты в УКМ, вроде Работа магазина/Отчёты/По кассовым сменам, там результат не изменился , т.е. чек с исправильным footer.result не прибавился.

При закрытии смены в некоторые таблицы пишутся ее итоги. Например trm_out_shift_result_payments.
Возможно некоторые отчеты их используют.
Мы итоги не правим, смотрим фактически только "Работа магазина/Отчёты/Выручка по видам оплаты" - там сумма считается непосредственно по чекам.
Но если оплата в чеке сторнирована (как в вашем скриншоте), там тоже сумма не поменяется.