Hold de økonomiske relationer adskilt
Kundens abonnement hos Hours, partnerens kommercielle aftale og en salgsfaktura, appen opretter for kunden, er forskellige forhold. De har forskellige parter, grundlag og statusser.
invoices:write betyder oprettelse af en kundes fakturakladde i den autoriserede organisation. Det er ikke en måde at ændre kundens Hours-abonnement, opkræve partnerprovision eller indsætte en betalingsmetode.
Ingen betalingsmotor i konsollen
Oprettelse i App Console skaber ikke et abonnement eller en Stripe-kunde automatisk. En udvikler kan starte med et arbejdsrum og syntetisk sandbox, uden at det bliver til en produktionskundeintegration.
Partner-API'et har heller ikke en særskilt checkout eller usagefakturering for partnerkald. Sådanne flows baseres på Hours’ vedtagne kommercielle model og eksisterende betalingsarkitektur, ikke på et statisk prisfelt i dokumentationen.
Fakturakladder i API’et
En kladdekvittering betyder, at en struktureret kladde er oprettet. Den betyder ikke, at den er udstedt, sendt, opkrævet eller betalt. En partnerklient skal vise dette præcist og må ikke bruge en successkode som en samlet betalingsstatus.
Partner-API'et accepterer ikke provider-ID’er eller bankfelter i fakturapayloaden. Det publicerer heller ikke betalingsinitiering eller et aktuelt betalingsfeed. Se betalingshandlinger.
Priser og aftaler
Der er ikke fastsat en pris pr. API-request eller et bestemt partnergebyr. Aftalte priser, moms, betalingsfrist, periodisering og krediteringsregler kommer fra den relevante godkendte aftale.
Tekniske kvoter er ikke i sig selv en prisberegning. En ekstra HTTP-request efter et timeout kan være et idempotent replay, ikke en ny økonomisk ydelse. En eventuel brugsafregning skal definere denne forskel eksplicit.
Support og fejl
En fejl i kundens adgang til Hours håndteres i Hours’ eksisterende adgangs- og abonnementsproces. Partneren må ikke skifte kundeidentitet eller bruge en intern API-route for at omgå afvisningen.
En supportsag bør indeholde app, miljø, operation, fejlkode og request-ID, ikke betalingskortoplysninger eller hemmeligheder. Betalingsrelaterede spørgsmål holdes adskilt fra teknisk credentialrotation, så support ikke ændrer den forkerte relation.