Pull to refresh

Comments 57

А можно уточнить есть ли какие нибудь свои украинские тараканы на тему «кошерных» и «не кошерных» алгоритмов шифрования в СЭП?
И важны ли вопросы страны рождения средств шифрования?
Лично я не могу рассказать. Всё это проходит под грифом «Банковская тайна» и хоть я не работаю уже в этой сфере, но все мои подписки действительны и вляпаться не хочется.
Вы можете опубликовать статью в tor/i2p рассказав данную информацию, а потом случайно сослаться на неё.
Только главное используйте разные ники и желательно из другой/виртуальной машины.
Знаете, нарушать даже обычные NDA, бывает весьма чревато. Мне вот даже для того что-бы просто упомянуть своего работодателя, не говоря уже о механизмах работы, нужно получать разрешение. Предложение нарушить подобные соглашения это просто неэтично и некрасиво.
На Украине нет своих алгоритмов шифрования. Чаще всего для ЭЦП используется RSA, в том числе и реализация PGP
:) зачем? общепризнанные не удовлетворяют?
Всегда было интересно почему почти полностью автоматические операции совершаются с 8 до 18? Да еще и стоимость транзакции после 16 выше. После 18 компьютеры «по пиву»? Или это пережитки прошлой бумажной поры?
Так вроде и в развитых странах так же.
Ну про стоимость транзакции после 16 всё понятно — чтобы в 17:59 не высылали транзакции за весь день. А после 18 — вообще выглядит скорее как штраф для тех кто облажался.
Банкам нужно закрывать свои операционные дни — то есть сводить и проверять свои балансы, в том числе для выявления тех самых несоответствий, на которых ловятся упомянутые в статье мошенники. В балансе учитываются результаты всех операций банка в течение операционного дня. Для крупных банков со множеством отделений и филиалов это иногда очень даже нетривиальная задача.

Ежедневные балансы всех банков предоставляются в Центральный банк. ЦБ тоже сводит свой ежедневный баланс. Так происходит по всему миру, во всех банковских системах, отсюда и дискретность в денежных переводах. Там, конечно, есть множество нюансов но в целом понятие операционного дня, на который завязано множество процедур и отчётов, определяет эту дискретность.
Эт понятно, не понятно почему в «момент» создания отчетов и подведения итогов, а тем более всю ночь после этого, операции не производятся.
Финальная точка — десять утра следующего дня. Как я помню где-то к 17:00 все заканчивается. Банк закрывается и уходят сотрудники. Но сисадмины еще сидят до 19:00. К этому моменту становится понятно, что все прошло за текущий день гладко или есть проблемы. Время для устранения проблем есть до 10 утра.

Проводить проверки и выяснять в чем проблема намного проще на статичной ситуации, чем в работающей системе. Есть время для платежей, есть для обслуживания системы.
Спасибо. Но это не совсем он-лайн. При рейсовой модели и «почтовом» транспорте дохождение платежей будет за ~ 20 минут.
Второе — не поверил, пришлось лезть в нормативку — овердрафты по коррсчетам банков все же есть. Лимиты естественно устанавливает НБУ. И это правильно — т.к. банки могут работать и «под приход» — а иначе к 18:00 у них бы скопились нераспределенные остатки.
В третьих — диапазон работы 08-00 18-00 это мало. В России 5-й рейс до 21-00… А БЭСП (on-line ) работает — с 02-00 до 21-00

По поводу квалификации программеров — посмеялся. У нас как правило любой ИТ-шник, работающий с АБС (автоматизированной банковской системой) разбирается в бухгалтерии.
Дайте, пожалуйста, источник про овердрафты от НБУ. Чтобы банки «под приход» работали — мне это неизвестно.

Насчет квалификации ИТ-шников — у меня есть два живых примера, где ИТ-шники попались именно на махинациях и банальном незнании материала. Один пример — я и привёл. А перечислять все известные мне случаи махинаций ИТ-шников — не хочется. Это всё грязные истории. Ничего в них романтично-воровского нет.
«а иначе к 18:00 у них бы скопились нераспределенные остатки»

