В процессе работы с конфигурацией «1С:Комплексная автоматизация 2» пользователи часто сталкиваются с вопросом: как правильно отразить предварительный заказ услуг или работ у стороннего исполнителя? Если при покупке товаров цепочка документов «Заказ — Поступление» очевидна, то с услугами возникают сложности, особенно когда позиции не отображаются в форме подбора. Рассмотрим подробно, как устроен этот механизм в системе, и выясним, какие настройки могут блокировать привычную работу.
Перед тем как приступить к оформлению документов, проанализируем разницу в поведении системы в зависимости от типа номенклатуры. Это критически важно для дальнейшего контроля исполнения заказов.
Работа подходит лучше всего.Разберем стандартную схему закупки услуг, которая позволяет контролировать сроки и оплаты. Для этого в системе предусмотрен документ Заказ поставщику. Проверим, выполнены ли необходимые условия для его использования:
Важно помнить, что для связи с заказом и контроля количественных показателей необходимо использовать документ Приобретение товаров и услуг (вид операции «Закупка у поставщика»), а не документ Поступление услуг и прочих активов. Последний предназначен для отражения расходов, не требующих количественного учета и предварительного планирования через заказы.
Если настройки выполнены верно, но при попытке добавить позицию в Заказ поставщику справочник номенклатуры открывается пустым или в нем видны только товары, проанализируем ситуацию по шагам.
В типовой конфигурации 1С:Комплексная автоматизация 2 (начиная с версий 2.2 и выше) нет жесткого запрета на выбор услуг в заказах. Однако, как показывает практика, проблема может крыться в неявных программных ограничениях или ошибках внедрения. Рассмотрим случай, когда в конфигурацию вносились изменения сторонними специалистами.
Выясним причину, изучив программный код формы документа. Часто при кастомизации системы разработчики накладывают дополнительные фильтры в процедуре ПриСозданииНаСервере. Например, может быть добавлен принудительный отбор по типу номенклатуры, который не виден пользователю в обычном режиме.
Пример программного кода, который может блокировать выбор услуг (типовой или ошибочно добавленный):
// Пример фрагмента кода в форме документа ЗаказПоставщику
&НаСервере
Процедура ПриСозданииНаСервере(Отказ, СтандартнаяОбработка)
// Поиск программно установленного отбора
ЭлементОтбора = СписокНоменклатуры.Отбор.Элементы.Добавить(Тип("ЭлементОтбораКомпоновкиДанных"));
ЭлементОтбора.ЛевоеЗначение = Новый ПолеКомпоновкиДанных("ТипНоменклатуры");
ЭлементОтбора.ВидСравнения = ВидСравненияКомпоновкиДанных.Равно;
ЭлементОтбора.ПравоеЗначение = Перечисления.ТипыНоменклатуры.Товар; // Здесь кроется ошибка!
ЭлементОтбора.Использование = Истина;
КонецПроцедуры
Если в вашем коде присутствует подобная конструкция, то выбор типов номенклатуры Услуга или Работа будет невозможен, так как система принудительно фильтрует список только по значению Товар. Для исправления ситуации необходимо либо удалить этот отбор, либо расширить его, разрешив использование других типов номенклатуры.
Подведем итог и определим оптимальный порядок действий для контроля заказов подрядчикам:
Таким образом, полноценный учет услуг через заказы в Комплексной Автоматизации не только предусмотрен, но и является стандартным сценарием работы, если система не была ограничена внешними программными правками.