Переход на 1С в середине года: решаться или нет?

Когда можно переходить на 1С?

При переносе данных расчёта зарплаты и регламентированного учёта, когда есть строгая привязка к срокам сдачи отчётности. Такой сценарий помогает сократить количество рутинных операций, сопряжённых с переносом и упорядочиванием документов.

С управленческой отчётностью дело обстоит проще, но и её многие стремятся перенести в начале календарного года. Срабатывает психологический эффект — желание начать «новую жизнь» именно 1-го января.

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

После закрытия года

В каких случаях? Иногда компания сознательно откладывает переход до фактического закрытия года — вплоть до середины марта. В этом есть свой резон: в первые месяцы года бухгалтерия очень загружена, и времени на внедрение не хватает.

Как реализуется? В январе сотрудники продолжают работать в старой системе. После закрытия остатки переносятся, а пользователи «переезжают» в новую программу. И в первом, и во втором случае в остатки на конец года может потребоваться внести изменения. Это придётся делать вручную или, если корректировок много, перегружать данные повторно.

В середине года

В каких случаях? При реализации проектов по управленческому учёту (управленческая отчётность, склад, CRM и всё остальное, что не привязано к срокам уплаты налогов и не подразумевает необходимости отчитываться перед государством). 

Бывает, переход на 1С в середине года осуществляется в «аварийном» режиме. Например, компания запланировала его на январь, но исполнители не успели подготовить систему и обучить пользователей. Из-за этого старт эксплуатации был отложен. Чтобы не терять ещё больше времени, клиент может инициировать переход в середине года.

Другая ситуация —  миграция на отечественное ПО с иностранного, поддержка которого прекратилась (например, SAP). В этом случае клиент вынужден решиться на экстренный переход — иначе работа в компании встанет.

Ещё одна причина — свежие законодательные нормы, которым невозможно следовать в старой программе (например, обмен данными с онлайн-кассами или обязательная маркировка товаров).

Как реализуется? Если компания переходит на другую программу с середины года, для формирования годовой отчётности (баланс, НДС и пр.) ей нужно переместить всю историю с первого месяца года до текущего момента. В некоторых случаях клиент хочет перенести и часть данных, необходимых для принятия управленческих решений. Скажем, всю информацию по продажам, причём сразу за несколько лет. Технически это возможно, но требует много времени и трудозатрат. Следовательно, обходится дороже. 

В чём сложность с переходом в середине года? 

Для большей предметности рассмотрим один из самых частых сценариев, с которыми к нам обращаются клиенты, — переход с «1С:ЗУП» редакции 2.5 на более новую редакцию 3.1.

Программа предлагает два типа переноса данных.

• С остатками (рекомендованный). В новую программу переносится только срез данных на дату начала учёта. Плюс — минимизация ошибок: в программу не «переезжает» лишняя информация и неправильные настройки. Сам переход осуществляется быстро. Минус в том, что теряется история — соответственно, нет отчётов за предыдущий период. Например, при таком варианте перехода с «1С:ЗУП» версии 2.5 на версию 3.1 вместо кадровой истории по актуальным сотрудникам сохраняется только срез кадровых данных на момент перехода, вместо всех данных по взаиморасчётам — остатки на выбранную дату. Также исчезают результаты начислений и удержаний. Нечто похожее происходит и с другими конфигурациями и контурами учёта. 
• С документами. В новую программу переносится история данных. Преимущество этого — возможность отслеживать отчётность в динамике с учётом предыдущих периодов. Недостаток — большой объём передаваемой информации и мигрирующие ошибки. Чем больше компания, тем выше вероятность их появления.

• Перенос документов — крайне кропотливая работа. Все передаваемые документы нужно проверить и перепроверить: само наличие документов, правильность заполнения, правильность распределения по счетам и распределения расходов, правильность формирования отчётов и пр. — всё это должно стать предметом пристального внимания. Глубина проверки — вплоть до каждого отдельного дня в разрезе всех видов данных. 
• Старые данные не переносятся в новую систему «as is». У программ (даже если это версии одной и той же конфигурации) может быть совершенно разное концептуальное, структурное и технологическое устройство. Различные подходы к контролю уникальности элементов справочника (договоры, номенклатура, контрагенты, ИНН), различные логики формирования НСИ, реквизиты, число знаков после запятой, способы округления и прочие механизмы расчёта. Так, например, в версиях 2.5 и 3.2 «1С:ЗУП» могут не сойтись расчёты среднего заработка, поскольку поздняя редакция иначе учитывает премии. Все эти моменты следует проанализировать и проработать, и это лишь часть возможных расхождений.
• Старые ошибки всплывают на поверхность. В прежней системе почти всегда есть погрешности, которые либо пока незаметны (не контролировались программой), либо правились руками. Скажем, в тот же «1С:ЗУП» 3.1 из 2.5 могут попасть ошибки учёта НДФЛ. Если по какой-то причине налог был исчислен, но не удержан, в новой программе он отобразится в виде задолженности. Также могут обнаружиться суммы без количества, количества без сумм и другие очевидные неточности. Важно: для нормальной «работы над ошибками» понадобится участие ключевых сотрудников, хорошо знающих внутренние процессы. Только они способны помочь исполнителю разобраться в происхождении несостыковок и принять решение о дальнейших действиях. 

Как осуществляется переход в середине года?

1. Сбор требований и обследование. В числе прочего исполнитель уточняет требования к переносу данных, исходя из пожеланий заказчика, технических возможностей системы и вида, в котором данные можно извлечь.
2. Моделирование. Аналитики моделируют процессы заказчика и проектируют предварительные решения. Пока без учёта накопленной в предыдущей системе информации. 
3. Разработка. Программисты готовят инструменты переноса данных и правила обмена. 
4. Перенос данных. Осуществляется подготовка и перенос исторических данных из унаследованных систем — итеративно, с доработками и проверками.
5. Обучение. Пользователей обучают работе в новой системе. 
6. Запуск в опытно-промышленную эксплуатацию. Функциональные блоки со всеми перенесёнными данными тестируются в условиях, приближенных к реальным, систему запускают в эксплуатацию.
7. Сопровождение. Ведётся анализ корректности учёта, поиск и исправление ошибок, дальнейшая настройка и доработка. 

Обязательно ли переносить историю?

Нет, необязательно. Если в середине года вы переходите на комплексный продукт (например, с «1С:УПП» на «1С:ERP»), сначала можно запустить подсистемы торговли, склада, производственного учёта и пр., настроив интеграцию старой и новой системы. А расчёт зарплаты, бухгалтерию и налоговый учёт отложить до начала года. В таком случае переносить большие объёмы данных не понадобится. 

Кроме того, если старые данные нужны не на постоянной основе, а несколько раз в год, можно обращаться к прежней базе и выгружать из неё необходимые отчёты вручную. 

***
Если вы ещё не определились со сценарием перехода на 1С, получите бесплатную консультацию, оставив заявку по кнопке ниже. Мы с радостью обсудим ваши задачи, поделимся опытом и предложим оптимальное решение.