Собственно — это нормальная ситуация. Ну скопились — ну и что. Это кстати — норматив соответствующий есть. Банк должен держать определенную сумму на корр.счете. И по тексту статьи фраза про среднедневной остаток средств на счетах участников СЭП: 27,8 млрд. грн. (3,5 млрд. долларов) подразумевает — что остатки таки имеются. И немалые.
Это выгодно – купив на межбанке ресурсы под 3% и выдав кредиты под 18% можно неплохо себя чувствовать

Это «ночные» деньги, утром их надо вернуть. Эффективная стоимость привлечения средств в рублях порядка 10%.
Здесь не только про ночные речь. Ночные как раз для закрытия нормативов используются.
Для кредитов больше длинные деньги. Про них и речь. Конечно — там и процент повыше. Есть и на неделю и на месяц и на год.
Если очень стараться, то, разумеется, можно и ночными решать — каждый день перепокупать, но это муторно да и не факт, что удастся найти. А если не удастся — идёшь с протянутой рукой и покупаешь в НацБанке под конский процент, но выхода нет.
Дело не только в кредитах. Иногда клиенты хотят потратить больше, вот надо вдруг всем отослать деньги в другие банки. А в этот день из других банков прислали мало. Ну вот и берется у другого банка в долг, у которого излишек образовался.

Я в этой кухне варился в начале 90-х.
Конечно.
Да я и сам больше года совмещал работу денежника и на ресурсах сидел.
Денежником я «поработал» только раз. Я же примерно знаю сколько у нас обычно на балансе. А тут на пару миллионов больше оказалось. Захожу в бухгалтерию и как-то на автомате «что-то денег у нас много, может продадим?», а из закутка главбуха «Точно, надо продать». Тут я слегка опешил.
Да. Это слегка дико со стороны. Когда деньги можно продать и купить.
Когда нужно продать безнальные деньги, чтобы купить нал для выплат, выдачей по чекам, банкоматов. Еще нужны договоренности — чтобы тебе нужными номиналами дали наличку.
Свои договорённости чтобы сдать ветхие купюры…
Короче — очень обширная внутренняя кухня. Со временем перестаёшь реагировать на суммы, все эти миллионы и просто относишься к этому как к рутине.
Ну место для удивления всегда остается. После банка я попал в одну мелкую конторку на три человека. И первым же платежом отправил сумму чуть большую всего нашего баланса в банке. С тех пор у меня в трудовой осталось гордое «Р… нефть».
А как организована работа когда перевод отправили по ошибке и надо вернуть? Только суд?
Пишете заявление получателю платежа. И он возвращает. Или не возвращает. Банк к этому отношения не имеет.

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

Но отправленный платеж — никто не вернёт. Это уже деньги получателя. Только он решает что с ними делать.

В случае, если неверные реквизиты — и такого получателя нет в банке, то банк возвращает деньги (но это уже будет новая транзакция) по месту отправления и они там болтаются на «невыясненных».
По ошибке клиента или банка? У нас была раз ситуация, когда девочка послала по ошибке деньги. Связались с банком получателем и деньги отправили обратно, а потом они по ошибке еще раз уже нам. А утром получили люлей от главбуха. Баланс то сходится, а что это за пинг-понг она не сразу поняла.
Ну сами значит в курсе, что это такое.
На личных отношениях, конечно, всё можно попробовать решить, но обоим сторонам может конкретно по щщам влететь.
Ну это я вопрос спрашивавшего уточняю. Если ошибка клиента — то это его проблема, банк чисто механически отработал, что его попросили.
Я читал, что в РФ не предусмотрено штатное сообщение об ошибочном платеже банка/клиента т.е. по расчётной системе можно отправить деньги, но нельзя вдогонку к ним отправить уточнение (например, поправить счёт или назначение платежа) или информировать о ошибке. При этом банк-получатель может отправить в банк-отправитель запрос на уточнение реквизитов и банк-отправитель на него может ответить. Это всё конечно решается в обход системы, но довольно глупо использовать бумагу когда можно обмениваться электронными сообщениями.
Файлы и единый cut-off это такое особое, сакральное ретро. Настолько прочно в головах засело, что и в двадцать первом веке встречается такая архитектура. И будут еще встречаться люди которые будут рисовать новые системы на таких принципах. Более того, файловый обмен на голубом глазу будут называть системой реального времени.
Ничего личного, и в мыслях не было обидеть, но ничего особого в украинской системе нет. Такие системы работают везде по миру. Более того, такая архитектура — это иллюстрация к тому как не надо делать платёжные свичи в двадцать первом веке.
Тем не менее — это просто как автомат калашникова. Когда у тебя не работают каналы связи — ты берешь дискету — записываешь туда файлы и почтовой лошадью плетешься в терр.управление НБУ. Там скидываешь файлы и забираешь свои. Хардкор.
Это — да, супер. Только офлайновый транспорт не должен быть основным или вообще единственным.
Скажу из своего опыта. Довелось мне внедрять лет шесть назад в одном органе гос.власти определенную систему автоматизации.
Система конечно гадость редкостная как по реализации так и по технологической платформе. Системка конечно поскромнее будет. В моем регионе и в моем ведении всего под сотню разных филиалов со своими независимыми базами живет. Наша организация конечно не НБУ, но вопросы типа «что за елки-палки, где потерялось сто тысяч… тонн, звонили из Киева» хоть и заставляют отставить чай и бежать разбираться, но «еще пару глотков, никуда они не денутся явно где-то пароход не прошел» обычно позволяем себе :)

