Admin assistant

Asrosoft

Tungkol sa app na ito

Kasalukuyang ginagawa ang app na ito.

Ang tsart ng mga account ay nilagyan ng default na hanay ng mga account batay sa inisyal na rehiyon.

Maaaring manu-manong gumawa ng mga bank account, o sa pamamagitan ng pag-import ng OFX o Open Banking. Depende sa uri ng account, bibigyan ito ng 1010 transaction account code, o 1020 savings account code, kung saan ang code ay nadaragdagan ng isa para sa bawat bagong bank account.

Ang uri ng account (asset, liability, equity, income, other income, cost of goods, expense, other expense) ay sumusunod sa karaniwang kasanayan sa accounting.

Kung ang isang account ay may kaugnay na tax code, ang buwis ay kakalkulahin at ibabawas mula sa halaga ng transaksyon sa bangko kapag ang transaksyon sa bangko na iyon ay ikinategorya. Sa kasong iyon, ang pagkategorya ay lumilikha ng dalawang kontra-transaksyon para sa transaksyon sa bangko: isang net ng item ng buwis para sa napiling expense code, at isang tax collected o binayaran na transaksyon para sa halaga ng buwis, depende sa kung ang destination account ay isang revenue account o expense account.

Mga Transaksyon
Kabilang dito ang tatlong pangunahing uri ng mga transaksyon:
- mga na-import na transaksyon sa bangko, na may uri ng DEBIT o CREDIT at ang source id ay ang transaction id mula sa source.
- mga transaksyong contra na nilikha sa pamamagitan ng pag-kategorya ng mga transaksyon sa bangko na walang nakatakdang payee id. Maaaring mayroong isa o dalawang transaksyong contra para sa bawat transaksyon sa bangko depende sa kung ang categorization account ay may tax code o wala.

Ang mga transaksyong contra ay kinikilala gamit ang isang field na contra id na nakatakda sa transaction id ng kaukulang transaksyon sa bangko, at ang parehong payee id ng nakategoryang transaksyon sa bangko.
- ang mga transaksyon sa journal ay mga balanseng hanay ng mga transaksyon na maaaring ma-import mula sa mga application tulad ng pag-invoice o payroll, o nilikha sa loob ng admin application. Ang mga transaksyon sa journal sa pangkalahatan ay walang payee id, ngunit ang pangalan ng payee ay nakatakda sa nauugnay na pangalan ng account, isang uri ng 'JRN' at isang source id na nakatakda sa id o sa kaugnay na talaan ng journal table.

Pagkategorya
Ang mga transaksyon sa bangko ay awtomatikong binibigyan ng payee id kapag na-import ang mga ito sa pamamagitan ng pagtutugma ng pangalan ng payee ng transaksyon sa isang naka-save na pangalan ng payee sa talahanayan ng payee. Ang pagtutugma sa pangalan ng tatanggap ay bubuo ng isa o dalawang kontra na transaksyon, depende kung ang destination account ay may tax code.

Parehong ang transaksyon sa bangko at ang kontra na transaksyon ay may parehong nakatakdang payee id, ang transaksyon sa bangko ay may null na kontra id, at ang kontra na transaksyon ay may kontra id na nakatakda sa id ng kaukulang transaksyon sa bangko.

Mga Journal
Ang isang talaan ng bawat journal na na-import mula sa mga panlabas na aplikasyon o ipinasok sa admin ay sine-save sa talahanayan ng journal. Kapag ang talaang iyon ay nalikha, ang mga kaukulang transaksyon sa journal ay nalikha sa talahanayan ng mga transaksyon, isang transaksyon bawat linya ng journal. Walang mga transaksyon sa buwis ang nalikha mula sa mga journal, anuman ang destination account para sa linya ng journal.

Bilang tulong sa pagpasok ng mga journal sa admin, isang hanay ng mga template ng journal ang ibinibigay upang ipahiwatig kung paano dapat ilagay ang mga debit at kredito para sa iba't ibang partikular na layunin: mga pambungad na balanse para sa mga bank account, mga invoice ng customer o supplier at pagkakasundo ng GST/VAT.

Mga Tatanggap
Ang isang talaan ng tatanggap ay nalikha kapag ang mga transaksyon sa bangko ay ikinategorya at iniuugnay sa mga partikular na account ng ledger. Kung ang isang transaksyon sa bangko sa hinaharap ay na-import gamit ang parehong tatanggap, awtomatiko itong ikinakategorya. Maaaring i-edit ang mga payee at magtakda ng pattern para maitugma ang payee sa isang sub-string ng transaksyon sa bangko ng payee. Hal., ang pattern ng woolworth ay tutugma sa anumang transaksyon sa bangko na may woolworth sa anumang bahagi ng pangalan ng payee.

Kung ang isang payee ay tinanggal, ang anumang transaksyon sa bangko kasama ang payee na iyon ay hindi ikakategorya, at muling itutumbas sa lahat ng natitirang payee para awtomatikong maikategorya.

Mga pag-import ng transaksyong CSV
Kung ang mga transaksyon sa bangko ay hindi magagamit sa format ng OFX file o sa pamamagitan ng Open Banking, maaari itong i-import sa pamamagitan ng CSV format file. Sa kasong iyon, kailangang gumawa ng isang CSV template na tumutukoy kung aling column sa CSV file ang naglalaman ng kung anong field ng transaksyon. Ang isang template ay kailangang tumukoy ng petsa, payee at halaga sa pinakamababa.

Ano'ng bago

Initial release for open testing.

Your feedback will help us improve! Rate the app and leave us a comment.