Så integrerar du Authorize.net

Authorize.Net är en betaltjänst online som erbjuder omfattande säkerhetsåtgärder för användare och företag av alla storlekar, vilket säkerställer maximalt skydd av känsliga uppgifter och en pålitlig drifttid vid hantering av transaktioner. Tjänsten går ännu längre med sitt utbud av funktioner, som lösningar för återkommande fakturering anpassade för handlare som erbjuder prenumerationstjänster, mobilkompatibilitet och integrationsmöjligheter med populära e-handelsplattformar. Alla dessa funktioner samverkar för att skapa en smidig betalningsupplevelse.

Så integrerar du Authorize.Net som betalningsgateway

För att komma igång går du till sektionen Payment i ditt CRM och besöker fliken integrations. Där hittar du alternativet Authorize.net – klicka på Connect för att komma igång.

Se till att du använder en webbläsare som stöds och att du befinner dig i ett av de länder som stöds. Du behöver skaffa Live- och Sandbox-API-nycklar från Authorize.net. För Sandbox-API-nycklar loggar du in i Sandbox Merchant Interface. För Live-API-nycklar loggar du in i Live Merchant Interface.

Gå vidare till Manage Payment Integrations och klistra in de 3 API-nycklarna du fick från din Merchant Interface i Authorize.Net. Du kan ange dina Live-API-nycklar i fälten för Live och klicka på Save.

Du kan även ange dina Sandbox-API-nycklar i fälten för Sandbox. När du har angett önskade API-nycklar klickar du på knappen Save.

Standard betalningsgateway

Genom att klicka på Set as Default integrerar du Authorize.net och gör det till standard betalningsgateway.

OBS: Du behöver inte koppla bort Stripe för att ansluta till Authorize.net. Du kan ansluta till båda gatewayerna på integrationssidan. Eftersom du dock har anslutit två olika gatewayer för att hantera betalningar behöver du ange en standardgateway för betalningar. PayPal fortsätter att fungera vid sidan av Authorize.net/Stripe i Order Forms, oavsett vilken av dem som är inställd som standard.

Jämförelse av betalningslösningar

När det gäller att välja den bästa betalningslösningen för din verksamhet är Stripe, PayPal och Authorize.net alla starka alternativ. Här är en jämförelse:

Stripe: Ett populärt val för onlineföretag och startups, Stripe erbjuder en utvecklarvänlig plattform, anpassade integrationer och transparent prissättning.

PayPal: PayPal är en väletablerad betalningslösning med global närvaro och ett brett utbud av funktioner, inklusive en säker betalningsgateway, fakturering och återkommande betalningar.

Authorize.net: Authorize.net är en pålitlig betalningslösning med en lång historia av att erbjuda tillförlitlig och säker betalningshantering. Den erbjuder omfattande funktioner, inklusive bedrägeriskydd och mobilkompatibilitet.

I slutändan beror det bästa valet på din verksamhets specifika behov, till exempel vilka typer av betalningar du behöver ta emot, din målgrupp och din budget. Vi rekommenderar att du jämför varje lösnings funktioner, avgifter och supportalternativ innan du bestämmer dig.

OBS: Informationen om avgifter är korrekt vid tidpunkten då denna artikel publiceras. För mer information, se prissidorna för de tre alternativen ovan:

• Stripe
• Paypal
• Authorize.net

Krav för att använda Authorize.Net

Authorize.net är en betalningsgateway-lösning som kan användas för att hantera transaktioner från handlare i USA, Australien och Kanada. Dessutom stöds flera valutor via tjänsten, vilket gör den till ett bra alternativ även för internationella handlare. För att bekräfta att Authorize.net fungerar för din verksamhet, se till att besöka deras webbplats för att läsa om vilka webbläsare som stöder deras tjänster innan du går vidare med att integrera plattformen i din verksamhet.

Lista över webbläsare som stöds och testats

