Перевірка здійснюється для того, щоб переконатися, що рахунок та наступний платіж можуть бути коректно опрацьовані на стороні Проекту.

При спрощеній інтеграції перевірка ідентифікатора користувача та замовлення відбувається двічі: під час переходу на форму оплати та при виборі платіжного методу.

Проекту необхідні:

  • URL-адреси перевірки ідентифікатора або замовлення користувача(Вказати в Технічних налаштуваннях в Особистому кабінеті);
  • Обробник, здатний прийняти та розпізнати параметри запиту від Системи та відповісти так, як того очікує Система.

Якщо перевірка ідентифікатора після виставлення рахунку завершилася з помилкою, рахунок виставлено не буде, а користувач переадресується на сторінку помилки платежу, вказану проектом за допомогою параметра return_url_failабо в Технічному налаштуванні (якщо сторінка не вказана - використовується аналогічна на стороні Системи). На сторінку помилки платежу методом GET автоматично надсилається параметр err_msgзі значенням "Такого персонажа не існує".

Параметри запиту від Системи до Проекту

Система надсилає Проекту запит на URL-адресу перевірки ідентифікатора або замовлення користувача, зазначений у Технічних налаштуваннях в Особистому кабінеті.

  • метод передачі - POST;
  • кодування - UTF-8.

Параметр

Опис параметра

Формат параметра

Обов'язковість параметра

userid Ідентифікатор користувача або замовлення (рівний значенню параметра nicknameв) string(256) Так
userid_extra Додаткові відомості, необхідні для здійснення платежу або збору статистики на стороні Проекту (дорівнюють значенню параметра nick_extra ) string(500) Ні
key

Контрольний підпис запиту. Формується як хеш за алгоритмом md5 від конкатенації наступних параметрів:

  • значення параметра userid,
  • секретний ключ проекту
md5(0userid0секрет проекту) Так
amount 0 Так
paymentid Перевірка check запиту. Приймає лише нульове значення (amount = 0) 0 Так
orderid Ідентифікатор платежу в обліковій системі Проекту (рівний значенню параметра order_idв) varchar(64) Ні

Параметри відповіді Проекту

На запит Системи від Проекту має надходити відповідь.

Для передачі параметрів запиту використовуються такі правила:

  • формат - XML;
  • кодування - UTF-8.

Параметр

Опис параметра

Формат параметра

Обов'язковість параметра

code

Код відповіді запит.

  • YES- Ідентифікатор існує.
  • NO- Ідентифікатор не існує

(реєстрозалежний)

Так
comment Розшифровує код відповіді на запит.
Приклади тексту:
  • не пройшла валідація за параметром userid;
  • не пройшла валідація за параметром orderid;
  • не пройшла валідація за параметром key
string(400) Ні

Приклад відповіді на запит перевірки ідентифікатора користувача або замовлення

YES

Приклад мінімального обробника запитів Системи під час перевірки ідентифікатора користувача або замовлення

//Генерація відповіді function sendResponse($status, $message = "")( $response = ""."\n"; $response .= " "."\n"; $response .= " ".$status.""."\n"; $response .= " ".$message.""."\n"; $response .= ""; die($response); ) //Перевірка існування ідентифікатора користувача або замовлення function checkUser($userID)( $sql = "SELECT login FROM users WHERE usr_id = ".intval($userID); $query = mysql_query($sql ); if(mysql_error())( return FALSE; ) if(mysql_num_rows($query) == 0)( return FALSE; ) return TRUE; ) $secretKey = "IT\"S_A_PROJECT_SECRET_WORD"; $projectHash = md5($_POST["amount"].$_POST["userid"].$_POST["paymentid"].$secretKey); if($projectHash != $_POST["key"])( sendResponse("NO", "Контрольний підпис запиту неправильний."); ) if(floatval($_POST["amount"]) == 0 && intval($ _POST["paymentid"]) == 0)( //Запит на перевірку ідентифікатора користувача або замовлення if(checkUser($_POST["userid"]))( sendResponse("YES", "Ідентифікатор існує"); ) else( sendResponse("NO", "Ідентифікатор не знайдений");

