При выгрузке платежного поручения в банк выдает ошибку

Обновлено: 06.12.2022

Платежное поручение на уплату налога оформлено и направлено в банк. Банк провел его и списал денежные средства со счета компании. Однако позже обнаруживается, что в «платежке» была допущена ошибка. Как в этом случае поступить налогоплательщику? Разбиралась в вопросе Вероника Емельянова, эксперт по бухгалтерскому учету и налогообложению.

Какие реквизиты в платежке можно уточнять

Существует общее правило: если ошибка в платежном поручении не повлекла за собой неперечисления средств в бюджет, то у организации (ИП) имеется право на уточнение платежа (п. 7 ст. 45 НК РФ). То есть, новую платежку не нужно оформлять, если деньги все же попали в казну.

С какими же ошибками в платежке деньги все же попадают в бюджет?

В Налоговом кодексе прямо не сказано, какие именно ошибки не влекут за собой неперечисления налога. Однако подсказка имеется. В том же пункте 7 ст. 45 НК РФ перечислены показатели, просьба об уточнении которых может содержаться в заявлении об уточнении платежа. Это основание, тип и принадлежность платежа, налоговый период, статус плательщика или счет Федерального казначейства. Обращаем внимание, что возможность по уточнению казначейского счета появилась лишь в этом году. А раньше при неверном указании этого показателя требовалось вносить платеж заново.

Рассмотрим показатели, возможные к уточнению, в контексте конкретных полей платежного поручения.

Основание платежа включает в себя ряд полей:

  • поле 106 – основание платежа (например, «ТР» при уплате налога по требованию ИФНС);
  • поле 108 – номер документа, на основании которого переводятся деньги (например, номер требования ИФНС);
  • поле 109 – дата такого документа (например, дата требования ИФНС).

Для отражения типа платежа предназначено поле 110, однако уже несколько лет это поле не заполняется.

Принадлежность платежа включает в себя ряд полей:

  • поле 60 – ИНН плательщика;
  • поле 61 – ИНН получателя;
  • поле 102 – КПП плательщика;
  • поле 103 – КПП получателя;
  • поле 104 – КБК налога;
  • поле 105 – ОКТМО.

Прил. 3.jpg

Рис. 1 Приложение 3 к Положению Банка России от 19 июня 2012 года N 383-П "О правилах осуществления перевода денежных средств".

Для отражения налогового периода предназначено поле 107, статуса плательщика – поле 101 и, наконец, счета Федерального казначейства – поле 17.

Таким образом, ошибочное указание реквизитов в этих полях «платежки» не ведет к неперечислению налога. А значит, их можно уточнить.

1С:Контрагент - быстрая проверка информации о контрагентах, автоматическое заполнение реквизитов контрагентов в различных документах и другие полезные функции.

Какие ошибки требуют повторного перечисления денег в бюджет

В каких же случаях нельзя ограничиться уточнением сведений в полях платежного поручения, а понадобится повторно оформить его, то есть заново осуществить платеж (с возвратом ранее направленного платежа)?

Ответ на этот вопрос хотя и дан в пп. 4 п. 4 ст. 45 НК РФ, однако ясности он не привносит. В этом подпункте сказано, что обязанность по уплате налога не будет считаться исполненной из-за неправильного указания номера счета Федерального казначейства и наименования банка получателя. То есть ошибка в этих двух показателях является критичной.

Но здесь возникают сразу два вопроса. Первый: ошибка должна быть в этих двух показателях одновременно или достаточно ошибиться при указании лишь одного из них (вопрос встает из-за наличия союза «и», не содержащего дополнение союза «или»)? Второй вопрос: как положения пп. 4 п. 4 ст. 45 НК РФ согласуются с п. 7 ст. 45 РФ, который содержит возможность уточнения казначейского счета, а значит, свидетельствует о том, что при неверном указании счета налог все же считается уплаченным?

