← На главную

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

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

Проблема: автозаполнение банковского счета по статистике

В 1С есть механизм ЗаполнениеСвойствПоСтатистике. Он анализирует ранее введенные документы для конкретного контрагента. Если вы начнете регулярно вручную менять основной счет на дополнительный для определенного клиента, система "обучится" и через некоторое время начнет сама подставлять этот дополнительный счет как наиболее часто используемый. Это может привести к ошибкам, когда для обычных товаров будет подставляться неверный счет.

Чтобы избежать этого и получить предсказуемое поведение системы, можно использовать несколько подходов.

Решение 1. Отключение автозаполнения по статистике (без доработок)

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

Рассмотрим по шагам, как это сделать:

1. Перейдите в раздел "НСИ и администрирование".
2. В группе "Сервис" выберите пункт "Персональные настройки".
3. В открывшемся окне найдите флажок "Заполнение реквизитов документов по статистике" и снимите его.
4. Сохраните настройки.

Результат: Теперь при создании нового Заказа клиента система всегда будет подставлять основной банковский счет организации. Для тех заказов, где требуется оплата на другой счет, менеджеру нужно будет изменить его вручную. Это решает проблему непредсказуемого поведения, но требует внимательности от пользователя.

Решение 2. Разделение заказов и счетов (организационный метод)

Этот способ является наиболее корректным с точки зрения управленческого учета и позволяет четко разделить денежные потоки. Суть его в том, чтобы не смешивать в одном заказе товары, требующие оплаты на разные счета.

Порядок действий будет следующим:

1. Если клиент заказывает товары из разных групп (например, основную продукцию и услуги доставки с оплатой на другой счет), создайте для него два отдельных документа "Заказ клиента".
2. В первом заказе соберите товары, которые оплачиваются на основной счет. Система подставит его автоматически (особенно если вы применили Решение 1).
3. Во втором заказе укажите товары или услуги для оплаты на дополнительный счет. В этом документе вручную выберите нужный банковский счет в соответствующем поле.
4. На основании каждого заказа сформируйте отдельный Счет на оплату. Таким образом, клиент получит два счета с разными реквизитами для оплаты.

Преимущества этого подхода:

• Прозрачность учета: вы четко видите, какие заказы и на какую сумму должны быть оплачены на каждый из счетов.
• Отсутствие путаницы: и для вашего бухгалтера, и для бухгалтера клиента ситуация абсолютно ясна.
• Не требует доработок: решение реализуется исключительно организационными мерами и стандартным функционалом программы.

Решение 3. Использование внешней печатной формы (с минимальной доработкой)

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

Принцип работы:

Создается внешняя (подключаемая) печатная форма для документа Счет на оплату. В коде этой формы прописывается специальная логика.

1. В документе Заказ клиента менеджер оставляет основной банковский счет, как есть.
2. При печати счета на оплату пользователь выбирает не стандартную форму, а новую, доработанную.
3. Код этой формы анализирует табличную часть с товарами в заказе-основании.
4. Если в заказе обнаруживаются товары из определенной номенклатурной группы (или с определенным свойством), то в печатную форму выводятся реквизиты дополнительного банковского счета.
5. Если таких товаров нет, форма выводит реквизиты основного счета, как обычно.

Преимущества:

• Удобство для менеджера: вся работа ведется в рамках одного заказа.
• Безопасность: так как используется внешняя форма, это не затрагивает основную конфигурацию и не создаст проблем при обновлении системы.

Недостатки:

• Требуется привлечение программиста для создания такой печатной формы.
• Возникает расхождение между данными в учетной системе (в заказе указан один счет) и данными в документе для клиента (в счете напечатан другой). Это может потребовать дополнительного внимания при контроле оплат.

Важный вопрос: что будет, если оплата придет на другой счет?

Очень частый вопрос: "Что если в заказе и счете мы указали один банковский счет, а клиент по ошибке или намеренно оплатил на другой наш счет?".

С точки зрения программы 1С:Управление торговлей, это не является проблемой. Механизм разнесения платежей устроен следующим образом:

1. Когда вы загружаете банковскую выписку, система создает документ Поступление безналичных денежных средств. В нем фиксируется, от какого контрагента и на какой ваш расчетный счет поступили деньги.
2. Далее необходимо распределить этот платеж, то есть указать, какую задолженность он погашает. Вы открываете документ поступления и подбираете основание платежа — нужный Заказ клиента или документ Реализация товаров и услуг.
3. Система не сверяет, на какой счет поступила оплата, с тем счетом, который был указан в заказе-основании. Главное — это факт поступления денег от контрагента и правильное указание, за что именно он заплатил.

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