В 1С:Управление Торговлей 11.4 многие пользователи сталкиваются с задачей автоматической подстановки основного договора с контрагентом в документы. В отличие от 1С:Бухгалтерии Предприятия 3.0, где часто присутствует явная кнопка «Основной договор», в УТ 11.4 такой прямой функционал может быть не очевиден или отсутствовать в явном виде для автоматической установки договора по умолчанию. Кроме того, часто возникает вопрос о том, как связать водителя с транспортным средством для его автоматической подстановки в документы доставки. Давайте рассмотрим эти два вопроса подробнее и выясним, какие возможности предоставляет конфигурация и где могут потребоваться доработки.
Настройка основного договора через признак "Основной"
Один из ключевых механизмов, который мы можем использовать для автоматической подстановки договора, это признак «Основной», который может быть установлен непосредственно в карточке договора. Несмотря на то, что пользователи на форуме не смогли найти явную кнопку «Сделать основным», аналогичную БП, этот признак играет важную роль в логике выбора договора в 1С.
Поиск признака «Основной»: Для этого нам необходимо перейти в раздел «Продажи» или «Закупки», открыть справочник «Договоры контрагентов». Мы должны открыть карточку нужного договора и внимательно изучить доступные поля и вкладки. В некоторых версиях или при определенных настройках конфигурации УТ 11.4, а также в других конфигурациях 1С, присутствует флажок или переключатель с названием Основной. Мы должны убедиться, что он установлен для того договора, который мы хотим использовать по умолчанию.
Функционал признака: Если этот признак установлен, система будет пытаться использовать данный договор как приоритетный при создании новых документов, связанных с этим контрагентом. Мы должны убедиться, что такой договор является действующим, соответствует текущей валюте расчетов и виду деятельности, чтобы он мог быть корректно подставлен.
Особенности поведения системы: Если у контрагента несколько действующих договоров, и ни один из них не помечен явно как Основной, система может пытаться выбрать наиболее часто используемый или первый по порядку. Однако это поведение не всегда предсказуемо и может требовать ручного выбора, как и отмечали пользователи форума. Установка признака Основной для единственного активного договора значительно повышает шансы на его автоматическую подстановку.
Важность "Вида договора"
При работе с договорами мы должны всегда учитывать их «Вид договора». Это критически важный параметр, который определяет, в каких документах данный договор будет доступен для выбора и, соответственно, может быть подставлен автоматически.
Различные виды договоров: Мы сталкиваемся с такими видами договоров, как С покупателем, С поставщиком, Прочее и другими. Каждый из них предназначен для использования в конкретных бизнес-процессах.
Влияние на подстановку: Например, если мы ожидаем автоматической подстановки договора в документ продажи (например, Реализация товаров и услуг), но у нашего основного договора установлен вид С поставщиком, он, очевидно, не будет подобран. Система будет искать договор, который соответствует типу создаваемого документа. Поэтому мы должны тщательно проверять и устанавливать правильный вид договора для корректной работы автоматического заполнения.
Управление статусами договоров
Форумчане справедливо обсуждали возможность управления статусами договоров, например, устанавливая статус «Не действует» или «Закрыт» для старых или неиспользуемых соглашений.
Цель управления статусами: Основная идея состоит в том, чтобы уменьшить количество активных договоров для выбора, что в теории должно подтолкнуть систему к автоматическому выбору единственного действующего договора. Мы можем попробовать этот подход, чтобы очистить список доступных договоров.
Ограничения подхода: Однако, как показал опыт пользователей на форуме (сообщение 8), даже если все старые договоры переведены в статус Закрыт, а один единственный последний договор остается Действующим, система все равно может требовать ручного выбора. Это говорит о том, что механизм автоматического выбора в УТ 11.4 может быть более сложным и не всегда опираться только на статус активности. В таких случаях признак Основной (если он доступен) становится еще более значимым, и мы должны искать его в карточке договора.
Дополнительные возможности: шаблоны и программные доработки
Если стандартные средства не предоставляют нужной гибкости, или мы имеем дело с очень специфическими требованиями, нам придется рассмотреть более продвинутые подходы.
Автоматическое заполнение по шаблонам: В некоторых конфигурациях 1С, таких как 1С:Управление нашей фирмой, существует функционал настройки автоматического заполнения реквизитов по заранее созданным шаблонам. Хотя в УТ 11.4 это не является прямым аналогом «основного договора», мы можем рассмотреть возможность использования или доработки подобных механизмов для упрощения ввода данных и автоматического получения значений реквизитов из справочников.
Программные доработки (расширения): Если нам требуется полностью контролировать логику выбора основного договора, мы можем обратиться к программным доработкам. Программисты могут реализовать логику для принудительной установки определенного договора как основного при создании или открытии документов. Например, при создании нового документа мы можем использовать код, который найдет и установит нужный договор:
&// Пример программной установки договора
Если Не ЗначениеЗаполнено(ДокументОбъект.ДоговорКонтрагента) Тогда
// Предполагаем, что у нас есть функция или запрос,
// которая находит нужный 'основной' договор
Договор = ОпределитьОсновнойДоговор(Контрагент);
Если Договор <> Неопределено Тогда
ДокументОбъект.ДоговорКонтрагента = Договор;
КонецЕсли;
КонецЕсли;
Такие доработки лучше реализовывать с помощью расширений конфигурации, чтобы не нарушать типовое решение и сохранять возможность легких обновлений. Это позволяет создать гибкие правила для выбора договора, основываясь на любых необходимых условиях, если в нашей базе много договоров и требуется «схлопнуть» их в один «Основной договор» с помощью специального признака или алгоритма.
Привязка водителя к машине для автоматической подстановки в доставке
Второй важный вопрос, который мы хотим разобрать, — это привязка водителя к конкретному транспортному средству для автоматической подстановки в документы доставки в 1С:Управление Торговлей 11.4. Этот функционал также является востребованным, но имеет свои особенности в типовом решении.
Стандартный функционал управления доставкой в УТ 11.4
Нам следует сразу отметить, что в типовом функционале 1С:Управление Торговлей 11.4 прямая и автоматическая привязка конкретного водителя к конкретному транспортному средству с целью автоматической подстановки в документы доставки не является стандартной функцией, которую можно настроить без доработок. Тем не менее, УТ 11.4 обладает развитым функционалом для управления доставкой, который мы можем использовать:
Включение функционала: Прежде всего, мы должны убедиться, что в разделе «НСИ и администрирование» → «Склад и доставка» у нас включен функционал «Управление доставкой». Это активирует необходимые справочники и рабочие места.
Справочники транспортных средств: В том же разделе «Склад и доставка» мы найдем справочники «Типы транспортных средств» (где указываются такие параметры, как грузоподъемность и объем, что важно для планирования) и «Транспортные средства» (где регистрируются конкретные автомобили с их государственными номерами, вместимостью, водителем и другими характеристиками). Мы можем привязать водителя к транспортному средству в карточке самого транспортного средства, но это не обеспечивает автоматическую подстановку автомобиля при выборе водителя в документе.
Заполнение документов доставки: Условия доставки заполняются в заказах и накладных. При выборе способа доставки «Нашей транспортной службой» мы можем указать необходимые реквизиты, связанные с доставкой, включая данные о транспортном средстве. Однако выбор транспортного средства и водителя здесь часто происходит вручную или на основе предыдущих выборов без жесткой автоматической связи.
Рабочее место менеджера по доставке: В УТ 11.4 предусмотрено рабочее место «Доставка», которое позволяет менеджеру распределять задания на доставку между транспортными средствами и водителями, эффективно планируя маршруты и загрузку. Здесь менеджер может вручную или с помощью полуавтоматических инструментов сопоставлять водителей и автомобили для конкретных заданий.
Однако, даже используя все эти возможности, мы обнаружим, что система не предоставляет встроенного механизма для автоматической привязки автомобиля к водителю, которая бы срабатывала по выбору водителя в документе (например, при выборе водителя автоматически подставлялся бы его закрепленный автомобиль). Для такой функциональности потребуется дополнительная настройка или доработка.
Если нам требуется глубокая интеграция учета водителей и транспортных средств с автоматическим сопоставлением, мы можем рассмотреть специализированные конфигурации. Например, «1С:Управление автотранспортом» (УАТ). Эта конфигурация специально разработана для детального учета транспортных средств и водителей.
Возможности УАТ: В 1С:УАТ реализована мощная подсистема учета работы водителей, которая предоставляет возможности для:
Учета выработки и рабочего времени водителей.
Начисления заработной платы на основе путевых листов.
Работы с графиками работы водителей.
Автоматического подбора экипажа в документах, который может быть настроен по графику, сменам или другим параметрам, что обеспечивает именно ту автоматическую привязку, которую мы ищем.
Интеграция: Интеграция УТ 11.4 с УАТ позволяет перенести часть задач по управлению логистикой и персоналом в специализированное решение, что значительно расширяет возможности по автоматизации данного процесса и обеспечивает более точный учет использования транспортных средств и работы водителей.
Необходимость доработок в УТ 11.4
В итоге, если мы хотим реализовать автоматическую привязку водителя к автомобилю и ее подстановку в документы доставки непосредственно в УТ 11.4 без использования специализированных конфигураций (например, УАТ), нам, скорее всего, придется выполнить доработку конфигурации. Это может быть реализовано с помощью расширений, что позволит добавить необходимую логику без изменения типовой конфигурации. Такая доработка позволит, например:
Создать механизм привязки: Мы можем создать дополнительный регистр сведений или справочник, где будет храниться информация о закреплении водителя за автомобилем, возможно, с указанием периода действия этой привязки.
Реализовать автоматическую подстановку: Затем мы можем дописать программный код, который при выборе водителя в документе доставки будет обращаться к этому регистру или справочнику, находить закрепленный за ним автомобиль и автоматически подставлять его в соответствующее поле документа. Это может быть реализовано с помощью обработчиков события ПриИзменении для поля водителя в форме документа.
Таким образом, мы видим, что для автоматического заполнения основного договора в УТ 11.4 следует прежде всего проверить наличие и корректность установки признака «Основной» в карточке договора и правильность его «Вида договора». Для привязки водителя к машине типовой функционал УТ 11.4 не предоставляет прямой автоматизации, и для решения этой задачи потребуется либо использование специализированных конфигураций, либо индивидуальная доработка системы.