Как с ОФД сверять выручку? : УКМ-4

Господа, у кого-нибудь уже есть идеи как с ОФД сверять выручку?

Я думаю писать в ОФД, что бы делали необходимый отчет с возможностью выгрузки в файл. Чем больше будет таких обращений быстрее сделают. Как только кто то из них сделает остальные, тоже сделают. А уже потом дело техники сравнить данные из файла и в УКМ.

ЗЫ Кто то обращался с этим в ОФД?

У ПлатформаОФД можно выгрузить CSV-файл по определенному магазину за определенные даты, но не понятно как сверять. В данных ОФД нет номера смены, а номер фискального документа и номер чека в УКМ отличаются. И в УКМ нет порядкового номера фискального документа.
Вот структура данных, выгружаемых из ОФД:

Поля документа в формате CSV

Дата документа
Регистрационный номер ККТ
Заводской номер ФН
Фискальный признак документа
Порядковый номер фискального документа
НДС не облагается
НДС 0%
НДС 10%
НДС 18%
Сумма, уплаченная наличными
Сумма, уплаченная электронными
Итого

Завтра посмотрю, но мне кажется этого достаточно.

У меня как раз ПлатформаОФД.
Я написала им письмо с просьбой сделать реестр Z-отчетов (по аналогии с реестром чеков), но ответа не получила.

У них, в принципе, есть сам Z-отчет с суммами. Чеки - Открытие/закрытие смен. Отобрать нужные даты. Ткнуть мышкой в слово Z-отчет. Подождать.
Сверяла реестр Z-отчетов из Супермага. На 74 сп1 было 20% смен с расхождениями. На 75 версии не было пока ни одной.
Что с чем расходится искала потом по отчету по чекам, сверяя с суммами чеков из Супермага.

AlgolB, вы обещали идеями поделиться, жду с нетерпением.

Вот этого запроса должно хватить для вывода данных из УКМ

SELECT
trm_out_receipt_subtotal.date AS 'Дата',
trm_out_shift_close.kkm_registration_number AS 'Регистрационный_номер_ККТ',
trm_out_shift_close.kkt_FN_Number AS 'Заводской_номер_ФН',
trm_out_receipt_header.global_number 'Порядковый_номер_фискального_документа',
trm_out_receipt_subtotal.amount AS 'Итого'
FROM trm_in_store
INNER JOIN trm_out_shift_close ON (TRUNCATE((trm_out_shift_close.cash_id)/1000, 0)= trm_in_store.store_id)
INNER JOIN trm_out_receipt_subtotal ON (trm_out_receipt_subtotal.cash_id=trm_out_shift_close.cash_id)
AND (trm_out_receipt_subtotal.date BETWEEN '2017-04-28 00:00:00' AND '2017-04-28 23:59:59')
INNER JOIN trm_out_receipt_header ON (trm_out_receipt_header.id=trm_out_receipt_subtotal.id)
WHERE (trm_in_store.store_id=1009) AND (trm_out_shift_close.date BETWEEN '2017-04-28 00:00:00' AND '2017-04-28 23:59:59')
GROUP BY Дата
ORDER BY Регистрационный_номер_ККТ, Порядковый_номер_фискального_документа

Даты соответственно ставим свои и trm_in_store.store_id=1009 ставим id своего магазина.
Вывожу из УКМ не все данные, которые есть в файле из ОФД, т.к. думаю этих хватит. Я так понимаю чек либо передался, либо нет, либо несколько раз. Целостность чека я так понимаю не нарушается, поправьте меня, если ошибаюсь.
Дальше сверяем с данными из файла полученным из ОФД.
Можно усложнить и автоматизировать, написав некую программу проверки, но пока задача такая не стоит. Я если и буду себе подобное делать напишу веб форму для сверки файла из ОФД и данными в УКМ.

Круто, спасибо, проверим!

Порядковый номер фискального документа не совпадает :(

Mtirt,
что потом делали с обнаруженными расхождениями ?
как-то такие случаи к одному приводятся ? Ведь чеки уже переданы и смены закрыты ?

Я нашла два варината:

1. FNTools и чеки коррекции.
2. Добавить чек в базу УКМ4 и сделать возврат.