Разные данные по выручке при синхронизации Розница, редакция 2.2 (2.2.11.29) в 1С.Управление торговлей, редакция 11 (11.4.6.200)

Коллеги, добрый день! Искал на форуме похожую проблему, но не нашел. Допускаю, что как непрофильный специалист мог задавать не те параметры поиска. Поэтому буду признателен за ссылку на материалы, если таковые имеются на форуме. Если нет, прошу помочь в решении вопроса.

Итак, вводная часть.
Работает моя компания в сфере розничных продаж. Работаем с тканями (мерный товар, не подлежащий возврату). Вся инфраструктура на сервере. Соединение происходит через тонкие клиенты с сервером, где стоят две программы: Розница, редакция 2.2 (2.2.11.29) и 1С.Управление торговлей, редакция 11 (11.4.6.200). Розничные магазин (7 шт., 14 ККМ) работают на 1С.Рознице. Офис и склад работают на 1С.УТ. Принцип следующий. Из 1С.Розницы в 1С.УТ выгружаются данные о продажах (Отчет о розничных продажах) раз в сутки (ночью). Из 1С.УТ в 1С.Розница поступает информация об остатках, скидках, акциях и т.д. оперативно (насколько я понял, иначе как оперативный контроль остатков осуществляется?).

Проблема.
При обмене из 1С.Розницы в 1С.УТ выгружаются данные по выручке (Отчет по выручке в 1С.УТ), разнящиеся с Z-отчетом на ККМ (1С.Розница) и Суммой отчета по продажам (1С.Розница). Самое любопытное, что в самой 1С.Рознице данные между Z-отчетом и Суммой отчета по продажам тоже разнятся. Началось все с введения Заказа клиента на ККМ.
Смысл в следующем. Мы предложили клиентам следующий сценарий: если необходимого ассортимента (ткани) нет в магазине, куда пришел клиент, он (клиент) может оставить заказ в магазине с помощью консультанта, и необходимый товар будет привезен в искомый магазин (откуда осуществляется заказ) через 2-3 дня. Но т.к. товар мерный и моя компания несет риски, что клиент может отказаться от покупки или вообще не идти на контакт (такие случаи были, к сожалению), мы стали брать с клиента предоплату в размере 20%. Этой суммы не достаточно для покрытия убытков, в случае отреза, но кол-во отказов резко уменьшилось.
Почему убытков? Дело в том, что когда ткань отрезали под клиента, а он (клиент) отказался от покупки, — отрез может оказаться слишком маленьким для последующей продажи. Т.е. не все готовы брать конкретно такой отрез. В компании копятся неликвидные отрезы, с которым приходится прощаться только по себестоимости или даже ниже нее. Поставить ограничение минимальной покупки по заказу от 2 м, к сожалению, тоже не дало результатов (не все готовы были брать такой минимальный отрез). Такова специфика бизнеса.
Итак, появился механизм Заказ клиента на ККМ в 1С.Розница. Сам механизм настроили быстро, но начались проблемы с учетом выручки и ее выгрузки в 1С.УТ.

Как это выглядит на практике?
Клиент хочет купить ткань на 100 руб. Но ткани нет в магазине. Формируем в 1С.Рознице резерв на 100 руб. Клиент готов внести 20 руб. аванса и подождать 2-3 дня, когда привезут товар в торговую точку, где он осуществил заказ. По факту получения клиент внесет оставшиеся 80 руб. (через 2-3 дня). Представим, что в день были осуществлены еще продажи (обычные) на сумму 300 руб.
1С.Розница. В конце дня кассир снимает Z-отчет, в котором, естественно, отражается сумма проведенной выручки равная 300 (обычные продажи) + 20 (аванс) = 320 руб.
1С.Розница. В рознице формируется Отчет по продажам, в котором отражается сумма равная 300 (обычные продажи) + 80 (разница между авансом и общей суммой резерва) = 380 руб.
1С.УТ. В УТ проводится автоматический обмен между розницей и самой УТ в конце рабочего дня (ночью). В УТ формируется Отчет по розничным продажам равный 300 руб. (обычные продажи). Т.е. в отчет не попадают данные об авансе.

Уточните, пожалуйста, так и задумано? Или все-таки где-то что-то настроено не так? Если не так, — что именно? Возможно данные по авансу и окончательной оплате заказа и закроются позже, но отследить такие движения денежных средств, когда подобных заказов в месяц 90-100 шт. очень проблематично. Приходится вручную сводить заказы и выручкой за период. Самое веселое начинается, когда аванс был проведен в конце одного месяца, а окончательная оплата произойдет только в следующем за месяце. Тогда вообще концов не сыскать.

Помогите, пожалуйста, разобрать в проблеме. Спасибо!