Du kan kontrollera och verifiera vilken webbläsare och version du använder genom att använda hjälp/om-informationen i respektive webbläsare:

• Chrome​
• ​Edge​
• ​Firefox​
• ​Safari​

Använd sajter som:

• ​https://www.whatsmybrowser.org/​
• ​https://www.whatismybrowser.com/​

För Merchant Interface inuti Authorize.net kan två olika meddelanden visas om en webbläsare eller version som inte stöds upptäcks, beroende på hur gammal webbläsarversionen är.

Webbläsarvarning/Inaktuell

Om din webbläsare visar “Browser Warning/Out of Date” kan den ha upptäckt en webbläsare/version som kan orsaka kompatibilitetsproblem. Av den anledningen rekommenderar vi att du uppdaterar till en nyare version eller byter till en webbläsare av ett märke som stöds.

Exempel på inaktuella webbläsare

• Internet Explorer (IE) 11
• Edge (Legacy)
• Opera

Webbläsare blockerad/Inaktuell

Om “Browser Block/Out of Date” visas har Authorize.net stött på kända problem med den version som används och kräver att en nyare version används eller att en annan typ av digitalt system som stöds används i stället.

Viktig information om användning av Authorize.Net

Om Authorize.net är anslutet och inställt som standardgateway kommer andra produktområden, som medlemskap och SaaS-betalningslänkar, fortsätta att hantera betalningar via Stripe.

Om det finns återkommande prenumerationer/väntande transaktioner via Stripe kommer de att fortsätta att köras som vanligt så länge Stripe-anslutningen finns. Vi rekommenderar att du inte kopplar bort någon gateway. Att ange standardgatewayen gör att nya transaktioner körs genom det önskade valet, medan befintliga prenumerationer fortsätter att köras genom Stripe- och PayPal-integrationerna som redan finns på plats.

Testkort för Authorize.net-integrationen

Utgångsdatumet kan vara vilket framtida datum som helst, och valfri 3- eller 4-siffrig CVC-kod kan användas:

• 4007000000027 (Visa)
• 4012888818888 (Visa)
• 4111111111111111 (Visa)
• 370000000000002 (American Express)
• 5424000000000015 (Mastercard)
• 2223000010309703 (Mastercard)
• 2223000010309711 (Mastercard)
• 6011000000000012 (Discover)
• 3088000000000017 (JCB)
• 38000000000006 (Diners Club/Carte Blanche)

Vanliga frågor

F: Varför ser jag inte PayPal bland alternativen för standardgateway?

• S: Du kan ansluta till PayPal och använda det som betalningsmetod vid sidan av en kreditkortsmetod via Stripe/Authorize.net. Det innebär att standardvalet måste göras mellan Stripe/Authorize.net när de är anslutna. PayPal kan användas fristående eller tillsammans med kreditkortsbetalningar i Order Forms.

F: Vad kommer att ändras i rapporteringen av transaktioner som gjorts via Authorize.net? Var kan jag hålla koll på alla betalningar?

• S: Det blir ingen förändring i rapporteringen av Orders/Subscriptions/Transactions. Alla betalningar som gjorts via Authorize.net finns tillgängliga under Payments ➝ Transactions. Det blir heller ingen förändring i hur arbetsflödestriggers/attribution fungerar. Alla funktioner fungerar på samma sätt med Authorize.net.

F: Var kan jag hitta prenumerationer som skapats via Authorize.net? Jag kan inte koppla dem till prenumerationsstatusen på sidan Subscriptions.

• S: Alla prenumerationer som skapats via Order Forms kan spåras under Payments ➝ Subscriptions.

Följande lista visar prenumerationsstatusar och deras betydelse:

• Pending - När betalningen hålls för granskning av handlaren på grund av FDS
• Trial - Prenumerationen är i testperiod
• Active - Den senaste betalningen har gjorts, och det finns även en kommande betalning
• Expired - Alla betalningar för prenumerationen har slutförts, och prenumerationen finns inte längre
• Canceled - Prenumerationen har avslutats av handlaren med hjälp av åtgärden Cancel, och inga fler betalningar kommer att hanteras.
• Unpaid - Den senaste betalningen för prenumerationen genomfördes inte. Prenumerationen är fortfarande aktiv, men den senaste betalningen har inte genomförts.

