Алгоритм:

1) Зупиняємо фронт
2) У папку Plugins фронту кладемо плагін EventsReloader (скачується з фтп під конкретну версію програми. Шлях - ...\Plugins\Front\Plugin.Front.EventsReloader\).
3) Запускаємо фронт.
4) Йдемо в плагіни - "Повторне вивантаження продажів" (Касова зміна має бути відкрита, інакше кнопки плагіну не буде)
5) Вказати шлях до БД. (По замовчуванню вони вже вказана, але про всяк випадок, ось шлях - %appdata%\iiko\CashServer\EntitiesStorage\Events\)
6) Вказати діапазон вивантаження. За замовчуванням береться максимальний інтервал - від ранньої дати в іменах архівів до поточної дати.
7) Натискаємо на кнопку "Завантажити дані із БД". Якщо це можливо, у папці є дані, дані завантажуються.
8) У списку завантажених транзакцій вибираємо всі OrderPaymentEvent (і , якщо є CloseSessionEvent і PayInOutEvent) дат, що цікавлять.
Може таке бути, що в рядку є дата, яка не відноситься до обраного періоду. Такий рядок потрібно пропустити!
9) Натискаємо на кнопку "Надіслати дані на сервер"
10) У папці UpdateQueue або в базі entities.sdf в таблиці UploadQueue створиться черга замовлень.
11) Тепер треба чекати.
12) Перевіряємо на сервері , що з'явилися дані.
Якщо касові зміни не закриються - закрити руками в базі, звіритися з Z-кою
Документи за проблемний день (АР, АС) краще перестворити із касової зміни.