Эти вопросы являются актуальными в следующих ситуациях:

  • когда ошибка содержится только в наименовании банка получателя;
  • когда ошибка содержится одновременно и в наименовании банка получателя, и в номере казначейского счета.

К сожалению, никаких разъяснений чиновников на этот счет нет. Мы не можем предугадать исход событий, если компания решит не уточнять ничего и не переоформлять платежку. Но можно предположить, что платеж, скорее всего, не дойдет до адресата, а значит, понадобится оформить его заново (а ранее переведенные деньги вернуть). Правда, во второй ситуации можно попробовать уточнить номер счета Федерального казначейства и посмотреть, как отреагируют на это налоговики. И далее действовать, исходя из действий инспекции. Либо можно сразу обратиться за разъяснениями в свою налоговую.

Некритичные ошибки в платежках

shutterstock_1294532413.jpg

В некоторых ситуациях ошибки в платежном поручении не требуют ни уточнения, ни повторного перечисления. При этом никаких последствий они не несут, и платеж без проблем заносится налоговой инспекцией в карточку расчетов с бюджетом. Что это за ситуации?

Первая ситуация: ошибка содержится в тех полях, о которых мы не упоминали. Например, ошибка в очередности платежа. Иногда сам банк указывает на эту ошибку и недочет устраняется еще до списания средств со счета. Или ошибка в сумме платежа. Деньги спишутся и попадут в бюджет в той сумме, что была указана в документе, а если ее недостаточно, то придется доплатить недостающее. Если, наоборот, ошибка произошла в сторону увеличения, то переплату можно либо вернуть, либо зачесть в порядке, предусмотренном ст. 78 НК РФ.

Вторая ситуация: неверно указан ОКТМО, однако платежка была оформлена в отношении налога, который полностью зачисляется в доходы федерального бюджета. В этом случае об уточнениях заявлять не потребуется, о чем прямо сказано в разд. 1 Порядка, утв. Приказом ФНС России от 25.07.2017 № ММВ-7-22/579.

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

Возможность уточнять платеж появилась у инспекторов с начала этого года, с внесением изменений в п. 7 ст. 45 НК РФ. Раньше, даже если налоговики обнаруживали неточность, они сообщали о ней плательщику, чтобы тот сам уточнил ошибочный реквизит.

В каком порядке уточнять ошибки в платежном поручении

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

Кстати, с этого года официально установлен предельный срок, в течение которого можно уточнить платеж – три года с даты, когда перечислили деньги в бюджет.

Также имейте в виду, что если налоговая инспекция успела начислить пени на недошедший платеж, то при уточнении платежа она обязана аннулировать пени (абз. 8 п. 7 ст. 45 НК РФ).

Заявление об уточнении платежа можно составить по следующему образцу:

«…10 июня 2019 года наша организация перечислила третью часть НДС за 1 квартал 2019 года в размере 23 000 руб. платежным поручением № 54 от 10 июня 2019 г. В данном платежном поручении была допущена ошибка в номере КБК. В поле 104 был указан неверный КБК – 182 1 03 01000 01 1000 111. Вместо него должен быть указан правильный КБК – 182 1 03 01000 01 1000 110. Указанная ошибка не повлекла за собой неперечисление суммы налога в бюджет.

Согласно п. 7 ст. 45 НК РФ просим уточнить принадлежность платежа и отнести платеж на правильный КБК 182 1 03 01000 01 1000 110».

Как в «1С:Бухгалтерии 8» редакции 3.0 выполняется проверка реквизитов по уплате налогов

C 01.06.2020 банки требуют указывать реквизит КодНазПлатежа (код вида дохода) в выписках. При этом его заполнение необязательно. Соответственно в старых версиях обработок "Клиент банк" не загружаются файлы с плат.поручениями.

Данная ошибка исправляется очень просто:

1. Открываем конфигуратор и находим нашу обработку "КлиентБанк" в списке объектов конфигурации.

2. Открываем модуль объекта.

3. Находим фрагмент кода:

4. Находим фрагмент кода:

и добавляем ниже две строки:

