Refusjonsadministrasjon
Hold refusjonsforespørsel, godkjenninger, betalingsopptegnelser og kundekontekst knyttet til den opprinnelige transaksjonen.
Start fra den opprinnelige transaksjonen
Hold refusjonen knyttet til betalingen, fakturaen, bestillingen, kunden og årsaken til justeringen.
Opprinnelig betaling
Hold refusjonen knyttet til betalingen den reverserer eller justerer.
Faktura eller bestilling
Hold fakturerings- og driftskonteksten knyttet til refusjonsopptegnelsen.
Refusjonsårsak
Bruk konfigurerte årsaker eller kategorier for å gjøre refusjonsaktiviteten enklere å gjennomgå og rapportere.
Kundekontekst
Hold refusjonen synlig med kunden, gjesten, medlemmet eller kontoen som er involvert.
Bruk en godkjenningsflyt når nødvendig
Ikke hver refusjon trenger den samme gjennomgangen. Godkjenningsregler kan konfigureres rundt din driftspolicy.
Beløpsgrenser
Rute høyere verdifulle refusjonsforespørsel for ytterligere gjennomgang der det er nødvendig.
Tildelte godkjennere
Send valgte refusjonsforespørsel til riktig leder, finansbruker eller godkjenningsgruppe.
Policy unntak
Rute uvanlige eller policy-unntakstilfeller for manuell gjennomgang i stedet for å tvinge en automatisk beslutning.
Beslutningshistorikk
Hold godkjenningsstatus og brukerhandlinger synlige på den relaterte Salesforce-opptegnelsen der det er konfigurert.
Bruk refusjonspolicy konsekvent
Bruk informasjonen som allerede finnes i bestillings- og faktureringsflyten for å støtte en strukturert gjennomgang.
Avbestillings timing
Bruk bestillingsdatoer, avbestillings timing og konfigurert policyinformasjon under refusjonsgjennomgangen.
Full eller delvis refusjon
Støtt fullstendige eller delvise refusjonsbeløp der betalingsleverandøren og arbeidsflyten tillater dem.
Innskudd & avgifter
Hold refusjons- og ikke-refusjonsbeløp synlige i henhold til den konfigurerte prisen og policyoppsettet.
Manuell gjennomgang
Hold ansatte i kontroll når forespørselen trenger vurdering eller ikke passer til en standardregel.
Send refusjonen gjennom betalingsleverandøren
Den faktiske refusjonsutførelsen avhenger av den konfigurerte betalingsprosessoren og integrasjonen.
- Refusjons tilgjengelighet avhenger av betalingsleverandøren
- Refusjon timing avhenger av leverandøren og betalingsmetoden
- Leverandør- og transaksjonsgebyrer kan fortsatt gjelde
- Delvis refusjonsstøtte avhenger av prosessoren og integrasjonen
- Refusjonsstatus kan holdes med den relaterte betalingsopptegnelsen der det støttes
- Nye betalingsleverandører kan kreve et eget integrasjonsomfang
Hold den finansielle opptegnelsen justert
Refusjoner bør forbli synlige i den samme fakturerings- og rapporteringskonteksten som den opprinnelige betalingen.
Refusjonsstatus
Hold forespurte, godkjente, behandlede, mislykkede eller andre støttede statuser synlige.
Faktura saldo
Reflekter refusjonen i den relaterte faktureringskonteksten i henhold til den konfigurerte arbeidsflyten.
Rekonsiliering
Hold refusjonsaktivitet tilgjengelig når du gjennomgår betalings- og oppgjørsopptegnelser.
Rapportering
Bruk refusjonsopptegnelser i Salesforce-rapporter og dashbord der implementeringen støtter dem.
Fungerer med fakturerings- og betalingsflyten
Refusjonsadministrasjon holder seg nær den opprinnelige betalingen, fakturaen og rekonsilieringsopptegnelsene.
Betalingsbehandling
Bruk den konfigurerte prosessoren for å utføre refusjonen der det støttes.
Se betalingsbehandling →Fakturaadministrasjon
Hold refusjonen knyttet til den opprinnelige fakturaen og faktureringshistorikken.
Se fakturaadministrasjon →Betalingsrekonsiliering
Gå gjennom refusjonsaktivitet sammen med betalings- og oppgjørsopptegnelser.
Se betalingsrekonsiliering →Priser
Refusjonsadministrasjon fungerer med Core faktureringsarbeidsflyt og den konfigurerte betalingsprosessoren.
Core-pakke
Starter med 1–50 aktive bestillbare enheter.
- Bookingmotor + reservasjonsystem
- Fakturering og fakturering
- Gjentakende fakturering
- Standardrapporter og dashbord
- Støttede innebygde integrasjoner der det er relevant
Refusjon & leverandøromfang
Avhenger av oppsettRefusjonsutførelse, prosessorregler, transaksjonskostnader, tilpasset godkjenningslogikk, og nye integrasjoner avhenger av betalingsleverandøren og implementeringen.
- Ingen separat refusjonsadministrasjonsabonnement
- Prosessor- og transaksjonsgebyrer forblir separate
- Nye betalings- eller regnskapsintegrasjoner kan kreve eget omfang
- Implementering prises separat
Manuell refusjonssporing vs Booking Ninjas
Hold forespørselen, godkjenningen, prosessorhandlingen og faktureringskonteksten knyttet i stedet for å håndtere hvert trinn separat.
| Mulighet | Manuell sporing | Booking Ninjas | Standalone refusjonsverktøy |
|---|---|---|---|
| Opprinnelig betalingskontekst | Manuell oppslag | Knyttet faktureringsopptegnelse | Avhenger av integrasjon |
| Bestillingskontekst | Separate opptegnelser | Knyttet til drift | Avhenger av integrasjon |
| Godkjenningsflyt | E-post / manuell | Konfigurerbar der det er nødvendig | Avhenger av produkt |
| Refusjonsutførelse | Prosessorportal | Gjennom konfigurert prosessor | Avhenger av tilkobling |
| Rekonsilieringskontekst | Manuell oppdatering | Knyttede betalingsopptegnelser | Avhenger av integrasjon |
| Separat BN-abonnement | Ikke aktuelt | Nei | Vanligvis ja |
Ofte stilte spørsmål
Hold refusjoner knyttet til den opprinnelige transaksjonen
Koble refusjonsforespørsel, godkjenninger, prosessoraktivitet, faktureringsopptegnelser og rapportering i én arbeidsflyt.