Каталог решений - Внедрение 1С:ERP и 1С:КА — одна тестовая база для всех

В предыдущей статье была приведена общая последовательность работ для этапа настройки РСБУ. В этой статье будут рассмотрены некоторые вопросы стыковки этапов внедрения.

Мы начинали работы по РСБУ после переноса и утверждения НСИ до некоторой степени, после моделирования управленческого учета и доработок оперативного контура, и после переноса остатков.

Параллельно с настройкой РСБУ на практике продолжается доработка правила переноса, доработка конфигурация и моделирование упр. учета, меняется НСИ. Четко разделить эти этапы во времени у нас не получалось. Возникает ситуация, когда специалисты и ключевые пользователи должны видеть актуальные данные переноса, работать в актуальных настройках, желательно в одной базе, при этом не мешая друг другу.

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

Виды работ, которые предстоит выполнить в одной базе:

• Тестирование интеграции (создание документов автоматически, проверка вручную)
• Моделирование упр. учета и рег. учета (создание документов вручную, скриншоты для инструкций)
• Сверка – сверка с рабочей базой всего, того, что возможно – остатков или оборотов за период.
• Тестирование доработок конфигурации

Например, запуск и начало работы в ERP должно быть 01.01.2021, работы по проекту внедрения начинаются в апреле 2020 года.

Остатки переносятся на начало 2020 года (к моменту сверки 2019 год в рабочей базе будет уже вероятно закрыт).

Январь — первый месяц 2020 года в модельной базе предоставить программисту и аналитику под тестирование интеграции (если интеграция планируется), чтобы можно было провести сверку оборотов января с рабочей базой.

Январь также предоставить под сверку оборотов по ОС, НМА, РБП и НДС (НДС, начисленный по закупкам и продажам, созданным при тестировании интеграции). Январь — только автоматическое создание документов и закрытие месяца.

Февраль и март предоставить под моделирование операций РСБУ, не связанных с контрольными примерами упручета.

Второй квартал отдать для моделирования операций по упр учету и подготовки пользовательских инструкций. А также, для отражения в РСБУ операций упр учета.

Третий и четвертый квартал 2020 отдать для тестирования пользователям.

При таком компромиссе получается:

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

Перед запуском и рабочим переносом данных из модельной базы удаляются все тестовые остатки и документы 2020 года, а все настройки при этом сохраняются (функциональные опции, НСИ, права, настройки отчетов и интерфейсов). На выходе перед запуском мы получаем максимально проверенные настройки и максимально адекватную базу.

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

Можно использовать вариант, сдвинув актуальность данных ближе к дате запуска, перенос остатков на конец II квартала, сверка с рабочей базой оборотов июля (по тем участкам, где это возможно), моделирование процессов инженерами на августе и сентябре, и IV квартал для обучения и тестирования пользователям.

Нам будет полезно, если сможете поделиться опытом на эту тему, мыслями или конструктивной критикой.