Optimus Transfer

Zadatak

Izlazni računi klijenata stižu kao PDF i netko ih mora prepisati u knjigovodstveni program. Posao je jednoličan, a zatipak u iznosu ili OIB-u skup je i teško se primijeti — jer ništa ne pukne, samo je knjiga kriva. Gotova rješenja naplaćuju po dokumentu ili traže da tuđi podaci odu na tuđi poslužitelj, a ni jedno ni drugo servis ove veličine ne može prihvatiti.

Pristup

1. 01

   Računi su tekstualni PDF-ovi s ujednačenim rasporedom, pa se podaci izvlače pravilima nad koordinatama teksta, a ne slanjem dokumenta vanjskom servisu. Posljedica je da aplikacija uopće ne izlazi na internet, a trošak po računu je nula.

2. 02

   Iznosi u XML-u računaju se iz stavki i poreznih stopa, nikad se ne prepisuju s papira. Program zatim provjeri slaže li se taj zbroj s ukupnim iznosom otisnutim na računu; ako se ne slaže, XML ne nastaje i u sučelju piše zašto. To je jedina brana između krivo pročitanog računa i krive knjige.

3. 03

   Svaki račun u popisu ima jasno stanje — spremno, provjerite, treba dopuniti, iznosi se ne slažu — pa knjigovođa otvara samo iznimke umjesto da pregledava svaki dokument.

4. 04

   OIB-e kupaca program pamti, pa se idući mjesec za istog kupca upisuju sami. Računi na zgrade i zajednice suvlasnika nemaju OIB kupca, i to je za program normalno stanje, a ne greška.

5. 05

   Jedan opći profil hvata fiskalne račune iz bilo kojeg programa i s bilo kojom poreznom stopom, uključujući više stopa na istom računu. Račun bez PDV-a po čl. 90. st. 2. poseban je slučaj istog modela, a ne zasebna grana koda.