Основание для платежа какие документы

С 2021 года – новые правила заполнения платежек на уплату налогов и других платежей

Внесены изменения в Правила указания информации, идентифицирующей плательщика и получателя средств в распоряжениях о переводе денежных средств в уплату платежей в бюджет (Приказ Минфина России от 14 сентября 2020 г. № 199н (зарегистрирован в Минюсте России 15 октября 2020 г.)). Нововведения начнут применяться с разных дат будущего года, и коснутся порядка заполнения нескольких полей платежного поручения:

• 60 «ИНН»,
• 106 «Основание платежа»,
• 108 «Номер документа»,
• 109 «Дата документа основания платежа».

Все важные документы и новости о коронавирусе COVID-19 – в ежедневной рассылке Подписаться

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

Поле 106 «Основание платежа»

Сокращен перечень кодов оснований платежа. Из него исключены, в частности, коды:

• «ТР» – погашение задолженности по требованию налогового органа об уплате налогов (сборов, страховых взносов);
• «ПР» – погашение задолженности, приостановленной к взысканию;
• «АП» – погашение задолженности по акту проверки;
• «АР» – погашение задолженности по исполнительному документу.

Вместо них требуется указывать код «ЗД» – погашение задолженности, по истекшим налоговым, расчетным (отчетным) периодам, в том числе добровольное. Эта норма начнет применяться с 1 октября 2021 года.

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

Поле 108 «Номер документа»

Напомним, в этом поле должен быть указан номер документа – основания для проведения платежа. С 1 октября 2021 года при погашении задолженности по истекшим периодам – это основание платежа «ЗД» – номер документа в поле 108 должен соответствовать формату:

• ТР0000000000000 – номер требования налогового органа об уплате налога, сбора, страховых взносов;
• ПР0000000000000 – номер решения о приостановлении взыскания;
• АП0000000000000 – номер решения о привлечении к ответственности за совершение налогового правонарушения или об отказе в привлечении к ответственности за совершение налогового правонарушения;
• АР0000000000000 – номер исполнительного документа/ исполнительного производства.

Поле 109 «Дата документа основания платежа»

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

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

Это правило также вступит в силу с 1 октября 2021 года.

Основание для платежа какие документы

РАБОТА С БАНКОМ

3 МИН

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

Иногда бухгалтеры и предприниматели считают, что поле «назначение платежа» в платёжном поручении не важно. Назначение указывают формально и не пишут, кому переводят деньги и за что.

Разобрались, как заполнять поле «назначение платежа» и чем вы рискуете, если игнорируете это поле или заполняете неправильно.

Связь «антиотмывочного» закона 115-ФЗ и назначения платежа при переводе

Корректное назначение платежа поможет контрагенту правильно учесть ваш платёж: как оплату за товар или услугу, возврат долга или заём. Но это поле видит не только получатель денег, но и банк. При проверке платежей он следует правилам внутреннего контроля против отмывания доходов и финансирования терроризма (согласно закону 115-ФЗ ).

Какие могут быть последствия

Если назначение платежа не прописано, банк не может его идентифицировать. Отсюда могут появиться вопросы к операциям расчётного счёта бизнеса. 115-ФЗ даёт банкам право запросить подтверждающие документы, если экономический смысл платежа неясен. Бизнес рискует столкнуться с ограничительными мерами.

Как правильно заполнять поле «назначение платежа»

Независимо от того, на какую сумму вы создаёте платёжное поручение, всегда корректно заполняйте поле «назначение платежа» и требуйте того же от контрагентов. Отправьте эту статью своему бухгалтеру или сотруднику, который создаёт платёжные поручения. Вот три основных правила:

1. Ссылайтесь на номер договора или счёта.
2. Указывайте, за что конкретно осуществляется платёж — название товара или услуги.
3. Старайтесь избегать формальных назначений «Платёж по договору» или «Оплата поставки».

Примеры платежей

Основание для платежа какие документы

Платежные документы (прием)

