Національна платіжна система і ширина кінської дупи

Раптове відключення російських банків від міжнародних платіжних систем звалилося неожиданнее снігу в грудні. Несподівано з'ясувалося, що використання платіжних системах ймовірного противника може викликати побічні ефекти на зразок валютного запору або дистанційного руйнування банків. Знаєте, є така фобія — Гімнофобія, що означає "страх опинитися голим на публіці". Судячи з усього, наш уряд нею не страждає (що могло б радувати, але — ні). У підсумку, всі ми опинилися саме в такому положенні.
 
З цього положення є розумний вихід — переключиться на Національну Платіжну Систему замість ворожих visa / mastercard. Але її не існує навіть у вигляді проекту. Існує лише законодавча ініціатива і смутні бажання, цієї самої ініціативою викликані. І тому величезна кількість людей в костюмах зараз нервують і вимагають почати її негайну розробку. Збираються засідання, куди раптом запрошують не тільки людей у ​​картатих сорочках, але навіть одного-двох обраних у розтягнутих светрах. Наказують почати розробку прямо зараз. Ну, або понеділка. Гаразд, в цей не встигли — почніть з наступного. А ще краще почати відразу впровадження небудь системи і одночасно вести її розробку. Як би не вийшло так, що на гос.тендере замовлення отримає якась no-name компанія, яка візьме, скажімо, Кібер-плат, перефарбує, назве SUPERVISA, а потім країні з цим жити.
 
"Хто буде її проектувати і які завдання яких користувачів вона буде вирішувати?" — Це на порядок більш важливе питання, ніж здається. Якщо її будуть розробляти люди з банківської сфери — то вона буде націлена на створення зручності банкам, а для людей і бізнесу — вже як вийде (привіт, Ощадбанк!). Якщо її будуть робити люди з онлайн-систем, то вона в першу чергу буде вирішувати завдання онлайн-бізнесу (банківські завдання їм цікаві в останню чергу). Якщо її будуть робити бухгалтера, то це буде хмарна 1С. Якщо її будуть робити Erlang-програмісти, то завданням буде показати його переваги, перед іншими смутними мовами. Якщо її будуть робити любителі короткошерстих тер'єрів, то… ні, не хочу навіть шукати відповідь на це питання.
 
 
Можливо, багато хто пам'ятає цей чудовий міф про космічному кораблі і кінської дупі:
 
З боків космічного корабля «Кеннеді» розміщуються два двигуни по 5 футів шириною. Конструктори корабля хотіли б зробити ці двигуни ще ширше, але не змогли. Чому?
 
Справа в тому, що двигуни ці доставлялися по залізниці, яка проходить по вузькому тунелю. Відстань між рейками стандартне: 4 фути 8.5 дюйма, тому конструктори могли зробити двигуни тільки шириною 5 футів. Виникає питання: чому відстань між рейками 4 фути 8.5 дюйма?
 
Виявляється, що залізницю в Штатах робили таку ж, як і в Англії, а в Англії робили залізничні вагони за тим же принципом, що і трамвайні, а перші трамваї вироблялися в Англії за образом і подобою конки. А довжина осі конки становила якраз 4 фути 8.5 дюйма! Але чому?
 
Тому що конки робили з тим розрахунком, щоб їх осі потрапляли в колії на англійських дорогах, щоб колеса менше зношувалися, а відстань між коліями в Англії якраз 4 фути 8.5 дюйма! Чому так?
 
Та просто дороги у Великобританії стали робити римляни, підводячи їх під розмір своїх бойових колісниць, і довжина осі стандартної римської колісниці дорівнювала… правильно, 4 футам 8.5 дюймам! Ну ось тепер ми докопалися, звідки взявся цей розмір, але все ж чому римлянам надумалося робити свої колісниці з осями саме такої довжини? А ось чому: в таку колісницю запрягали зазвичай двох коней. А 4 фути 8.5 дюйма — це був якраз розмір двох кінських дуп! Робити вісь колісниці довше було незручно, так як це порушувало б рівновагу колісниці.
 
Отже, ось і відповідь на найперше питання: навіть тепер, коли людина вийшла в космос, його найвищі технічні досягнення безпосередньо залежать від РОЗМІРУ кінських дупу ДВІ ТИСЯЧІ РОКІВ ТОМУ.
Справа в тому, що наша банківська і фінансова система так само заснована на подібній кінської дупі минулих століть.
 
