Формат
Формат данной строки регламентируется «Стандартами финансовых операций» — ГОСТ Р 56042-2014.
Сама кодируемая строчка выглядит так:
ST00011|Name=ООО "Три кита"|PersonalAcc=40702810138250123017|BankName=OAO "БAHК"|BIC=044525225|CorrespAcc=30101810400000000225|PayeelNN=6200098765|LastName=Иванов|FirstName=Иван|MiddleName=Иванович|Purpose=Оплата членского взноса|РауегАddress=г.Рязань ул.Ленина д.10, кв.15|Sum=100000|Phone=79101234567|SomeNewReq=100
Для удобства восприятия разобьем её по разделителям:
ST00011|
Name=ООО «Три кита»|
PersonalAcc=40702810138250123017|
BankName=OAO «БAHК»|
BIC=044525225|
CorrespAcc=30101810400000000225|
PayeelNN=6200098765|
LastName=Иванов|
FirstName=Иван|
MiddleName=Иванович|
Purpose=Оплата членского взноса|
РауегАddress=г.Рязань ул.Ленина д.10, кв.15|
Sum=100000|
Phone=79101234567|
SomeNewReq=100
ВАЖНО:
Ни до, ни после палки | ни пробелы ни переносы не ставятся категорически.
Если поставщик услуг договорной, то:
— значения дополнительных реквизитов разбираются согласно договору (помещаются во внутренние переменные, разносятся в реестры).
Если поставщик не договорной, то:
— дополнительные реквизиты, регулируемые [5] — выделены в строке зеленым цветом (см. также приложение А), помещаются в соответствующие поля платежного поручения;
— значения прочих дополнительных реквизитов (без псевдонимов) — выделены в строке синим цветом, объединяются через пробел в одну строку в порядке следования и передаются поставщику услуг в поле «Назначение платежа» платежного поручения с ограничением на количество знаков (лишние знаки обрезаются).
Не менее важно:
ST00011 — Строка стандарта. Если первые два байта не ST, то далее код не разбирается. Последний символ — признак кодировки (1 — Win1251, 2 — UTF-8, 3 — KOI8R). Для экономии символов рекомендуют использовать 1;
Перечень зафиксированных псевдонимов реквизитов платежа можно посмотреть тут
А вот как в «Руководстве разработчика», заботливо вытащенном мной из кэша Яндекса (у Гугла уже не было) по версии сбербанка выглядят эти же реквизиты (не ручаюсь за актуальность, может как всегда что-нить поменялось у Сбера):
Обязательные реквизиты:
‘NAME’ => ‘Наименование получателя платежа ООО КОМПАНИЯ’
‘BANK_NAME’ => ‘Наименование банка то-то’
‘PERSONAL_ACC’ => ‘12345678912345678912’
‘BIC’ => ‘123123123’
‘CORRESP_ACC’ => ‘56645643645656’
Вспомогательные реквизиты:
‘PURPOSE’ => ‘Назначение платежа — оплата’
‘BIRTH_DATE’ => ‘30.12.1987’
‘KPP’ => ‘111222333’
‘SUM’ => ‘100000’
‘LAST_NAME’ => ‘Иванов’
‘FIRST_NAME’ => ‘Иван’
‘ADD_AMOUNT’ => ‘1000.90’
‘CONTRACT’ => ‘109-09-23’
‘DOC_DATE’ => ‘20.08.2013’
‘PAYEE_INN’ => ‘564567867444’
‘QUITT_ID’ => ‘9839-93-03’
‘FLAT’ => ’19’
‘PERSONAL_ACCOUNT’ => ‘343-34-34’
‘PHONE’ => ‘+7 (905) 713 6060’
‘SERVICE_NAME’ => ‘название услуги такое-то’
‘COUNTER_ID’ => ’11’
‘CLASS_NUM’ => ‘5А’
‘OKATO’ => ‘12345678908’
‘DOC_IDX’ => ‘343’
‘DOC_NO’ => ‘645645645’
‘DRAWER_STATUS’ => ‘FF’
‘EXEC_ID’ => ’12-12-12′
‘INST_NUM’ => ‘343-ND’
Резюме
В общем, создавая квитанции с реквизитами согласно таблице я исправно получаю платежи от моих клиентов на расчетный счет, но, так как договор на обслуживание до сих пор не заключен, в выписке я получаю назначение платежа с кучей ненужных реквизитов. Дерзайте, в общем ))
Оригинал статьи — в моем блоге