Режим предназначен для приема в базу данных платежных документов (платежные поручения, мемордера), полученных в виде файлов посылок в определенном формате. При приеме возможен (см. центр контроля) контроль остатков по росписи/лимитам и средств на счете, а так же контроль на соответствие банковским требованиям.

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

1. Контроль налоговых реквизитов на соответствие инструкции 107н.

Добавить в настройку принимаемого документа правило предварительного контроля «Контроль по банковским алгоритмам», а в справочнике банков для банка отправителя включить опции контроля «Контроль налоговых показателей (03100)» и «Контроль заполненности статуса составителя».

Особые условия контроля для платежных документов по ЕНП (единый налоговый платеж) определяются следующими реквизитами документа (признак ЕНП): счет получателя 03100643000000018500 р/с, БК дохода в 104 поле 18201061201010000510 .

2. Разбивка строки КБК по отправителю/получателю.

Только при приеме в версии формата TXPP120101 и позже, строка КБК документа автоматически разбивается на отправителя (КБК строки) и получателя (код дохода из 104 поля), если платеж осуществляется в пределах одного р/с и заполнено 104 поле налогового платежа.

3. Дополнительные классификаторы и БО.

Обмен платежками с дополнительными классификаторами поддерживается через поле «Резерв» PPST.REZERV ( по ТФФ: тип string, размер 40, но при приеме в «Бюджет-СМАРТ» размерность поля проверяется не строго ).

Для ЗКР — поле «Примечание на строку» ZRST.NOTE_KBK, для БО — поле «примечание на строку» BNDESCR.NOTE, для РР — поле «Примечание на строку» APPOFSTR.NOTE_POFSTR .

Анализ поля с дополнительными классификаторами осуществляется по шаблонам регулярных выражений, если включен снос дополнительных классификаций из назначения/примечания. Для этих целей есть системный шаблон » Доп.классификаторы» с областью применения «Прочее» и формулой разбора (?:1;|2;)? \(? [РЕГ REGKLASS ;] [ЗДЧ PRP ;] [ДТЬ PRG ;] [УСЛ SVC ;] [НРЦ TFD ;] [ИПЦ TFS ;] [АИП FAIP ;] \) . Т.е. по умолчанию, если не создавать свой пользовательский шаблон, предполагается применение специальных префиксов:

o	РЕГ — региональная классификация,

o	ДТЬ — программная и непрограммная деятельность,

o	УСЛ — работы, услуги,

o	ЗДЧ — стратегические цели и задачи,

o	БО — учетный номер БО.

o	НРЦ — направление расходования целевых средств,

o	ИПЦ — источник поступления целевых средств,

Если требуется изменить шаблон регулярных выражений «Доп.классификаторы» , то следует:

1)	создать копию шаблона (с произвольным именем), изменить в копии формулу выражения, и убедится что:

o	в разделе «Разбираемое поле» включен пункт «Прочее поле» ;

o	включена опция «Активен», т.е. шаблон активирован.

2)	в списке шаблонов переместить копию выше системного шаблона (сделать это можно в режиме «Тестирование»).

3)	деактивировать прежний шаблон (отключить у него опцию «Активен») .

Либо нужно использовать разбор шаблонов назначения платежа и сносить дополнительные классифкаторы и БО из назначения платежа:

1)	создать шаблоны разбора назначения платежа в справочнике «Регулярные выражения (шаблоны)»,

2)	включить снос классификаций и БО в настройках приема соответствующего документа.

4. Сихронизация БО.

Если в принимаемом файле указано БО, то соответствующее БО ищется в базе данных по реквизитам:

•	учетный номер БО,

•	счет отправителя платежки ( получателя — для поступлений ) соответствует л/с учреждения БО,

•	отправитель платежки ( получатель — для поступлений ) по ИНН соответствует учреждению БО.

При этом отправитель платежного поручения учитывается уже после всех произведенных подмен согласно настройке приема «Формирование реквизитов плательщика».

5. Сихронизация контрактов.