5. Обновляем конфигурацию.

Специальные предложения

Electronic Software Distribution

Интеграция 1С с системой Меркурий

Готовые переносы данных

Алкогольная декларация

54-ФЗ

Инструментарий разработчика

Маркетплейсы и 1С

Траектория обучения 1С-разработчика

Управление проектом на Инфостарте

(8) К ERP инструкция не подходит.
Либо, я разучился пользоваться поиском.

Судя по всему - в 1С Бухгалтерии 3.0 (про 2.0 не знаю) эти свойства тоже не загружаются. Разница лишь в том, что в бухгалтерии эти свойства игнорируются (с молчаливым занесением в протокол-лог), а в УПП - вот выдаётся ошибка!
А раз проблема есть в 1С: Бухгалтерии 3.0 то она скорее всего есть и в ERP 2.4 - но код загрузки ERP 2.4 ближе к Бухгалтерии 3.0 - а значит и инструкция должна быть от неё (ибо от УПП отличий там в алгоритмах очень много), как и для 1С: КА т.е. ошибки не будет, но и данные свойства не загрузятся в базу.

Единственное замечание к статье - это так как вносятся исправления - типовой код лучше трогать как можно меньше (особенно там, где ожидается появление типовых обновлений) - и не изменять те, строки кода, которые можно не изменять, например строку
"РеквизитыПлДок_НазначениеНеОбязательные = "НазначениеПлатежа1,НазначениеПлатежа2,НазначениеПлатежа3,НазначениеПлатежа4,НазначениеПлатежа5,НазначениеПлатежа6";"
лучше отступить одну пустую строку вниз от неё и написать так

