В каких случаях полный перенос «1С:ЗУП КОРП» не работает

Когда на этапе проектирования мы задаём заказчику вопрос по поводу вида переноса данных при объединении, и заказчик, и сотрудники обычно просят «полный перенос», чтобы сохранились все данные, все движения, все исторические документы, чтобы можно было формировать отчёты за предыдущие года и распечатывать какие-то печатные формы. И, когда база маленькая, конечно, почему бы и не сделать полный перенос, ведь это не составляет большого труда. При этом малое количество сотрудников не должно вводить в заблуждение, нужно проверить именно на сам объём базы данных.

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

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

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

С такой ситуацией мы столкнулись при переносе базы «1С:ЗУП 3.1» в организации численностью 170 сотрудников. Казалось бы, численность небольшая, но в 2017 году у документа «Резерв на отпуск» регистров совсем не было, и на момент переноса это не соответствовало структуре актуального документа «Резерва отпусков», что и не позволило корректно перенести данный документ.

Например, в базе-источнике не ведётся штатное расписание или учёт охраны труда, а в объединённой базе-приёмнике эти настройки включены, и тогда, разумеется, в момент переноса будут возникать конфликты, и мы не сможем просто завершить процесс переноса данных.

! Нужно отметить, что описанные выше причины и факторы, не являются жёстким критерием для принятия решения об отказе от полного переноса, и, в общем, конфликты, которые в момент переноса возникают, можно предусмотреть и обработать, но это потребует дополнительных ресурсов как с точки зрения времени, так и с точки длительности работы специалистов. Не забываем и про то, что перенесенную информацию ещё необходимо проверить на корректность.

Отвечу на ваши вопросы по особенностям полного и упрощённого переноса баз в «1С:ЗУП КОРП 3.1». Пишите: o.faychuk@aibcifra.pro.