Если в принимаемом документе успешно распознан реестровый номер контракта в назначении платежа, то соответствующий контракт ищется в базе среди контарктов с максимальным номером изменения по: реестровому номеру + л/с плательщика платежа.

6. Синхронизация л/с.

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

Синхронизация счета получателя осуществляется согласно настройки приема «Идентификация счетов по номеру счета +» и с учетом настроек по синхронизации корреспондента ( т.е. в платежке должен быть указан ИНН владельца счет получателя) . Если р/с получателя совпадает с р/с счетом отправителя, и не указан л/с получателя (PPT.LS_PAY_RCP), то делается попытка распознать номер л/с получателя в наименовании получателя.

Найденные тем или иным образом л/с проверяются на соответствие шаблону нумерации счетов, согласно примитива FINDLS ( см справочник «Регулярные выражения (примитивы)» ), либо, при отсутствии примитива, на соответствие шаблону ЧЧЧЧЧСССССЧ , где «Ч» — любая цифра, «С» — любой символ (цифра или буква).

Прием первичных документов

Первичный (подтверждающий, основание) — документ, являющийся основанием для проведения платежа: счет-фактура, накладная, договор и т.п.

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

Сам файл приема прикрепляется всегда (если применяется хранилище первичных документов).

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

— имя файла-посылки с платежным документом,

— расширение имени файла-посылки с платежным документом,

— код БП (УБП), по которому принимается платёжный документ,

— номер принимаемого платежного документа,

— произвольное имя файла первичного документа,

— расширение имени файла первичного документа, в соответствии со стандартами ОС.

Разделителем является символ точка » . » . В случае, если текстовый файл принимаемой посылки содержит только одно платежное поручение (в одном файле один документ), то поля «КодБП» и «Номер_пп» можно не указывать: … .

Пример 1. Принимается пакет документов 00004K01.PPA, в котором несколько платежных документов, и в т.ч. есть платежное поручение № 77, отправителем в платежке является «Школа №7» с кодом УБП 12345. Файлы первичных документов для этого документа должны иметь имя 00004K01.PРA.12345.77.договор1.jpg , 00004K01.РРA.12345.77.счетфактура.xls и т.п. Где 00004K01.PРA — имя файла принимаемой посылки, 12345 — код УБП школы, 77 — номер принимаемого платежного поручения.

Пример 2. Принимается пакет документов 00004K02.PPA, в котором содержится только одно платежное поручение № 33, отправителем в платежке является «Школа №13» с кодом УБП 54321. Имена файлов первичных документов для этой платежки допустимо сформировать в виде 00004K02.PРA.договор1.jpg , 00004K02.РРA.счетфактура.xls и т.п. Где 00004K02.PРA — имя файла принимаемой посылки.

Принятые первичные документы можно просмотреть в режиме списка документов «Платежное поручение (выплаты)», по кнопке «Первичные документы». Их физическое местоположение определяется настройкой «Хранилище первичных документов».

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

Платежные документы (прием) — настройки:

1) Дополнительный контроль входящих документов:

1.Контроль назначения платежа. При включенной опции из назначения платежа документа вычленяется БК и проверяется ее соответствие с БК, указанной в самом платежном документе. Для правильной работы данного контроля необходимо, чтоб БК в назначении платежа указывалась строго по заданным в справочнике «Регулярные выражения (шаблоны)» шаблонам.

При включении контролируется :

1 — соответствие л\с плательщика из PP.LS_PAY с л\с в назначении платежа (исключая 02* л/с),

2 — наличие строки реквизитов PPST (т.е. КБК и суммы) в строках назначения платежа,

3 — наличие строки реквизитов назначения платежа (КБК и суммы) в строках PPST п/п.

Если в назначении платежа только одна комбинация БК (одна строка), то контроль будет требовать наличия этой комбинации во всех строках файла PPST (если их несколько).

Допустимо отсутствие в назначении дополнительной классификации, а так же БО и/или суммы, и наличие их в строках PPST (не считается ошибкой).