(2)Подумал подумал - точно - а зачем эти свойства вообще обрабатывать? - расходные банковские выписки в УПП загружаются в Платёжные ордера на списание денежных средств - а там таких реквизитов нет в принципе - значит и обрабатывать их нет смысла - вот в бухгалтерии 3.0 они и просто игнорируются (а УПП - вот да - просто тоже надо игнорировать - поэтому, я вообще сделал бы как в бухгалтерии - ВСЕ не распознанные тэги я бы игнорировал:

Тогда в модуле обработки КлиентБанк надо найти вот этот текст:

"Сообщить("Неверный реквизит платежного документа, строка " + (Импорт_ТекущаяСтрока - 1) + " : " + СтрокаРазбора);"

и заменить там код (а вернее просто вставить перед ним, чтобы не трогать типовой):

Будут пропускаться ВСЕТЭГИ, не используемые в алгоритме загрузки!

Ну а в Бухгалтерии 3.0 и ЕРП 2.4 ничего трогать не надо - там и так все такие тэги игнорируются с занесением в протокол-лог (в УПП такого лога нет), который потом даже не отображается пользователю! И загрузка этих тэгов НЕ НУЖНА!

P.S. Кстати, исправления алгоритма из статьи эти тэги тоже не загружает (ибо некуда из загружать) ! И нигде их не показывает пользователю!

saddy; parshin; eddoptimist; Ks_83; maxpower; COMPER; Student1C; zqzq; farsesoft; spynett; + 10 – Ответить

продолжить; //код изменён - игнорировать в загрузке неиспользуемые тэги

надо еще одну строку из тела цикла повторить, иначе никогда из цикла не выйдет, а так рабочий способ.

СтрокаРазбора = ПолучитьСтрокуИмпорта();
Продолжить; //код изменён - игнорировать в загрузке неиспользуемые тэги

saddy; powar; Barmolei; parshin; eddoptimist; Ks_83; maxpower; COMPER; SashaSashaSashka; zqzq; Lusha_28; Shrike; + 12 – Ответить

(9Можно "запилить" Прервать по тегу "КодНазПлатежа". Но это не панацея. Загрузим входящие, а в исходящих, то надо указывать все-равно этот код, при расчетах с физлицами.

(11)Что Вы там указывать собрались? Загружаются - платёжные ордера (там ни во входящих ни в исходящих этих реквизитов нет). А при выгрузке - 1С всё сделала - там эти свойства заполняются!

(16)То же что и Вы - 1,2,3. 1С сделала в обновлении. В старых переписанных в "копро" конфах этого нет. Под это дело и доки допилины и общие модули и сама обработка. Можно еще прямо в тестовик руками забивать.

из последнего обновления возьмите клиент-банк, в УПП он ссылается на одну функцию общего модуля, можете поставить заглушку или обновить тот же общий модуль
в 1.139.2 - точно есть уже поддержка формата 1.03

(8) Обновить, оно конечно правильно будет.
Но вот у меня такая же проблема появилась. Обновлять сейчас не вариант, УНФ сильно переписанная.
Пока сделал такой костыль:

(14) Добавил этот код в функцию ЗагрузитьСекциюДокумента и сработало. Выдало предупреждения о том, что реквизит не поддерживаемый и что он не загружен - все как положено.
На следующий день загружаю выписку, но уже на другое ЮрЛицо и тут снова та же ошибка:

Неверный реквизит платежного документа, строка 79: КодНазПлатежа=1

Где еще может быть проблема?
(Вдруг важно - Это загружалась платежка, в которой наша оплата контрагенту (перечисление зарплаты))

(14) Добавил этот код в функцию ЗагрузитьСекциюДокумента и сработало. Выдало предупреждения о том, что реквизит не поддерживаемый и что он не загружен - все как положено.
На следующий день загружаю выписку, но уже на другое ЮрЛицо и тут снова та же ошибка:

Неверный реквизит платежного документа, строка 79: КодНазПлатежа=1

Где еще может быть проблема?
(Вдруг важно - Это загружалась платежка, в которой наша оплата контрагенту (перечисление зарплаты))

Ребята помогите!У меня вот такая ошибка:
: Ожидается символ ';'
Перем РеквизитыПлДок_НазначениеНеОбязательные> = "НазначениеПлатежа1,НазначениеПлатежа2,НазначениеПлатежа3,НазначениеПлатежа4,НазначениеПлатежа5,НазначениеПлатежа6,КодВыплат,КодНазПлатежа"; (Проверка: Толстый клиент (обычное приложение))
: Неопознанный оператор
Перем РеквизитыПлДок_НазначениеНеОбязательные >= "НазначениеПлатежа1,НазначениеПлатежа2,НазначениеПлатежа3,НазначениеПлатежа4,НазначениеПлатежа5,НазначениеПлатежа6,КодВыплат,КодНазПлатежа"; (Проверка: Толстый клиент (обычное приложение))

или просто убрать Перем

(27) : Объявления переменных должны быть расположены в начале модуля, процедуры или функции
>Перем РеквизитыПлДок_Аккредитив; (Проверка: Толстый клиент (обычное приложение))
: Объявления переменных должны быть расположены в начале модуля, процедуры или функции
>Перем РеквизитыПлДок_УсловияОпл; (Проверка: Толстый клиент (обычное приложение))
: Объявления переменных должны быть расположены в начале модуля, процедуры или функции
>Перем РеквизитыПлДок_Дополнительные; (Проверка: Толстый клиент (обычное приложение))
: Объявления переменных должны быть расположены в начале модуля, процедуры или функции
>Перем РеквизитыПлДокЭкс_Основные; (Проверка: Толстый клиент (обычное приложение))
: Объявления переменных должны быть расположены в начале модуля, процедуры или функции
>Перем РеквизитыПлДокЭкс_ВидПлатежаОплаты; (Проверка: Толстый клиент (обычное приложение))
: Объявления переменных должны быть расположены в начале модуля, процедуры или функции
>Перем РеквизитыПлДокЭкс_Плательщик; (Проверка: Толстый клиент (обычное приложение))
: Объявления переменных должны быть расположены в начале модуля, процедуры или функции
>Перем РеквизитыПлДокЭкс_ПлательщикНПР; (Проверка: Толстый клиент (обычное приложение))
: Объявления переменных должны быть расположены в начале модуля, процедуры или функции
>Перем РеквизитыПлДокЭкс_Получатель; (Проверка: Толстый клиент (обычное приложение))
: Объявления переменных должны быть расположены в начале модуля, процедуры или функции
>Перем РеквизитыПлДокЭкс_ПолучательНПР; (Проверка: Толстый клиент (обычное приложение))
: Объявления переменных должны быть расположены в начале модуля, процедуры или функции
>Перем РеквизитыПлДокЭкс_БюджетПлатеж; (Проверка: Толстый клиент (обычное приложение))
: Объявления переменных должны быть расположены в начале модуля, процедуры или функции
>Перем мТекущаяВалютаВзаиморасчетов; (Проверка: Толстый клиент (обычное приложение))
: Определения процедур и функций должны размещаться перед операторами тела модуля
>Функция ПолучитьВыборкуОрганизаций() Экспорт (Проверка: Толстый клиент (обычное приложение))

(27) У тебя нет случайно этой обработки с исправленной ошибкой? Плиз.Бухи над душёй стоят уже второй день

Служебное слово(описатель) 'Перем' не может использоваться одновременно с оператором присваивания (=).

поэтому код должен выглядеть:

или, поскольку 'Перем' не обязательный описатель его можно просто удалить. Т.е. можно и так:

(29) Могу подкинуть исправленную с УПП 1.3 (8.2) как внешняя обработка. Способ указанный автором работает.

Здравствуйте, не подскажите вот выгрузка хмл файл обмена с банком

Куда мне секцию нужно вставить КодНазПлатежа .

У меня модуль объекта открываю и не внести исправления, потому что "Только для чтения". Куда зайти, убрать "только для чтения", подскажите пожалуйста. Проверила свои права, стоят все галки-администратора!

Добрый день, Денис! Столкнулись с этой проблемой буквально вчера, возможно от вас получить помощь? т.к. все вышеприведенный текст для меня "темный лес" )))

