Как подготовить конструкторскую документацию к внедрению 1С:ERP

20.05.26

Управление ИТ - Стандарты и документация

В связи с тем, что большинство предприятий, на которых мы проводим внедрения, работают с конструкторской документацией, составили краткую справку по подготовке к внедрению «1С:ERP Управление предприятием 2».


Автор:
Дмитрий Смирнов,
генеральный директор
«АиБ Цифровизация»

Итак, каким требованиям должна соответствовать конструкторская документация (КД)?

1. Проследите, чтобы структура базы данных основывалась на справочниках, а каждый элемент справочника получил свой уникальный код. Это поможет избежать в дальнейшем путаницы.

2. Один элемент справочника «Номенклатура» должен иметь одну единственную базовую единицу измерения (для базовой единицы измерения могут быть предусмотрены коэффициенты пересчёта в другие единицы измерения).

Конструктора — люди особого творческого склада, мы знаем. :) В каких только единицах не вводят те же трубы или металл. Придётся привести всё в порядок: определитесь, в чём удобнее будет считать, например, в метрах, сантиметрах, миллиметрах или каких-то других единицах, и остановитесь на чём-то одном.

3. Изделие/полуфабрикат/ДСЕ должен содержать в себе свой материальный состав, в том числе и полуфабрикаты/ДСЕ, состав технологических операций и видов работ с привязкой к подразделению, исполнителю и технологическому оборудованию.

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

4. Материальный состав должен содержать количественные нормативы на единицу изделия/полуфабриката/ДСЕ с ограничением до 3-х символов после запятой.

5. Виды работ должны содержать нормативы на единицу изделия/полуфабриката/ДСЕ с ограничением до 3-х символов после запятой. Страдайте, но наводите порядок.

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

7. Материальный состав изделия должен иметь список доступных замен, с учётом их количественных пересчётов. С заменами мы получим возможность быстрее считать себестоимость и закупаться необходимым.

Берегите ваших специалистов, но настаивайте на соблюдении порядка.Таков путь.

 

Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

См. также

Стандарты и документация Россия Бесплатно (free)

Продолжаю разбирать профстандарты. Беру стандарт «Архитектор программного обеспечения» (06.003) и сверяю с тем, кого у нас в 1С зовут архитектором. Зовут кого угодно - спеца по производительности, тимлида, ревьювера, самого опытного на проекте, - но почти никогда того, кто на самом деле делает работу архитектора. А она одна: принимать архитектурные решения и отвечать за них.

06.07.2026    840    13    ardn    12    

10

Компетенции и навыки Стандарты и документация Программист Россия Бесплатно (free)

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

22.06.2026    4406    15    ardn    46    

25

Стандарты и документация Бесплатно (free)

Про то, как перестать терять знания о принятых архитектурных решениях. Разбираю, что такое Architecture Decision Record (ADR) и как начать вести его буквально сегодня.

18.06.2026    1342    0    ardn    10    

19

Стандарты и документация Бесплатно (free)

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

18.06.2026    427    0    YA_826532418    3    

4

Работа с требованиями Стандарты и документация Россия Бесплатно (free)

“Не хотим заполнять документ вручную, пусть он сам откуда-то подтянет данные, заполнится и запишется” — звучит понятно только до тех пор, пока разработчик не начнет задавать вопросы. Откуда подтянуть? При каких условиях? Что делать, если данных нет? Кто имеет право запускать сценарий? Что должно попасть в другую базу 1С после согласования? Разбираем, почему мутная задача всегда становится дорогой, какие требования нужны 1С-разработчику до начала реализации и как простая карточка задачи экономит часы разработки, уточнений и переделок.

16.06.2026    414    0    NikolayMaerov    0    

3

Стандарты и документация 1С 8.3 Россия Бесплатно (free)

Внешние обработки и отчеты часто появляются в 1С как быстрый и удобный способ решить задачу: выгрузить данные, проверить остатки, сформировать нестандартный отчет, выполнить разовую обработку или закрыть срочную потребность бизнеса. Но со временем .epf и .erf могут превратиться в теневой слой системы: без владельцев, версий, проверки после обновлений, описания назначения и понимания рисков. Разбираем, как держать внешние обработки и отчеты под контролем

15.06.2026    392    0    NikolayMaerov    0    

3

Стандарты и документация Бесплатно (free)

НСИ часто вспоминают слишком поздно: когда отчёты уже не сходятся, интеграции падают, маршруты согласования уходят не тем людям, а пользователи спорят, какой контрагент или номенклатура “правильные”. Разбираем, почему нормативно-справочная информация критична для 1С-проектов, какие ошибки встречаются чаще всего и как начать приводить НСИ в порядок без гигантского отдельного проекта.

11.06.2026    685    0    YA_826532418    0    

3

Стандарты и документация Бесплатно (free)

Рассказываем, как использовать текст договора в качестве инструмента управления проектом: фиксировать ожидания, этапы работ, сценарии выполнения и возможные изменения. На примере проектов переноса данных 1С показываем, чем они отличаются от проектов внедрения, зачем нужна короткая анкета на старте и как декомпозиция помогает заранее «разложить проект на кирпичики». Объясняем, почему IT-проекты можно оценивать по аналогии со строительством – через понятные виды работ, объемы и нормировки, – а коммерческое предложение стоит делать достаточно подробным, чтобы к нему можно было вернуться при изменении сценария. Отдельно разбираем, как повторяющиеся этапы и фиксация работ по периодам помогают гибко управлять объемом проекта, снижать риски для подрядчика и упрощать согласования на стороне заказчика.

14.05.2026    725    10    primat    0    

2
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. paulwist 22.05.26 11:04 Сейчас в теме
1. Проследите, чтобы структура базы данных основывалась на справочниках, а каждый элемент справочника получил свой уникальный код. Это поможет избежать в дальнейшем путаницы.


Что имеется в виду "каждый элемент справочника получил свой уникальный код" и с помощью какого механизма необходимо "проследить", и как часто надо "проследить" ??
Для отправки сообщения требуется регистрация/авторизация