4 — если из назначения полученно два л/с, то первый из них должен быть счетом открытия для второго. Например, при назначении
(914-0702-0200300590-611-900080 — л/с 02713001300) 03801013130 =4975.00 Субсидия на .

контроль проверит, что бы в справочниках л/с 03801013130 был открыт на л/с бюджета 02713001300.

5 — наличие во внебанковском документе ( р/с и БИК одинаковы в отправителе и получателе ) дополнительной классификации получателя, указанной в назначении платежа. В назначении платежа дополнительной классификацией получателя считается код, разобранный шаблонами регулярных выражений в примитив ADDKLASSRCP .

п.п. 2 и 3 сверяются по полной КБК (расходы, доходы, источники) + №БО + сумма строки. Сумма в назначении может отсутствовать, сверяется только при наличии. Учетный номер БО в ряде форматов обмена отсутствует, сверяется только при наличии поля в формате и при отключенной настройке «1. Не контролировать наличие обязательств для документов в счет БО, ДО».

Протокол несоответствия выводится в виде: Реквизиты строк и назначения платежа не соответствуют друг другу .

2.Проверка статуса счета закрыт/заблокирован. Опция не анализируется. Статус счета проверяется всегда: отказ в приеме документов по закрытым счетам.

3.Замена запрещенных символов. Опция не анализируется, автозамена не осуществляется — отказ в приеме документа при наличии запрещенных символов.

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

5.Контроль наличия получателя налоговых платежей в справочнике «ИМНС/Администраторы». Опция не анализируется, вместо неё следует использовать предварительный контроль «Наличие получателя в справочнике «Администраторы».

7.Первичный контроль по банковским алгоритмам. Опция не анализируется, вместо неё следует использовать предварительный контроль «Проверка на соответствие банковским требованиям».

8.Контроль получателя в п/п с поставщиком в БО. Опция не анализируется, вместо неё следует использовать предварительные контроли вида «Проверка соответствия получателя поставщику . «.

9.Контроль соответствия счета открытия для л/с в НСИ и в файле. Опция не анализируется, используется настройка приема «Идентификация счетов по номеру счета +».

10.Поиск БО по строгому совпадению номера документа. Опция не анализируется, устарело.

11.Платежи внутри одного р/с принимать как п/п. Опция не анализируется. Для внебанковских документов по 02 л/с бюджета всегда формируется платежка, для р/с бюджета — всегда мемордер.

12.В п/п внутри одного р/с не синхронизировать счет получателя. Поддерживается только для старых форматов обмена вида FK|2008.06 и т.п.: дополнение к опции 11 по внутренним платежам: если ВКЛючено (т.е. не синхронизировать), то счет получателя заменяется на неизвестный л/с. Для форматов вида TXPP опция не анализируется.

2) Режимы контроля

Уровень контроля на повторный прием и контроль назначения платежа.

3) Идентификация счетов по номеру счета +

Задаются дополнительные параметры синхронизации счетов.

4) Синхронизация справочников при электронном обмене.

Задает поведение программы при синхронизации получаемых данных с НСИ Бюджет-СМАРТ.

Данная настройка не влияет на обработку реквизита «получатель»: при отсутствии получателя в справочнике комплекса (по комбинации [Номер счета + ИНН + БИК банка] ) или неоднозначной его идентификации (несколько подходящих записей), он заменяется на неизвестный параметр (см «Настройки параметров по умолчанию»), а получатель из посылки сохраняется в образе документа, без предупреждения. Такие платежки нормально печатаются и выгружаются, но их нельзя редактировать.

5) Контроль на повторный прием.

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

6) Период контроля даты документа.

Задается период относительно расчетной даты, в который должна входить дата принимаемого документа. Формат настройки: -X,+Y , где X — число дней до расчетной даты, Y — число дней после расчетной даты (символ плюс «+» можно не указывать). Примеры значения настройки:

•	-2,+10 — дата документа должна быть не ранее двух дней до расчетной даты и не позже 10 дней, т.е. если расчетная дата 15 марта, то дата документа должна быть с 13 по 25 марта, иначе в приеме будет отказано.

