Admin assistant
1+
Downloads
Alle
info
Om denne app
Denne app er i øjeblikket under udvikling.
Kontoplanen er udfyldt med et standardsæt af konti baseret på den oprindelige region.
Bankkonti kan oprettes manuelt eller via import af OFX eller Open Banking. Afhængigt af kontotypen får den tildelt en transaktionskontokode 1010 eller en opsparingskontokode 1020, hvor koden øges med én for hver ny bankkonto.
Kontotypen (aktiv, passiv, egenkapital, indkomst, anden indkomst, vareforbrug, udgift, anden udgift) overholder standard regnskabspraksis.
Hvis en konto har en tilknyttet skattekode, beregnes og trækkes skat fra banktransaktionsbeløbet, når banktransaktionen kategoriseres. I så fald opretter kategoriseringen to modtransaktioner for banktransaktionen: en nettoskatpost for den valgte udgiftskode og en opkrævet eller betalt skattransaktion for skattebeløbet, afhængigt af om destinationskontoen er en indtægtskonto eller en udgiftskonto.
Transaktioner
Dette omfatter tre grundlæggende typer transaktioner:
- importerede banktransaktioner, hvor typen DEBET eller KREDIT er transaktions-id'et fra kilden.
- modtransaktioner oprettet ved at kategorisere banktransaktioner, der ikke har et modtager-id angivet. Der kan være en eller to modtransaktioner for hver banktransaktion, afhængigt af om kategoriseringskontoen har en skattekode eller ej.
Modtransaktioner identificeres med et mod-id-felt angivet til transaktions-id'et for den tilsvarende banktransaktion og det samme modtager-id som den kategoriserede banktransaktion.
- journaltransaktioner er afstemte sæt af transaktioner, der kan importeres fra applikationer som fakturering eller løn, eller oprettes i administrationsapplikationen. Journaltransaktioner har generelt intet modtager-id, men modtagernavnet angivet til det tilknyttede kontonavn, typen 'JRN' og et kilde-id angivet til id'et eller den relaterede journaltabelpost.
Kategorisering
Banktransaktioner tildeles automatisk et modtager-id, når de importeres, ved at matche transaktionens modtagernavn med et gemt modtagernavn i modtagertabellen. Matchning af modtagernavn vil generere en eller to modtransaktioner, afhængigt af om destinationskontoen har en skattekode.
Både banktransaktionen og modtransaktionen har samme modtager-id angivet, banktransaktionen har et nul-modtager-id, og modtransaktionen(e) har modtager-id'et angivet til id'et for den tilsvarende banktransaktion.
Kladder
En post for hver journal, der importeres fra eksterne applikationer eller indtastes i admin, gemmes i journaltabellen. Når denne post oprettes, oprettes tilsvarende journaltransaktioner i transaktionstabellen, én transaktion pr. journallinje. Der oprettes ingen momstransaktioner fra journaler, uanset destinationskontoen for journallinjen.
Som en hjælp til at indtaste journaler i admin leveres et sæt journalskabeloner, der angiver, hvordan debet og kredit skal indtastes til en række specifikke formål: åbningsbalancer for bankkonti, kunde- eller leverandørfakturaer og GST/MOMS-afstemning.
Modtagere
En modtagerpost oprettes, når banktransaktioner kategoriseres og linkes til specifikke finanskonti. Hvis en fremtidig banktransaktion importeres med den samme modtager, kategoriseres den automatisk. Modtagere kan redigeres, og et mønster kan indstilles, så modtageren kan matches med en understreng af banktransaktionsmodtageren. F.eks. vil et mønster af Woolworth matche enhver banktransaktion, der indeholder Woolworth i nogen del af modtagernavnet.
Hvis en modtager slettes, fjernes enhver banktransaktion med den pågældende modtager fra kategorien og matches igen med alle resterende modtagere for automatisk at blive kategoriseret.
CSV-transaktionsimport
Hvis banktransaktioner ikke er tilgængelige i OFX-filformat eller via Open Banking, kan de importeres som en CSV-fil. I så fald skal der oprettes en CSV-skabelon, der angiver, hvilken kolonne i CSV-filen der indeholder hvilket transaktionsfelt. En skabelon skal som minimum identificere en dato, modtager og et beløb.
Kontoplanen er udfyldt med et standardsæt af konti baseret på den oprindelige region.
Bankkonti kan oprettes manuelt eller via import af OFX eller Open Banking. Afhængigt af kontotypen får den tildelt en transaktionskontokode 1010 eller en opsparingskontokode 1020, hvor koden øges med én for hver ny bankkonto.
Kontotypen (aktiv, passiv, egenkapital, indkomst, anden indkomst, vareforbrug, udgift, anden udgift) overholder standard regnskabspraksis.
Hvis en konto har en tilknyttet skattekode, beregnes og trækkes skat fra banktransaktionsbeløbet, når banktransaktionen kategoriseres. I så fald opretter kategoriseringen to modtransaktioner for banktransaktionen: en nettoskatpost for den valgte udgiftskode og en opkrævet eller betalt skattransaktion for skattebeløbet, afhængigt af om destinationskontoen er en indtægtskonto eller en udgiftskonto.
Transaktioner
Dette omfatter tre grundlæggende typer transaktioner:
- importerede banktransaktioner, hvor typen DEBET eller KREDIT er transaktions-id'et fra kilden.
- modtransaktioner oprettet ved at kategorisere banktransaktioner, der ikke har et modtager-id angivet. Der kan være en eller to modtransaktioner for hver banktransaktion, afhængigt af om kategoriseringskontoen har en skattekode eller ej.
Modtransaktioner identificeres med et mod-id-felt angivet til transaktions-id'et for den tilsvarende banktransaktion og det samme modtager-id som den kategoriserede banktransaktion.
- journaltransaktioner er afstemte sæt af transaktioner, der kan importeres fra applikationer som fakturering eller løn, eller oprettes i administrationsapplikationen. Journaltransaktioner har generelt intet modtager-id, men modtagernavnet angivet til det tilknyttede kontonavn, typen 'JRN' og et kilde-id angivet til id'et eller den relaterede journaltabelpost.
Kategorisering
Banktransaktioner tildeles automatisk et modtager-id, når de importeres, ved at matche transaktionens modtagernavn med et gemt modtagernavn i modtagertabellen. Matchning af modtagernavn vil generere en eller to modtransaktioner, afhængigt af om destinationskontoen har en skattekode.
Både banktransaktionen og modtransaktionen har samme modtager-id angivet, banktransaktionen har et nul-modtager-id, og modtransaktionen(e) har modtager-id'et angivet til id'et for den tilsvarende banktransaktion.
Kladder
En post for hver journal, der importeres fra eksterne applikationer eller indtastes i admin, gemmes i journaltabellen. Når denne post oprettes, oprettes tilsvarende journaltransaktioner i transaktionstabellen, én transaktion pr. journallinje. Der oprettes ingen momstransaktioner fra journaler, uanset destinationskontoen for journallinjen.
Som en hjælp til at indtaste journaler i admin leveres et sæt journalskabeloner, der angiver, hvordan debet og kredit skal indtastes til en række specifikke formål: åbningsbalancer for bankkonti, kunde- eller leverandørfakturaer og GST/MOMS-afstemning.
Modtagere
En modtagerpost oprettes, når banktransaktioner kategoriseres og linkes til specifikke finanskonti. Hvis en fremtidig banktransaktion importeres med den samme modtager, kategoriseres den automatisk. Modtagere kan redigeres, og et mønster kan indstilles, så modtageren kan matches med en understreng af banktransaktionsmodtageren. F.eks. vil et mønster af Woolworth matche enhver banktransaktion, der indeholder Woolworth i nogen del af modtagernavnet.
Hvis en modtager slettes, fjernes enhver banktransaktion med den pågældende modtager fra kategorien og matches igen med alle resterende modtagere for automatisk at blive kategoriseret.
CSV-transaktionsimport
Hvis banktransaktioner ikke er tilgængelige i OFX-filformat eller via Open Banking, kan de importeres som en CSV-fil. I så fald skal der oprettes en CSV-skabelon, der angiver, hvilken kolonne i CSV-filen der indeholder hvilket transaktionsfelt. En skabelon skal som minimum identificere en dato, modtager og et beløb.
Opdateret
For at du kan beskytte dine data, er det vigtigt at sætte sig ind i, hvordan udviklere indsamler og deler disse data. Databeskyttelses- og sikkerhedsprocedurer kan variere afhængigt af din brug, din region og din alder. Udvikleren har leveret disse oplysninger og kan løbende opdatere dem.
Der deles ikke data med tredjeparter
Få flere oplysninger om, hvordan udviklere angiver, at de deler data
Der blev ikke indsamlet data
Få flere oplysninger om, hvordan udviklere angiver, at de indsamler data
Nyheder
This release adds returns and balances reports and the facility to categorise bank transactions individually.
Your feedback will help us improve! Rate the app and leave us a comment.
Your feedback will help us improve! Rate the app and leave us a comment.
Support til app
Om udvikleren
ASRO LIMITED
admin@asrosoft.com
31a Portman Road
Mount Wellington
Auckland 1060
New Zealand
+64 210 498 644