Унікальний ідентифікатор платежу – що це? Навіщо він потрібний? Це найбільш часті питання, які ставлять підприємці при сплаті податків у банку, коли банківський службовець вимагає вказати цей викликає подив. Де його дізнатись, як отримати і чи можна без нього обійтися? Так, інструмент, створений для спрощення процедури, призвів до того, що виникли нові питання, які потрібно роз'яснити.

Що таке унікальний ідентифікатор?

Унікальний ідентифікатор платежу - це 20-значний код, який необхідно вказувати при погашенні заборгованості по податках. податкової служби. Такий підхід значно спрощує та прискорює процедуру проведення операції. Оплата відбувається швидко, а значить, своєчасно, що дозволяє уникнути затримок, а отже, штрафних санкцій та пені.

Використання унікального ідентифікатора дає можливість підприємцям, юридичним та фізичним особамсплачувати податки зручним для себе способом. Але отримання та заповнення форми податкової документації у разі має свої особливості, які доводиться враховувати. Проблема полягає ще й у тому, що сам державний інформаційний сервісмає складну заплутану структуру, у якій може розібратися навіть досвідчений користувач.

Навіщо він потрібний?

Він потрібний для того, щоб у ФНП знали, коли і від якої особи надійшли гроші на рахунок. У ГІС зареєстровано мільйони користувачів, визначити, від кого і на які цілі переказуються гроші, складно. Саме тому наказом Мінфіну №107н від 12.11.13 року було змінено правила, відповідно до яких з'явився окремий для податків унікальний ідентифікатор платежів нарахування.

Для податкової служби він потрібний для того, щоб більш ефективно проводити фіскальну політику та виявляти злісних неплатників. Юридичним та фізичним особам потрібен як найбільш зручний і швидкого способусплатити податки. У результаті уряд може контролювати дії податківців та припиняти випадки, коли їхні дії перевищують передані їм повноваження, що нерідко траплялося раніше. Бізнесмени менш залежать від волі окремого та страждають від незаконних поборів. Скоротилася кількість перевірок, що проводяться.

Хто його має вказувати?

Вказувати унікальний ідентифікатор платежів можуть як пересічні громадяни, підприємці (фізичні особи), і юридичні особи. Робити це можна при сплаті податків безпосередньо у кабінеті інформаційної системи чи через банк. При переказі слід враховувати, що платіж через Ощадбанк має особливості. Вони мають свою особливу форму, під час заповнення якої унікальний ідентифікатор не треба вказувати. УІН вказується при сплаті податків, держмита через сервіс "Держпослуги" або відділення банку.

Якщо фізична чи юридична особа заповнює платіжні документи на сплату податків і зборів, строк сплати яких ще не закінчився, то вона може не вписувати унікальний ідентифікатор, а в терміні введення реквізиту вставити нуль. Хоча законом такий спосіб заповнення рядка допускається, при оплаті через банк службовець може вимагати заповнення рядка 20-значним номером платежу та вправі відмовитися прийняти платіж. Тому важливо знати, у яких випадках його треба вказувати, а яких це не обов'язково.

У яких випадках його потрібно вказувати?

Слід зауважити, що ідентифікатор не завжди потрібно вказувати, а лише у певних випадках, описаних у правилах та положеннях Банку Росії (зокрема, положення №383-П). УІН - унікальний ідентифікатор вказується у двох випадках:

  1. Якщо він був вказаний одержувачем коштів та наданий фізичному або юридичній особі, що зобов'язаний їх сплатити відповідно до умов договору. У такому разі ідентифікатор надається автоматично.
  2. При перерахуванні коштів у податкові органи. Підприємець або фізична особа заповнює спеціальні поля (рядки) платіжки у паперовому або електронному вигляді. І тут заповнення викликає деякі труднощі. Адже підприємець не завжди знає свій номер унікального ідентифікатора платежу, де взяти його.

У другому випадку більшість платників податків зазнають труднощів, бо не знають, де можна взяти і де вказати в документі. А неправильно зазначені дані призводять до затримки платежу, пені та штрафів.

Де та як можна отримати ідентифікатор?

