Vanliga frågor

Sex metoder: Stripe, PayPal, Authorize.Net och Square för kort och plånböcker, NOWPayments för krypto (Monero, Bitcoin och de flesta större mynt), och betalning via post för kontanter, checkar, Goldbacks eller vad köparen än skickar dig.

Vi listar exakt vilka, utan något "kommer snart", på leverantörssidan. Om din metod inte finns på den sidan erbjuder Cloud den inte än. Det öppna källkods-SDK:t stöder några fler metoder än Cloud visar, så att köra SDK:t själv är svaret om du behöver en vi inte kopplat in.

Nej. Hela poängen är att du inte gör det. Köpknappen är några rader HTML som du klistrar in på din sida. Vi hanterar varje betalningsåterkoppling på vår sida och visar transaktionerna i din instrumentpanel. Inget behöver ändras kring din webbplats hosting.

Att klistra in köpknappen innebär att kopiera några rader från din instrumentpanel in i din sidas redigerare. Om du kan klistra in en inbäddning (Carrd, Webflow, Framer, Squarespace, WordPress, Notion-sajter, ren HTML, allt går bra), kan du använda Coin Moebius. Du behöver inte skriva eller köra någon kod utöver det.

Nästan ingenting. Transaktionens belopp, valuta, status och leverantörens händelse-id. Inga e-postadresser, inga adresser, inga IP-adresser (vi hashar IP-adresser med en pepper innan vi lagrar dem för hastighetsbegränsning, och vi loggar aldrig råa webhook-kroppar). Mindre data betyder mindre att läcka och mindre att bli ombedd om.

Köpknappens väljare visar "Betala via post" som ett alternativ (när du har konfigurerat det). Köparen ser din postadress och en unik referenskod som X2M-K9P-R7QW. När köparens betalning dyker upp hittar du den matchande raden i instrumentpanelen och klickar på "Markera som mottagen". Köparen får en bekräftelse, dina noteringar stämmer. Rader som ligger omottagna i 30 dagar förfaller automatiskt.

Instrumentpanelens knapp "Skicka en testhändelse" skapar en exempeltransaktion för vilken leverantör du än väljer (Stripe, NOWPayments eller betalning via post). Välj en produkt, välj vad som hände, välj leverantören och skicka. Raden dyker upp taggad "test" under rätt leverantörsfilter. Inga riktiga pengar, inga externa konton behövs, och testhändelser räknas inte mot din kvot.

För betalning via post specifikt, välj "En betalning via post väntar" för att få en rad med en riktig referenskod och knapparna "Markera som mottagen" / "Avbryt" så att du kan öva på bekräftelseflödet.

För hela rundresan (köparens vy genom din vy), klistra in en köpknapp på vilken sida som helst, klicka på den och gå hela vägen till slutförande. Stripe-användare kan använda testlägesnycklar och testkortsnummer. NOWPayments har inget testläge, så en riktig mikrobetalning i ett lågavgiftsmynt är sättet att verifiera hela kedjan. dokumentationssidan har steg-för-steg för varje leverantör.

Ja. Det är vad metoden betalning via post är till för. Köparen väljer "Betala via post", instrumentpanelen genererar en referenskod, och de skickar dig vad ni än kommit överens om att ta emot. Du markerar raden som mottagen när paketet kommer. Köparen får sin bekräftelse, dina böcker stämmer. Vi har använt det här flödet specifikt för Goldbacks, eftersom grundaren är kund.

Ja. Den hostade köpknappen fungerar för prenumerationer på Stripe och PayPal. Ställ in en produkt på Månadsvis eller Årligen i din instrumentpanels Produkter-flik, klistra in samma köpknapp på din sida, och klick startar prenumerationer. Leverantören kör förnyelserna, håller kortet och driver avbeställningssidan.

Square- och Authorize.Net-prenumerationer körs genom din egen integration, inte den hostade köpknappen. Du sätter upp prenumerationen hos leverantören, riktar dess webhook mot oss, och resten av systemet (instrumentpanel, status-endpoint, normaliserade händelser) hanterar livscykeln på samma sätt som för Stripe och PayPal. Dokumentationssidan har hela API-formen.

Kryptoprenumerationer finns inte på färdplanen. Återkommande krypto är friktionstungt på varje gateway vi utvärderat, och vi släpper hellre ingenting än släpper en halvtrasig lösning för det.

