Заказ на производство в 1С:ERP. Назначение и реквизитный состав документа

Содержание:

Заказ на производство в 1С:ERP – это документ, с которого начинается цикл производства. Данный документ является основополагающим для структуризации данных, планирования, контроля и анализа производственных операций.

1. Как создать заказ на производство в 1С:Предприятие.ERP

Создание заказа на производство в 1С:ERP осуществляется из главного меню по пути:

Производство – Межцеховое управление – Заказы на производство – Создать

Дополнительная информация

2. Реквизиты и назначение

Каждый сформированный документ заказа на производство имеет реквизиты:

1. Раздел «Основное»

– Номер – формируется после записи документа

– Дата – автоматически ставится текущая дата и время, есть возможность изменения

– Статус – представлен в трех вариантах в выпадающем списке:

• Формируется (еще не готов для передачи в производство)

• К производству (передаётся в производство, подготовка к запуску)

• Закрыт (продукция выпущена)

– Приоритет – в трех вариантах: Низкий, Средний, Высокий

– Тип – означает предполагаемые работы, например: изготовление и сборка, ремонт, разборка и утилизация и др.

– Подразделение-диспетчер

– Комментарий

2. Раздел «Продукция»

В данном разделе добавляется номенклатура и количество продукции, производство которой планируется по данному заказу. Есть возможность указать спецификацию для задействования в производстве, а также склад-получатель.

В нижней части данного раздела включены поля для планируемых дат начала и окончания работ («Начать не ранее» и «Желаемая дата выпуска») и размещение выпуска: к началу или к окончанию, что помогает формировать график производства и производить контроль выполнения операций.

В разделе «Дополнительно» заполняется ответственное лицо документа.

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

Ксения Бенцак,

Специалист компании ООО “Кодерлайн”

06.10.2026 by daharasheva No comment(s)

Доработка механизма новостей в 1С:ERP

Содержание:

1. Настройка и использование механизма новостей в 1С:Предприятие.ERP

В типовом функционале есть механизм новостей, но по умолчанию он выключен. Точнее, он используется самой компанией 1С для информирования о своих новостях, таких как появление новых курсов, а так же для уведомлений о выходе нового релиза используемой конфигурации, однако пользователи не имеют к нему доступа.

Однако механизм можно обратить в свою пользу, и использовать как для праздничного поздравления всех пользователей к примеру с Новым Годом, так и для более серьёзных вещей, вроде рассылки приказов – это, конечно, не заменит принятый документооборот, но может послужить удобным и функциональным дополнением.

Как уже упоминалось, в конфигурации 1С:ERP уже реализован функционал новостей – есть соответствующие объекты метаданных и нужные механизмы. Для того, чтобы его задействовать, нужно сделать следующее (пункты будут разделены на настройки и доработки):

1.Настройка: Разрешить работу с новостями – этот флаг устанавливается в меню Интернет-поддержка и сервисы панели администрирования.

2.Настройка: следует проследить, чтобы у каждого пользователя из целевой аудитории новостей была включена роль ЧтениеНовостей, а у человека, ответственного за новости – РедактированиеНовостей.

3.Доработка: Включить команду отображения новостей – разумнее всего встроить её в эту же самую обработку Интернет-поддержка и сервисы, хотя тут уже есть смысл ориентироваться на конкретное задание на разработку. По умолчанию команда скрыта, проще всего добавить её в список элементов, используя Тип(“ДекорацияФормы”), с заголовком-форматированной строкой с ссылкой на “e1cib/command/Справочник.Новости.Команда.КомандаСписокНовостейДляРедактирования”.

4.Настройка: Создать локальную ленту новостей – она будет хранилищем для всех новостей, которые будут создаваться пользователями. Таких лент может быть несколько, и они могут быть разделены по смыслу – отдельная лента для документов, а отдельная – для обычных новостей компании.

5.Настройка: Теперь можно создать саму новость. Существенные параметры новости:

а) Важность – от неё зависит вариант отображения новости. Возможны следующие варианты:

– обычная – только в панели новостей внизу справа на главной

– важная – небольшая всплывающая инфо-панель внизу справа на любой странице и значок вверху в “колокольчике”

– очень важная – всплывает отдельным окном.

b) Привязка к метаданным – имеет смысл только для новостей, которые должны быть привязаны к определённому типу документов, например, новость должна открываться только при открытии документа Приобретение товаров и услуг. Важно, что подобная привязка имеет свои настройки важности, которые так же необходимо установить.

c) Текст новости – рекомендуется обязательно заполнять текст на вкладке “Тексты – Текст новости (для 1с)”