Про унікальний ідентифікатор платежів, як дізнатися інформацію, а також про те, чи було прийнято платіж? Перевірити це можна як у особистому кабінетіДВС після реєстрації в системі, так і при отриманні платіжного доручення у разі прострочення платежів. Але це крайній випадок. Підприємцю буде відомий номер із документів, що вказують на наявність заборгованості чи штрафу перед податковими органами.

Якщо прострочених платежів не було, а УІН вказати треба, достатньо відправити запит до податкової служби, щоб отримати номер.

Як правильно заповнити?

При сплаті платниками податків платежів у бюджетну системуРФ заповнюють платіжне доручення. У ньому крім унікального ідентифікатора підприємець має зазначити:

  • БІК тієї установи, через яку буде здійснено платіж;
  • найменування банку, його юридичну адресу;
  • розрахунковий рахунок, з якого проводитиметься переказ;
  • вид оплати (код);
  • дата проведення операції.

Номер вводять у рядок унікального ідентифікатора платежу – 22 (код поля). Не заповнюють лише тому випадку, якщо платіж відбувається своєчасно. У такому разі в цьому рядку проставляють "0" (нуль).

Що робити, якщо документ містить УІН?

Іноді, особливо під час здійснення платежів через спеціалізовані інформаційні системи, при заповненні доручення в електронному вигляді у рядку (її код 22) унікальний ідентифікатор платежу з'являється сам. Як до цього поставитися? Чи вважати це помилкою, якщо коштивносяться своєчасно? Насправді жодної помилки немає. Можна сплатити як із зазначенням номера ідентифікатора, так і простовивши в рядку «0». Просто ідентифікатор вимагають вказати під час прострочення платежу, тобто на вимогу податкової.

Хоча й можна платити без розмежувань, проте такий підхід є небажаним. Підприємство повинне розмежовувати звичайні податкові платежі та ті, що були сплачені на вимогу податківців. Це допоможе уникнути плутанини у звітності.

Але навіть якщо не вдалося дізнатися та вказати в дорученні ідентифікатор, це не дає право банкам відмовлятися приймати його. Банк зобов'язаний прийняти та переказати кошти, навіть якщо не зазначено УІП (унікальний ідентифікатор платежу). Правило це прописане у офіційних документах податкової служби. У ньому цілком ясно зазначено, що фізичній чи юридичній особі достатньо вказати свій ІПН, а в рядку (код 22) унікального ідентифікатора платежу вписати «0». У разі банк немає права відмовитися від переказу платежу. Але підприємець має враховувати, що у разі помилки чи затримки банк не несе відповідальності.

Що означає код: розшифрування ідентифікатора

Ідентифікатор розшифровується так:

  1. Числа з 1 по 3 позначають код податкового підрозділу, до якого надійдуть кошти.
  2. Цифра 4 означає вид платежу. На цьому місці завжди стоїть нуль.
  3. Числа з 5 до 19. Позначають код документа в системі оподаткування. Кожному платнику надається свій особливий код, заснований на колишньої версіїіндекс документа.
  4. Цифра 20. За її номером визначається яким державним органом влади здійснюється перевірка платежу. Розраховується з урахуванням решти 19 цифр коду.

Унікальний ідентифікатор платежу ідентичний індексу документа лише у випадку, якщо індекс складається із 20 цифр.

Що буде, якщо його не вказати?

За номером УІН проводиться облік податків та інших платежів до бюджету автоматично. Інформація про платежі до бюджету передається до єдиної бази даних. Якщо вказати неправильний код або не вказати його, система не розпізнає платіж, і гроші не будуть переведені. Це може призвести до таких неприємностей, як:

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

Якщо у бізнесмена немає або він не знає унікального ідентифікатора платежу, де взяти, він може скористатися службою підтримки в ДВС у будь-який час, а не чекати, коли податкові органи вживуть заходів. Якщо підприємець не має доступу до інтернету та до електронної системи"Держпослуги", він може надіслати звичайний лист до найближчого відділення податкової служби або з'явитися особисто для отримання ідентифікатора.

Які документи необхідні для отримання ідентифікатора?

