Išsami paslauga teisiniam struktūrizavimui, dokumentų parengimui ir paleidimo kelio žemėlapiui, skirtam mokėjimo sistemos paleidimui ES.
Paslauga tinka processing, prekybiniams payments, payout, ekvairovanimui, elektroninei piniginei ir kitiems mokėjimo produktams, kurie patenka į ES rinką.
Teisinis mokėjimų sistemos paleidimas ES - tai ne tik atskira teisinė parinktis, o teisinis mokėjimo paslaugos "paketavimas", kuris reikalingas tada, kai įmonė nori įžengti į rinką per aiškų, patikrinamą ir valdomą modelį. Ši paslauga ypač naudinga įkūrėjams reguliuojamų fintech projektų, veikiančioms platformoms, kurios nori pereiti nuo partnerystės modelio prie savo licencijos, taip pat įmonėms, kurios rengiasi paleidimui ES ir nori iš anksto suprasti realų reikalavimų mastą. Fintech ir gretamose reguliuojamose srityse beveik visada nepakanka "įregistruoti įmonę" arba "parengti formą". Reikia tarpusavyje susieti korporacinę struktūrą, sutartinę grandinę, produktinius scenarijus, atitiktį (compliance), mokėjimų infrastruktūrą, svetainę ir faktinį vaidmenų pasiskirstymą versle.
Teisinis pagrindas. Mokėjimuose ir elektroninių piniginių projektose ES atskaitos tašku paprastai yra PSD2 reikalavimai - Direktyva (ES) 2015/2366 dėl mokėjimo paslaugų vidaus rinkoje. Net kai projektas kuriamas bendradarbiaujant su veikiančiu licencijuotu paslaugų teikėju, dokumentai, naudotojų srautai, funkcijų paskirstymas ir tekstai svetainėje turi atitikti realų teisinį modelį, kitaip kyla klausimų bankams, procesingo partneriams ir reguliatoriui.
Kam ir kodėl reikalinga ši paslauga. Paprastai dėl teisinio mokėjimo sistemos paleidimo ES kreipiamasi keturiose tipinėse situacijose. Pirmoji - projektas yra idėjos ar MVP stadijoje ir dar prieš plėtrą bei derybas su bankais nori suprasti, kokia apskritai modelio forma yra gyvybinga. Antroji - įmonė jau pradėjo darbą per partnerius, tačiau nori pereiti prie savo licencijos arba savo reguliacinio kontūro. Trečioji - komanda turi produktą, svetainę ir pristatymą investuotojams, bet neturi suderintos teisinės konstrukcijos, todėl bet kuris naujas partneris pradeda kelti nepatogius klausimus. Ketvirtoji - reikia pasirengti dialogui su reguliatoriumi, banku, procesingo partneriu, auditoriumi arba investuotoju taip, kad dokumentai nesikirstų su realiu operaciniu modeliu.
Kodėl svarbu tai padaryti teisingai nuo pat pradžių. Tipinės rizikos čia - neteisingas paslaugos kvalifikavimas, konfliktas tarp rinkodaros produkto aprašymo ir realaus kliento kelio, netinkama įmonės struktūra, silpnos vidinės politikos ir dokumentai, dėl kurių projektas įstringa banko, PSP, auditoriaus arba licencijavimo etape. Praktikoje klaidos retai atrodo kaip "akivaizdus atsisakymas dėl vienos priežasties". Dažniausiai jos kaupiasi: naudotojo kelio aprašyme rašoma viena, Paslaugų teikimo sąlygose - kita, sutartyje su partneriu - trečia, o bankui skirtoje prezentacijoje - ketvirta. Dėl to projektas praranda mėnesius perdirbant jau paruoštas medžiagas, keičia struktūrą po įsteigimo (incorporation), perrašo onboarding’ą, keičia tarifus arba atideda startą. Būtent todėl paslauga kryptimi "Teisinis mokėjimo sistemos paleidimas ES" reikalinga ne dėl gražaus teisinio paketo, o dėl veikiančio modelio, kurį realiai galima išvesti į rinką.
Kas tiksliai kuriama teikiant paslaugą. Paslauga tinka processing, prekybos mokėjimams, išmokėjimui, acquiring’ui, elektroninei piniginei ir kitiems mokėjimo produktams, kurie patenka į ES rinką. Svarbu, kad darbų apimtis neturi gyventi atskirai nuo verslo: kiekviena politika, kiekviena sutartis ir kiekvienas proceso aprašymas turi atsakyti į praktinius klausimus - kas yra paslaugos teikėjas, kur atsiranda kliento teisės ir pareigos, kas saugo lėšas ar aktyvus, kas atlieka KYC, kaip nagrinėjamos pretenzijos, kas atsako už incidentų valdymą ir kaip bus organizuota po paleidimo compliance.
Paslauga ypač reikalinga įmonėms, kurios priima mokėjimus, siunčia perlaidas, organizuoja išmokas, ekvairo paslaugas, atsiskaitymus su pardavėjais ar kitą mokėjimo srautą regione "Europa". Čia itin svarbu nesumaišyti technologinės funkcijos su reguliuojama veikla ir į produktą neįdiegti klaidingo modelio.
Jei jūsų pagrindinis verslas iš pradžių nebuvo finansinis, bet norite įdiegti lėšų rinkimą, mokėjimus, atsiskaitymus su naudotojais, komisinių išskaitymą ir integracijas su bankais, ši paslauga padeda suprasti, kur prasideda riba tarp leistino platformos vaidmens ir licencijuojamos funkcijos.
Šis blokas ypač naudingas tiems, kurie verslo viduje sudaro sutartis su bankais ir procesavimo partneriais, rašo tekstus svetainėje, kuria kliento kelionę, apdoroja skundus, AML/KYC ir vidines taisykles. Būtent šiose sąsajose dažniausiai atsiranda klaidų, dėl kurių projektas stringa paleidimo metu.
Jei įmonė nebenori gyventi svetimų limitų, tarifų, įjungimo (onboarding) taisyklių ir produkto keitimo spartos sukurtuose apribojimuose, ši paslauga padeda įvertinti perėjimą prie savo licencijos arba tvaresnio korporacinio ir sutartinio modelio.
"Teisinis mokėjimo sistemos paleidimas ES" paslauga ypač naudinga komandoms, kurios jau supranta produktą ir komercinį tikslą ES, tačiau dar nėra užfiksavusios galutinės teisinės architektūros. Šiame etape galima be papildomų nereikalingų kaštų pakoreguoti įmonės struktūrą, sutarčių logiką, svetainę, onboardingo procesą ir darbo su reguliatoriumi arba pagrindiniais partneriais seką.
Pradžioje pagal paslaugą "Teisinis mokėjimo sistemos paleidimas ES" paprastai analizuojama payment architektūra, atsiskaitymo grandinė, prekybos / customer srautai, susitaikymas (reconciliation) ir tiekėjo (provider) paruošimas. Tiksas tokio patikrinimo - atskirti realią įmonės veiklą nuo to, kaip paslauga aprašyta svetainėje, pristatyme ir vidiniuose komandos lūkesčiuose. Būtent čia paaiškėja, kuri modelio dalis turi būti teisiškai ginama, o kuri reikalauja perdirbimo prieš pateikimą ar paleidimą.
Vėlyva teisinė analizė kainuoja brangiai, nes verslas jau spėja susieti produktą, marketingą ir komercines sutartis su prielaida, kuri gali pasirodyti neteisinga. Projektui "Teisinis mokėjimo sistemos paleidimas ES" tipine klaida tampa nenustatymas, kurioje sistemos vietoje atsiranda reguliuojama funkcija. Po sėkmingo paleidimo tokios klaidos jau paveikia ne vieną dokumentą, o kliento kelią, support’ą, sutarčių su subrangovais sureguliavimą ir vidinę kontrolę.
Praktinis paslaugos "Teisinis mokėjimo sistemos paleidimas ES" rezultatas - ne abstrakti aplankų su tekstais rinkinys, o veikiantis sprendimas kitam etapui: aiškus kelio planas, prioritetai dokumentams ir procedūroms, silpnųjų modelio vietų sąrašas ir tvirtesnė pozicija derybose su banku, reguliuotoju, investuotoju arba infrastruktūros partneriu.
Teisinė sistema. Mokėjimų ir elektroninių pinigų projektams ES pagrindiniai teisės aktai paprastai yra PSD2 - Direktyva (ES) 2015/2366 dėl mokėjimo paslaugų vidaus rinkoje, o modeliams su elektroninių pinigų išleidimu - Direktyva 2009/110/EC dėl elektroninių pinigų. Priklausomai nuo produkto, papildomai atsižvelgiama į vietos įgyvendinimo teisės aktus, AML/KYC reikalavimus, BDAR, paslaugų perdavimo taisykles, klientų lėšų apsaugą, įmonių valdymą ir informacijos atskleidimą klientams.
Praktiškai tai reiškia, kad teisinė paslauga pagal šią kryptį turi tikrinti ne tik paraiškos tekstą, bet ir patį produktą: kas priima mokėjimus, kur atsiranda kliento reikalavimai, kas veda apskaitą, kas vykdo onboardingą, kaip sukonstruotos integracijos, kas parašyta svetainėje ir kaip paslauga aprašyta partnerių sutartyse. Būtent šių elementų sankirtoje kyla dauguma problemų licencijavimo ir banko onboarding'o metu.
Paslaugai "Teisinis mokėjimo sistemos paleidimas ES" pagrindinė rizika - sukurti modelį remiantis klaidingu faktinės veiklos kvalifikavimu. Jei komanda neįsigilino į payment architektūrą, atsiskaitymo grandinę, prekybos / customer srautus, susitaikymą (reconciliation) ir provajderio setup, ji lengvai priima paslaugos rinkodaros pavadinimą už teisinę realybę ir pradeda judėti neteisingu keliu ES.
Net ir stiprus produktas atrodo silpnai, jei svetainė, viešieji pažadai, naudojimo sąlygos, vidinės procedūros ir sutartys su partneriais aprašo skirtingus įmonės vaidmenis. Tokioje būsenoje "Teisinis mokėjimo sistemos paleidimas ES" beveik visada susiduria su pertekliniais klausimais per due diligence, banko patikrinimą arba autorizavimo procese ES.
Atskira rizika dėl paslaugos "Juridinis mokėjimo sistemos paleidimas ES" kyla priklausomybės taškuose nuo paslaugų teikėjų (kontrahentų) ir vidinės kontrolės. Jei iš anksto nebus aiškiai nustatyta, kas atsako už kritines funkcijas, kaip atnaujinamos procedūros ir kur baigiasi paslaugų teikėjo atsakomybė, projektas išlieka pažeidžiamas būtent tuose mazguose, kurie sudaro payment architektūrą, atsiskaitymų (settlement) grandinę, prekybos/customer srautus, reconciliation ir teikėjo setup.
Brangiausia klaida dėl "Juridinio mokėjimo sistemos paleidimo ES" - atidėlioti teisinį sistemos perkonfigūravimą iki vėlyvos stadijos. Kai paaiškėja, kad neįmanoma tiksliai nustatyti, kurioje sistemos vietoje atsiranda reguliuojama funkcija, įmonės turi perrašyti ne tik dokumentus, bet ir klientų kelią, produkto tekstus, pagalbos skriptus, onboardingą ir kartais net korporacinę struktūrą ES.
Ką verslas gauna pabaigoje. Pasibaigus paslaugai pagal kryptį "Teisinis mokėjimo sistemos paleidimas ES", įmonė gauna ne tik failų rinkinį, o teisinį pagrindą, kurį galima naudoti tolesniems žingsniams: licencijavimui, registracijai, deryboms su bankais ir procesingo partneriais, vidiniam procesų nustatymui, due diligence, įmonių struktūros keitimui arba naujo produkto pateikimui į rinką.
Kodėl tai turi praktinį poveikį. Tokios paslaugos rezultatas padeda komandai priimti sprendimus greičiau: tampa aišku, kur eina riba tarp leistinos technologinės modelio ir reguliuojamos activity, kokie dokumentai turi būti paskelbti svetainėje, kokias procedūras reikia įdiegti prieš startą, o kurias galima paleisti etapais. Šis darbas svarbus ne tik starto etape. Ją užbaigus įmonėms lengviau atnaujinti produktą, plėstis į naujas šalis, derinti naujas sutartis su paslaugų teikėjais ir atlikti tolesnius bankų, investuotojų, auditorių bei kitų išorinių dalyvių patikrinimus.
Kas svarbu pasibaigus paslaugai. Teisinis įpakavimas neturėtų likti archyvu. Jo užduotis - tapti veikiančiu įrankiu įkūrėjams, operations, atitikčiai (compliance), product ir business development. Būtent tada sumažėja rizika, kad po kelių mėnesių projektui teks iš naujo rinkti svetainę, sutartis, procedūras ir kliento kelią pagal naujo banko, reguliuotojo, investuotojo ar strateginio partnerio reikalavimus.
Ką klientas gauna galutiniu rezultatu. Pagrindinė tokios paslaugos vertė - ne atskirų failų rinkinys, o suderintas teisinis pagrindas startui ir augimui. Tinkamai parengus projektui lengviau paaiškinti savo modelį bankams, EMI/PI partneriams, procesingų paslaugų teikėjams, KYC/AML pardavėjams, investuotojams ir potencialiems verslo pirkėjams. Net jei galutinė strategija numato startą per partnerių kanalą, kokybiška teisinė pakuotė iš anksto sumažina riziką, kad po kelių mėnesių teks iš naujo rašyti svetainę, sutartis, AML procedūras ir vidinę darbuotojų kabineto sistemą procesus nuo nulio.
Kodėl neverta šią užduotį atidėlioti. Kuo vėliau įmonė parengia normalų teisinį užduoties apibrėžimą paslaugai "Teisinis mokėjimo sistemos paleidimas ES", tuo brangesni tampa taisymai. Jei pirmiausia sukurti produktą, rinkodaros tekstus, onboardingą ir integracijas, o tik tada paaiškėja, kad modelis reikalauja kito regulatory reguliavimo perimetro arba kito vaidmenų paskirstymo, perdirbti tenka ne tik dokumentus, bet ir sąsajas, mokėjimo maršrutą, support procesus, accounting logiką ir kartais net corporate setup. Todėl tiksliau atlikti tokį darbą iki aktyvaus mastelio didinimo, iki išėjimo į naują šalį ir iki rimtų derybų su bankais ar investuotojais.
Kaip toliau panaudoti rezultatą. Per paslaugą parengtos medžiagos paprastai tampa pagrindu tolesniems etapams: inkorporacijai, banko onboardingo procesui, technologinių rangovų parinkimui, reguliavimo paraiškos surinkimui, sutarčių su partneriais suderinimui, duomenų rinkinio (data room) parengimui ir komandai skirtam vidiniam darbui. Įkūrėjui tai svarbu ir dėl valdymo priežasčių: atsiranda aiškumas, kokios funkcijos reikalingos viduje, ką leidžiama perduoti išoriniams paslaugų teikėjams, kokie dokumentai turi būti paskelbti svetainėje, kokius procesus reikia automatizuoti iš karto, o kuriuos galima pradėti etapais.
Praktinė verslo nauda. Gerai parengta paslauga padeda priimti sprendimus greičiau ir pigiau: aišku, ar verta eiti į savo licenciją, ar galima startuoti per partnerį, kur yra riba tarp technologinės paslaugos ir reguliuojamos veiklos, kurios modelio dalys yra kritinės reguliuotojui, o į kuriuos klausimus galima atsakyti sutartiniais susitarimais. Būtent tai paprastai ir lemia, kaip greitai projektas nuo idėjos pasieks realią veikiančią paleidimo stadiją be nereikalingų nukrypimų.
Geriausia jungtis dar prieš pateikimą, prieš pasirašant pagrindines sutartis ir prieš viešą produkto mastelio didinimą. Paslaugai "Juridinis mokėjimo sistemos paleidimas ES" tai ypač svarbu ES, nes ankstyvas užduoties apimties nustatymas leidžia keisti struktūrą ir dokumentus be kaskadinio svetainės, onboardingo, sutartinių grandžių ir santykių su paslaugų teikėjais pertvarkymo.
Taip, pagal kryptį "Teisinis mokėjimo sistemos paleidimas ES" darbą galima skaidyti: atskirai memorandumas, kelio (roadmap) planas, dokumentų paketas, lydėjimas teikimo metu arba konkrečios sutarties patikra. Tačiau prieš tai naudinga trumpai patikrinti payment architektūrą, atsiskaitymų (settlement) grandinę, prekybos / customer srautus, reconciliaciją ir tiekėjo (provider) paruošimą (setup), nes kitu atveju galima užsisakyti fragmentą, kuris nepašalins pagrindinės rizikos būtent pagal šį modelį ES.
Dažniausiai projektą stabdo ne viena forma ir ne vienas reguliatorius, o spraga tarp produkto, vartotojo tekstų, sutartinės logikos, vidinių procedūrų ir realaus įmonės vaidmens. Projektui "Teisinis mokėjimo sistemos paleidimas ES" būtent ši spraga paprastai yra brangiausia, nes ji įtraukia ir partnerius, ir komandą, ir tolesnį atitikties (compliance) vykdymą ES.
Geras rezultatas paslaugai "Teisinis mokėjimo sistemos paleidimas ES" - kai verslui atsiranda saugoma ir aiški tolesnių žingsnių schema: kokios funkcijos yra leistinos, kokie dokumentai ir procedūros yra privalomi, ką reikia pataisyti prieš paleidimą ir kaip kalbėti apie projektą su banku, reguliatoriumi, investuotoju ar technologiniu partneriu be vidinių dviprasmybių ES.
