Admin assistant
Almal
info
5+
Aflaaie
Almal
Meer inligting
Meer oor hierdie app
Hierdie toepassing is tans onder ontwikkeling.
Die rekeningtabel word gevul met 'n standaardstel rekeninge gebaseer op die aanvanklike streek.
Bankrekeninge kan handmatig geskep word, of via invoer deur OFX of Open Banking. Afhangende van die rekeningtipe, sal dit 'n 1010-transaksierekeningkode of 1020-spaarrekeningkode kry, met die kode wat met een verhoog word vir elke nuwe bankrekening.
Die rekeningtipe (bate, las, ekwiteit, inkomste, ander inkomste, koste van goedere, uitgawe, ander uitgawe) voldoen aan standaard rekeningkundige praktyk.
As 'n rekening 'n geassosieerde belastingkode het, sal belasting bereken en afgetrek word van die banktransaksiebedrag wanneer daardie banktransaksie gekategoriseer word. In daardie geval skep kategorisering twee kontratransaksies vir die banktransaksie: 'n netto van belasting-item vir die gekose uitgawekode, en 'n belasting-ingevorderde of betaalde transaksie vir die belastingbedrag, afhangende van of die bestemmingsrekening 'n inkomsterekening of uitgawerekening is.
Transaksies
Dit sluit drie basiese tipes transaksies in:
- ingevoerde banktransaksies, met 'n tipe DEBIET of KREDIET en bron-ID as die transaksie-ID van die bron.
- kontratransaksies wat geskep word deur banktransaksies te kategoriseer wat geen begunstigde-ID het nie. Daar kan een of twee kontratransaksies vir elke banktransaksie wees, afhangende van of die kategoriseringsrekening 'n belastingkode het of nie.
Kontratransaksies word geïdentifiseer met 'n kontra-ID-veld wat gestel is op die transaksie-ID van die ooreenstemmende banktransaksie, en dieselfde begunstigde-ID van die gekategoriseerde banktransaksie.
- joernaaltransaksies is gebalanseerde stelle transaksies wat ingevoer kan word vanaf toepassings soos fakturering of betaalstaat, of binne die administrasietoepassing geskep kan word. Joernaaltransaksies het gewoonlik geen begunstigde-ID nie, maar die begunstigdenaam wat gestel is op die geassosieerde rekeningnaam, 'n tipe 'JRN' en 'n bron-ID wat gestel is op die ID of die verwante joernaaltabelrekord.
Kategorisering
Banktransaksies word outomaties 'n begunstigde-ID toegeken wanneer hulle ingevoer word deur die transaksiebegunstigde-naam te pas by 'n gestoorde begunstigde-naam in die begunstigde-tabel. Ooreenstemming op begunstigde-naam sal een of twee kontratransaksies genereer, afhangende of die bestemmingsrekening 'n belastingkode het.
Beide die banktransaksie en kontratransaksie het dieselfde begunstigde-ID gestel, die banktransaksie het 'n nul-kontra-ID, en die kontratransaksie(s) het die kontra-ID gestel op die ID van die ooreenstemmende banktransaksie.
Joernale
'n Rekord van elke joernaal wat vanaf eksterne toepassings ingevoer of in admin ingevoer word, word in die joernaaltabel gestoor. Wanneer daardie rekord geskep word, word ooreenstemmende joernaaltransaksies in die transaksietabel geskep, een transaksie per joernaalreël. Geen belastingtransaksies word vanaf joernale geskep nie, ongeag die bestemmingsrekening vir die joernaalreël.
As 'n hulpmiddel om joernale in admin in te voer, word 'n stel joernaalsjablone verskaf om aan te dui hoe debiete en krediete ingevoer moet word vir 'n verskeidenheid spesifieke doeleindes: openingsaldo's vir bankrekeninge, kliënt- of verskafferfakture en BTW/BTW-versoening.
Begunstigdes
’n Begunstigde-rekord word geskep wanneer banktransaksies gekategoriseer en gekoppel word aan spesifieke grootboekrekeninge. Indien ’n toekomstige banktransaksie met dieselfde begunstigde ingevoer word, word dit outomaties gekategoriseer. Begunstigdes kan geredigeer word en ’n patroon kan gestel word sodat die begunstigde met ’n substring van die banktransaksiebegunstigde gekoppel kan word. Bv. ’n patroon van Woolworth sal ooreenstem met enige banktransaksie wat Woolworth in enige deel van die begunstigdenaam het.
Indien ’n begunstigde verwyder word, word enige banktransaksie met daardie begunstigde ongekategoriseer en weer gekoppel aan alle oorblywende begunstigdes om outomaties gekategoriseer te word.
CSV-transaksie-invoere
Indien banktransaksies nie in OFX-lêerformaat of via Open Banking beskikbaar is nie, kan hulle per CSV-formaatlêer ingevoer word. In daardie geval moet ’n CSV-sjabloon geskep word wat spesifiseer watter kolom in die CSV-lêer watter transaksieveld bevat. ’n Sjabloon moet ten minste ’n datum, begunstigde en bedrag identifiseer.
Die rekeningtabel word gevul met 'n standaardstel rekeninge gebaseer op die aanvanklike streek.
Bankrekeninge kan handmatig geskep word, of via invoer deur OFX of Open Banking. Afhangende van die rekeningtipe, sal dit 'n 1010-transaksierekeningkode of 1020-spaarrekeningkode kry, met die kode wat met een verhoog word vir elke nuwe bankrekening.
Die rekeningtipe (bate, las, ekwiteit, inkomste, ander inkomste, koste van goedere, uitgawe, ander uitgawe) voldoen aan standaard rekeningkundige praktyk.
As 'n rekening 'n geassosieerde belastingkode het, sal belasting bereken en afgetrek word van die banktransaksiebedrag wanneer daardie banktransaksie gekategoriseer word. In daardie geval skep kategorisering twee kontratransaksies vir die banktransaksie: 'n netto van belasting-item vir die gekose uitgawekode, en 'n belasting-ingevorderde of betaalde transaksie vir die belastingbedrag, afhangende van of die bestemmingsrekening 'n inkomsterekening of uitgawerekening is.
Transaksies
Dit sluit drie basiese tipes transaksies in:
- ingevoerde banktransaksies, met 'n tipe DEBIET of KREDIET en bron-ID as die transaksie-ID van die bron.
- kontratransaksies wat geskep word deur banktransaksies te kategoriseer wat geen begunstigde-ID het nie. Daar kan een of twee kontratransaksies vir elke banktransaksie wees, afhangende van of die kategoriseringsrekening 'n belastingkode het of nie.
Kontratransaksies word geïdentifiseer met 'n kontra-ID-veld wat gestel is op die transaksie-ID van die ooreenstemmende banktransaksie, en dieselfde begunstigde-ID van die gekategoriseerde banktransaksie.
- joernaaltransaksies is gebalanseerde stelle transaksies wat ingevoer kan word vanaf toepassings soos fakturering of betaalstaat, of binne die administrasietoepassing geskep kan word. Joernaaltransaksies het gewoonlik geen begunstigde-ID nie, maar die begunstigdenaam wat gestel is op die geassosieerde rekeningnaam, 'n tipe 'JRN' en 'n bron-ID wat gestel is op die ID of die verwante joernaaltabelrekord.
Kategorisering
Banktransaksies word outomaties 'n begunstigde-ID toegeken wanneer hulle ingevoer word deur die transaksiebegunstigde-naam te pas by 'n gestoorde begunstigde-naam in die begunstigde-tabel. Ooreenstemming op begunstigde-naam sal een of twee kontratransaksies genereer, afhangende of die bestemmingsrekening 'n belastingkode het.
Beide die banktransaksie en kontratransaksie het dieselfde begunstigde-ID gestel, die banktransaksie het 'n nul-kontra-ID, en die kontratransaksie(s) het die kontra-ID gestel op die ID van die ooreenstemmende banktransaksie.
Joernale
'n Rekord van elke joernaal wat vanaf eksterne toepassings ingevoer of in admin ingevoer word, word in die joernaaltabel gestoor. Wanneer daardie rekord geskep word, word ooreenstemmende joernaaltransaksies in die transaksietabel geskep, een transaksie per joernaalreël. Geen belastingtransaksies word vanaf joernale geskep nie, ongeag die bestemmingsrekening vir die joernaalreël.
As 'n hulpmiddel om joernale in admin in te voer, word 'n stel joernaalsjablone verskaf om aan te dui hoe debiete en krediete ingevoer moet word vir 'n verskeidenheid spesifieke doeleindes: openingsaldo's vir bankrekeninge, kliënt- of verskafferfakture en BTW/BTW-versoening.
Begunstigdes
’n Begunstigde-rekord word geskep wanneer banktransaksies gekategoriseer en gekoppel word aan spesifieke grootboekrekeninge. Indien ’n toekomstige banktransaksie met dieselfde begunstigde ingevoer word, word dit outomaties gekategoriseer. Begunstigdes kan geredigeer word en ’n patroon kan gestel word sodat die begunstigde met ’n substring van die banktransaksiebegunstigde gekoppel kan word. Bv. ’n patroon van Woolworth sal ooreenstem met enige banktransaksie wat Woolworth in enige deel van die begunstigdenaam het.
Indien ’n begunstigde verwyder word, word enige banktransaksie met daardie begunstigde ongekategoriseer en weer gekoppel aan alle oorblywende begunstigdes om outomaties gekategoriseer te word.
CSV-transaksie-invoere
Indien banktransaksies nie in OFX-lêerformaat of via Open Banking beskikbaar is nie, kan hulle per CSV-formaatlêer ingevoer word. In daardie geval moet ’n CSV-sjabloon geskep word wat spesifiseer watter kolom in die CSV-lêer watter transaksieveld bevat. ’n Sjabloon moet ten minste ’n datum, begunstigde en bedrag identifiseer.
Opgedateer op
Veiligheid begin wanneer jy verstaan hoe ontwikkelaars jou data insamel en deel. Praktyke vir dataprivaatheid en -sekuriteit kan verskil op grond van jou gebruik, streek en ouderdom. Die ontwikkelaar het hierdie inligting verskaf en kan dit mettertyd opdateer.
Geen data word met derde partye gedeel nie
Kom meer te wete oor hoe ontwikkelaars datadeling verklaar
Geen data ingesamel nie
Kom meer te wete oor hoe ontwikkelaars insameling verklaar
Wat's nuut
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.
Almal
Meer inligtingAppsteundienste
Meer oor die ontwikkelaar
ASRO LIMITED
admin@asrosoft.com
31a Portman Road
Mount Wellington
Auckland 1060
New Zealand
+64 210 498 644
