Betaling og betalingsmetoder

Gå til Admin → Betaling for å se betalingsanalyse, leverandører og logger. Koble bare til kontoer som tilhører bedriften du administrerer.

Forutsetninger

• Du har valgt betalingsleverandør og har nødvendige kontoopplysninger eller nøkler.
• Du har en kundereise der betalingsflyten kan testes kontrollert.

Dette lærer du

• hvordan leverandører, betalingsmetoder og salgskanaler henger sammen
• å koble til en leverandør og kontrollere statusen
• å bruke logger og skille mellom betaling, refusjon og oppgjør

Hele betalingsflyten

Flyten har fire forskjellige kontrollpunkter: kunden godkjenner betalingen, beløpet autoriseres, beløpet belastes (capture) og leverandøren utbetaler til bankkontoen. En retur fra leverandørens betalingsside er derfor ikke alene bevis på at ordren er betalt.

Som tekst kan prosessen følges slik:

1. Konfigurer og verifiser leverandøren.
2. Aktiver betalingsmetoden i salgskanalen som skal bruke den.
3. Kunden sender bestillingen, og Finta.no lagrer ordren før betalingen ferdigstilles.
4. Leverandøren behandler betalingen og sender status tilbake asynkront.
5. Finta.no avstemmer resultatet fra webhook eller statuskontroll før ordren markeres som betalt.
6. Refusjon og bankoppgjør behandles senere av leverandøren.

Velg leverandør

Åpne fanen Leverandører. Tilgjengelighet avhenger av land, bransje og abonnement. Finta.no kan vise blant annet:

Koble til en leverandør

1. Velg Legg til integrasjon eller Konfigurer.
2. Les hvilke kontoer, avtaler eller nøkler leverandøren krever.
3. Fullfør leverandørens innlogging eller onboarding.
4. Gå tilbake til Finta.no og kontroller status.
5. Aktiver bare betalingsmetodene bedriften faktisk tilbyr.
6. Utfør en kontrollert testbetaling før løsningen deles med kunder.

Noen leverandører krever godkjenning før status blir aktiv. Vent på godkjenning i stedet for å opprette flere parallelle integrasjoner.

Betalingsmetoder og kanaler

Kontroller at riktig metode er aktiv for riktig kanal:

• nettbestilling og widget
• fysisk kasse eller terminal
• standsalg på arrangement
• eventuell faktura eller betaling ved oppmøte

En aktiv leverandør betyr ikke automatisk at alle metoder er aktivert i alle kanaler.

Bruk logger ved feil

Åpne Logger for å kontrollere status og tidspunkt. Noter feiltekst, bestillingsnummer og leverandør før du kontakter support, men ikke send komplette nøkler, tokens eller kortdata.

Vanlige kontroller:

• er leverandøren aktiv og verifisert?
• bruker kunden en støttet metode?
• er beløp og valuta gyldig?
• er bestillingen allerede betalt, kansellert eller utløpt?
• samsvarer miljøet med test eller produksjon?

Refusjon og oppgjør

Refusjon startes normalt fra den aktuelle bestillingen og krever at transaksjonen er belastet (captured). Forespørselen kan først stå som ventende mens leverandøren behandler den.

Å kansellere en ordre er ikke det samme som å refundere betalingen. Kontroller begge statusene når en betalt ordre skal avbrytes.

Oppgjørstid bestemmes av betalingsleverandøren og er ikke det samme som tidspunktet kunden betaler. Finta.no har ikke en generell Utbetal nå-handling i denne flyten.

Sikkerhet

Del aldri API-nøkler, hemmeligheter, innloggingskoder eller komplette betalingsdata i skjermbilder eller supportmeldinger. Bruk leverandørens sikre tilkoblingsflyt.

Neste steg

Test betaling i Widgeter og gå live og les Bestillinger og ordreinnstillinger for refusjon.

Flytdiagram

flowchart TD
  accTitle: Hele betalingsflyten fra leverandøroppsett til oppgjør
  accDescr: Flyten viser verifisering av betalingsleverandør, kundens betaling, asynkron bekreftelse, ordrestatus, refusjon og bankoppgjør.
  A["Bedriften konfigurerer leverandør"] --> B["Leverandøren verifiserer<br/>konto og legitimasjon"]
  B --> C{"Status verifisert?"}
  C -- "Nei" --> D["Rett konto, avtale eller nøkler"]
  D --> B
  C -- "Ja" --> E["Aktiver metode i riktig salgskanal"]
  E --> F["Kunden sender inn bestillingen"]
  F --> G["Finta.no beregner og lagrer ordren"]
  G --> H["Leverandøren oppretter betalingen"]
  H --> I["Kunden godkjenner hos leverandøren"]
  I --> J["Webhook eller statuskontroll<br/>avstemmer resultatet"]
  J --> K{"Betalingsresultat"}
  K -- "Avbrutt eller feilet" --> L["Ordren blir ikke markert betalt"]
  K -- "Behandles" --> J
  K -- "Autorisert" --> M["Beløpet venter på capture"]
  M --> N["Capture"]
  K -- "Belastet (captured)" --> O["Ordren markeres betalt"]
  N --> O
  O --> P["Bedriften leverer bestillingen"]
  O --> T["Leverandøren følger<br/>sin oppgjørsplan"]
  O --> Q{"Skal betalingen refunderes?"}
  Q -- "Ja" --> R["Bedriften sender refusjonsforespørsel"]
  R --> S["Leverandøren behandler refusjonen"]
  Q -- "Nei" --> V["Ingen refusjon"]
  S --> U["Refusjon fullført hos leverandøren"]