Все залежить від того, в якій формі буде складено документ та як оплачуватись. Якщо це паперовий документ, необхідно надіслати письмовий запит до податкового органу. У листі вказати паспортні дані, ІПН та номер СНІЛЗ. Унікальний ідентифікатор платежу надішлють у листі у відповідь. Якщо після отримання цього реквізиту юридична чи фізична особа з'явилося особисто у відділення, ці документи повинні бути при ньому. Вони необхідні заповнення форм.

Для отримання реквізиту в електронному вигляді спочатку слід зареєструватися в єдиній інформаційної системина сайті "Держпослуги", вказавши ті ж дані, що і при письмовому запиті. Після цього прийде лист на адресу місця проживання з ключем доступу. І лише після цього можна зробити запит на отримання унікального ідентифікатора. Зазвичай, ця послуга надається протягом кількох годин після заявки. Документів надавати не потрібно.

Як видно, нічого складного під час використання ідентифікатора немає. Дізнатися його не важко. Для цього не треба збирати купу документів чи довідок. Зате податки можна сплачувати у зручній формі та у будь-який час. Якщо раніше юридичним та фізичним особам доводилося витрачати час та кошти, щоб внести податкові платежі, то за його допомогою їх можна оплачувати, не виходячи з дому чи офісу, без відриву від роботи.

Загальні відомості

  • Опис вхідних параметрів

  • Вхідні дані: XML документ за схемою WS_ULIPZAPRID_2_311_11_04_02 _01_01.XSD
        1. Опис вихідних параметрів

    Вихідні дані: XML документ за схемою WS_OTVVIPULXSD_2_311_14_04_02_01.XSD

    або

    Вихідні дані: XML документ за схемою WS_ULIPOTVID_2_311_09_04_02_01.XSD

    Параметри комплексного типу описані у додатку "Опис загальних структур даних" (у пунктах 10, 6, 9).

        1. Коди повернень




    Код повернення

    Опис коду повернення

    Умови виникнення

    Коментар

    1

    01

    Інформація, що запитується, не знайдена

    Виникає за умови, що відомості про ЮЛ не знайдені ЄДРЮЛ

    2

    51

    Запит прийнято в обробку

    Виникає у разі успішного прийому запиту на обробку



    3

    52

    Відповідь не готова

    Виникає у разі неготовності відповіді щодо успішно прийнятого в обробку запиту

    Використовується при асинхронному запиті

    4

    53

    Відомості щодо юридичної особи/індивідуального підприємця не можуть бути надані в електронному вигляді

    Виникає за неможливості сформувати відповідь на запит електронному вигляді

    5

    82

    Помилка форматно-логічного контролю

    Виникає за умови невідповідності документа (запиту) xsd-схемі

    Резерв, може не використовуватись

    6

    83

    Відсутній запит із зазначеним ідентифікатором запиту та видом запитаних відомостей від цього органу

    Виникає у ситуації, коли у запиті отримання результату на запит виписки по ЮЛ зазначений некоректний (невідомий) ідентифікатор запиту та (або) запит з таким ідентифікатором не надходив від даного органу

    Використовується при асинхронному запиті (при отриманні результату запиту виписки з ЮЛ)

    9

    99

    Системна помилка

    Виникає за наявності внутрішніх помилокв ПЗ ІС ФНП Росії


        1. Контрольні приклади

    Запит на отримання результату запиту на отримання виписки з ЮЛ

    Відповідь на запит на отримання результату запиту на отримання виписки з ЮЛ, у разі запит ще не опрацьовано

    Відповідь на запит на отримання результату запиту на отримання виписки за ЮЛ із кодом повернення 53

    Відповідь на запит на отримання результату запиту на отримання витягу з ЮЛ з помилкою (код обробки якої не зарезервований)
    (Змінюються значення атрибутів і)



    Примітка: умови виникнення цієї помилки в тестовому середовищі були штучно ініційовані. Цей прикладописує загальну логіку та структуру відповіді з помилкою. При проведенні випробувань на продуктивному середовищі повернення точно такої ж відповіді без забезпечення необхідних умов неможливе.