6.Разработка: Создать реквизит формы для хранения новостей и задействовать необходимую процедуру из общего модуля «ОбработкаНовостей». Первое может быть сделано как програмно, так и через конструктор форм – зависит от стратегии редактирования конфигурации и принятого регламента разработки. Реквизит должен иметь тип – Произвольный. Затем нужно сделать так, чтобы ПриСозданииНаСервере() вызывалась процедура – КонтекстныеНовости_ПриСозданииНаСервере(), проще всего разместить её в общем модуле МодификацияКонфигурацииПереопределяемый, практически во всех формах вызывается процедура ПриСозданииНаСервере из этого модуля.

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

Дополнительная информация

2. Доработка отображения и параметров открытия новостей

Бонус: иногда требуется, чтобы новости с максимальной важностью не могли быть просто проигнорированы пользователем. Для этого потребуется настройка как самих форм справочника Новости, так и параметров открытия этих новостей. К примеру, если требуется всплывающее окно, которое сложно проигнорировать, тогда в общем модуле ОбработкаНовостейКлиентПереопределяемый нужно указать параметры открытия формы новостей (ПараметрыОткрытия.РежимОткрытияОкна = “БлокироватьОкноВладельца”). А если требуется такое окно, которое проигнорировать не просто сложно, а невозможно, то кроме указания вместо «БлокироватьОкноВладельца» – «БлокироватьВеcьИнтерфейс» нужно ещё внести изменения в модуль форм новостей – в базовом функционале такое значение они обработать не сумеют, потребуется внесение изменений в модуль процедуры ПриСозданииНаСервере.

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

Горбунов Роман,

Специалист компании ООО “Кодерлайн”

15.09.2026 by daharasheva No comment(s)

Выпуск новых редакций 1С:ERP, 1С:КА, 1С:УТ и постепенный перевод их на платформу "1С:Предприятие" версии 8.5 с новым интерфейсом, отказ от устаревшей функциональности

Фирма “1С” информационным письмом № 33937 от 26.12.2025 сообщила о выходе новой версии технологической платформы “1С:Предприятие 8.5”. Подробнее об архитектуре и возможностях платформы “1С:Предприятие” см. на странице https://v8.1c.ru/platforma. Информация о новых возможностях версии 8.5.1 представлена на страницах https://v8.1c.ru/platforma/news/novoe-v-platforme-8-5-1/ и https://v8.1c.ru/platforma/new-ui-85. Также на странице https://v8.1c.ru/platforma/new-ui-85 размещены информационный видеоролик и форма интерактивного чата, в котором пользователи могут задавать вопросы по новому интерфейсу и получать на них ответы от сотрудников фирмы “1С”.

В связи с началом работ по постепенной адаптации форм к новому интерфейсу информируем о выпуске новых редакций следующих конфигураций на платформе “1С:Предприятие 8.5”:

– “ERP Управление предприятием” и “Комплексная автоматизация” – редакции 2.6;

– “Управление торговлей” – редакции 11.6.

Стратегия перехода и график выпусков

Переход на новые редакции по трудоемкости в среднем соответствует ранее осуществлявшимся переходам на новые версии предшествующей редакции. Для дальнейшего обеспечения максимально легкого перехода пользователей на новые редакции изменения в конфигурациях будут выполняться небольшими, логически завершенными порциями. Планируется, что каждые два-три месяца будут выпускаться очередные версии (2.6.1, 2.6.2, 2.6.3 и т. д.), в которых будет реализовываться новая функциональность, в том числе:

– версия 2.6.1 (11.6.1) обеспечивает работу на платформе 8.5.1 в режиме совместимости 8.3.27;

– в версии 2.6.3 (11.6.3) планируется повышение режима совместимости до 8.5.1.

Начиная с версии 2.6.3 (11.6.3) планируется начать адаптацию форм для работы в новом интерфейсе. Работы будут выполняться постепенно, ожидается получение обратной связи от пользователей в части функциональности и удобства нового интерфейса. По итогам анализа полученной информации порядок и сроки адаптации форм могут корректироваться.

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

Все версии линеек 2.6 (11.6) являются финальными, предназначенными к использованию в продуктивной среде.

Дистрибутивы версий редакций 2.6 и 11.6 будут доступны на сайте https://releases.1c.ru официальным пользователям соответствующих конфигураций, имеющим действующий договор 1С:КП (1С:ИТС), без дополнительной платы. Переход на редакцию 2.6 выполняется в обычном режиме обновления конфигурации с сохранением накопленных данных. Полная документация по редакциям 2.6 и 11.6 будет доступна на сайте https://its.1c.ru/ на тех же условиях, что и дистрибутивы конфигураций.