В общем транспортная система у нас тоже базируется на файликах. Основной канал прост — на определенном фтп складываются файлики с определенными именами, файлики в архивах и под паролями. Первым же серьезным вопросом для меня был именно механизм обмена сообщениями. В сжатые сроки я там кое-что автоматизировал, но руки так и чесались сделать прямые линки, благо технологически это было не очень сложно. Всё казалось что «в 21-ом веке должно быть всё моментально». Но реальность оказалась со мной не согласной. Всё время было что-то важнее, да и согласовывать всё это было лень… Спустя пару лет эксплуатации конфигурация очень менялась. Но к моему удивлению не всегда в лучшую сторону.
Для решения ситуаций когда падает канал (а дублированные каналы мне позволили далеко не везде… нет, скорее «почти нигде») пришлось дорабатывать запасной механизм обмена (те самые дискетки-флешки). Пару файликов на похапе решили проблему «сто километров ехать до узла с которым меняемся», и теперь ехать нужно до ближайшего интернета, т.е. в крайнем случае в соседний райцентр.
В 2012 году я таки психанул и заставил бухгалтерию отказаться от дискет (эти рядиски ленились организовать нормальный процесс «возвратной тары» с флешками, и таскали информацию в казначейство на дискетах). Якобы USB-флопик починить было нельзя, а пересаживать главбуха на старый комп было некошерно… В общем только я порадовался что мол эра флопинета для меня закончилась так нет — у нас начались перемещения наших организаций, и в результате в некоторых местах у меня основными каналами оказался диалап (это в 2014 году… нет, я помню как я на ISA-модеме два телефонных канала поднимал при потере основного интернета, но сейчас и 723-й кодек редок, и таких разъемов не найти, и таки да десять лет прошло)… Но круче оказалось в одном аэропорту. Наш объект там существует по сути чисто ради формальности. Самолетами наших грузов почти нет, но закон есть закон. Интернет по радио поднять не могу — там такая обстановка в эфире что коннекта нет. Диалап не держится, а тянуть там ничего нельзя — аэропорт держит монополию, и все кому надо берут интернет у их откатингового «провайдера». Стоит интернет не дорого. Примерно 100$ в месяц. Это за широкий канал в 0,5Мбит. Понятно что такую цену мне не утвердили. Сказал бы мне кто, что в 2014 году самым дешевым каналом связи для меня будет флопинет на флешке которую нам возит… курьер DHL, то я бы не поверил :) Но да, это самое простое и надежное. И это у меня не бекап а основной канал. (Так получается, что курьер у нас и так ездит).

Так вот, к чему я? К тому, что я сейчас очень рад что у меня руки не дошли до того чтобы наколдовать современное решение вместо этих файликов. В лучшем случае я бы обрел опыт неудачного внедрения с откатом к старой версии. В худшем, я бы по живому поверх моего костыля который делал бы всё «красиво» ставил костыль который бы для части узлов делал бы всё обратно в файловый вид :)
Если вы говорите о том, что архитектура системы должна соответствовать условиям эксплуатации, то я 100% согласен.

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

