1. Визначте, що має перейти
Складіть список потрібних даних: майбутні й минулі бронювання, профілі гостей, рахунки, платежі, типи номерів, тарифи, податки, примітки, компанії та історія змін. Для кожної категорії зафіксуйте формат, власника й період, який потрібен для роботи або обліку.
2. Перевірте експорт до вибору дати
Попросіть старого постачальника показати доступні формати експорту та обмеження. Визначте, чи можна отримати первинні файли, і як вони співвідносяться з новими полями. Не починайте фінальний імпорт, доки невідомо, що саме не переноситься автоматично.
3. Узгодьте мапінг і правила
Визначте, як назви категорій, статуси, ставки податків, способи оплати й компанії зі старої системи відповідатимуть новій. Особливо перевірте валюту, дати, часовий пояс, дублікати гостей, скасування та документи з кількома складовими.
4. Зробіть тестовий імпорт і звірку
Виберіть контрольну вибірку: різні типи бронювань, оплат, скасувань, компаній та історичних ставок. Порівняйте кількість записів, ключові поля й суми на рівні рядків і документів. Зафіксуйте, хто підписує результат перевірки та як виправляються розбіжності.
5. Плануйте паралельну роботу
Коли це технічно можливо, певний період зберігайте доступ до старої системи. Визначте, де створюються нові бронювання, як передаються зміни, хто перевіряє дублювання та за яких умов відбувається остаточне перемикання. Підготуйте шлях повернення, якщо критичний сценарій не працює.
Приклад перенесення
У міському готелі в Німеччині перенесли історію з 2018 року: 18 475 бронювань і 33 059 рахунків. Готель має 31 номер і 7 категорій. У контрольній звірці суми рядків послуг зійшлися до цента. Цей досвід показує важливість мапінгу й перевірки, але не є гарантією такого самого результату для іншої бази.
Запитання постачальнику
Які дані експортуються? Хто виконує мапінг? Чи можна побачити тестовий імпорт? Які поля не переносяться? Як перевіряються суми? Скільки часу потрібна стара система? Хто відповідає за виправлення? Чи є резервна копія й план відкату? Як буде захищено персональні дані під час передачі?
Перед запуском перевірте вибраний сценарій на тестових даних, зафіксуйте відповідального за процес і поясніть команді, як діяти при збої або нестандартній ситуації. Функції та інтеграції залежать від тарифу, конфігурації й підключених постачальників.
Наступний крок
Перегляньте пов’язаний кейс або практичний інструмент, а потім звірте процес із потребами свого об’єкта.
Про матеріал
Практичний матеріал підготовлено на основі внутрішнього досвіду VDALO та описаного кейсу. Числові результати належать конкретному об’єкту; умови й обмеження наведено в кейсі. Стаття не є юридичною, бухгалтерською чи податковою консультацією.