Плановая дата обязательного перехода – не ранее 30.04.2027 – определяется датой прекращения поддержки LTS-версии 2.5.27 (11.5.27). Информация о выпуске версий для обязательного перехода будет доведена отдельными соответствующими информационными письмами о комплектации линейки продуктов, рекомендациях по переходу.

При выпуске новых редакций конфигураций условия продажи программных продуктов, их цены, порядок сопровождения и иные условия не меняются.

Отказ от устаревшей функциональности, порядок действий, рекомендации

В версиях 2.6 запланирован ранее анонсированный отказ от устаревшей функциональности:

Устаревшая функциональность	Актуальная функциональность
Управление производством, версия 2.1	Управление производством, версия 2.2 (используется с версии 2.2.1)
Производство из давальческого сырья, версия 2.4	Производство из давальческого сырья, версия 2.5 (используется с версии 2.5.11)
Производство (переработка) на стороне, версия 2.4	Производство (переработка) на стороне, версия 2.5 (используется с версии 2.5.8)
Маршрутные карты	Операции в производственных спецификациях (используется с версии 2.5.7)
Комиссионные продажи, версия 2.0	Комиссионные продажи, версия 2.5 (используется с версии 2.5.8)
“Старая” архитектура взаиморасчетов (“офлайн”)	“Новая” архитектура взаиморасчетов (“онлайн”) (используется с версии 2.4.6)
Партионный учет, версия 2.1	Партионный учет, версия 2.2 (используется с версии 2.2.1)
Учет внеоборотных активов, версия 2.2	Учет внеоборотных активов, версия 2.4 (используется с версии 2.4.1)
Учет ТМЦ в эксплуатации до применения ФСБУ 5	Учет ТМЦ в эксплуатации по ФСБУ 5 (используется с версии 2.5.7)
Контроль лимитов 2.4	Контроль лимитов 2.5 (используется с версии 2.5.18)
“Стандартный” RLS	“Производительный” RLS (используется с версии 2.4.6)

Отказ от устаревшей функциональности будет происходить в несколько этапов:

– Версия 2.6.1 (11.6.1): нельзя будет начинать новые учетные процессы с использованием устаревшей функциональности, но можно вести и завершать текущие.

– Версия 2.6.3 (11.6.3): нельзя будет вести учет при помощи устаревшей функциональности. Все исторические данные сохраняются и остаются доступны в режиме просмотра.

Для помощи пользователям в текущей версии 2.5.27 (11.5.27) уже сделана специальная проверочная форма, в которой наглядно видно, какая устаревшая функциональность используется. Для пользователей, которые еще применяют устаревшие механизмы, рекомендуется следующий алгоритм действий:

– перейти на новую функциональность;

– “закрыть” два отчетных периода – два месяца;

– выполнить переход на версию 2.6.

Обращаем внимание, что вся новая функциональность далее будет разрабатываться и выходить исключительно в версиях 2.6 (11.6). Новым пользователям рекомендуем сразу использовать 2.6 (11.6). Облачный сервис “1С:Фреш” будет переведен на версию 2.6.1 сразу при ее выпуске.

Статус LTS и дальнейшая поддержка

Версия 2.5.27 (УТ 11.5.27) является LTS-версией (Long Time Support – длительной поддержки). Она будет поддерживаться фирмой “1С” в течение 1 года, минимум до апреля 2027-го, после чего потребуется переход на 2.6 (11.6). Переход будет не сложнее, чем ранее при обновлениях с LTS на LTS.

Дополнительная информация

24.08.2026 by daharasheva No comment(s)

Настройка иерархической структуры бюджетов и сценариев в 1С:ERP 2.5

Содержание:

В современных условиях динамичной и конкурентной рыночной среды эффективное финансовое планирование является не просто желательной функцией управления, а жизненной необходимостью для любого предприятия. Бюджетирование, как ключевой инструмент этого процесса, позволяет перевести стратегические цели компании в конкретные финансовые показатели, контролировать их выполнение и оперативно реагировать на изменения. Однако сложность крупного бизнеса требует от системы бюджетирования гибкости, структурированности и многовариантности. Реализовать эти задачи в 1С:ERP Управление предприятием 2.5 позволяет грамотная настройка иерархической структуры бюджетов и сценариев. Эта статья подробно расскажет, для чего это нужно и как это реализовать на практике.

1. Для чего требуется иерархическая структура бюджетов и сценариев

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