Avbokning är möjlig för prenumerationer beroende på status:

Åtgärden Cancel erbjuds endast för prenumerationer som skapats via Authorize.net. Avbokning av prenumerationer för Stripe och PayPal kommer att läggas till framöver.

Följande flöde beskriver hur prenumerationsstatusar och betalningsförsök hanteras vid en efterföljande betalning som misslyckas:

• Om den första prenumerationsbetalningen lyckas när prenumerationen köps via Order Form, flyttas prenumerationen till aktivt läge
• • Den kan även flyttas till teststatus om det finns en testperiod kopplad till den återkommande produkten
• Prenumerationen förblir aktiv tills varje återkommande betalning har genomförts och flyttas till “Expired” när alla betalningar har slutförts.
• Om slutkundens kort går ut mitt i prenumerationen, om betalningen kräver autentisering från slutkunden, eller om den senaste betalningen av någon annan anledning inte gick igenom, flyttas statusen till “Unpaid.”
• Betalningen kommer att försökas två gånger till, med 24 timmars mellanrum. Statusen förblir “Unpaid.”
• Prenumerationen förblir i status Unpaid och kommer att försöka genomföra efterföljande transaktioner, var och en med två nya försök.
• Nästa efterföljande betalning kommer också att försökas, och om någon betalning lyckas flyttas prenumerationen till “Active.” Annars förblir den i status “Unpaid.”
• Prenumerationsstatusen flyttas till “Expired” efter att alla försök har gjorts för den sista transaktionen.
• Om handlaren har kopplat bort gateway-kontot och det finns en pågående prenumeration kan transaktionen inte hanteras, och prenumerationen flyttas därmed till Unpaid. Nya försök fortsätter enligt logiken för återförsök.

F: Hur avbryter/avslutar jag en prenumeration som skapats via Authorize.net? Jag kan inte göra det i handlarportalen.

• S: Prenumerationer som skapats via Authorize.net kan avbrytas på sidan Subscriptions med åtgärden “Cancel Subscription”.
• • Vi skapar inte prenumerationer med hjälp av Automatic Recurring Billing i Authorize.net, vilket innebär att endast de kostnader som hör till en prenumeration syns som transaktioner i handlarportalen.

För att bekräfta avbokningen klickar du på knappen Yes, Cancel.

F: Kommer jag att kunna återbetala transaktioner direkt i applikationen?

• S: Nej, vi har inte funktionalitet för återbetalning i applikationen. Du bör använda handlarportalen för att återbetala transaktioner.

F: Jag använder FDS-filter med Authorize.net för att hålla transaktioner för granskning om adressen inte har angetts eller kortkoden inte har angetts osv. Är systemet kompatibelt med att hantera dessa fall?

• S: Ja. Om du håller transaktioner som skickats in via Order Forms för granskning baserat på FDS-filter, kommer transaktionen att hållas för granskning (eller nekas beroende på hur du har konfigurerat inställningen) och synas i din handlarportal. Dessutom uppdateras motsvarande status på sidan Transactions när du godkänner eller nekar transaktionen.
• • Vid betalningar för återkommande fakturor/bokning av kalenderbokningar behandlar vi transaktionen som nekad och bokar inte kalenderbokningen eller schemalägger automatisk betalning, eftersom det skapar komplikationer kring när betalningen kommer att godkännas av verksamhetsägaren.

F: När kommer Authorize.net att vara tillgängligt för SaaS och Memberships?

• S: Som nästa steg arbetar vi på att möjliggöra integration av Authorize.net inom området Memberships under det här kvartalet. Rösta gärna på idétavlan för att möjliggöra denna integration för försäljning av SaaS.