Вирус подменяющий реквизиты в платежном поручении

Обновлено: 22.04.2024

Как это обычно происходит:

Важно! Проявляйте повышенное внимание к реквизитам платежных документов, загружаемых в систему Клиент-Банк.

Потенциальная угроза актуальна для всех пользователей учетных систем и Клиент-Банков, не важно – используете ли вы конкретно программу 1С или какую-то определенную банковскую программу.

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

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

Настройка и подключение данного сервиса занимает от 1 часа работы специалиста 1С. Стоимость настройки составит:

от 1 900 руб/час для пользователей с договором ИТС ПРОФ в компании Первый БИТ
от 2 100 руб/час для остальных пользователей 1С (базовые версии 1С, договор ИТС Техно, договор ИТС ПРОФ не в нашей компании)

Сервис 1С:ДиректБанк встроен в программы: 1С:Бухгалтерия 8, 1С:Комплексная автоматизация, 1С:Управление торговлей, 1С:Зарплата и управление персоналом, 1С:Управление небольшой фирмой и др.

Если, несмотря на рекомендации выше, Вы продолжаете использовать выгрузку из учетной программы в 1С, для безопасности рекомендуем:

при использовании внешних текстовых файлов для передачи платежных поручений выполнять в системе Клиент-Банк дополнительный контроль реквизитов перед отправкой денежных средств;
использовать функцию контроля отправки средств только подтвержденным контрагентам при наличии такой опции в системе дистанционного банковского обслуживания;
с 2017 года в 1С реализована функция проверки файла платежки. Это сверка данных в выгруженном файле, с теми, которые хранятся в самой программе. Если реквизиты отличаются, программа выдаст предупреждение и порекомендует проверить компьютер на вирусы. Используйте лицензионную версию и следите за своевременными обновлениями своей 1С. Рекомендуем заключить договор 1С:ИТС, в рамках которого специалисты возьмут на себя обновление программы и оказание бесплатной консультации по телефону или через интернет.

Уделяйте повышенное внимание информационной безопасности!

Атаки на финансовые данные становятся все изощреннее и опаснее. Вовремя обновляйте ваши антивирусные системы. Не забывайте обновлять вашу 1С. Не скачивайте и не запускайте программы и обновления из неизвестных источников. Не открывайте письма от сомнительных адресатов с
заголовками "у вас задолженность, срочно оплатите" и другими подобными.

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

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

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

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

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

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

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

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

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

(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) Обновить, оно конечно правильно будет.
Но вот у меня такая же проблема появилась. Обновлять сейчас не вариант, УНФ сильно переписанная.
Пока сделал такой костыль:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Как предотвратить потери денег при отправке платежек в банк

В настоящее время для предотвращения потери денежных средств при обмене текстовыми файлами платежных поручений между учетными системами и системами Клиент-Банк рекомендуется:

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

Технические детали поведения вредоносной программы

По информации Kaspersky Lab, троянская программа отслеживает запущенные приложения системы Клиент-Банк и после внедрения в них начинает проверять загружаемые файлы.

Когда Клиент-Банк начинает читать с диска файл, вредоносная программа его проверяет и видит, что это файл с платежным поручением. В этом случае троян вместо настоящего файла передает в Клиент-Банк платежное поручение с уже измененными платежными реквизитами. Если пользователь после загрузки файла в систему Клиент-Банк не проверит данные перед отправкой в банк, то платеж уйдет по подложным реквизитам, указанным злоумышленниками.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Первая ситуация: ошибка содержится в тех полях, о которых мы не упоминали. Например, ошибка в очередности платежа. Иногда сам банк указывает на эту ошибку и недочет устраняется еще до списания средств со счета. Или ошибка в сумме платежа. Деньги спишутся и попадут в бюджет в той сумме, что была указана в документе, а если ее недостаточно, то придется доплатить недостающее. Если, наоборот, ошибка произошла в сторону увеличения, то переплату можно либо вернуть, либо зачесть в порядке, предусмотренном ст. 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. Указанная ошибка не повлекла за собой неперечисление суммы налога в бюджет.

Новые правила указания информации в платежных поручениях на перечисление налогов вступили в силу с 1 января 2014 года. Правилами введены также и дополнительные реквизиты в платежно-расчетные документы: идентификаторы УИН и УИП в платежное поручение, а также в заявку на кассовый расход, в том числе сокращенную. Из материала вы узнаете, что это за реквизиты, а также как их заполнить в программах "1С".

Указание идентификаторов УИН и ИП в расчетно-платежных документах