Спасибо огромное! Много лет приходилось вручную чистить Код=. Все сработало, только в моем случае вместо "КодНазПлатежа" указала "Код".

Сегодня появилась ошибка "Неверный реквизит платежного документа, строка 390 : КодДебитора=59F". Банки новый реквизит добавили в выгрузку, а в 1С (УПП) такого реквизита нет.

Получили Исполнительный лист на удержание с сотрудника.
После удержания создала п/п на УФК. Заполнила все поля в реквизитах. В ячейке «Код» указала УИН, который указан в Исполнительном листе. Все как надо.
Через месяц создаю второе п/п. Сразу же пишет, что «Возможно уникальный идентификатор платежа указан ошибочно. Этот же идентификатор платежа указан в другом документе .(номер первой платежки). Одинаковые идентификаторы следует указывать только при частичной оплате. Записать документ?»
Я нажала «Да».
Но выгрузить всё равно не даёт. Выделяет красным шрифтом.
Исполнительный лист на удержание больше 1 млн. И ежемесячная оплата это конечно и есть «частичная оплата». Или я не так рассуждаю как в 1С?
Что не так ?
Подскажите как выгрузить ПП ?

Добрый день, Ольга! Пока не удалось воспроизвести аналогичную ситуацию. Укажите, пожалуйста, релиз программы. Приложите скрин платежных поручений, а также скрин ошибки.

Добрый день , Бухгалтерия предприятия КОРП, редакция 3.0 (3.0.92.51). В приложении скрин. даже при открытии выдает предупреждение . Но это же предупреждение не дает выгрузить . На сегодняшний момент вышли из положения — убрали УИН с предыдущей платежки и смогли выгрузить июньскую . Но каждый раз так делать не хотелось бы.

Спасибо за уточнение. Вопрос в работе, по результатам сразу Вам отпишусь.