•	расчетная дата — дата документа должна точно соответствовать расчетной дате.

•	0,0 — отключение контроля по дате документа (оба значения нулевые).

•	+2,-3 — некорректное значение, ничего принять не удастся (сначала должен быть минус, затем плюс).

Если включен «Первичный контроль по банковским алгоритмам» (см. п.8) и в алгоритме включена опция контроля «Наличие и парвильность даты документа», то дата документа должна так же входить в период -10,+0 дней от расчетной даты комплекса.

8) Автоматическое формирование документов.

Определяет перечень отчетов (документов), автоматически формируемых после приема.

9) Дополнительная обработка входящих документов.

•

Сносить региональную БК из назначения платежа — позволяет принять п/п с региональной классификацией при отсутствии по ТФФ поля для нее. Определение кода региональной классификации осуществляется разбором шаблонов назначения платежа, заданных в настройке приема «Шаблон разбора назначения платежа». Разбор проводится независимо от вкл/откл контроля шаблона назначения платежа.

•

Сносить номер БО из назначения платежа — позволяет принять платежный документ в счет БО при отсутствии по ТФФ поля для него (например, ТФФ 7.0 TXPP110101). Определение номера БО осуществляется с применением регулярных выражений. Разбор проводится независимо от вкл/откл контроля шаблона назначения платежа. Если вычисленное БО найдено в Сведениях о БО , то найденный номер БО проставляется по отправителю. Если прием осуществляется в форматах, предусматривающих указание БО (FK|2005.12), то указанное в платежке БО будет перезаписано без предупреждения номером БО из назначения платежа.

•

Сносить номер госконтракта из назначения платежа, примечания в документ — по шаблонам регулярных выражений ищется номер реестровой записи контракта в назначении платежа. Если контракт с такой реестровой записью существует в базе данных, то в принимаемой платежке проставляется ссылка на контракт (см в графе «Контракт» платежного поручения). Если контракт не будет найден, то отказ в приеме платежки.

10) Отбор документов для приема

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

11) Формирование реквизитов плательщика

•	ИНН, КППУ, Наименование — формировать с помощью автомата — реквизиты плательщика пересоздаются (образ документа/печатная форма) согласно настройки «Дерево настроек — НАСТРОЙКИ — Общие — Автомат формирования первичного образа — настройка — Настройка вариантов формирования реквизитов отправителя».

•

В межбюджетных трансфертах вычислять плательщика по ОКАТО (105) — применяется для платежных документов по межбюджетным трансфертам (перечисления в другой бюджет по виду расхода 5хх либо КОСГУ 251 или 254) для замены плательщика и получателя платежа с целью оформления платежного документа по МБТ согласно требованиям комплекса. Условие применения: если статус налогоплательщика 8 (поле 101) и, либо вид расхода 5хх либо КОСГУ документа «251» или «254» , и получатель платежа привязан к счету отправителя, то при приеме корреспондент отправитель платежа будет заменен на учреждение, имеющее такое же ОКТМО какое указано в 105 поле платежного документа. Одновременно будет заменен получатель платежа на такое же учреждение: с целью наличия в получателе платежа корреспондента из справочника, что может использоваться в отчетности и для анализа. Счет отправителя не меняется.

•

В субсидиях на госзадание вычислять плательщика по ИНН получателя — перечисления субсидий в БУ/АУ. Условие применения: если р/с получателя является счетом бюджета БУ/АУ, и вид расхода документа: 6хх (кроме 630), 45х, 46х, 81х, 82х, а получатель платежа имеет тип корреспондента БА/АУ и привязан к счету отправителя (справочник л/с, вкладка «Корреспонденты»), то при приеме корреспондент отправитель платежа будет заменен на получателя. Если применяется КОСГУ, то вид расхода не анализируется, а используются условия по КОСГУ: 241, 530.