С 1 января 2014 г. вступили в действие новые Правила указания информации в реквизитах распоряжений о переводе денежных средств в уплату платежей в бюджетную систему Российской Федерации, утвержденные приказом Минфина России от 12.11.2013 № 107н (далее соответственно - Правила, Приказ № 107н)

В соответствии с Приказом № 107н с 31 марта 2014 г. в платежном поручении на перечисление платежей в бюджетную систему Российской Федерации, а также платежей за государственные и муниципальные услуги должны указываться, в том числе, следующие идентификаторы:

- в реквизите 108 платежного поручения - идентификатор сведений о физическом лице (далее - ИП);

- в реквизите 22 "Код" платежного поручения - уникальный идентификатор начислений (далее - УИН).

В переходный период с 1 января 2014 г. до 31 марта 2014 г. в платежном поручении на оплату платежей в бюджетную систему Российской Федерации, а также платежей за государственные и муниципальные услуги могут указываться следующие идентификаторы:

- в реквизите 108 платежного поручения может указываться ИП;

- в реквизите 24 "Назначение платежа" платежного поручения может указываться УИН.

Письмом Казначейства России от 19.12.2013 № 42-7.4-05/5.3-836 доведены разъяснения по указанию УИН и ИП в расчетно-платежных документах, используемых при обслуживании в органах Федерального казначейства, таких как Заявка на кассовый расход (ф. 0531801), Заявка на кассовый расход (сокращенная) (ф. 0531851).

Согласно указанному письму с 31 марта 2014 г. Заявка на кассовый расход (ф.0531801) заполняется следующим образом.

Идентификатор УИН указывается в разделе 2 "Реквизиты документа-основания", при этом:

в графе 1 "Вид" указывается текст "УИН";

в графе 2 "Номер" указывается значение УИН;

графа 3 не заполняется;

в графе 4 "Предмет" указывается значение "-".

Идентификатор ИП указывается в графе 6 "Номер документа-основания" раздела 4 "Реквизиты налоговых платежей" при условии указания в графе 1 "Статус налогоплательщика" данного раздела значения "19".

Заявка на кассовый расход (сокращенная) (ф. 0531851) заполняется следующим образом.

Идентификатор УИН указывается в разделе 1 "Реквизиты документа", при этом:

в поле "наименование документа-основания" указывается текст "УИН";

в поле "Номер" указывается значение УИН.

Идентификатор ИП указывается в графе 5 "Номер документа-основания" раздела 3 "Реквизиты налоговых платежей" при условии указания в поле "Код статуса налогоплательщика" данного раздела значения "19".

При указании идентификатора ИП знаки "№" и "-" исключаются (не указываются).

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

Указание УИН и ИП в Заявке на кассовый расход (сокращенная) (ф. 0531851)

Перечисления в доходы бюджетов (302 10, 20, 30, 70, 90);
Налоги и сборы, включаемые в состав расходов (303 01, 02, 05-13);
НДС в части операций налогового агента (303 04);
Налоги и сборы, уплачиваемые за счет прибыли (дохода) (303 03-05);
Перечисление в бюджет средств в возмещение ущерба, недостачи, дебиторской задолженности прошлых лет и др.

При выборе указанных операций доступны реквизиты для заполнения раздела 1 "Реквизиты документа" Заявки на кассовый расход (сокращенная) (ф. 0531851).

В переходный период с 1 января 2014 г. до 31 марта 2014 г. в расчетно-платежных документах на оплату платежей в бюджетную систему Российской Федерации, а также платежей за государственные и муниципальные услуги идентификаторы указываются:

УИН - в реквизите "Назначение платежа";
ИП - в реквизите "Номер документа-основания (108)" (рис. 3).

Указание УИН и ИП в платежном поручении

Перечисления в доходы бюджетов (302 10, 20, 30, 70, 90);
Налоги и сборы, включаемые в состав расходов (303 01, 02, 05-13);
НДС в части операций налогового агента (303 04);
Налоги и сборы, уплачиваемые за счет прибыли (дохода) (303 03-05);
Перечисление в бюджет средств в возмещение ущерба, недостачи, дебиторской задолженности прошлых лет и др.

Указание УИН и ИП в Заявке на кассовый расход (ф.0531801)

Перечисления в доходы бюджетов (302 10, 20, 30, 70, 90);
Налоги и сборы, включаемые в состав расходов (303 01, 02, 05-13);
НДС в части операций налогового агента (303 04);
Налоги и сборы, уплачиваемые за счет прибыли (дохода) (303 03-05);
Перечисление в бюджет средств в возмещение ущерба, недостачи, дебиторской задолженности прошлых лет и др.

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