Admin assistant

1+
Преземања
Оцена на содржината
Сите
Слика од екранот
Слика од екранот
Слика од екранот
Слика од екранот
Слика од екранот
Слика од екранот
Слика од екранот
Слика од екранот
Слика од екранот
Слика од екранот
Слика од екранот
Слика од екранот
Слика од екранот
Слика од екранот

За апликацијава

Оваа апликација моментално е во фаза на развој.

Сметковниот план е пополнет со стандарден сет на сметки врз основа на почетниот регион.

Банкарските сметки може да се креираат рачно или преку увоз преку OFX или Open Banking. Во зависност од типот на сметка, ќе се добие код на трансакциска сметка 1010 или код на штедна сметка 1020, при што кодот се зголемува за еден за секоја нова банкарска сметка.

Типот на сметка (имот, обврска, капитал, приход, друг приход, цена на стока, трошок, друг трошок) е во согласност со стандардната сметководствена пракса.

Ако сметката има поврзан даночен код, данокот ќе се пресмета и одземе од износот на банкарската трансакција кога таа банкарска трансакција ќе се категоризира. Во тој случај, категоризацијата создава две контратрансакции за банкарската трансакција: ставка нето данок за избраниот код на трошок и трансакција наплатен или платен данок за износот на данокот, во зависност од тоа дали целната сметка е сметка за приходи или сметка за расходи.

Трансакции
Ова вклучува три основни типа на трансакции:
- увезени банкарски трансакции, со тип ДЕБИТ или КРЕДИТ и изворен идентификатор кој е идентификаторот на трансакцијата од изворот.
- контра трансакции креирани со категоризирање на банкарски трансакции кои немаат поставен идентификатор на примач. Може да има една или две контра трансакции за секоја банкарска трансакција во зависност од тоа дали сметката за категоризација има даночен код или не.

Контра трансакциите се идентификуваат со поле за контра идентификатор поставено на идентификаторот на трансакцијата на соодветната банкарска трансакција и истиот идентификатор на примач на категоризираната банкарска трансакција.
- трансакциите во дневникот се избалансирани групи на трансакции кои можат да се увезат од апликации како што се фактурирање или исплата на плати или креирани во рамките на апликацијата за администрација. Трансакциите во дневникот генерално немаат идентификатор на примач, но името на примачот е поставено на поврзаното име на сметката, тип на „JRN“ и изворен идентификатор поставен на идентификаторот или поврзаниот запис во табелата на дневникот.

Категоризација
На банкарските трансакции автоматски им се доделува идентификатор на примач кога се увезуваат со споредување на името на трансакцијата на примачот со зачуваното име на примачот во табелата на примачот. Совпаѓањето на името на примачот ќе генерира една или две контра трансакции, во зависност од тоа дали дестинациската сметка има даночен код.

И банкарската трансакција и контра трансакцијата имаат ист ID на примачот, банкарската трансакција има нулти ID на контра, а контра трансакцијата(ите) имаат ID на контра поставен на ID на соодветната банкарска трансакција.

Дневници
Запис за секој дневник увезен од надворешни апликации или внесен во администратор се зачувува во табелата на дневникот. Кога ќе се креира тој запис, соодветните трансакции на дневникот се креираат во табелата со трансакции, една трансакција по ред на дневникот. Не се креираат даночни трансакции од дневниците, без оглед на дестинациската сметка за редот на дневникот.

Како помош за внесување дневници во администратор, обезбеден е сет шаблони на дневник за да се покаже како треба да се внесуваат дебити и кредити за различни специфични цели: почетни салда за банкарски сметки, фактури за клиенти или добавувачи и усогласување на GST/ДДВ.

Приматели
Запис за примачот се креира кога банкарските трансакции се категоризираат и се поврзуваат со специфични сметки во главната книга. Ако се увезе идна банкарска трансакција со истиот примател, таа се категоризира автоматски. Примателите на плаќањето можат да се уредуваат и да се постави шема, така што примателот може да се спореди со подниза од примателот на банкарската трансакција. На пример, шемата на woolworth ќе се совпадне со која било банкарска трансакција што го содржи woolworth во кој било дел од името на примателот.

Ако примателот е избришан, секоја банкарска трансакција со тој примател е некатегоризирана и повторно се споредува со сите преостанати приматели за автоматски да се категоризира.

Увоз на CSV трансакции
Ако банкарските трансакции не се достапни во OFX формат на датотека или преку Open Banking, тие можат да се увезат преку датотека во CSV формат. Во тој случај, треба да се креира CSV шаблон што одредува која колона во CSV датотеката содржи кое поле за трансакција. Шаблонот мора да идентификува датум, примател на плаќање и износ најмалку.
Ажуриранa на
22 фев. 2026 г.

Безбедност на податоците

Предуслов за безбедност е да знаете како програмерите ги прибираат и ги споделуваат вашите податоци. Практиките за приватност и безбедност на податоците може да варираат според вашиот начин на користење, регион и возраст. Програмерот ги обезбедил овие информации и може да ги ажурира во иднина.
Не се споделуваат податоци со трети страни
Дознајте повеќе како програмерите изјавуваат споделување податоци
Не се прибираат податоци
Дознајте повеќе како програмерите изјавуваат прибирање податоци

Што има ново

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.