A Verification of Payee kötelező, így a kérdés soha nem az, hogy kell-e - csak az, hogy hogyan. Két út létezik: maga építi ki a sémához való csatlakozást, vagy kész szolgáltatást vásárol egy szolgáltatótól. Mindkettő legitim. A hiba az, ha csak a licencdíj alapján hasonlítja össze őket, holott a valódi különbség a folyamatos üzemeltetési munka, amelyet az egyik a nyakában hagy.
Mit tartalmaz valójában a saját fejlesztés
- Csatlakozás egy RVM-hez és az elérhetőség fenntartása a SEPA-ban.
- Az EPC Directory Service fogyasztása és szinkronban tartása.
- QWAC-tanúsítványok kiállítása, bemutatása, érvényesítése és megújítása.
- A rulebook-verziók (v1.1, v2.0…) követése és a frissítés a megfelelés fenntartásához.
- Az 5 másodperc alatti időzítés teljesítése és a szolgáltatás 24/7 üzemeltetése, monitorozással.
Mit ad fel - és tart meg - a vásárlás
A vásárlás nem szünteti meg az összes munkát: továbbra is integrálnia kell egy API-t, kezelnie kell az eredményeket a UX-ében, és egy szállítót kell menedzselnie. De az útvonalválasztás, a könyvtár, a tanúsítvány és a rulebook terhét áthelyezi valakihez, akinek az a fő munkája, hogy naprakészen tartsa - általában töredék idő alatt élesbe viszi Önt.
- 1 Becsülje meg az indulási időt mindkét útra a szabályozási határidejéhez képest.
- 2 Költségelje a teljes képet: mérnöki munka, tanúsítványok, folyamatos rulebook-karbantartás és ügyelet, nem csak a licencek.
- 3 Legyen őszinte a belső kapacitásáról - ki felel a VoP-ért hajnali 3-kor, amikor egy tanúsítvány lejár?
A teljes birtoklási költséget hasonlítsa össze, ne a címkés árat
A papíron legolcsóbb lehetőség gyakran a legdrágább, ha beleszámítja a mérnöki munkát és a sokéves karbantartást.
A RoxPay a jól megvalósított vásárlási út: egyetlen integráció, amely hordozza az útvonalválasztást, a könyvtárat, a tanúsítványokat, a rulebook-frissítéseket és a 24/7 üzemeltetést - így a csapata gyorsan szállítja a VoP-t, és tovább haladhat a többi ütemtervével.