← На главную

При переходе на актуальные версии 1С:Управление торговлей многие разработчики и пользователи сталкиваются с вопросом: зачем в системе сосуществуют два параллельных механизма ценообразования? На первый взгляд кажется, что архитектура избыточна и приводит к дублированию кода. Давайте проанализируем ситуацию и разберем, почему фирма «1С» приняла такие решения и как это влияет на работу системы.

Понимание архитектурных изменений

Основная причина появления «нового» ценообразования в редакции 11.5 заключается в необходимости расширения разрезов учета. Старая подсистема была жестко ориентирована на структуру Номенклатура и Характеристика. В современных бизнес-процессах возникла потребность устанавливать цены с учетом:

• Упаковок товара;
• Серийных номеров (серий) продукции.

Если бы разработчики просто внесли изменения в старый РегистрСведений, это потребовало бы глобальной переработки всей логики документов УстановкаЦенНоменклатуры и связанных с ними отчетов. Это могло привести к критическим ошибкам в уже настроенных и доработанных конфигурациях клиентов.

Почему нельзя было просто изменить старый регистр?

Рассмотрим подробнее аргументы в пользу создания нового регистра:

1. Обратная совместимость: Оставляя старый механизм, разработчики обеспечивают возможность работы для тех компаний, чей учет не требует детализации до серий. Это «переходный период», который позволяет постепенно мигрировать на более функциональную модель данных.
2. Производительность: В крупных ERP-системах добавление новых измерений в высоконагруженные регистры сведений может негативно сказаться на скорости выполнения запросов. Выделение цен в отдельный регистр позволяет оптимизировать чтение данных.
3. Управление правами доступа: Разделение сущностей позволяет более гибко настраивать роли пользователей. Если цены на серии хранятся отдельно, мы можем ограничить видимость или редактирование определенных видов цен через стандартные механизмы прав доступа 1С.

Разбор бизнес-логики документов

Часто возникает вопрос: почему документы, такие как ЗаказКлиента, СчетНаОплату или КоммерческоеПредложение, разделены? С точки зрения методологии 1С — это разные бизнес-сущности:

• КоммерческоеПредложение — это инструмент маркетинга, не отражающийся на складском учете.
• ЗаказКлиента — это договорные обязательства, которые управляют процессом резервирования товаров.
• СчетНаОплату — это финансовый документ для фиксации намерения оплаты.

Использование различных документов позволяет разруливать сложные статусные модели, например, управлять отгрузкой через СтатусЗаказа, что критически важно при использовании ОрдернойСхемы документооборота.

Как работать с новой системой цен

Чтобы эффективно использовать новый механизм ценообразования в 1С:УТ 11.5, следуйте следующим рекомендациям:

1. Используйте штатные механизмы выбора: Не пытайтесь принудительно писать данные в старые регистры, если ваша конфигурация поддерживает новые возможности работы с сериями и упаковками.
2. Анализируйте настройки видов цен: В карточке ВидЦены теперь можно задать правила использования, которые определяют, как именно система будет искать цену в регистрах.
3. Следите за обновлениями: Фирма «1С» постепенно переводит подсистемы на новые рельсы. Старый функционал со временем будет выводиться из эксплуатации, поэтому новые разработки рекомендуется сразу строить с учетом актуальной архитектуры.

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