При работе с организациями, имеющими разветвленную структуру (филиалы, обособленные подразделения), часто возникает вопрос: какой КПП должен фигурировать в счете на оплату? Ситуация, когда типовая конфигурация 1С:Бухгалтерия подставляет разные значения в верхнюю часть счета (банковские реквизиты) и в нижнюю (данные поставщика), часто вызывает недоумение у бухгалтеров. В этой статье мы подробно разберем, почему программа ведет себя именно так, какие риски несет изменение этой логики и как правильно оформить документ, чтобы деньги не «зависли» в банке.
Для начала давайте разберем, из каких смысловых блоков состоит печатная форма счета на оплату в 1С. Это поможет нам понять, почему требования к реквизитам в разных частях одного документа могут отличаться.
Рассмотрим ситуацию: у нас есть головная организация и обособленное подразделение (ОП), не выделенное на отдельный баланс. Расчетный счет открыт на головную организацию. В 1С в счете на оплату сверху мы видим КПП «головы», а в поле «Поставщик» — КПП подразделения. Выясним причину такого разделения.
Проанализируем логику разработчиков 1С. Программа ориентируется на владельца банковского счета. Если расчетный счет открыт на юридическое лицо (головную организацию), то и все идентификаторы в блоке «Получатель» должны соответствовать данным, зафиксированным в банковской карточке предприятия.
Золотой принцип оформления счета: в рамке с банковскими реквизитами необходимо указывать именно те данные, которые прописаны в договоре банковского счета. Если в договоре с банком фигурирует КПП головной организации, то именно его должен указать покупатель в своем платежном поручении.
Разберем, что произойдет, если мы «принудительно» заменим КПП в верхнем блоке на КПП обособленного подразделения:
Важно понимать, почему бухгалтеры часто настаивают на указании КПП подразделения везде. Это происходит из-за переноса правил оформления первичных документов и счетов-фактур на счет на оплату. Проанализируем эти различия:
Согласно Постановлению Правительства №1137 и многочисленным письмам Минфина, в счете-фактуре при отгрузке через обособленное подразделение обязательно должен стоять КПП этого подразделения. Это необходимо для корректного администрирования НДС.
Однако Счет на оплату не является первичным бухгалтерским документом (согласно закону № 402-ФЗ «О бухгалтерском учете»). Это, по сути, документ-оферта, форма которого законодательно не закреплена. Поэтому в счете мы имеем право (и должны с точки зрения здравого смысла) комбинировать реквизиты так, чтобы обеспечить:
Если бухгалтерия все же настаивает на изменениях, давайте рассмотрим, как это можно сделать технически и методически правильно. Вместо того чтобы менять КПП в банковском блоке, мы можем использовать подход «двойной идентификации».
В типовых конфигурациях 1С:Бухгалтерия 8.3 предусмотрена возможность указания, что конкретный банковский счет относится к обособленному подразделению. Разберем по шагам, как это проверить:
Важно: Это работает корректно только в том случае, если подразделение действительно наделено полномочиями и имеет регистрацию в банке по своему месту нахождения.
Если стандартная логика не устраивает, и вы решили доработать печатную форму, рассмотрим пример логики, которую следует заложить в код. Посмотрим на алгоритм формирования данных для области Заголовок и Поставщик.
Вместо жесткой замены КПП, проанализируем ситуацию: если у подразделения есть свой КПП, мы можем вывести его в строке поставщика следующим образом:
// Пример логики формирования строки Поставщик
ТекстПоставщик = НаименованиеГоловнойОрганизации + ", КПП " + КПП_Головы;
Если ЗначениеЗаполнено(ОбособленноеПодразделение) Тогда
ТекстПоставщик = ТекстПоставщик + " (в лице подразделения: " + ПодразделениеНаименование + ", КПП " + КПП_Обособки + ")";
КонецЕсли;
Такой подход удовлетворит требования бухгалтерии по визуальному контролю КПП ОП и при этом сохранит корректные банковские реквизиты в верхней части документа. При необходимости можно воспользоваться готовой печатной формой счета с расширенными сведениями о поставщике и покупателе.
Выясним, когда точность КПП становится критической. Если ваша организация работает с казначейским сопровождением или по гособоронзаказу (ГОЗ), требования к реквизитам возрастают кратно. В системах казначейства (например, АС ФЗК) несоответствие КПП в счете и в карточке регистрации контракта приведет к автоматическому отклонению платежа.
В таких случаях мы рекомендуем:
Проанализировав ситуацию, мы приходим к следующим выводам, которые помогут вам в общении с заказчиком (бухгалтерией):
Таким образом, текущая реализация в 1С:Бухгалтерия является методически наиболее верной и безопасной с точки зрения банковского законодательства. Мы рассмотрели все нюансы и теперь можем аргументированно подходить к вопросу настройки печатных форм счетов на оплату.