Замена плательщика в 14-х л/с — в документах по выплатам с лицевых счетов по переданным полномочиям заменять отправителя на учреждение, прикрепленное к л/с на вкладке «Корреспонденты» (см справочник лицевых счетов). Условие применения: л/с заведен с типом «Лицевой счет получателя по переданным полномочиям» (SYS_LS_PBS_PP), и к нему привязан единственный корреспондент с типом БУ/АУ на вкладке «Корреспонденты» — он и проставляется в отправителе документа.

•	Вычисление по ОКАТО с учетом ИНН получателя платежа (дополнение к п.2) — должно отмечаться совместно с п. » В межбюджетных трансфертах вычислять плательщика по ОКАТО (105) «, если кроме ОКАТО нужно учитывать ИНН получателя.

•	Ничего не выбрано — реквизиты плательщика остаются как есть (согласно файла посылки).

◆	Формирование реквизитов банка

•

Наименование банка плательщика формировать из справочника — если ВКЛючено, то наименование банка плательщика, указанное в принимаемом файле, заменяется данными из справочника «Банки», а при отсутствии — из «Справочника БИК ЦБ РФ». При этом если счет получателя существует в справочнике «Счета корреспондентов», то наименование банка ( и город — см следующий пункт ) берётся для банка, указанного в справочнике счетов. Иначе, если платеж сядет на неизвестного корреспондента, наименование банка берется из справочника «Банки» согласно БИК плательщика, указанного в принимаемом файле, при условии что такой БИК в справочнике единственный.

•	— добавить к наименованию город — если ВКЛючено, то перенаименование банка по данным справочника «Банки» осуществляется с добавлением населенного пункта (см поле «Город» в справочнике «Банки») через пробел с использованием префикса «г.» перед населенным пунктом.

1. Ошибки структуры .

Это сообщения, озаглавленные «Ошибка в структуре файла:» и далее указание № строки, № поля в формате, наименования поля и причина (превышение длины, незадано и т.п.). Например: не заполнено обязательное поле № 10 (NUM_LS_PAY) .

Причина: принимается текстовый файл со структурой, отличающейся от требований к форматам файлов обмена.

Что делать: отослать файл отправителю (формирователю) посылки с протоколом приема для устранения ошибки.

2. Не найден счет .

Сообщения о ненайденом счете с указанием № счета, наименования корреспондента и пустым БИК банка. Например:

Документ №11 от 01.09.2006 пропущен! Справочник ‘Счета корреспондентов’: не найден cчет ‘03030303030’, корреспондент ‘1111111111 Орнарская сельская администрация’, банк ‘ ‘ .

•	указанный счет отсутствует в справочнике счетов. Что делать: ввести счет в справочники.

•	указанный счет в справочнике «Бюджет-СМАРТ» заведен как расчетный. Что делать: отредактировать счет.

•	в настройке приема «Идентификация счетов +» задан параметр «по счету открытия», а счет открытия данного счета в справочной системе и в посылке не идентичны. См. алгоритм синхронизации счетов при приеме документов. Что делать: очистить настройку «Идентификация счетов» и попробовать повторить прием .

•	при приеме ведомостей выплат, уведомлений неверно указано назначение л/с: «бюджетный» вместо «счет корреспондента». Что делать: исправить назначение счета .

3. Невозможность проведения контроля.

Если в момент приема в комплексе выполняются действия, блокирующие применение функций контроля, то в протоколе приема либо в реестре принятых документов будет выведено сообщение » Выполняется критическая системная процедура — контроль не может быть выполнен! » и документы будут отклонены.

К таким действиям относятся:

•	редактирование центра контроля.

•	закрытие/открытие дней.

1. Навигатор: СПРАВОЧНИКИ \ СЧЕТА И БАНКИ \ Банки.

Вкладка «Опции контроля реквизитов документов» (у банков, в которых открыты счета бюджета).

Опции контроля учитываются, если в настройках платежки добавлен предварительный контроль » Проверка на соответствие банковским требованиям «.

2. Дерево настроек — НАСТРОЙКИ — Первичные документы — Хранилище первичных документов.