Ольга, коллеги попросили меня посмотреть программный код по части вашей ошибки, возможно, Оксана добавит к этому что-то еще, если сможет выполнить настройку с банком. из тестовой базы. У меня возможности подключиться к банку напрямую нет, поскольку тут нужны реальные данные для подключения реальной организации, не тестовой.

Но что я вижу из программного кода.

Добрый день , спасибо за ответ . Но я вот не поняла — это у меня что-то в действиях ошибочно или все таки есть такая проблема в 1С ?

Я как программист описала, как разработчики оформили передачу в банк в типовой 1С.
То есть эти условия работают для типовой 1С:Бухгалтерия. Поэтому повторное указание УИД у ВСЕХ вызовет ту же ошибку, что и у вас.

А вот насколько правильно или нет указывать УИД повторно вам ответит Оксана, я, повторяю — программист 🙂

При этом, поскольку проводок ПП не формирует, «ошибка» УИН не препятствует записи документа.

Другое дело — отправка такого ПП в банк.

А почему такая проверка стоит ? Сейчас исполнительные листы на сотрудников приходят с большими суммами , одним платежом не гасятся . А УИН — один должен быть , без него не доходят платеж . Приходится либо выгружать без него и в банк клиенте вручную проставлять , либо ПП удалять предыдущий .

Ольга, мы сами работаем с тем, что дают разработчики.
Видимо, у них были причины оформить все это именно так. Подождите ответа Оксаны. По коду я все расписала подробно, по оформлению таких случаев (длящиеся исполнительные листы) она вам подскажет более профессионально, нужно ли заполнть УИД повторно, как бухгалтер.

При выгрузке в банк идет все та же проверка на дубли в специальной процедуре ПроверитьЗаполнениеНалоговыхРеквизитов (см. скрин). В результате программа определяет наличия дублей и формирует ошибку, которая уже ПРЕПЯТСТВУЕТ выгрузке данных в бвнк.

Чисто программно это можно обойти только убрав эту проверку.

Насколько правильны ваши рассуждения по » И ежемесячная оплата это конечно и есть «частичная оплата». Или я не так рассуждаю как в 1С?» вам ответит лучше эксперт Оксана, я просто программист. Но хочу сказать сразу, что условия формирования ошибки не предусматривает никаких условий типа «длящиеся» или нет. Код я вам привела, там все очень просто: срабатывают всего два условия:
— у ПП с одинаковым УИД вид «перечисление в бюджет»
— предыдущие ПП с тем же УИД не помечены на удаление.

Поэтому если Оксана подтвердит, что вы думаете верно, нужно писать разработчикам по этой теме. Возможно, это еще не до конца доработанный вариант. Или они не учли эту ситуацию, поэтому о ней нужно заявить.
Опять же после подтверждения Оксаной, что действительно для повторных выгрузок длящихся ПП в бюджет проблем быть не должно.

Поэтому подождите ответа Оксаны и тогда уже можно будет понимать как действовать. 🙂

Ирина , спасибо большое за подробный ответ .

Добрый день, Ольга! Прошу прощения за задержку с ответом, потребовалось дополнительно обсудить вопрос с коллегами. Уточните, пожалуйста, какой вид операции указываете в ПП? При перечислении по исполнительному листу в платежке попробуйте указать Прочее списание, при выборе такого вида операции подобной ошибки возникнуть не должно. Если же выбираете Перечисление в бюджет, ошибка возникает по причинам, о которых подробно рассказала Ирина выше в комментариях.

Добрый день, Оксана. Вид операции «Прочее списание «. Появляется предупреждение . я соглашаюсь, записываю — все равно выгрузить не дает .

Давайте я к вам подключусь в виде исключения. )
Высылайте логин и доступ через TeamViewer, я потом сразу удалю их.

Кстати, изменять вы долны так:
1. Снять с проведения обе ПП с одинаковыми УИН
2. В каждом из них выставить вид операции — Прочее списание
3. Только после этого провести обе ПП
4. Выгрузить в банк.