Хаб Украины не дураки делали, но ориентировались они на условия 20-30 летней давности. Сейчас, во второй декаде двадцать первого века, так делать нельзя. Нельзя хотябы потому, что при многочасовых TAT бизнес требующий мгновенных и окончательных расчётов в Украине не взлетит или потребует альтернативного хаба со всеми вытекающими сложностями. Нельзя так строить сегодня хабы также потому, что больше чем на доставку межбанковских переводов он ни для чего не годится. О прямой интеграции с зарубежными хабами тоже говорить сложно. В текущем виде он может стыковаться только со свифтом, да и то…
Ориентироваться на банки неспособные оплатить и обслуживать дублирующийся канал уже не серьёзно. Таким не место в финансовом секторе Украины.
Пора уже вперёд смотреть, мир изменился.
Немного не так. Я говорю о том, что не нужно тащить современные технологии просто ради современных технологий, не оглядываясь на ТЗ и т.п. Если будет новое ТЗ, например «безопасная электронная почта для бизнеса» или «совместимость со стандартом Х принятым в мире» или «моментальные микроплатежи в любое время» (именно микро, см ниже), то тогда можно под это менять архитектуру. Если к примеру существенная часть электронных данных превращается в бумагу, а потом опять в цифру — можно менять архитектуру. А вот просто так ее менять — нерационально.

Помню лет этак много назад я работал в одной организации не на ИТ-должности. И тамошние одмины решили обновить бухгалтерский софт на «более современный». В результате софт оказался со своими проблемами, внедрение затянулось на полгода, а старая система уже не работала. Многомиллионные контракты от этого очень страдали :)

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

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

Бывало правда когда денежку надо отправить «срочно-срочно», но это было связано скорее с разгильдяйством или с неудачным техпроцессом (не по своей вине а по вине госсектора) в ВЭД. Однако и здесь «срочно-срочно» это касалось нескольких часов, а не секунд.

Реальный пример где нужно было «срочно» это клиринг. Был у нас случай, когда надо было взаимозачеты сделать между четырьмя компаниями. Ради этого две наши компании отрыли счета в банке в котором уже были два других контрагента. И по внутрибанку всё прошло «за секунды». Вот если бы это было так же просто было бы осуществить клиринг счетов между банками, тогда да, было бы круто :) Но для этого нужны другие решения. К примеру более-менее неплохим вариантом было бы, если бы наши чиновники акцепт ввели. Но его и так давно просят. (Ну правда надо предусмотреть такую возможность сразу в архитектуре, но требование скорости мы точно теряем).
А во сколько тогда курьер обходится? В 50$ или 80$? :)
Бесплатно. Они всё равно едут с пакетом, так что просто договорились к пакету еще и флешку докладывать и везти обратно. DHL в принципе от нас зависит в некоторых вещах так что они и рады помочь :)
А вы можете предложить адекватную альтернативу, или просто так сболтнули? Вы же видите какими суммами там идут операции. Отмазки, типа, ну у нас супер-модная система немного сглючила и транзакции за день мы потеряли — тут не пройдут. Работать должно железобетонно, прозрачно и быстро.
Адекватными альтернативами торгуют все основные вендоры. Посмотрите на то, что предлагает ACI или, скажем, даже Temenos.
Объемы Украины не сильно отличаются, скажем, от Тайланда или Мексики.

Как общедоступный пример можно привести любую из современных бирж. При бирже практически всегда есть payment hub. Работает все давно «железобетонно, прозрачно и быстро». Платежи между участниками ходят за время измеряемое в миллисекундах, не в часах; катофф для каждого участника свой; закрытие дня на транзакциях не сказывается; хабы работают круглосуточно. В некоторых странах хабы даже переводы между физиками гоняют через себя, без аггрегации.

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