Пам'ятаєте, з чого взагалі почалося банківська справа? Почалося воно в 12-м столітті з торгових будинків (а потім і тамплієрів), які створили першу платіжну систему на основі безлічі своїх філій у різних містах і країнах. Будь торговець або мандрівник міг здати свої цінності в один філія, а потім їх отримати (по пред'явленню письмового документа) в іншій країні у філії цього торгового дому. Що було неймовірно зручно і безпечно в часи активності дорожніх грабіжників.
 
Потім, в 17-м столітті були винайдені гроші в тому вигляді, в якому вони є у нас зараз. А так же виникло безліч різних фінансових інструментів (акції, ф'ючерси, страховки). Виникла велика кількість банків, які почали взаємодіяти між собою. Типова міжбанківська транзакція того часу виглядала як кінний фургон з озброєною охороною, в якому цінності перевозилися у фізичному вигляді.
 
Поява досконаліших засобів зв'язку (радіо, телефон і навіть інтернет) прискорило міжбанківське взаємодія, але не змінило його. Замість фургона з двома кінськими дупами тепер використовується SWIFT (міжнародна міжбанківська система передачі інформації та здійснення платежів), але вона виконує точно ті ж функції. Таким же давнім залишається і клієнтське взаємодія, тільки замість розписок використовуються чеки та акредитиви. Порівняно недавно з'явилися кредитні картки є чимось на зразок "моментально обготівковувалось чека".
 
Іншими словами, сучасні банківські системи є ОФФЛАЙН системами, які вимагають документальних підтверджень на кожну дію. І величезна кількість офісів, які фактично є інтерфейсами для доступу до них. Можливо це спеціально на випадок атомної війни. Але навіть у цьому випадку, у мирний час можна все робити електронно, просто друкувати звіти небудь у підвалі. У всякому разі, деякі банки намагаються позбудеться спадкового недосконалості і стати онлайн системами хоча б для взаємодії зі своїми клієнтами (привіт, Тиньков!).
 
Кожне відправлення грошового переказу виглядає як "лист на село дідусеві". Ви вказуєте індекс та адреса, але банк не може перевірити їх правильність. У графі "Кому:" — вказуєте що лист треба віддати "дідові Петровичу, який сторож в колгоспному саду", але банк не може заздалегідь підтвердити його існування та ідентичність зв'язку адреси з конкретною людиною. Банк бере ваш лист, прикріплює до нього сейф з грошима і відправляє його вечірньої "кінської дупою" на перекладних. Що трапиться з листом після цього — ви дізнатися не можете. Чекайте відповідного листа від дідуся.
 
Точно так само виглядають перекази між юридичними особами: платіжка, підпис, печатка, довіреність, візит в банк, очікування декількох днів, тероризування бухгалтерії питаннями "Прийшов?!". А про процедуру розшуку не дійшов платежу краще вам взагалі не знати. Виходить, що грошові кошти випадають з економіки в середньому на три дні. Без дослідження мені важко сказати скільки ми на цьому втрачаємо. Але по відчуттях, це десь 20% ВВП і 50% темпу зростання ВВП.
 
І ось зараз у нас є вибір: продовжити прискорення кінської дупи або зробити щось нове, зручне і несхоже на дупу? Різниця в трудовитратах між цими варіантами не надто вже висока. Але більша досягнута нею ефективність буде мультиплікатором ВВП. А це не тільки гроші, але і врятовані життя людей, і збільшення добробуту, і збільшення конкурентоспроможності країни. Якщо все це ще кому-небудь цікаво, то варто хоча б подумати над таким варіантом.
 
 
 

Платіжна система або платіжна платформа?

І це не тільки лінгвістичне питання. У чому різниця? Наведу аналогію: уявіть, що потрібно побудувати дорожнє сполучення по всій країні.
 
Якщо раптом виявиться так, що по цих дорогах зможуть їздити тільки ВАЗ 2108 і тільки вишневого кольору і тільки на північ, а на південь тільки жовта газель в якій грає шансон — то це "платіжна система" з жорстким регламентом і зумовленими сутностями.
 
А якщо по дорогах може їздити будь-який транспорт, який підпорядковується ПДР і пройшов техогляд — то це платіжна платформа, яка виконує транспортні та сервісні функції для різних сутностей. Така платформа дозволяє розвивати й удосконалювати фінансову систему всім зацікавленим особам. Це схоже на те, чим зараз є інтернет — технології та відкриті стандарти в реалізованому вигляді. Ви можете використовувати їх або запропонувати своє галузеве рішення і використовувати його разом з партнерами по галузі.
 
 
 

Переваги платформи

 
     
  • Валідація всіх параметрів транзакції ще до її відправки;
  •  
  • Миттєва відправка та отримання відповіді від одержувача (статус і дані);
  •  
  • Використання виділених центрів авторизації, які підтверджують вас перед іншими суб'єктами системи;
  •  
  • Поява нових типів транзакцій і видів взаємодій. Виникнення нових послуг і бізнес-моделей;
  •  
  • Дешеві транзакції;
  •  
  • Державний контроль (фіксація транзакцій), немає необхідності у фіскальній пам'яті ККМ;
  •  
  • Прозорі процедури заперечування транзакцій, юридична значимість історії транзакцій в суді;
  •  
  • Великі можливості для інтеграції та взаємодії з іншими системами;
  •  
 
 
 

Авторизація

Будь-який запит в системі починається з авторизації в спеціальному центрі. Після чого, центр повідомляє (по захищеному каналу) результати авторизації сервісу, з яким користувач починає взаємодіяти. Можна використовувати різні центри авторизації:
 
     
  • Для авторизації громадянина РФ використовується державний центр авторизації ("електронний паспорт" як в УЕК). Це зручно для тих сервісів, де зараз першим ділом запитують паспорт. Всі державні установи, банки, квиткові каси та інші;
  •  
  • Для авторизації громадян інших держав використовується центр ФМС. Поліція перевірятиме легальність перебування в одну секунду за допомогою мобільного-сканера;
  •  
  • Для самої поліції використовується центр авторизації МВС. Там же можна контролювати рівні допуску до інформації, до приміщень, до зброї. І АВТОРИЗОВАНИЙ (підписувати) протоколи і документи;
  •  
  • Для водіїв використовується центр ДАІ;
  •  
  • Юридичних осіб авторизує центр ФНС;
  •  
  • Будь-яка організація може зробити свій центр і використовувати його локально, наприклад як пропускну систему в офісі.
  •  
Авторизація може бути будь-якого типу і багатофакторної.
 
     
  • Найпростіша — просто по id;
  •  
  • За Pin-коду або паролю;
  •  
  • За генерируемим кодами;
  •  
  • За відбитками пальців (актуально важливого бізнесу і МВС);
  •  
  • По голосу, по райдужці ока, по сітці капілярів (для секретчика).
  •  
Центр авторизації так само займається безпекою. За геолокації (і іншим факторам) запитів визначає можливі порушення безпеки і в разі чого піднімає фактори безпеки та інформує користувача про спроби доступу. У таких умовах, складність шахрайства виростає на порядки.
 
 
 

Картка

Фізичним інструментом авторизації може бути смарт-картка з контактним і безконтактним nfc інтерфейсом. На неї кожен центр авторизації може записати свій id. Причому кожен центр може перезаписувати тільки свої дані — для цього повинна бути криптозащита в самій картці.
 
Повсюдне поява безконтактних nfc інтерфейсів. Замість необхідності введення номера картки та пін-коду, достатньо буде піднести картку до клавіатури (PC) або екрану (планшети і телефони).
 
До картки (тобто до користувач) може бути прив'язане безліч рахунків в різних банках. При оплаті можна вибирати який рахунок в якому банку використовувати для платежу (якщо платіжний інтерфейс це підтримує) або використовувати основний рахунок за замовчуванням (якщо не підтримує).
 
У принципі можна теж саме записати на будь nfc-носій, наприклад смартфон. Для підвищення рівня безпеки, на nfc-карті можна зробити кнопку активації, щоб уникнути прихованого сканування. Для емуляції visa / mastercard можна зробити магнітну смугу. Але краще підключити в систему проксі цих систем як центри авторизації.
 
 
 

Транзакції

Вони можуть бути багатосторонні і мульти-форматні. Формати доступні всередині системи і будь-який додаток або сервіс може їх використовувати.
 
     
  • Ви хочете оплатити рахунок за електроенергію. Авторизуєтесь в системі. Енергозбут запрошувати показання лічильника безпосередньо через платіжний інтерфейс (типу як Острови у Яндекс) і повідомляє дату, суму і свідчення минулого оплати. Ви вводите нові свідчення і відправляєте. Енергозбут підраховує суму до оплати і показує вам. Обираєте рахунок (якщо у вас їх декілька), відбувається запит у банк про достатність грошей на рахунку, і натискаєте [Оплатити];
  •  
  • Ви оплачуєте комунальні послуги за єдиною квитанцією. Авторизуєтесь в системі. Вказуєте місяць і поточні показання лічильників. Оплачуєте. А система автоматично розбирає ваш платіж на кілька, кожен з яких йде конкретної організації за конкретні послуги;
  •  
  • Ви оплачуєте покупки в магазині. При оплаті, в транзакцію додається список ваших покупок і ви можете бачити список оплачених товарів і послуг в особистому кабінеті. Це буде є якимось "електронним чеком", що підтверджує факт покупки і гарантію на товар. Можливо ви будете використовувати якийсь сторонній сервіс для ведення вашої домашньої бухгалтерії (який буде використовувати ці дані). Який буде групувати ваші витрати, враховувати ваші цілі, автоматично виконувати щомісячні платежі.
  •  
Іншими словами, можна вибудовувати повноцінну взаємодію між клієнтом і сервісами.
 
За замовчуванням, центр авторизації повертає сервісів анонімізувати дані користувача, що не дозволяє дізнатися його особистість, але дає змогу його ідентифікувати (типу 223b73d55ff0009). Але цей id актуальний тільки для операцій саме цього сервісу з цим конкретним користувачем. Різні сервіси можуть об'єднуватися в одну програму і використовувати один id користувача на всіх.
 
В інших випадках, схвалених керівництвом центрів авторизації, вони можуть повідомляти більше відомостей про користувача.
 
 
 

Варіанти використання

 
Магазини
Уявіть, що роздрібна мережа X5 починає підтримувати оплату через цю систему. Вона встановлює сертифіковані пристрої оплати (дешеві і без фіскальної пам'яті) і підключає до системи свою програму лояльності.
 
Анонімний користувач оплачує покупку карткою. Банк отримує запит від магазину (з сумою і списком покупок) і перераховує гроші на рахунок магазину. Магазин зберігає собі анонімне id користувача і список його покупок (для аналітики). Якщо аналітика X5 вирішить винагородити користувача (знаючи історію його покупок) — вона може зробити це поки він на касі.
 
Якщо користувач спокусився програмою лояльності X5, то він тим самим дозволив центру авторизації повідомляти X5 свої реальні дані (базові) і X5 може відстежувати його активність, нараховувати бали, дарувати подарунки, відправляти нотифікації на email / sms (без авто підписки, строгий контроль за спамом, відключення від системи для спамерів).
 
 
Партнерські системи та авіаквитки
Ситуацій, подібних ситуації з Евітеррой можна уникнути. Взагалі немає необхідності в проміжних центрах і складнощі з грошовими депозитами посередників. Клієнт оплачує рахунок, згенерований ОТА і його платіж йде здебільшого безпосередньо в авіакомпанію, а меншими частинами — на рахунки посередників. Це можуть бути і ОТА, і мета-пошуковики, і партнерські постачальники трафіку (лідогенератори).
 
Так само спроститься система отримання грошей для всіх типів партнерських систем. Не треба чекати кінця періоду для отримання грошей. Якщо платіж був відкликаний користувачем (з прав споживачів), то всі комісії повертаються назад автоматично.
 
 
Банки
Скорочення витрат на обслуговування, на офіси, на бюрократію (а значить і значне зростання доходів на тій же клієнтській базі). Інтеграція в загальну систему дає їм великі можливості по створенню нових сервісів і послуг. Кращі банки майбутнього будуть успішними IT компаніями, а не смутними сховищами готівки (як зараз).
 
Крім того, банки можуть використовувати одну базу кредитних історій. Разом з нею можна реалізувати базовий функціонал кредитних ризиків для швидкого скорингу.
 
 
Страхові компанії
Можна зробити аналог CarFax. Єдину базу, де буде збиратися інформація про всі інциденти і куди буде мати доступ МВС, страхові й самі власники автомобілів.
 
 
Транспорт
Використання картки як квитка в будь-якому громадському транспорті без спеціальних приготувань (сума відразу списується). Для отримання знижок чи абонементів — їх треба придбавати за повну вартість.
 
 
Квитки
Картка може використовуватися як вхідний квиток із негайною оплатою (на одну особу). Або ж як квиток-пропуск з попередньою оплатою / бронюванням. У цьому випадку, заздалегідь купується електронний квиток, а картка використовується як пропуск при вході на захід. Так само підходить для бронювання готелів і оренди автомобілів / велосипедів / обладнання.
 
 
Соціальна карта і електронний паспорт
Центр авторизації може вказувати додаткові статуси користувача: Пенсіонер, Студент, Військовослужбовець, Почесний донор і так далі. При зверненні в державні органи карта буде служити електронним паспортом.
 
 
Школяр
Доступ до школи, в спортивні секції, до шафки в роздягальні, до онлайн-щоденника, електронний підпис для проходження тестів і контрольних. Батьки можуть знати де дитина — в школі або вийшов зі школи.
 
 
Медична карта
Історія хвороб, аналізи, діагностика — все це можна зберігати централізовано і лікарі можуть мати туди доступ в тому числі з мобільних пристроїв. Карта користувача може служити електронним рецептом в аптеках (потрібно інтеграція з аптечними системами) з можливістю вибору взаємозамінних ліків. Залишається складний етичне питання доступності статистки рецептів для фармацевтичний компаній. Тут треба знайти якийсь компроміс між "так" і "ні".
 
 
Прийом оплати
Легкість підключення компаній до системи і легкість автоматизації (api і веб-віджети). Можна починати приймати гроші за послуги відразу після підключення до системи. Ніяких посередників і додаткових відсотків. Можна здійснювати платежі на користь третіх осіб без необхідності укладення додаткових договорів (наприклад, ваш сервіс може перерахувати гроші на мобільний рахунок клієнта, без необхідності мати договір між вашим сервісом і мобільним оператором). Якщо система стане дійсно Національної, то приймати оплату можна відразу після реєстрації компанії.
 
 
Онлайн авторизація
Добре б зробити можливість веб-авторизації аналогічну login-with-facebook. Причому передавати тільки базову інформацію, доступність якої може встановлювати сам користувач (можна взагалі все приховати).
 
 
Податки
Майже всю податкову сферу можна автоматизувати. Податкова буде автоматично отримувати всю статистику платежів (в обох напрямках) і автоматично визначати суму податків. Для точного розрахунку податків треба правильно вказувати типи транзакцій. Виходить отаке об'єднання транзакцій і бухгалтерських проводок (транзакції від клієнтів як "доходи", транзакції постачальникам як "витрати", якщо спростити для прикладу). А так же автоматичний контроль над видами діяльності ("роздрібний продаж" не може отримувати транзакції "будівельні роботи", наприклад).
 
 
Електронний ключ
Можна використовувати як електронний ключ від квартири і від автомобіля. Треба розуміти, що це допоміжний пристрій, а не фізичний ключ. За відсутності електрики замок повинен залишатися фізично закритим і вимагати фізичний ключ.
 
 
Особистий кабінет користувача
Для управління безпекою, перегляду статистики та управління — у кожного центру авторизації є свій особистий кабінет. Можна піти далі і зробити розширювану систему, де кожен використовуваний сервіс представлений окремим додатком в екосистемі особистого кабінету (це складне завдання).
 
 
Особистий кабінет компанії
Фактично це кабінет для взаємодії з банком, податкової та державними органами. А так же статистика і питання безпеки.
 
 
Для юридичних осіб
     
  • Інтеграція з популярними системами управління бізнесом і 1С;
  •  
  • Миттєві платежі, автоматичні платежі за розкладом;
  •  
  • Валідація платіжних реквізитів;
  •  
  • Різні типи транзакцій (передоплата, внесок, комісія, штрафи, ..) для семантики, щоб допомогти автоматизувати бізнес;
  •  
  • Страхування угод, гарантійні та третейські сервіси;
  •  
  • Депонування і реєстрація договорів;
  •  
  • Електронні маршрутні листи, права, довіреності, допуски;
  •  
  • Розмежування доступу (логін в систему по картці, електронний підпис документів) та пропускний режим для співробітників;
  •  
  • Онлайн взаємодія з державними органами. Наприклад з митницею. З податковою. Повноцінне двосторонню взаємодію;
  •  
  • Перерахування заробітної плати співробітникам на будь їх рахунок.
  •  
 
Для фізичних осіб
     
  • Універсальний ID. Електронний паспорт. Одна карта на всі випадки життя;
  •  
  • Безпека. Зараз у громадян багато всього, втрата чого буде неприємною. А так буде всього одна карта, за безпекою якій будуть стежити автоматичні системи. Втрачена картка автоматично блокується скрізь і відразу;
  •  
  • Моментальні грошові перекази;
  •  
  • Простий прийом платежів на свою користь (через мобільні пристрої або через інтернет). Переклади, пожертвування, Like & Pay, спільні покупки та інше;
  •  
 
 

Створення такої системи

Технічних перешкод в її реалізації немає. Практично всі популярні сервіси мають схожу або навіть більшу складність реалізації. Посміхаємося і програмуємо.
 
Реальна перешкода на шляху подібної системи — організаційна. У нас в країні є одна неприємна культурна особливість — нам складно домовлятися і взаємодіяти між собою на рівних. А для створення такої системи буде потрібно спільна участь безлічі суб'єктів держави, банків і бізнесу. Треба якимось чином змусити домовитися кілька тисяч цих "королів зі своїми королівствами" між собою. Якщо переможе хтось один, то вся система буде зроблена йому на догоду, іншим на шкоду.
 
Перш ніж переходити до безпосередньої реалізації, буде потрібно організувати велику структуру, яка займатиметься проектуванням.
 
     
  • Управління проектом і основний проектний офіс;
  •  
  • Міжвідомчі проектні комісії;
  •  
  • Проектна комісія фінансових організацій;
  •  
  • Проектна комісія бізнес-компаній;
  •  
  • Громадське проектне об'єднання та громадяни.
  •  
Всім разом треба підготувати набір Технічних Завдань та Стандартів, на основі яких можна розробляти всю систему. Це правильний підхід, який вже сам по собі є надією на правильний результат.
 
Неправильний підхід, на мою думку — це віддати реалізацію Національної Платіжної Системи чиєїсь кишенькової компанії, яка робитимуть її як пропрієтарних (закриту) систему. У нашому випадку це може виявитися УЕК, вже зробив платіжну систему, інтегровану з системою "електронний паспорт".
 
Якщо чесно, у мене стійке упередження до УЕК і ось чому:
 
     
  1. УЕК створена трьома великими банками і тому приречена реалізовувати проект в їхніх інтересах (бачив інформацію, що всі ініціативи УЕК поза банківською сферою були заморожені акціонерами). Частина їх проекту під назвою "Електронний паспорт" є вимогою держави і логічно припустити, що вони будуть робити його з мінімальним пріоритетом і без ініціативи.
  2.  
  3. До УЕК можуть підключиться тільки банки з капіталом більше 3 мільярдів рублів. Інші 80% банків в прольоті. Чи немає тут расизму?;
  4.  
  5. Назви "УЕК" і "ПРО100" вельми смутні. На їх сайтах панує інформаційний бардак, що означає: або низький рівень мотивації, або відсутність професіоналізму. Сходіть на їх сайти і подивіться. Ви не захочете цим користуватися, якщо вас не змусять силою;
  6.  
  7. Це закрита система. Її розвиток обмежено можливостями і бажаннями УЕК;
  8.  
  9. Хто розробники? Скільки їх? Який у них досвід? Які відомі люди там працюють? На яких конференціях вони виступали? Я не зміг знайти інформацію про них. Платіжна система такого рівня досить складний проект. Якщо вимірювати його в Яндексі, то це приблизно 0,4 Яндекса. Значить і група розробників повинна відповідати такому співвідношенню. У Яндекса 6000 + співробітників і 150 активних вакансій тільки в Москві. У УЕК невідомо скільки співробітників і 2 вакансії, обидві менеджерські. Або у них працює секретна бригада програмістів-ніндзя, або це маленька команда, від якої хочуть неможливого кожен день.
  10.  
 
 

Висновок

Отриману систему правильніше називати Національної Інформаційної Системою, адже в ній відбуваються захищені взаємодії безлічі суб'єктів: держави, банків, бізнесу та громадян. Платіжна система є її важливою функцією, але не єдиною.
 
Я не став намагатися докладно описувати технічні деталі реалізації, тому що спочатку треба зацікавити тих, хто зараз обговорює питання створення національної платіжної системи на вищому рівні. Не впевнений, що це спрацює в повній мірі, але якщо до них дійде думка, що сучасний дизайн інформаційної системи обіцяє більше вигоди країні, ніж модернізація і "затикання дірок" систем стародавнього дизайну — я буду задоволений хоча б цим.
 
Не знаю в яке Спортлото можна відправити подібну статтю, тому публікую на Хабре. Якщо даний концепт проекту стосується вашої роботи — будь ласка, обговоріть цю статтю з колегами і керівництвом.
 
Якщо ваша фантазія вже малює вам способи реалізації такого проекту — не стримуйте себе, публікуйте свої пропозиції на Хабре!
 
Я дуже хочу, щоб наша країна отримала кращу систему платежів та документообігу в світі. А ви?

Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.