Ирина , к сожалению на рабочие компьютеры к нам нельзя подключаться. Во всех платежах — Прочее списание. А как проставить вообще этот вид операции «Перечисление в бюджет»? у меня даже в списке такого нет . Правильно ли я понимаю , Платеж в бюджет считается если вид контрагента — государственный орган ?

Тогда помочь мы вам не сможем.
Если базу вы не дадите и нельзя подключиться, то способов вам помочь нет.

Мы просмотрели формирования ошибки в программном коде типовой 1С. Правда я смотрела на редакции 3.0.95.15. Можем тогда предложить вам только обновиться.

По перечислению в бюджет — все верно, программа сама высталяет этот реквизит, если вид операции ПП: Уплата налога, Уплата налога за третьих лиц или в получателе установлен реквизит Гос.орган (у контрагента). Скрин из программы приведу, как это выглядит в Конфигураторе. То есть вы у себя в пользовательском режиме получите признак «перечисление в бюджет» при видах операции Уплата налога или при уплате гос. органу или уплате налога за третьих лиц.

Поэтому перечисление в бюджет — это не обязательно контрагент с видом Государственный орган. Если выбрана уплата налога, то прогриамма позволяет спокойно провести документ даже не на гос. орган — никаких проверок здесь нет. Вот я привела для случая уплаты налога, где получатель контрагент из папки Покупатель. И это будет восприниматься программой как перечисление в бюджет.

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

Вот на всякий случай приводу скрин, о котором говорила выше.

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

Спасибо . Теперь понятно почему формируется предупреждение и не дает выгрузить. Контрагент , которому перечисляются средства по исполнительным листам — Гос . орган, программа распознает , что это перечисление в бюджет .

Уточните, пожалуйста, по алгоритму так отражаете ГПХ

Добрый день!
Начисления по договорам ГПХ приходят в БП из ЗУП, на Кт 76.10.
Еще имеются выплаты самозанятым. Проведен акт от самозанятого, контрагент в справочнике Поставщики, вид контрагента — Физическое лицо, договор с Поставщиком, а списание с расчетного счета данному контрагенту при загрузке из Клиент-банка формируется как выплата заработной платы, при этом в справочник Физ.лица автоматически добавляется новое физлицо.

Людмила, добрый вечер!

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

Вот смотрите программный код: для определяемого вида операции Перечисление заработной платы работнику используется справочник Физические лица. Для того, чтобы использовался справочник Контрагенты должны использоваться совсем другие операции.

Скрин привожу. Для перечисления ГПХ, как и для перечисления зарплаты, использование физлица, а не контрагента нормально. Если вам нужна другая операция, в качестве которой должна заполняться форма с контрагентом, то приведите скрины здесь:
— что создается автоматически
— как вы правите выписку
— и самое главное — откройте текстовый файл, который вы загружаете из банка для этого контрагента.

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

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

* 1С работает с теми данными, что предоставляют банки.
Она просто считывает их и создает на основании их документы. Банков много и каждый САМ разрабатывает систему взаимодействия с Клиент-банком по типовой инструкции. У кого-то это получается лучше, у кого-то хуже. Но 1С — только принимающая сторона в этом случае.

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

Бороться с ошибками загрузки можно двумя способами:
— при помощи программиста доработать загрузку 1С под определенного контрагента
— просить техподдержку банка внести изменения в выгрузку данных в файл для загрузки в 1С.

Директ банк 1С используется для отправки в банк платежных поручений и получения банковских выписок. Обмен происходит через прямое подключение к банковскому серверу по выполненной предварительной настройке.

