Разговор про замену зарубежной системы почти всегда начинается с фразы «нам надо перенести все». Это самое дорогое предложение в проекте, и почти всегда лишнее.
Разберем, что действительно переезжает в рабочую базу, что живет отдельным контуром для отчетности и что остается в прошлом. Общая механика переноса — чистка справочников, правила сопоставления, протокол сверки — разобрана в статье про перенос данных. Здесь про специфику ухода с зарубежного контура.
Почему «перенести все» — плохая идея
У десяти лет истории в рабочей базе четыре последствия, и все неприятные.
Скорость. Регистры накопления растут, отчеты по остаткам и взаиморасчетам начинают перебирать записи за годы, которые никто не смотрит. Система, купленная ради управляемости, становится медленнее той, от которой уходили.
Стоимость сверки. Каждый год истории надо не просто загрузить, а доказать, что он загружен правильно. Сверка десяти лет по всем разрезам — это отдельный проект длиной в месяцы.
Расхождение методик. Учет в зарубежной системе велся по своим правилам: другие планы счетов, другая аналитика, другие принципы закрытия. Перенесенные документы прошлых лет в новой системе будут перепроводиться по новым правилам и дадут другие цифры. Объяснять проверяющему, почему в новой системе прошлый год закрылся иначе, — занятие на любителя.
Мусор. Десять лет справочников — это десять лет ошибок ввода, дублей и контрагентов, которых давно нет. Перенос легализует этот мусор в новой системе.
Три контура данных
| Контур | Что внутри | Кто пользуется |
|---|---|---|
| Рабочая база | Справочники в вычищенном виде, остатки на дату перехода, открытые обязательства и незакрытые заказы | Все сотрудники ежедневно |
| Историческая витрина | Документы и проводки прошлых периодов в виде, пригодном для чтения и выгрузки | Бухгалтерия, финансисты, проверяющие — эпизодически |
| Холодный архив | Выгрузки исходной системы в файлах плюс сама система в замороженном виде | Никто, пока не случится спор |
Смысл деления простой. Ежедневная работа не должна платить скоростью за события пятилетней давности. Отчетность за прошлые годы должна быть доступна за минуты. Юридическая доказательность обеспечивается неизменным архивом.
Что такое витрина на практике
Витрина — это отдельная база или отдельный контур, куда данные загружаются один раз и больше не меняются. Внутри — документы в читаемом виде, обороты и остатки по периодам, аналитика в тех разрезах, в которых ее спросят.
Ключевое отличие от рабочей базы: витрина ничего не пересчитывает. Она показывает цифры такими, какими они были закрыты в исходной системе. Поэтому по ней невозможно получить «другой прошлый год» — и именно это нужно, когда придет проверка.
Технически витрину строят двумя способами. Первый — в той же платформе отдельной информационной базой с упрощенной конфигурацией под чтение. Второй — в аналитическом хранилище с выгрузкой в отчеты. Выбор зависит от того, кто будет пользоваться: бухгалтерии удобнее первое, финансовому блоку — второе.
Горизонт хранения: сколько лет держать доступным
Вопрос, на который проект должен ответить до начала работ, потому что от него зависит объем витрины и цена.
Ориентир такой. Налоговая проверка охватывает три года, предшествующих году назначения, поэтому доступ к трем полным годам плюс текущий — минимум. Первичные документы по общему правилу хранятся пять лет. Кадровые документы и все, что связано с расчетом стажа, хранятся кратно дольше. Договоры живут столько, сколько живут обязательства по ним, плюс срок исковой давности.
Точные сроки по вашей отрасли уточняет ваш юрист: у оборонного заказа, медицины, лицензируемых видов деятельности свои требования. Задача проекта — получить от вас письменный ответ на вопрос «за какой период данные должны открываться за минуту» и построить витрину ровно под него.
Практический ориентир для большинства торговых и производственных компаний: пять лет в витрине, остальное в холодном архиве.
Есть и вторая сторона вопроса, управленческая. Финансовому директору история нужна не для проверок, а для сравнения: как выглядела сезонность три года назад, как менялась структура закупок, что было с маржинальностью до смены поставщика. Для таких задач нужны агрегаты: обороты, остатки и показатели по периодам. Первичные документы тут вторичны, а сами агрегаты занимают несопоставимо меньше места и потому могут храниться заметно дольше.
Поэтому горизонт хранения обычно распадается на два: полная детализация за пять лет и агрегированные показатели за все время работы компании. Второе стоит недорого и снимает большую часть управленческих претензий к переходу.
Что переносится в рабочую базу
- Справочники — только живые позиции. Номенклатура, которая не двигалась три года, переезжает в архив. В новой системе ей делать нечего.
- Остатки на дату перехода — товары, деньги, взаиморасчеты, основные средства с накопленной амортизацией.
- Открытые обязательства — незакрытые заказы, договоры с действующими условиями, графики платежей.
- Незавершенное производство, если оно есть, с привязкой к заказам.
- Нормативно-справочная информация — спецификации, маршруты, нормы, если переезжает производственный контур.
Все. Документов прошлых лет в этом списке нет намеренно.
Отдельного решения требуют основные средства и незакрытые кредиты с лизингом. Здесь важна не столько сама сумма остатка, сколько корректность дальнейшего расчета: амортизация должна продолжиться с того места, где остановилась, а графики платежей — совпасть с договорами до копейки. Это первое, что проверяет бухгалтерия после перехода, и первое, из-за чего она отказывается принимать систему.
Второй тонкий момент — валютные обязательства и курсовые разницы. Если у компании есть контракты в валюте, порядок их переоценки в новой системе надо согласовать с методологом до переноса. После первого закрытия месяца будет поздно. Разбираться с расхождением по курсу задним числом дороже, чем договориться заранее.
Как проверить, что витрина собрана правильно
Витрина бесполезна, если ей не доверяют. Доверие строится одним способом: берется набор контрольных отчетов, которые исходная система выдавала за закрытые периоды, и те же отчеты снимаются с витрины. Цифры обязаны совпасть до копейки.
Минимальный набор контрольных точек, который стоит согласовать до начала работ:
- Оборотно-сальдовая ведомость за каждый закрытый год.
- Остатки на складах на конец каждого года в количестве и в сумме.
- Взаиморасчеты с крупнейшими контрагентами на контрольные даты.
- Выручка и себестоимость по месяцам за весь перенесенный период.
- Регламентная отчетность за последний закрытый год целиком.
Отдельно проверьте скорость. Витрина, в которой отчет за позапрошлый год собирается сорок минут, при первой же проверке окажется бесполезной. Разумный ориентир — минуты на любой из контрольных отчетов.
Расхождения будут, и это нормально: часть возникает из-за разной трактовки округлений и курсовых разниц. Ненормально — расхождение, которому никто не может дать объяснения. Каждое такое расхождение должно закрываться либо исправлением, либо письменной запиской о причине, которая ложится в документы проекта.
Что делать со смежными системами
Зарубежная система редко стоит одна. Вокруг нее живут обмены со складом, производственным оборудованием, банками, порталами поставщиков и заказчиков. Каждый такой обмен — отдельная работа при переходе, и именно они чаще всего выпадают из первоначальной оценки.
Порядок разбора простой. Составьте реестр всех внешних систем, с которыми исходная система обменивается данными: что уходит, что приходит, с какой периодичностью, кто владелец с той стороны. Затем по каждой позиции решите одно из трех: переносим обмен на новую систему, отказываемся, заменяем ручной процедурой на переходный период.
Внешние обмены опасны чужой скоростью, своя сложность у них обычно невелика: доступ к тестовому контуру банка или площадки может согласовываться неделями. Поэтому реестр составляется на обследовании, а согласования запускаются в первый месяц проекта.
Люди: кто будет сопротивляться
Техническая часть перехода предсказуема. Человеческая — нет, и на ней проекты буксуют чаще.
Сопротивление приходит с двух сторон. Первая — сотрудники, у которых на старой системе построена личная незаменимость: они знают, где нажать, чтобы получилось нужное, и в новой системе теряют это преимущество. Вторая — руководители подразделений, которые видят в переходе риск сорвать собственный план, и это опасение вполне рациональное.
Работающий ответ на оба случая — сделать людей участниками проекта, а не его жертвами. Ключевой пользователь, который проверял сценарии и чьи замечания попадали в работу, защищает систему перед коллегами лучше любого приказа. И наоборот: подразделение, которое узнало о переходе за месяц до даты, будет сопротивляться до последнего, и формально будет право.
Порядок перехода
- Обследование: сопоставление структур, решение по горизонту хранения, инвентаризация отчетности, которая обязана сохраниться.
- Выгрузка исторических данных из исходной системы, пока лицензии и доступ еще действуют. Это делается первым, потому что позже может стать невозможно.
- Сборка витрины и проверка ее на контрольных отчетах: тот же отчет за тот же период должен дать те же цифры, что давала исходная система.
- Параллельно — работы по рабочему контуру: настройка, доработки, обмены.
- Перенос справочников и остатков на дату перехода, сверка.
- Опытная эксплуатация с параллельным учетом, закрытие первого месяца.
- Заморозка исходной системы: доступ только на чтение, снятие копии, отключение интеграций.
Второй пункт стоит отдельного внимания. Выгрузку истории надо делать в самом начале проекта, а не в конце. Лицензии заканчиваются, специалисты, знающие структуру данных, уходят, доступ к серверам теряется. Компании, которые откладывают выгрузку на потом, иногда обнаруживают, что доставать данные уже не из чего.
Что делать с исходной системой после перехода
Вопрос, который обычно вспоминают через полгода, когда приходит счет за поддержку системы, которой никто не пользуется.
Правильный порядок такой. Сразу после успешного закрытия первого месяца в новой системе исходная переводится в режим чтения: пользователи заходят, смотрят, выгружают, но ничего не создают. Это защищает от соблазна «сделаю по-старому, там быстрее», который иначе растягивает двоевластие на годы.
Через два-три месяца, когда витрина подтвердила свою полноту на реальных запросах бухгалтерии, система гасится полностью. Перед этим снимаются: копия базы данных в родном формате, копия виртуальной машины целиком и полные выгрузки в открытых форматах. Первые две — на случай спора, третья — на случай, когда поднять исходную систему уже нечем.
Лицензии и подписки прекращаются последними и только после письменного подтверждения от финансового блока, что данные доступны в нужном объеме. Здесь торопиться нельзя: восстановить доступ после прекращения поддержки зарубежного вендора в текущих условиях может быть просто невозможно.
И отдельно про людей, которые эту систему знали. Пока идет переход и первые месяцы после него, эти сотрудники — самый ценный ресурс проекта: только они помнят, почему в аналитике заведен странный признак и что означает код контрагента. Терять их до окончания стабилизации нельзя.
Деньги и сроки
Обследование под переход — 600 000 – 1 200 000 ₽. Оно дороже обычного, потому что кроме процессов надо разобрать структуры данных чужой системы и составить карту соответствия.
Историческая витрина — 800 000 – 2 000 000 ₽ в зависимости от числа сущностей и глубины периода. Переход контура целиком — от 4 000 000 ₽ и от девяти месяцев. Работы до 300 000 ₽ оплачиваются разово, дальше по этапам. Как считается смета внедрения в целом, разобрано в отдельной статье, а календарные ловушки — в разборе сроков.
Лицензии на новую платформу вы покупаете напрямую: мы не франчайзи и на лицензиях не зарабатываем.
Что влияет на положение внутри вилки. В сторону нижней границы работают чистые справочники, одно юридическое лицо, небольшое число внешних обменов и готовность отказаться от воспроизведения привычных экранов. В сторону верхней — несколько юрлиц с межфирменными схемами, валютные контракты, производственный контур, требование сохранить отраслевую отчетность в прежнем виде и глубина истории свыше пяти лет.
Оценить проект без обследования по такой теме нельзя даже приблизительно: структура данных зарубежной системы у каждого своя, и объем работ по сопоставлению становится понятен только после того, как аналитик увидел справочники и регистры своими глазами.
Когда переходить не надо
Три случая, в которых мы отговариваем.
Система работает, поддержка есть. Если у вас закрыт вопрос с обновлениями и специалистами, а бизнес не растет в сторону, которую старая система не тянет, переход можно отложить. Замена ради замены — самый дорогой вид ремонта.
Нет ресурса на своей стороне. Переход — это год работы, в которой ключевые люди заняты половину времени. Если предприятие одновременно переезжает на новую площадку и запускает цех, проект надо сдвигать.
Ожидание, что новая система будет копией старой. Она не будет. Часть привычных механизмов работает иначе, часть отчетов придется пересобрать. Если требование звучит как «чтобы все было точно так же», проект превратится в дорогую попытку воспроизвести чужую логику средствами другой платформы.
Чек-лист готовности к переходу
- Назван горизонт хранения в годах, письменно, с подписью финансового блока.
- Перечислена отчетность, которая обязана открываться по истории.
- Проверено, что выгрузка из исходной системы технически возможна и доступ к ней не пропадет в ближайший год.
- Определена дата перехода: первое число месяца в спокойный сезон.
- Назначен ответственный за справочники и владелец проекта с полномочиями.
- Решено, что делать с лицензиями исходной системы после заморозки.
- Зафиксировано, какие отчеты будут контрольными при проверке витрины.
Если по всем семи пунктам есть ответы, проект можно оценивать. Если нет — начинать надо с обследования, оно эти ответы и дает.