Kom i gang med Billy

Billy kom til som separat bogføringsintegration. Forbind Billy, gennemfør godkendelsen og kontrollér status, virksomhed og produktvalg. Den aktuelle kobling understøtter dokumenttyper som vises i opsætningen, herunder fakturaer og kreditnotaer; en betaling er en særskilt handling. Brug ikke e-conomic- eller Dinero-felter som om de var Billys. Test med syntetisk data og undersøg integrationsfejl og relationer i brugerfladen. Se den aktuelle vejledning ### Hvad skal kontrolleres?

Alle produktnyheder

Historisk tilbageblik - marts–april 2026 Denne artikel er skrevet efterfølgende og beskriver funktionen, som den fungerede i den angivne periode.

Billy kom til som separat bogføringsintegration. Forbind Billy, gennemfør godkendelsen og kontrollér status, virksomhed og produktvalg. Den aktuelle kobling understøtter dokumenttyper som vises i opsætningen, herunder fakturaer og kreditnotaer; en betaling er en særskilt handling. Brug ikke e-conomic- eller Dinero-felter som om de var Billys. Test med syntetisk data og undersøg integrationsfejl og relationer i brugerfladen. Se den aktuelle vejledning (Markdown-fil, AI-agentvenlig)

Hvad skal kontrolleres?

Kontrollér dokumenttypen før afsendelse, og se efter en relation til kunden og produktet. En gennemført forbindelse betyder ikke at hver dokumenttype eller hvert betalingsforløb er tilgængeligt. Brug den status og de felter Billy viser, og følg efterfølgende dokumentets bogføring.

Første Billy-dokument

Forbind Billy og vælg den virksomhed, der skal modtage dokumenterne. Gennemgå et produkt og en kunde, før du opretter en faktura. Kontroller om den valgte PDF kommer fra Alunta eller Billy, og om nummeret er lokalt eller tildeles ved bogføring. Send derefter ét syntetisk dokument og følg status i begge systemer.

En kreditnota skal kontrolleres som dokument for sig. En betaling eller refundering er et separat forløb. Hvis et felt ikke findes i Billys opsætning, skal du ikke udfylde et tilsvarende e-conomic-felt med en antagelse. Brug den aktuelle valgmulighed og kontrollér resultatet.

Spørgsmål: Hvorfor står en relation som afventer? Kontoen eller produktet er ikke klar. Hvorfor er dokumentet ikke i Billy? Bogføring eller en synkroniseringsfejl kan afvente.

Udbyderspecifik afgrænsning

Billy-forbindelsen skal beskrives ud fra de valg der faktisk vises i Billy-modulet. En plan kan have en kobling til et produkt, mens en anden plan mangler en gyldig vare. Kontroller derfor hver plan før masseafsendelse. Hvis PDF eller nummer kommer fra Billy, skal du vente på den status der viser at dokumentet er bogført, før du sender det videre til kunden.

FAQ: Kan Billy modtage alle Alunta-dokumenter? Brug kun de typer som opsætningen viser. Er en lokal betaling automatisk sendt? Kun når teamets betalingssynkronisering er klar. Skal en refundering være en kreditnota? Følg den valgte pengestrøm og dokumentstatus hver for sig.

FAQ og afgrænsning

En Billy-integration bør testes med ét dokument ad gangen. Kontroller produkt, kunde og valuta før du sender, og se om Billy accepterer dokumentet. En accept i leveringen betyder ikke at kunden har betalt. En kreditnota kan påvirke originalfakturaen, mens en refundering følger betalingsposten. Brug den aktuelle brugerflade til at se hvilke handlinger der er tilgængelige.

Supportscenario

Når Billys dokument er modtaget, kontrollerer du stadig den lokale faktura og dens betaling separat. Et dokument der er accepteret hos udbyderen kan være ubetalt hos kunden. Et produkt eller en kunde uden relation skal løses i mappingen, ikke ved at registrere en fiktiv betaling.

Kontrol efter handling

Brug denne kontrol ved opfølgning: skriv ned hvad der var synligt før handlingen, udfør kun den valgte handling, og kontrollér dokumentet eller aftalen bagefter. En status der ændrer sig senere skal læses igen, før kunden informeres. Historikken beskriver den dokumenterede milepæl; den aktuelle vejledning og brugerfladen afgør dagens trin. Eksemplerne bruger fiktive kunder, beløb og datoer.

Bo Møller
Bo Møller
Emil Højbjerg
Emil Højbjerg

Menneskerne og AI-hjælperne bag opdateringerne

Bo Møller og Emil Højbjerg er de primære udviklere bag Alunta. De bruger det meste af tiden på at kode og har derfor uddelegeret formuleringen af disse forklaringer til vores AI-hjælpere.

AI-hjælperne skriver på baggrund af de opdateringer, vi har lagt i systemet. Bo og Emil står bag ændringerne og har ansvaret for, at oplysningerne tager udgangspunkt i det, der faktisk er udgivet.