Подключение Директ банк позволяет:

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

    В задачи Директ банк входит:

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

    • рублевыми платежами; PDF
    • коробочными версиями 1С (не fresh!); PDF
    • зарплатными проектами; PDF
    • валютными платежами. PDF

    Использование сервиса Директ банк

    • банк поддерживает стандарт Директ банк ;
    • сервис обмена встроен в программу 1С.

    Полный перечень банков, поддерживающих стандарт Директ банк , дан в предыдущем разделе. Список программ 1С, использующих функционал Директ банк :

    • Бухгалтерия 8, редакция 3.0;
    • ERP Управление предприятием 2;
    • 1С:Комплексная автоматизация, редакция 2.0;
    • 1С:Управление холдингом 8;
    • 1С:Управление торговлей 8, редакция 11;
    • 1С:Зарплата и управление персоналом 8, редакция 3;
    • 1С:Зарплата и кадры государственного учреждения 8, редакция 3;
    • 1С:Управление нашей фирмой;
    • 1С:Предприниматель.
    • программы:
      • ЕRP Управление предприятием 2;
      • 1С:Комплексная автоматизация, редакция 2.0;
      • 1С:Управление холдингом 8;
      • 1С:Управление торговлей 8, редакция 11.
      • Сбербанк;
      • Авангард;
      • Росбанк.

      Как подключить Директ банк в 1С 8.3

      Настройку Директ банк в 1С выполняет пользователь, которому назначены права Администратор :


      Установка внешней компоненты VpnKey-TLS выполняется полностью автоматически. 1С сама определит, нужна ли установка этой компоненты в программу, и при необходимости выдаст предложение о ее загрузке.


      Подключение настроено и готово к работе.


      Отправка платежных поручений

      Передать платежные поручения в банк можно по кнопке 1С: Директ банк из:

      • формы платежки;
      • журнала платежных поручений.

      Из формы документов


      Выполните следующие действия:


      Платежное поручение будет передано в банк по настроенному обмену.

      По кнопке 1С:ДиректБанк

      Выполните следующие действия:

      Выбранные документы будут переданы в банк по настроенному обмену.

      • Открыть электронные документы — выводится список электронных документов, связанных с текущим;
      • Открыть банковские выписки — выводится список электронных выписок.


      Выполните следующие действия:



      Получение выписки банка

      Для получения выписки банка войдите в журнал Банковские выписки и нажмите кнопку ЕЩЕ — Обмен с банком .


      Просмотр электронного документа

      Просмотреть электронный документ можно по кнопке:

      • ЕЩЕ — Печать электронного документа ;
      • ЕЩЕ — 1С:ДиректБанк — Посмотреть электронный документ .

      На экране отобразится электронная форма документа с 2 вкладками:

      Из окна просмотра электронный документ можно распечатать.

      Сценарии работы c Директ банк

      Для безопасного обмена данными в 1С используются два разных сценария:

      • заверение документов электронной подписью;
      • подключение через уникальный логин и пароль.

      Криптография и электронная подпись

      Вариант с подключением криптографии и электронной подписи более сложный. По нему платежные поручения передаются в банк по следующей схеме:

      Получение банковских выписок происходит в следующем порядке:

      • формируется запрос в банк и подписывается электронной подписью.
      • в ответ из банка передается выписка с электронной подписью банка.

      Этот сценарий потребует установки криптографии на компьютере и подключения ее в 1С.

      Логин и пароль

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

      Получение банковских выписок в 1С происходит по сформированному запросу в банк, в ответ на который высылается выписка.

      Этот сценарий не требует подключения криптографии и позволяет сразу начать прямой обмен с банком.

      Как отключить директ банк в 1С 8.3

      Для отключения функционала Директ банк достаточно снять флажок Сервис 1С: Директ банк в настройке Обмен с банками (раздел Администрирование — Обмен электронными документами ). Никаких дополнительных настроек для отключения сервиса выполнять не нужно.


      См. также:

      Если Вы еще не подписаны:

      Активировать демо-доступ бесплатно →

      или

      Оформить подписку на Рубрикатор →

      После оформления подписки вам станут доступны все материалы по 1С Бухгалтерия, записи поддерживающих эфиров и вы сможете задавать любые вопросы по 1С.

      Помогла статья?

      Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно

      Автор статьи

      Куприянов Денис Юрьевич

      Куприянов Денис Юрьевич

      Юрист частного права

      Страница автора

      Читайте также: