Платформа и конфигурация выполняют разные роли
Платформа предоставляет общие механизмы работы приложения, а конфигурация описывает конкретное прикладное решение. Разработчик использует предусмотренные виды объектов и задаёт их структуру, свойства и поведение. Например, сама возможность создать справочник относится к платформе, а справочник определённой номенклатуры является частью конкретной конфигурации. Это различие помогает понимать, где искать причину поведения и что именно изменяется. Не каждое требование требует нового кода: часть задач решается правильным выбором структуры и стандартных механизмов. Но автоматическое создание интерфейса не освобождает от проектирования смысла данных.
Справочник хранит устойчивые сущности
В учебном складе есть товары, склады и партнёры. Эти сущности используются во многих операциях, поэтому их удобно описывать отдельно. Для товара можно предусмотреть наименование и единицу измерения, а документы будут ссылаться на соответствующий элемент. Простое повторение названия строкой в каждом месте создаёт риск расхождений и затрудняет изменение. Важно также решить, что делает два элемента разными: одинаковое отображаемое имя не всегда означает одну сущность. Для начала модели достаточно нескольких искусственных записей. Реальные персональные или коммерческие сведения в учебную базу переносить не требуется.
Документ фиксирует событие, регистр хранит результат
Поступление или отпуск товара можно представить документом с датой и строками позиций. В зависимости от прикладной логики проведение документа формирует движения в регистрах. Регистр накопления позволяет учитывать числовые ресурсы в выбранных разрезах, например количество по товару и складу. Документ и регистр не заменяют друг друга: один описывает событие, другой поддерживает получение накопленных показателей. Отдельно существуют регистры сведений с иной задачей хранения. Правильный выбор определяется вопросом, на который система должна отвечать, а не привычкой складывать все данные в один объект.
Поведение проверяют на последовательности
Один успешно записанный документ ещё не подтверждает модель. Нужно понять, что произойдёт при повторном проведении, изменении количества, отмене действия и попытке использовать некорректные данные. Проверки предметной области должны быть согласованы с тем, как хранятся результаты. Для учебного примера полезно вручную посчитать ожидаемый остаток и сравнить его с логикой системы. Если числа расходятся, сначала проверяют события и движения, а не оформление отчёта. Небольшая понятная модель помогает освоить связи объектов до перехода к сложным формам, интеграциям и оптимизации.
Попробуйте на практике
Составьте бумажную модель склада с одним товаром и одним местом хранения.
- Создайте условную карточку товара с названием и единицей измерения.
- Запишите документ поступления десяти единиц и документ отпуска трёх.
- Отдельно от документов изобразите движения регистра и ожидаемый остаток.
- Измените отпуск на четыре единицы и объясните, каким должен стать результат после корректного обновления движений.
- Добавьте проверку, запрещающую бессмысленное отрицательное количество в этом учебном сценарии.
Как проверить результат. Модель согласована, если исходный остаток равен семи, после изменения — шести, а товар, событие и накопленный показатель представлены разными сущностями.
Частые вопросы
Почему нельзя хранить всё в одном справочнике?
Разные виды данных имеют разные задачи и жизненный цикл. События, устойчивые сущности и накопленные показатели удобнее моделировать соответствующими механизмами.
Нужно ли сразу изучать все объекты конфигурации?
Полезнее начать с небольшой задачи и понять связи выбранных объектов. Затем новые механизмы добавляются, когда появляется конкретная потребность.
Самостоятельный разбор темы. Содержание конкретной обучающей программы здесь не представлено.