1.Отраслевая и организационная структура компании. Крупные холдинги, предприятия с филиальной сетью или несколькими обособленными направлениями деятельности (ЦФО) нуждаются в консолидации бюджетов снизу вверх. Иерархия позволяет формировать бюджеты по каждому отдельному подразделению (например, бюджет отдела продаж), затем консолидировать их в бюджет по направлению (бюджет департамента маркетинга), далее — в бюджет по всей компании и, наконец, в сводный бюджет холдинга. Это обеспечивает прозрачность и управляемость на всех уровнях.

2.Детализация и аналитика. Иерархия статей бюджета позволяет двигаться от общих показателей к частным. Например, статья затрат «Коммерческие расходы» может быть детализирована на «Реклама», «Маркетинг», «Зарплата отдела продаж», а та, в свою очередь, — на «Оклад», «Премии» и т. д. Это дает возможность проводить углубленный анализ исполнения бюджета, точно определяя статьи перерасхода или экономии.

3.Многовариантность планирования и анализ «что-если». Бизнес-среда нестабильна, и полагаться на единственный, «идеальный» бюджет опасно. Сценарии позволяют моделировать различные ситуации:

– Пессимистичный сценарий: падение спроса, рост цен поставщиков.

– Оптимистичный сценарий: выход на новые рынки, увеличение инвестиций.

– Базовый (целевой) сценарий: наиболее вероятное развитие событий.

Работая с разными сценариями, финансовая служба может заранее просчитать риски, подготовить управленческие решения и понять финансовые последствия тех или иных стратегических шагов.

Дополнительная информация

2. Как настраивается иерархическая структура бюджетов в 1С:ERP 2.5

Настройка начинается с проектирования структуры, которая будет адекватно отражать потребности бизнеса. Последовательность действий следующая:

1.Настройка статей бюджетов. Это основа основ. Перейти в раздел «Бюджетирование и планирование» → «Настройки и справочники» → «Статьи бюджетов». Здесь создается классификатор статей доходов и расходов. Ключевой инструмент — установка родительских статей. Вы можете создать статью «Расходы на сбыт», а затем сделать ее родительской для статей «Реклама», «Зарплата менеджеров», «Транспортные расходы». Таким образом выстраивается многоуровневое «дерево» статей.

2.Настройка видов бюджетов. Вид бюджета — это «шаблон», который определяет, какие именно статьи будут в него входить, в какой валюте ведется планирование, периодичность (месяц, квартал, год) и другие параметры. Например, можно создать виды бюджетов: «БДДС (Бюджет движения денежных средств)», «БДР (Бюджет доходов и расходов)», «Инвестиционный бюджет». Для каждого вида бюджета в его форме на закладке «Состав статей» включаются необходимые статьи из созданного ранее классификатора.

3.Настройка организационной иерархии. Для консолидации бюджетов по подразделениям необходимо настроить иерархию ЦФО (Центров финансовой ответственности) или просто подразделений. Это делается в справочнике «Подразделения» путем указания «Подразделения вышестоящего». Например, филиалы подчиняются головной компании. В дальнейшем при создании бюджета можно будет указать, для какого подразделения он формируется, и система сможет автоматически агрегировать данные.

3. Как настраивается иерархия сценариев планирования в системе 1С:ERP Управление предприятием

Настройка сценариев осуществляется в отдельном справочнике.

1.Создание сценариев. Перейдите в раздел «Бюджетирование и планирование» → «Настройки и справочники» → «Сценарии планирования». Здесь создаются новые сценарии (например, «Факт», «План-Оптимистичный», «План-Пессимистичный»). Для каждого сценария важно заполнить основные свойства: наименование, код, указать, является ли он основным для планирования или для фактических данных.

2.Иерархия сценариев. Система позволяет группировать сценарии, хотя строгой древовидной иерархии, как у статей, здесь нет. Группировка осуществляется для удобства навигации и классификации. Например, можно создать группу «Операционные сценарии» и «Стратегические сценарии». Однако главная «иерархия» проявляется в логике использования: обычно есть базовый сценарий, который сравнивается с другими, альтернативными.

3.Использование в документах. После настройки при вводе плановых данных в документы «Заявка на расходование денежных средств», «Плановый показатель» и другие обязательно указывается, в рамках какого сценария вносится это значение. Это позволяет параллельно вести несколько версий планов и сравнивать их между собой с помощью стандартных отчетов системы.

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

Недочетов Дмитрий,

Специалист компании ООО “Кодерлайн”

24.08.2026 by daharasheva No comment(s)