Ja. Köpknappen är ett sätt in. Under ytan är Coin Moebius en hyrd webhook plus en liten uppsättning JSON-endpoints. Om du vill skriva din egen UI, anropa vårt kassa-API från din egen server, eller köra ett flöde knappen inte täcker (en egen design, en mobilapp, Square- eller Authorize.Net-prenumerationer), är varje endpoint knappen använder också anropbar från vad som helst. Inget särskilt konto, ingen extra kod på vår sida. Dokumentationssidan listar hela API-ytan.

Två sätt. Först, skicka med ditt eget ogenomskinliga användar-id vid kassan (din inloggningsleverantör vet redan vem som är inloggad). Vi trär den strängen genom till betalningsleverantören och tillbaka, så att varje transaktion i vår instrumentpanel bär samma id som du använder i ditt eget system. Du korsrefererar och vet vilken användare som gjorde vad.

För det andra länkar varje korttransaktion i vår instrumentpanel ut till leverantören som hanterade den (Stripe, PayPal, Square eller Authorize.Net), där köparens uppgifter faktiskt finns: e-post, kortets sista fyra, tvistehistorik. Vi duplicerar inte den datan; vi länkar bara till den. Tre platser, var och en med det den ska ha: vår instrumentpanel för betalningssidan, ditt inloggningssystem för kundsidan, din betalningsleverantör för detaljerna på kortnivå.

Nej. Varje produkt i din katalog är antingen Fast eller Köparprissatt, satt per produkt. Fast är standard. När en produkt är fast läser workern priset från din katalog och ignorerar vilket belopp köpknappen än kan ha på sig. Att redigera HTML:en i en webbläsare ändrar visningen men inte debiteringen. Du kan märka specifika produkter som köparprissatta för donationswidgets och dricksburkar, där köparen ska välja beloppet; instrumentpanelen får dig att läsa vad det innebär innan du slår om knappen.

Vi tar heller aldrig emot betalning för en produkt som inte finns med i din katalog. Om en köpare på något sätt riktar en köpknapp mot product-id="nagot-jag-inte-satte-upp", misslyckas kassan med ett tydligt fel.

Vi följer strikt dataminimering (se frågan ovan om vad vi lagrar) och publicerar en warrant canary på Om oss-sidan. Det mest personliga vi har är säljarens kontoe-postadress, som hanteras av vår inloggningsleverantör. Vi har inga köparadresser, e-postadresser eller IP-adresser att lämna ut.

Konton med flera användare under ett faktureringskonto. Ett programmatiskt API för instrumentpanelen. Var och en kommer när en kund ber om det tillräckligt högljutt.

Pro på Stripe sägs upp via Stripe Customer Portal, länkad från din faktureringssida i instrumentpanelen. Pro på årlig krypto har ingen automatisk förnyelse, så du betalar bara inte igen i slutet av året. Eventuellt obetalt överskottssaldo faktureras en gång innan kontot går ner till Gratis.

$99/månad ($1,188/år, eller $990/år i krypto) för obegränsade transaktioner. Inga tak, ingen överskottsmatematik. Du får också högre API-gränser, en server-API-nyckel och prioritet i supportinkorgen. Allt annat (instrumentpanel, alla metoder, testhändelser) är samma som Pro.

Business är för företag som gör tillräckligt med volym för att Pro plus överskott slutar vara värt räknandet, eller vars ekonomiteam hellre budgeterar en fast siffra. Vid typisk medelstor volym blir $99/månad för obegränsat mindre än en tiondels procent av omsättningen.

Dina pengar går aldrig genom oss. De flödar direkt in på ditt eget leverantörskonto. Så en frysning uppströms drabbar dig på samma sätt som den skulle ha gjort om du integrerat leverantören själv; inget med Coin Moebius gör det värre.

Eftersom väljaren stöder mer än en metod samtidigt kan du lämna den drabbade metoden avstängd och fortsätta sälja på de andra medan du reder ut det. Och eftersom SDK:t är öppen källkod kan du i värsta fall också rikta det mot en leverantör vi inte byggt in i Cloud än och köra den integrationen själv.

Ja. SDK:t finns på github.com/aquarian-metals/coin-moebius under en öppen licens. Köpknappen fungerar utan vårt Cloud. Självhostare riktar SDK:t mot sin egen server och hoppar över oss helt. Hela poängen med att bygga det här ovanpå ett öppet SDK är att du kan gå.