Refund Management
Hold refundanmodninger, godkendelser, betalingsoptegnelser og kundekontekst forbundet med den oprindelige transaktion.
Start fra den oprindelige transaktion
Hold refunderingen knyttet til betalingen, fakturaen, booking, kunden og årsagen til justeringen.
Oprindelig betaling
Hold refunderingen forbundet med den betaling, den omvender eller justerer.
Faktura eller booking
Hold fakturerings- og driftskonteksten knyttet til refundationsoptegnelsen.
Refundationsårsag
Brug konfigurerede årsager eller kategorier for at gøre refundationsaktivitet lettere at gennemgå og rapportere.
Kundekontekst
Hold refunderingen synlig med kunden, gæsten, medlemmet eller kontoen, der er involveret.
Brug en godkendelsesworkflow når nødvendigt
Ikke hver refundering kræver den samme gennemgang. Godkendelsesregler kan konfigureres i forhold til din driftspolitik.
Beløbsgrænser
Rout højere værdifulde refundanmodninger til yderligere gennemgang, hvor det er nødvendigt.
Tildelte godkendere
Send valgte refundanmodninger til den rette leder, finansbruger eller godkendelsesgruppe.
Politikundtagelser
Rout usædvanlige eller politikundtagelsessager til manuel gennemgang i stedet for at tvinge en automatisk beslutning.
Beslutningshistorik
Hold godkendelsesstatus og brugerhandlinger synlige på den relaterede Salesforce-optegnelse, hvor det er konfigureret.
Anvend refundationspolitikken konsekvent
Brug de oplysninger, der allerede er i booking- og faktureringsworkflowet, til at støtte en struktureret gennemgang.
Afbestillings timing
Brug bookingdatoer, afbestillings timing og konfigurerede politikoplysninger under refundationsgennemgangen.
Fuldt eller delvist refundering
Understøt fulde eller delvise refunderinger, hvor betalingsudbyderen og workflowet tillader dem.
Depositter & gebyrer
Hold refunderbare og ikke-refunderbare beløb synlige i henhold til den konfigurerede prisfastsættelse og politikopsætning.
Manuel gennemgang
Hold personalet i kontrol, når anmodningen kræver vurdering eller ikke passer til en standardregel.
Send refunderingen gennem betalingsudbyderen
Den faktiske refundering afhænger af den konfigurerede betalingsprocessor og integration.
- Refundationens tilgængelighed afhænger af betalingsudbyderen
- Refundationens timing afhænger af udbyderen og betalingsmetoden
- Udbyder- og transaktionsgebyrer kan stadig gælde
- Delvis refundering afhænger af processor og integration
- Refundationsstatus kan holdes med den relaterede betalingsoptegnelse, hvor det er understøttet
- Nye betalingsudbydere kan kræve et separat integrationsomfang
Hold den finansielle optegnelse justeret
Refunderinger bør forblive synlige i den samme fakturerings- og rapporteringskontekst som den oprindelige betaling.
Refundationsstatus
Hold anmodet, godkendt, behandlet, fejlet eller andre understøttede statusser synlige.
Faktura balance
Reflekter refunderingen i den relaterede faktureringskontekst i henhold til det konfigurerede workflow.
Afstemning
Hold refundationsaktivitet tilgængelig, når du gennemgår betalings- og afregningsoptegnelser.
Rapportering
Brug refundationsoptegnelser i Salesforce-rapporter og dashboards, hvor implementeringen understøtter dem.
Fungerer med fakturerings- & betalingsflowet
Refund Management forbliver tæt på de oprindelige betalings-, faktura- og afstemningsoptegnelser.
Betalingsbehandling
Brug den konfigurerede processor til at udføre refunderingen, hvor det er understøttet.
Se betalingsbehandling →Faktura Management
Hold refunderingen forbundet med den oprindelige faktura og faktureringshistorik.
Se faktura management →Betalingsafstemning
Gennemgå refundationsaktivitet sammen med betalings- og afregningsoptegnelser.
Se betalingsafstemning →Priser
Refund Management arbejder med Core faktureringsworkflowet og den konfigurerede betalingsprocessor.
Core-pakke
Starter med 1–50 aktive bookbare enheder.
- Booking Engine + Reservationssystem
- Fakturering og fakturering
- Gentagen fakturering
- Standardrapporter og dashboards
- Understøttede indbyggede integrationer, hvor det er relevant
Refund & udbyderomfang
Afhænger af opsætningRefunderingens udførelse, processorregler, transaktionsomkostninger, brugerdefineret godkendelseslogik, og nye integrationer afhænger af betalingsudbyderen og implementeringen.
- Ingen separat Refund Management-abonnement
- Processor- og transaktionsgebyrer forbliver separate
- Nye betalings- eller regnskabsintegrationer kan kræve separat omfang
- Implementeringen prissættes separat
Manuel refundationssporing vs. Booking Ninjas
Hold anmodningen, godkendelsen, processorens handling og faktureringskonteksten forbundet i stedet for at administrere hvert trin separat.
| Kapacitet | Manuel sporing | Booking Ninjas | Standalone refundationsværktøj |
|---|---|---|---|
| Oprindelig betalingskontekst | Manuel opslag | Forbundet faktureringsoptegnelse | Afhænger af integration |
| Bookingkontekst | Separate optegnelser | Forbundet til operationer | Afhænger af integration |
| Godkendelsesworkflow | E-mail / manuel | Konfigurerbar hvor nødvendigt | Afhænger af produkt |
| Refunderingens udførelse | Processorportal | Gennem den konfigurerede processor | Afhænger af forbindelse |
| Afstemningskontekst | Manuel opdatering | Forbundne betalingsoptegnelser | Afhænger af integration |
| Separat BN-abonnement | Ikke relevant | Nej | Normalt ja |
Ofte stillede spørgsmål
Hold refunderinger forbundet med den oprindelige transaktion
Forbind refundanmodninger, godkendelser, processoraktivitet, faktureringsoptegnelser og rapportering i ét workflow.