Определяет место хранения файлов первичных (оправдательных) документов, принимаемых с платежными поручениями.

Денежные переводы из Европы

1

Выберите страну и укажите сумму

Нажмите «Отправить перевод», выберите страну, в которой находится получатель, сумму и валюту перевода

2

Заполните данные получателя и отправителя

Выберите способ получения перевода, если приложение предложит варианты. Введите данные получателя и отправителя как в паспорте

3

Проверьте данные
Оплатите перевод картой или с банковского счёта
Как это работает?
Выберите страну и укажите сумму

Нажмите «Отправить перевод», выберите страну, в которой находится получатель, сумму и валюту перевода

Заполните данные получателя и отправителя

Выберите способ получения перевода, если приложение предложит варианты. Введите данные получателя и отправителя как в паспорте

Проверьте данные
Оплатите перевод картой или с банковского счёта

Как получить перевод

Наличными в пунктах выдачи

Получатель сам примет решение: забрать деньги в одном из 50 000+ пунктов выдачи или зачислить перевод на карту. Посмотреть адрес пунктов можно на карте.

На банковские карты

Деньги поступят на карту получателя в течение нескольких минут. Для зачисления подходят карты Visa, Mastercard, Maestro, МИР.

Приложение KoronaPay

Гарбуз Елена

Очень быстрый и простой перевод.

Redman Alexander

Выгодный курс! Супер! ��

Волков Олег

Очень быстро прошла проверка документов и молниеносно пришёл мой первый перевод.

Зубарева Анастасия

Перевод занимает 30 секунд.

Dan Worrell

Очень хорошо, мне понравилось, 10 баллов, спасибо Вам.

Люда Зотова

Очень удобное приложение. Пользуюсь давно.

Анастасия Жукова

Легко отправить средства из Европы в Россию.

Петр Миролюбов

Перевод мгновенный, никаких проблем не возникло. Буду рекомендовать своим друзьям.

Гарбуз Елена

Очень быстрый и простой перевод.

Redman Alexander

Выгодный курс! Супер! ��

О KoronaPay

50 000 пунктов обслуживания

Участники и партнёры сервиса — банки, почтовые операторы и крупные торговые сети в 50 странах мира

Онлайн переводы

Переводите деньги через интернет в страны Европы, Россию, Турцию, Грузию, страны СНГ. Выбирайте удобную для вас валюту перевода

Тарифы от 0%

Нет комиссии за перевод, если валюта оплаты отличается от валюты перевода. Например, вы платите в польских злотых, а перевод отправляете в долларах

Удобное приложение

Более 17.5 миллионов пользователей высоко оценили приложение KoronaPay

Пресса о нас

Наши партнёры

Наши партнёры

Частые вопросы

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

Наличными перевод выдают в офисах партнеров KoronaPay. Адресату необходимо предъявить документ, удостоверяющий личность и назвать номер перевода.

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

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

Сколько я могу отправлять в приложении Korona?

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

Не нашли, что искали?

Заполните форму, мы ответим в течение 24 часов

Перевести деньги из Европы — просто

Безопасно

Сервис использует международные стандарты шифрования данных

Выгодные тарифы

Поддержка по телефону и онлайн в чате приложения

Быстро и доступно

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

Свяжитесь с нами
Мы в социальных сетях

• Получить наличные
• О нас
• Помощь
• Блог
• Контакты
• Статус операции

• Условия использования
• Политика конфиденциальности
• Реферальная программа

© 2023 KoronaPay Europe Limited. All rights reserved.
Koronapay Europe Limited, Reg. No. HE375955, is an Electronic Money Institution (EMI) licensed and regulated by the Central Bank of Cyprus, license №115.1.3.30.
Registered address: 3107, Limassol, 28th October str 359, World Trade Center, 5th floor. The information on this website regarding the number of users, territories of operation, the number of transfer destinations, as well as other performance indicators of Koronapay reflect not only the results of Koronapay Europe Ltd., but also of other partners and participants of Zolotaya Korona Money Transfer system, incl. Koronapay Europe Ltd.