Міграція обліку — це не проєкт із відтворення кожного екрана й кожної операції старої системи. Це контрольована передача справ: вибрати дату переходу, перенести інформацію, потрібну для продовження роботи, довести, що вхідні залишки правильні, і почати вести нові операції в ERPNext.
У Nova Industries у попередній системі накопичилися рахунки-фактури за сім років, але для старту потрібні лише актуальні довідники, неоплачені рахунки-фактури, нерозподілені платежі, запаси, активи, залишки на банківських рахунках і перевірені залишки за рахунками обліку. Стара система може лишатися доступною для історичних звітів, доки ці записи потрібні в роботі.
Цей посібник пропонує перевірену послідовність міграції: визначити обсяг, вивантажити, очистити й зіставити дані, імпортувати довідники, завантажити вхідні документи й залишки, а потім перевірити й виправити результат, перш ніж користувачі почнуть звичайну роботу.
Процес міграції
Проведіть принаймні одну тестову міграцію перед остаточним переходом. Міграція завершена лише тоді, коли результати перевірено, а відповідальна особа з фінансів їх затвердила.
1. Визначте, що переносити
Почніть із вибору дати переходу. Межа фінансового року зручна, але підійде й кінець місяця, якщо чекати непрактично. Закрийте й звірте стару систему по день, що передує цій даті. Усі нові операції з дати переходу вводьте в ERPNext.
Для більшості організацій оптимальний обсяг такий:
- активні клієнти, постачальники, номенклатура, склади, рахунки, центри витрат, податкові шаблони та інші довідники, потрібні після переходу;
- неоплачені рахунки-фактури клієнтів і постачальників;
- нерозподілені платежі й аванси;
- залишки на банківських рахунках і в касі;
- кількість і вартість запасів за номенклатурою й складами;
- основні засоби з накопиченою амортизацією;
- інші залишки активів, зобов'язань і власного капіталу;
- обороти доходів і витрат з початку року — лише якщо ви починаєте посеред фінансового року й потребуєте звітності за поточний рік в ERPNext.
Закриті рахунки-фактури, погашені платежі, старі комерційні пропозиції, виконані замовлення й детальну історію проводок залиште в старій системі, якщо немає юридичної чи операційної причини їх переносити.
Перш ніж вирішувати, поставте собі практичне запитання: Чи знадобиться комусь цей запис, щоб завершити роботу в ERPNext після переходу? Якщо ні — збережіть його в старій системі або в захищеному вивантаженні замість імпорту.
2. Вивантажте й збережіть вихідні дані
Перш ніж вивантажувати дані, виконайте у своїй поточній системі звичайні перевірки на кінець місяця чи року. Щойно почнеться остаточне вивантаження, забороніть користувачам змінювати операції, датовані до дати переходу.
Збережіть такі вихідні звіти:
| Вихідний звіт | Навіщо він потрібен |
|---|---|
| Оборотно-сальдова відомість | Доводить, що вхідна головна книга в ERPNext збігається зі старою системою. |
| Баланс і звіт про прибутки та збитки | Підтверджує підсумки фінансової звітності та класифікацію рахунків. |
| Старіння дебіторської заборгованості за рахунками-фактурами | Дає кожен неоплачений рахунок-фактуру клієнта, строк оплати, валюту й суму заборгованості. |
| Старіння кредиторської заборгованості за рахунками-фактурами | Дає кожен неоплачений рахунок-фактуру постачальника та суму заборгованості. |
| Банківська звірка й виписки | Підтверджує банківський рахунок обліку, залишок за випискою та непроведені операції. |
| Звіт про запаси за номенклатурою й складами | Дає вхідну кількість і вартість запасів. |
| Реєстр основних засобів | Дає вартість активу, дату, накопичену амортизацію й залишок строку корисного використання. |
| Аванси й нерозподілені платежі | Показує отримані чи сплачені кошти, не розподілені на рахунки-фактури. |
| Графіки податків, кредитів, нарахувань і передоплат | Пояснюють залишки, які неможливо зрозуміти з однієї лише оборотно-сальдової відомості. |
Збережіть остаточні звіти як захищені таблиці або PDF. Запишіть точний час вивантаження, дату переходу, організацію, валюту й застосовані фільтри. Ці файли — ваші докази міграції та запасний варіант, коли якийсь підсумок не збігається.
3. Очистьте й зіставте дані
Очищення й зіставлення означає перетворення даних, вивантажених із поточної системи, у формат, який може імпортувати ERPNext.
Не редагуйте єдиний примірник вихідного вивантаження. Залиште його незмінним і створіть робочу копію. У робочій копії:
- Видаліть неактивні записи, які ви вирішили не переносити.
- Видаліть дублікати клієнтів, постачальників, номенклатури й рахунків.
- Уніфікуйте назви, дати, коди країн, валюти, одиниці виміру й податкові ідентифікатори.
- Визначте назву чи код в ERPNext для кожного запису зі старої системи.
- Зіставте кожен старий рахунок із рахунком в ERPNext.
- Зіставте клієнтів, постачальників, номенклатуру, склади, центри витрат і валюти з їхніми назвами в ERPNext.
- Розділіть неоплачені рахунки-фактури, аванси, запаси, активи, банківські залишки й решту залишків головної книги, бо вони імпортуються різними способами.
- Порівняйте очищені підсумки з незмінними вихідними звітами.
Створіть просту книгу зіставлення з колонками на кшталт Legacy Type, Legacy ID, Legacy Name, ERPNext Type, ERPNext Name, Action і Notes. Для Action використовуйте значення на кшталт Імпортувати, Об'єднати, Перейменувати й Не переносити. Так команда міграції матиме одну затверджену відповідь, коли стара назва не збігається з ERPNext.
4. Налаштуйте ERPNext перед імпортом
Створіть організацію й перевірте її країну, валюту за замовчуванням, фінансовий рік і облікові налаштування за замовчуванням. Налаштуйте план рахунків, центри витрат, склади, одиниці виміру, податкові рахунки й правила нумерації, перш ніж імпортувати залежні записи.
Імпортуйте довідники в порядку залежностей. Практична послідовність така:
- План рахунків і центри витрат
- Склади й одиниці виміру
- Групи номенклатури, групи клієнтів, групи постачальників і території
- Клієнти й постачальники
- Номенклатура й ціни номенклатури
- Банківські рахунки, способи оплати, податкові шаблони й решта довідників
Спершу перевірте кілька записів. Відкрийте їх в ERPNext і переконайтеся, що зв'язки, значення за замовчуванням, адреси, валюти й рахунки правильні, — і лише тоді імпортуйте весь файл.
5. Використовуйте правильний інструмент імпорту ERPNext
ERPNext має різні інструменти, бо не всі вхідні записи слід імпортувати однаково.
| Інструмент | Для чого використовувати |
|---|---|
| Імпорт даних | Імпорт клієнтів, постачальників, номенклатури, складів, центрів витрат та інших довідників із шаблонів CSV чи Excel. Також може оновлювати наявні записи. |
| Імпортер плану рахунків | Імпорт власної ієрархії рахунків, доки в організації ще немає операцій. |
| Інструмент створення початкових рахунків-фактур | Створення неоплачених рахунків-фактур (продаж) і рахунків-фактур на покупку без відтворення всієї історії позицій. |
| Вхідні залишки на рахунках | Перенесення решти вхідних залишків головної книги через операції введення залишків. |
| Інвентаризація | Встановлення вхідної кількості й вартості запасів за номенклатурою та складами. |
| Актив | Створення наявних основних засобів із їхньою початковою вартістю та даними про амортизацію. |
Імпортуйте невеликими партіями й зберігайте кожен файл імпорту. Давайте кожному файлу чіткий порядковий номер, щоб було видно, яку версію тестували, виправляли й зрештою імпортували.
Уникайте подвійного обліку
Початкові рахунки-фактури, запаси, активи й початкові платежі можуть формувати бухгалтерські проводки. Не імпортуйте ту саму суму вдруге в остаточному вхідному записі журналу.
Наприклад, припустімо, ваша стара оборотно-сальдова відомість містить:
- $10,000 дебіторської заборгованості за неоплаченими рахунками-фактурами клієнтів;
- нерозподілене надходження від клієнта на $2,000;
- чисте сальдо дебіторської заборгованості $8,000.
Створіть неоплачені рахунки-фактури на $10,000 через інструмент створення початкових рахунків-фактур, а надходження на $2,000 внесіть затвердженим способом для початкових платежів. Не додавайте у вхідний запис журналу ще один рядок дебіторської заборгованості на $8,000. Так сальдо буде враховано двічі.
Після створення всіх спеціалізованих вхідних документів використовуйте вхідний запис журналу лише для залишків, які ще не сформував жоден інший документ. Наприкінці міграції рахунок «Тимчасові вхідні залишки» (Temporary Opening) має мати нульове сальдо.
6. Перевірте й виправте
Не оцінюйте міграцію за кількістю успішних імпортів. Оцінюйте за тим, чи збігаються дані ERPNext із затвердженими вихідними звітами.
Перевіряйте в такому порядку:
- Порівняйте кількість імпортованих довідників і неоплачених рахунків-фактур.
- Порівняйте старіння дебіторської й кредиторської заборгованості по кожному рахунку-фактурі.
- Порівняйте банк, касу, запаси, основні засоби, аванси, податкові залишки, кредити й інші графіки.
- Сформуйте в ERPNext оборотно-сальдову відомість на дату переходу й порівняйте кожен рахунок із вихідною відомістю.
- Порівняйте баланс і звіт про прибутки та збитки.
- Переконайтеся, що на рахунку «Тимчасові вхідні залишки» та міграційних транзитних рахунках немає незрозумілих залишків.
- Перевірте звичайну роботу: створення рахунку-фактури, отримання платежу, відвантаження запасів, оплату постачальнику й формування звітів.
Якщо підсумок не збігається, не проводьте незрозумілий запис журналу, щоб «підігнати» оборотно-сальдову відомість. Знайдіть причину розбіжності. Типові причини — повторний імпорт, неправильне зіставлення рахунків, пропущений рахунок-фактура, переплутані дебет і кредит, не та валюта чи курс або імпорт сальдо контрольного рахунку після того, як підтвердні рахунки-фактури вже створено.
Виправте зіставлення чи файл імпорту, скасуйте або сторнуйте помилковий міграційний запис звичайними засобами ERPNext, імпортуйте виправлені дані й перевірте знову. Ведіть журнал виправлень, у якому фіксуйте проблему, причину, дію, відповідального й докази.
7. Затвердьте міграцію й починайте роботу
Перед запуском отримайте від відповідальної особи з фінансів письмове підтвердження, що:
- оборотно-сальдова відомість і фінансова звітність збігаються;
- дебіторська й кредиторська заборгованість збігаються з переліками за рахунками-фактурами;
- залишки банку, запасів, активів, податків та інших контрольних рахунків збігаються;
- операційні тести пройдено;
- пункти виправлень усунуто або формально прийнято;
- вивантаження й резервні копії старої системи надійно збережено;
- користувачі знають остаточний час переходу й де тепер вводити нові операції.
Після затвердження не змінюйте міграційні записи інакше як через контрольований процес виправлень. Залиште стару систему лише для читання для історичних звітів. Відтепер ERPNext — єдине джерело достовірних даних для операцій, датованих датою переходу й пізніше.
Пов'язані теми
- Імпорт даних
- Імпортер плану рахунків
- Інструмент створення початкових рахунків-фактур
- Вхідні залишки на рахунках
- Інвентаризація
- Оборотно-сальдова відомість
Переклад сторінки «Accounting Migration Overview» з документації ERPNext. © Frappe Technologies Pvt. Ltd., ліцензія CC BY-SA 3.0. Переклад — OpenOblik, на тих самих умовах. Переклад машинний, вичитка триває: помітили неточність — напишіть нам.