При работе в конфигурации 1С:Управление торговлей 11.5 (а также в ERP 2 и Комплексной автоматизации 2) пользователи часто сталкиваются с ситуацией, когда в печатной форме «Счета на оплату» вместо привычного БИК, корр. счета и расчетного счета организации начинают выводиться международные реквизиты: SWIFT, IBAN, наименование банка на английском языке и прочие атрибуты валютных платежей — есть готовый комплект внешних печатных форм для 1С:УТ 11.5. При этом даже отключение функциональной опции международных реквизитов не всегда помогает вернуть форму в стандартный вид. В этой статье мы подробно разберем все причины, по которым система «считает» платеж экспортным, и научимся их устранять.
Для начала проанализируем, как программа принимает решение о том, какой макет использовать для печати. В коде конфигурации заложена проверка условия, которое можно условно назвать ПлатежЗаРубеж. Если это условие принимает значение ИСТИНА, система переключается на международный формат. Рассмотрим упрощенный алгоритм этой проверки:
ВЫБОР
КОГДА Документы.БанковскийСчетОрганизации.ИностранныйБанк
ИЛИ Документы.БанковскийСчетОрганизации.ВалютаДенежныхСредств <> Документы.Организация.ВалютаРегламентированногоУчета
ИЛИ Документы.БанковскийСчетКонтрагента.ИностранныйБанк
ТОГДА ИСТИНА
ИНАЧЕ ЛОЖЬ
КОНЕЦ КАК ПлатежЗаРубеж
Как мы видим, триггеров может быть несколько. Пройдем по ним по шагам.
Первым делом проанализируем карточку банковского счета вашей организации, указанного в документе. Даже если вы не занимаетесь внешнеэкономической деятельностью, реквизит ИностранныйБанк может оказаться заполненным ошибочно.
ИностранныйБанк скрыт с формы, попробуйте временно включить в настройках (НСИ и администрирование — Казначейство) флаг Международные реквизиты банковских счетов, чтобы увидеть скрытые поля, исправить их и выключить флаг обратно.Часто пользователи забывают, что на формат печати счета влияет не только наш счет, но и счет покупателя. Выясним причину, изучив карточку банковского счета контрагента:
Программа 1С выполняет жесткую проверку структуры номера счета по правилам Центрального Банка. Если номер счета введен некорректно, алгоритм не может подтвердить, что это российский расчетный счет, и «откатывается» к универсальному международному формату.
Разберем типичные ошибки заполнения номера счета:
407028) указаны с ошибкой (например, 407202), система может не опознать тип счета и переключиться на SWIFT.Рассмотрим ситуацию с валютными настройками. В некоторых случаях причиной становится несовпадение валюты банковского счета и валюты, в которой ведется учет в организации.
Валюты нет дублей. Если для счета выбрана одна запись «руб.», а в настройках организации — другая (с тем же кодом 643, но другим внутренним ID), условие ВалютаДенежныхСредств <> ВалютаРегламентированногоУчета сработает как истина.Выясним, как заполнен справочник Банки. Если банк был заведен вручную без использования классификатора, у него могут отсутствовать необходимые признаки российского банка.
Рекомендация: Перевыберите банк в банковском счете, используя классификатор (загрузите его актуальную версию через интернет). Убедитесь, что БИК заполнен корректно (9 цифр, начинается с 04).
Проанализируем ситуацию, когда все данные верны, но форма все равно печатается неправильно — решить проблему поможет внешняя печатная форма счета на оплату для УТ и КА. Это может быть связано с тем, что кто-то из пользователей ранее редактировал макет счета.
Иногда после исправления справочников в уже созданном Заказе клиента печатная форма не обновляется. Это происходит из-за кэширования некоторых данных внутри объекта документа.
Что нужно сделать:
Подводя итог, можно сказать, что в 90% случаев проблема кроется в незаполненном поле Страна в банковском счете (вашем или клиента) или в опечатке в номере счета, которая мешает программе выполнить проверку контрольного числа. Для автоматизации оформления документов есть автоподстановка печати и подписи в счет на оплату.