Fordeler Og Ulemper Ved Å Bli En PayFac

som programvareleverandør har du stadig skapt et godt rykte som gjør at bedrifter søker ut programvareløsningen din. Du har samarbeidet med en betalingsleverandør for å tilby kundene muligheten til å behandle transaksjoner og har drastisk vokst betalingsprogrammet ditt — er du klar til å ta spranget til Å bli En PayFac (payment facilitator)?

PayFac-modellen, også kjent som merchant aggregator model, har økt popularitet de siste årene med adventen av markedsplasser som Uber og VRBO. Noen store handelsprosessorer har forsøkt å utvide modellen utover markedsplasser til Blant Annet Isver. Passer denne modellen i andre miljøer?

Hva Er En PayFac

Payment facilitators (PayFac) har dukket opp som et biprodukt av markedsutvikling, teknologiske fremskritt og innovative forretningsmodeller. En god måte å forstå Payfac-modellen er å se på de to hoveddelene-boarding av forhandlerkontoer og oppgjør av midler.

PayFac-modellen tillater en enkelt enhet å bli «merchant of record» og styre underhandlere med færre datakrav og granskning. Ta Uber som et eksempel. Uber corporate er kjøpmannen av posten. Virksomheten har gått gjennom den tradisjonelle oppsettet av en kjøpmann konto i navnet og er registrert Som En Kjøpmann Aggregator. Uber-drivere er underhandlere under Uber, bordet med bare noen få dataelementer (vanligvis mindre enn fem) som refereres til som myke beskrivelser av kortselskapene. Alle salg (rides) behandles gjennom Uber-forhandlerkontoen med alle forhandleroppgjørsmidler som går Til Uber, som igjen er ansvarlig for å avgjøre med (betale) sjåførene.

Det er klart å se at denne modellen passer perfekt til denne forretningsstrukturen. Det ville ha vært svært vanskelig og tidkrevende for tusenvis av drivere å søke om og få en tradisjonell selgerkonto. Men passer denne modellen til de fleste tradisjonelle handelsvirksomheter? Svaret, etter vår mening, er det ikke i sann forstand av modellen.

begrepet rask (selv i noen tilfeller øyeblikkelig) og friksjonsfri boarding av forhandlerkontoer er en fordel for alle selgere. Som sådan er denne delen Av PayFac-modellen, og bør være attraktiv for Isver. Byrden av å motta et enkelt oppgjørsbeløp og være ansvarlig for nøyaktig og rettidig fordeling av midler til flere selgere er ikke.

i tillegg er det andre flere andre hindringer og hensyn som programvareleverandører bør vite før de forplikter Seg Til PayFac-banen.

• Capitol Og Kontanter Reserver: PayFacs må ansatte heltidsansatte til å administrere løpende betaling infrastruktur støtte. Dette skyldes At PayFacs tar ansvar som tradisjonelt håndteres av betalingsprosessorer, inkludert kontrakter, rapportering og kundeservice for underforhandlere, samt risiko og garanti (samt finansiering som tidligere diskutert).
• Sponsing Og PCI Compliance: som PayFac må programvareleverandører skaffe sponsing av finansinstitusjon og gjennomgå en streng PCI-revisjon, da virksomheten må være fullt kompatibel.
• Visa Og MasterCard Registrering: PayFacs er pålagt å betale registrering og årlige fornyelsesgebyrer på $5000 Hver Til Visa og MasterCard.
• Underwriting og Risikostyring: PayFacs er 100 prosent ansvarlig for deres handelsportefølje. Som En PayFac, programvareleverandøren må utvikle kreditt underwriting retningslinjer og sette opp merchant risiko analyseprosesser og prosedyrer.

Et Alternativ

ettersom integrert betalingsbehandling har vokst og utviklet seg det siste tiåret, har etterspørselen fra programvareleverandører om å ha mer kontroll over kundeopplevelsen også økt, noe som skaper appell for betalingsfasilitering og Andre PayFac-lignende programmer. For Isver som leter etter oppsiden av PayFac uten ulemper, kan hybridalternativer møte disse behovene.