Я сразу скажу, что системы эти мне не знакомы, даже на уровне вендоров. Интерес вызывает именно реализация. Автор хоть и мельком, но приподнял эту завесу. А в вашем комментарии была только критика. Если вам тема ближе, так расскажите нам ☺ Для 20 летней системы файловый обмен не так уж плох, тем более столько уже отработала.
Очень хорошее описание. Нехватает упоминания TCPFoss для полноты картины :)
И пачки разносок с мониторами :)
А сводные/реестровые платежи у вас бегают?
А прямые корр отношения между банками существуют?
Размер транзакции не более 1000 байт (ЕМНИП). Оплата стоимость услуг СЭПа рассчитывается побайтово с округлением до 1кБ, поэтому банк формирует пакет из нескольких транзакций в один файл, Таким образом достигается экономия по аналогии с размером блока в файловой системе. Так же по СЭПу можно передавать файлы, например, по спорным вопросам. Чем меньше файл — тем дешевле. Иногда нерадивые бухгалтера по ошибке скидывали .rtf файлы со вставленными битмапами на пару Мб, и оплата за такой объем, соответственно возрастала до сотен гривен (десятки $), что жестоко каралось руководством.
Возможно это было на заре СЭПа (аттач файлов)…
Т.к. вообще СЭП проверяет структуру файлов на соответствие при отправке. Да и сам файл имеет свои правила в формировании имени. Так что прилепить туда аттачи сложно.

А экономия впринципе копеечная — и как правило не ждут десяток другой платежей, чтобы сформировать пачку — так можно целый день просидеть (например) ради экономии в 2 грн и выслушать кучу претензий от клиентов, чьи платежи до сих пор не ушли
У нас было подобное когда отправляли ответы на запросы Фин.Мона размером в 100 Мб. Оплата была совсем нескромной.
Может речь про NBUMAIL, а не про СЭП?
Насколько понял, аналогом в Казахстане является КЦМР — Казахстанский центр межбанковских расчетов.
Вообще появление такой системы в любой стране — вопрос времени.
Ведь банкам нужно обмениваться безналом между собой. И в таком процессе обмена само собой нужен арбитр.
И вполне закономерно что им будет центральный банк.
Этим решается сразу несколько задач. В частности, отслеживание перемещения нала/безнала.
Приятный бонус для центрального банка — генерирование небольшого дохода, как плата за пользование такой системой.
Вот так рядовой гражданин, оплачивая коммуналку и не догадывается как государство выуживает из него еще чуть-чуть мелочи на свой нужды.
Ну как бы это не нужды государства. Эти средства идут на обеспечении тех.возможности вот этого конкретного гражданина осуществить свой платеж за коммуналку. Либо ты пойдешь в центральный офис горводоконала, а потом в горгаз, энергокомпанию и т.д. и наличкой в их кассы внесешь деньги, либо ты заплатишь вот здесь и сейчас за всё. И это — комиссия банка. А уже банк твои деньги отправит дальше, тоже неся расходы за это. Так что — государство то тут при чём?
Не в курсе — как текущая ситуация в банками/счетами в Крыму? Технически: платежи идут как раньше? или есть какие-то блокировки или СЭП по-прежнему работает?
Получается, каждая страна создает свой СЭП? Интересно, обмен опытом между странами есть по этой теме?
Не каждая, но большинство. Даже в Афганистане есть свой аналог.
Обмен опытом, конечно, есть. Проводятся конференции, есть целый рынок готовых решений от крупных контор.
А не знакомы ли вы с реализацией СЭП в России? Хочется понять, почему при переводе денег на счёт в другом банке (даже через интернет-банк — т.е. минуя человесеский фактор) приходится ждать до 3х дней.

На каком-то этапе требуются человеческие апрувы? Или все мои заявки на переводы распечатываются и отправляются почтой России? :)
А какое железо и ОС на серверах используется? В 1996 было много экзотики.
Недавно была ситуация: отправлены из одного банка в другой четыре платежа. Банк деньги списал со счета на следующий день. Спустя десять календарных дней до получателя платежи так и не дошли. Первый банк клянется, что «деньги на сет перечислили», а второй банк говорит, что «деньги на сет не поступали». Соответственно вопрос: как обычному человеку выяснить, кто врет? Возможно ли это? Как вообще решаются подобные случаи, когда мошенниками выступают банки?
Раньше думал, почему на SWIFT не переходят, а тягают этот пост-советский формат 8.3. И дошло — никто же не хочет впускать сторонний глаз «большого брата» в свою банковскую систему.
Думаю нужно подумать еще раз.
S.W.I.F.T. — там еще всё хуже. Ему сорок лет. Он функционален, но чрезвычайно тугой.
Это опять же к вопросу о современных технологиях в финансовой сфере. Если есть инструмент, надёжный как сатиновые трусы, то не надо его ломать.
Sign up to leave a comment.

Articles