В предыдущей статье была приведена общая последовательность работ для этапа настройки РСБУ. В этой статье будут рассмотрены некоторые вопросы стыковки этапов внедрения.
Мы начинали работы по РСБУ после переноса и утверждения НСИ до некоторой степени, после моделирования управленческого учета и доработок оперативного контура, и после переноса остатков.
Параллельно с настройкой РСБУ на практике продолжается доработка правила переноса, доработка конфигурация и моделирование упр. учета, меняется НСИ. Четко разделить эти этапы во времени у нас не получалось. Возникает ситуация, когда специалисты и ключевые пользователи должны видеть актуальные данные переноса, работать в актуальных настройках, желательно в одной базе, при этом не мешая друг другу.
Идеально решить эти противоречия невозможно. Но оптимальное решение на наш взгляд - использовать одну модельную базу для работы всех специалистов и пользователей, разделив доступ по периодам (используя дату запрета редактирования).
Виды работ, которые предстоит выполнить в одной базе:
- Тестирование интеграции (создание документов автоматически, проверка вручную)
- Моделирование упр. учета и рег. учета (создание документов вручную, скриншоты для инструкций)
- Сверка – сверка с рабочей базой всего, того, что возможно – остатков или оборотов за период.
- Тестирование доработок конфигурации
Например, запуск и начало работы в ERP должно быть 01.01.2021, работы по проекту внедрения начинаются в апреле 2020 года.
Остатки переносятся на начало 2020 года (к моменту сверки 2019 год в рабочей базе будет уже вероятно закрыт).
Январь - первый месяц 2020 года в модельной базе предоставить программисту и аналитику под тестирование интеграции (если интеграция планируется), чтобы можно было провести сверку оборотов января с рабочей базой.
Январь также предоставить под сверку оборотов по ОС, НМА, РБП и НДС (НДС, начисленный по закупкам и продажам, созданным при тестировании интеграции). Январь - только автоматическое создание документов и закрытие месяца.
Февраль и март предоставить под моделирование операций РСБУ, не связанных с контрольными примерами упручета.
Второй квартал отдать для моделирования операций по упр учету и подготовки пользовательских инструкций. А также, для отражения в РСБУ операций упр учета.
Третий и четвертый квартал 2020 отдать для тестирования пользователям.
При таком компромиссе получается:
- Все специалисты и пользователи работают в базе с одинаковыми настройками. Изменение настроек не нужно дублировать в разных базах.
- Все специалисты и пользователи видят актуальные данные по НСИ, по тестовым остаткам. При изменениях в правилах переноса не нужно дублировать изменения в разные базы.
- Есть возможность провести сверку оборотов по отдельным разделам учета за январь, так как загружены остатки на начало января и в январе не вводятся документы моделирования.
- Пользователи видят контрольные примеры из инструкций, могут создавать свои документы, при этом изменение документов из контрольных примеров защищено датой запрета редактирования.
- В процессе тестирования донастраиваются права и отчеты реальных будущих пользователей (при условии, что пользователям сразу выданы их актуальные учетные записи), нет необходимости дублировать настройки в других базах.
- Тестирование совмещается с обучением пользователей.
- После запуска рабочей базы, модельная база может быть оставлена пользователям как отлаженный пример и как тестовая.
Перед запуском и рабочим переносом данных из модельной базы удаляются все тестовые остатки и документы 2020 года, а все настройки при этом сохраняются (функциональные опции, НСИ, права, настройки отчетов и интерфейсов). На выходе перед запуском мы получаем максимально проверенные настройки и максимально адекватную базу.
При необходимости можно выделить отдельный период каждому инженеру, проводящему моделирование - это уже дело конкретного проекта. Можно не выделять отдельные периоды инженерам, а в наименовании пользователя вместо фамилии инженера использовать название функционального блока. Тогда однозначно будет понятно кем и ради чего был создан документ. В комментарии документа можно ставить ссылку на процесс или инструкцию, в которой был использован документ, если он ценен.
Можно использовать вариант, сдвинув актуальность данных ближе к дате запуска, перенос остатков на конец II квартала, сверка с рабочей базой оборотов июля (по тем участкам, где это возможно), моделирование процессов инженерами на августе и сентябре, и IV квартал для обучения и тестирования пользователям.
Нам будет полезно, если сможете поделиться опытом на эту тему, мыслями или конструктивной критикой.
