Autor Tema: Računalno popunjavanje i ispis papirnatih obrazaca  (Posjeta: 32903 )

Offline Insomnia

  • Banned
  • Sve zna, sve čita, svugdje piše...
  • Postova: 1.289
Odg: Računalno popunjavanje i ispis papirnatih obrazaca
« Odgovori #15 : 25 Ožujak 2009, 22:03:57 poslijepodne »
tek sam se probudila pa slabo kopčam... šta ako nije poslova u 2007. i 2008. godini??
kakve su im to k..kontrole? stavi kunu sim, stavi kunu tam, pa kad ubace file u obradu... šta unda?

Offline glonga

  • Forumska Al-tipkovnica
  • Gožđeno pero foruma
  • ***
  • Postova: 10.154
Odg: Računalno popunjavanje i ispis papirnatih obrazaca
« Odgovori #16 : 26 Ožujak 2009, 00:45:45 prijepodne »
Ne znam pojma. Vidi ću sutra.
Čini mi se da su dosad ovi TSI i GFI imali samo jedan radni list u tabličnom kalkulatoru. Sad kao mali poduzetnik triba popunit tri (BIL, RDG i DOP-POD). Ako su ćelije u radnom listu tabličnog kalkulatora prazne - obrazac ih ne tretira kao ćelije koje sadrže vrijednost 0. Ondak ovaj koji nije poslovao najmanje dvije godine u BIL unese sve nule osim u rubriku "Nofci na računima i u blagajni" i suprotivno tomu isto i u temeljni kapital i to oboje u stupce i za 2007. i 2008. Kontrole se crvene ko Crveni trg. Ondak unese sve nule u RDG i DOP-POD i opet se nešto kontrola crveni. Pošto su novci bili na računu u banci onda ima neka crkavica od kamate pa kad se počme ona razčlanjivat onda se neke kontrole pale a neke gase. I tako desetak dana, desetak ljudi igra glavolomke. Ondak jedan zovne Finu i upali mu se da taj novi obrazac tretira RDG i DOP-POD nepopunjenim ne samo ako su mu ćelije prazne nego i ako sve sadrže vrijednost 0. Jerbo mu kažu da ubaci sim i tam po kunu i onda se kontrole koje su upozoravale da RDG i DOP-POD ne štimaju - čudotvorno ugase. E, i da iz Fine kažu da ta sim-tam kunica je u okvirima tolerancije zaokruživanja zbog onih nevišćih koji ODBC-om čupaju podatke iz baza.
Nemam ovdje i sad nikakav tablični kalkulator pa ovo pišem po sjećanju. Pogleda ću sutra. A Vinku ću reć da upita i u poreznoj za ovo kad bude pridavat onaj PDV-K i ono čudo za PD.
Unti.
Kad su ovi minjali porezni kalendar?
http://www.pu.mfin.hr/porezi/p_kalendar2009.asp?id=b02d3&MonthPart=04
http://www.pu.mfin.hr/porezi/p_kalendar2009.asp?id=b02d3&MonthPart=03
Dosad je ovo bilo sve do 31.3. (PDV-K i PD). Ili nije?
I ja se čudim da Fina tek 17.3 objavi obrazac za nešto što triba pridat 31.3.
Ma, i sutra je dan. Tj. već danas.

Edit:
Ovo mi sad ne da zaspat.
Ili nisu u redu porezni kalendari:
http://www.pu.mfin.hr/porezi/p_kalendar2009.asp?id=b02d3&MonthPart=04
http://www.pu.mfin.hr/porezi/p_kalendar2009.asp?id=b02d3&MonthPart=03

Ili su mi promakle izmjene i dopune Zakona o računovodstvu:
http://narodne-novine.nn.hr/clanci/sluzbeni/329423.html
(članak 21)

Aha. A ovi što ne posluju moraju Fini do 31.3. dostaviti (i/ili?) Izjavu o neaktivnosti (članak 20. točka 7.).

« Zadnja izmjena: 26 Ožujak 2009, 01:15:37 prijepodne glonga »

Offline Insomnia

  • Banned
  • Sve zna, sve čita, svugdje piše...
  • Postova: 1.289
Odg: Računalno popunjavanje i ispis papirnatih obrazaca
« Odgovori #17 : 26 Ožujak 2009, 10:19:01 prijepodne »
probudila sam se prije više od tri sata, ali te opet ne kužim  -?

rokovi su 20.04. za prvo tromjesječje (tsi-pod)

30.04. za pdv-k (2008)

i 30.04. za PD

di piše 31.03. da se predaju gorenavedeni obrasci?  :-\

Offline glonga

  • Forumska Al-tipkovnica
  • Gožđeno pero foruma
  • ***
  • Postova: 10.154
Odg: Računalno popunjavanje i ispis papirnatih obrazaca
« Odgovori #18 : 26 Ožujak 2009, 10:23:56 prijepodne »
De ti umij bilo lišce ladnon vodon i brez mrluvanog soplunčića.

Glede budnosti, a ne glede igijene.

Piše ti u Zakonu u računovođstvu u članjku dvajesprvom.
http://narodne-novine.nn.hr/clanci/sluzbeni/329423.html

Ako i njeg đava nije odnijo s izmjenidbama i dopunidbama.

I ne zamiri na inglendi.
:)

Da san vridna koliko san jidna govnetu bi krv popila.

Offline Insomnia

  • Banned
  • Sve zna, sve čita, svugdje piše...
  • Postova: 1.289
Odg: Računalno popunjavanje i ispis papirnatih obrazaca
« Odgovori #19 : 26 Ožujak 2009, 10:57:55 prijepodne »
tu zadnju rečenicu si triba napisat u muškom rodu, 'vako će neko pomislit da si mislijo name, a ne nase...

u finu dostavljaš izvješća koja se ne popunjavaju na statističkim obrascima, citiram zakon: bilancu, račun dobiti i gubitka i dodatne podatke za prethodnu kalendarsku godinu. ti se podatci ne predaju na nikakvim statističkim obrascima, već na zakonom o računovodstvu propisanim (i to samo sadržajno) obrascima koje ima svaki knjigovodstveni software.
a moreš popunit i rukom na obrascu kojeg kupiš u knjižari.

ne vidim kakve onda veze ima to što su statistički obrasci stavljeni 17.03. kad te obrasce ionako predaješ na datume koje sam već navela (tsi-pod za I. tromjesječje 2009. do dana 20.04. te gfi-pod za 2008. do dana 30.04.)
uz to na dan 30.04. predaješ i pd i pdv-k u poreznu upravu.

možda se i ne razumimo najbolje, možda ja idem u kupe, a ti u špade, ja samo znam da ne kasnim sa ničim i ne zabrinjavam se previše sa statističkim obrascima...

Offline Insomnia

  • Banned
  • Sve zna, sve čita, svugdje piše...
  • Postova: 1.289
Odg: Računalno popunjavanje i ispis papirnatih obrazaca
« Odgovori #20 : 26 Ožujak 2009, 11:03:37 prijepodne »
Dosad je ovo bilo sve do 31.3. (PDV-K i PD). Ili nije?

za te obrasce nije nikad bio taj rok.

Citat:
I ja se čudim da Fina tek 17.3 objavi obrazac za nešto što triba pridat 31.3.

obzirom da obrasci koje treba predati u finu do 31.03. nisu statistički koji su objavljeni na stranicama, tako nisu ni kasnili previše sa datumom objave istih.

dakle, obrasci koje treba predati u finu su:

- bilanca, račun dobiti i gubitka i dodatni podatci za prethodnu kalendarsku godinu. do 31.03.
- statistički obrazac TSI-POD za prvo tromjesječje 2009. godine do dana 20.04.
- godišnji statistički izvještaj GFI-POD za prethodnu, 2008. godinu do dana 30.04.

obrasci koji se predaju u poreznu upravu su:

- konačni obračun pdv-a, obrazac PDV-K do dana 30.04.
- obračun poreza na dobit, obrazac PD do dana 30.04. uz prateću dokumentaciju (bilanca stanja i uspjeha, bilješke i izlistaj završne bruto bilance)



Offline Insomnia

  • Banned
  • Sve zna, sve čita, svugdje piše...
  • Postova: 1.289
Odg: Računalno popunjavanje i ispis papirnatih obrazaca
« Odgovori #21 : 26 Ožujak 2009, 11:05:43 prijepodne »
slobodno me ispravi ako griješim, možda se nešto i prominilo i meni poprilično zauzetoj drugim poslovima promaklo, pa se unaprijed ispričavam na eventualno krivim podatcima.

Offline Rukk

  • Tek se pojavio na forumu...
  • Postova: 1
Odg: Računalno popunjavanje i ispis papirnatih obrazaca
« Odgovori #22 : 06 Listopad 2009, 11:34:43 prijepodne »
Pozdrav svima

Zanima me jel ima koja nova verzija PDV obrazca za ispunjavanje, na ovim mi javlja da je doslo do greske.

Pozdrav

Offline glonga

  • Forumska Al-tipkovnica
  • Gožđeno pero foruma
  • ***
  • Postova: 10.154
Odg: Računalno popunjavanje i ispis papirnatih obrazaca
« Odgovori #23 : 06 Listopad 2009, 12:25:11 poslijepodne »
Izgleda da je nešto na službenom PDV obrascu mijenjano za kolovoz, ako ništa drugo onda stopa 23%.

Na ovom linku ima nešto novo (8/2009) u .pdf i .xls formatu. http://porezi.net/obrasci.aspx
Nije oprobano.

Xanadu ima onaj još stariji (na prvi pogled, možda je ažuriran, nije provjereno) obrazac za download: http://www.xanadu.hr/ostalo/download/pdv.asp

Ekopen ima nešto za download sa 23%
http://www.ekopen.hr/index.php?option=com_content&task=view&id=376&Itemid=75
Nije oprobano.

Tete u likvidaturi se snalaze s Typewriter alatom za (npr.za Acrobat Reader, ili u Foxit-u) ili popune kemijskom, čim sračunaju u tabličnom kalkulatoru ili na onom starostavnom s vrpcom.
Nove verzije ovdje? Ne znam. Gnjavim se kombinacijama Perl & Apache &(La)Tex & Browser za precizan ispis. Acrobat, pa čak i Reader nisu baš za uredsko okružje (Foxit je dovoljno mali i dovoljno brz za čitat .pdf). Čisto mi krivo što OpenOffice (www.openoffice.org) nema SQL-oidnu bazu, bio bi i potreban i dovoljan za uredske poslove.
« Zadnja izmjena: 06 Listopad 2009, 13:24:46 poslijepodne glonga »

Offline glonga

  • Forumska Al-tipkovnica
  • Gožđeno pero foruma
  • ***
  • Postova: 10.154
z
« Odgovori #24 : 11 Studeni 2009, 15:13:28 poslijepodne »

Openoffice ipak ima SQloidnu bazu. Samo je previše sqloidna. :) Kao i SQLlite.

Pokušaji rješavaja problema papirnatih obrazaca M$ softverom su manje-više neuspješni.
Sjećam se jednog pokušaja nadobudnog kolege koji je danima u M$ Excelu pravio rješenje za ispis uplatnica i arhiviranje podataka o ispisanim uplatnicama.
Skenirana je uplatnica unesena u Excel radni list i "precrtana" ćelijama, polja za ispis su pravljena spajanjem tako dobijenih ćelija ("merge cells"). Radni list za unos podataka je pretenciozno izbrušen gumbima i padajućim izbornicima. Radni list za arhiviranje ispisanih radio je tako da je gumb za ispis na radnom listu "unos" pokretao ispis podataka s radnog lista "ispis" i istovremeno dodavao redak u radnom listu "arhiv" u kom su bili smješteni transponirani podaci s ispisane uplatice u jednom novom redku.
Treba li reći da se ispis i izgled radnih listova, pogotovo onog "ispis" raspao na drugom računalu pod istim OS-om i s istom verzijom M$ Office-a?
Greška se općenito pripisuje "čudnom" baratanju grafikom M$ Excel-a, sklonosti da samovoljno i nedokumentirano poveća širinu uvezene grafike, a sve je navodno povezano s različitim postavkama predložaka (template) na različitim računalima (normal.dot, u ovom slučaju normal.xlt), najviše postavkama vrste i veličine osnovnog fonta te u temelju internim postavkama mjerenja dimenzija širine i visine ćelije u M$ Excelu.

Ni pokušaji rješavanja problema drugim alatima M$ Office-a nisu bili baš uspješni. Najveća većina onih koji su pokušavali riješiti problem ispisa obrazaca ispisom M$ Access ova izvještaja nisu uglavnom stigli ni do problema "metrika pisača", ubili su se na uklanjanju standardnog zaglavlja i podnožja, definiranju "custom size" veličine papira ili već nečem drugom. M$ Word i njegova implementacija polja (fields i mail merge) je tako traljava i mušičava da se na nju nije moguće osloniti.
Jedna verzija programa M$ Visio je nešto i obećavala mogućnošću povezivanja na baze (izvore vanjskih podataka) što je uz vektorsko crtanje i mogućnost dodavanja slojeva (layers) izgledalo kao alat koji može riješiti problem, sve je ostalo na razini bučnih najava.
U uredskom M$ okružju problem ostaje praktično nerješiv.

O Adobe rješenjima je bilo riječi u prethodnim upisima. Adobe alati su preglomazni i preskupi da bi se njima rješavali problemi ispisa papirnatih obrazaca u uredskom okružju. Javascript na kojem počiva njihova implemetacija formulara ne smatram sretno izabranim alatom za računske operacije s novcima pogotovo.

Specijalizirano rješenje zvano Omniform ima problema s obrascima veličine A4. Softver je sad u vlasništvu kompanije koja ga ne održava niti unaprjeđuje tako da je praktično u statusu abandonware. Razni FormPiloti i slični programi nisu još dostigli Omniform koji je bio dobar za obrasce manje od A4 iako je i s njima imao problema čim mu se baza podataka primakne blizu nedokumentiranom limitu veličine baze.

Openoffice u najnovijoj verziji ima tu najnoviju verziju lokaliziranu za Hrvatsku. Ranije je lokalizacija novih verzija prilično kasnila. Zasad ne znam kako se ponašaju datoteke njegovog tabličnog kalkulatora (Calc) u odnosu na razmatranu problematiku a na različitim računalima i različitim operativnim sustavima. Čini se da Calc nije sklon razvlačenju uvezene grafike kao M$ Excel. Inače, Openoffice u uredskom okružju bez problema može zamijeniti M$ Office.

Jedno od mogućih rješenja problema je nešto slično www.sql-ledger.org
Ideja je nastala u radu na lokalizaciji sql-ledgera čiju softversku pozadinsku infrastrukturu može nositi uredski hardver neovisno o platformi i operativnom sustavu.
Perl www.perl.org
Apache www.apache.org
PostgreSQL www.postgresql.org
TeX http://www.tug.org
odnosno LaTeX http://www.latex-project.org/
Database Interface and drivers
http://search.cpan.org/search?module=DBI
http://search.cpan.org/modlist/Database_Interfaces/DBD
http://search.cpan.org/dist/DBD-Pg/

U ovom slučaju korisnik web pretraživačem otvara Perl skriptu s lokalnog Apache ili drugog web servera, popunjava obrazac i šalje ga na ispis. Precizan ispis podržava LaTeX, arhiviranje i ažuriranje Postgres SQL baze rješava se Perl skriptom pomoću odgovarajućih interfejsa i drajvera.

Zašto ovo pišem?

Jerbo piksel nije piksel. Jedan standardni A4 obrazac se uzjogunio pri pokušaju uvoza u LaTeX dokument. Otvaranjem izvornog obrasca u .pdf formatu vidi se da ga je neki državni službenik napravio u M$ Wordu i izvezao u .pdf. Dimenzije obrasca su dimenzije standardnog A4 papira. To ne smeta Adobe Reader-u da mu pročita dimenzije po volji drukčije. U zadnjem pokušaju 595.2 x 842.0 pt. Inkscape otvara Pandorinu kutiju (www.inkscape.org). Gimp mu pomaže (www.gimp.org) u slutnji da međuplatformska rješenja nisu jednostavna. Jer Apple Mac priča u 72 dpi, Windowsi uglavnom u 96 dpi, unixoidi u 100 dpi.
A sve je počelo jer LaTeX uz korištenje paketa "geometry" i "graphicx" uvozi .eps sliku A4 formata uz poruke o greškama koje se daju ignorirati (hbox & vbox overfull) ali začuđuje da uvezenu grafiku standardne A4 velične tretiraju s dimenzijama 597.45204pt x 845.1575pt.
Jedino što mi pada na pamet da je uzrok u neažurnom (starom) paketu "geometry" u TeX instalaciji. U najnovijoj verziji tvrde da su ispravili greške od 1 mm u definiciji nekih ISO formata papira. Ne želim vjerovati u međuplatformske probleme i povezanost sa stvarnom fizičkom rezolucijom svakog pojedinog ekrana jer mi onda pada definicija dvips-a (device indepedent). Ili je kriv pdfTeX?
Nakon uvoza .eps slike obrasca u LaTeX i renderiranja u .pdf format sve izgleda uredno do otvaranja te nove .pdf datoteke u Acrobat Readeru - desna margina je vidno pomaknuta na račun lijeve u ovom .pdf pregledniku u odnosu na LaTeX-ov .pdf preglednik.
Prethodna greška od 1 mm ili cca. 3 piksela ne bi trebala biti problematična u kontekstu popunjavanja obrasca uz primjenu paketa "textpos" na različitim platformama. Na mogući ozbiljan problem upućuje neobjašnjen pomak cijele slike ulijevo za oko 1 cm kad se LaTeX-ova renderirana .pdf datoteka otvori u Adobe Readeru.

Tako zasad stoje stvari s uvozom slike obrasca u LaTeX.
Drukčiji pristup koji uključuje "prepisivanje" obrasca u LaTeX-u zasad nije prihvatljiv.
« Zadnja izmjena: 11 Studeni 2009, 15:22:24 poslijepodne glonga »

Offline glonga

  • Forumska Al-tipkovnica
  • Gožđeno pero foruma
  • ***
  • Postova: 10.154
Odg: Računalno popunjavanje i ispis papirnatih obrazaca
« Odgovori #25 : 11 Studeni 2009, 20:33:17 poslijepodne »

Recept. Riceta. Propisano pripisivanje.

Ispada da se LaTeX paketi "graphic" i "graphicx" ne ponašaju očekivano u kombinaciji s paketom "textpos" u smislu uspješna korištenja na zadaći popunjavanja i ispisa papirnatih obrazaca. Paket "PSfrag" je iz drugih razloga (ot)pao još ranije. Tako da "kopiranje" i "precrtavanje" izvornih obrazaca otpada u ovoj kombinaciji.

Ranije spominjani XML i XSL (XSLT) je mjed što zveči i cimbal što ječi. Pogotovo kad je M$ počeo propietary zasvinjavati po OpenDocument formatu i XML-u. Tu trava još dugo ne će moć rasti.

Temelj za neprihvatljivost "prepisivanja" izvornog obrasca u LaTeX je lijenost. Lijenost lako potpomognemo pričom o (neovlaštenom?) narušavanju "originalnosti" obrasca, pravnim zapetljancijama okolo copyright-a, naglim i nenajavljenim izmjenama obrasca od strane izdavatelja što traži česte i neočekivane izmjene (za najmanju izmjenu izvornog treba nanovo od nule pisati LaTeX)...

Najlakše ih je tretirati kao i sve preprinted obrasce (npr. uplatnicu). Isprintaš jednom skinuti .pdf obrazac, vratiš ga u printer i isprintaš na taj list pripremljene podatke iz druge datoteke (kao uplatnica). Ovo je malo nezgodno na mrežnim printerima jer tu po Marfijevim zakonima drugi korisnici tog mrežnog printera ništa ne rade dok vi u ladicu za papir ne umetnete list preprintanog obrasca, u tom momentu svi imaju nešto za ispis.
Priprema datoteke s podacima za ispis na predprintani obrazac je zapravo preteča priče o XML-u - odvajanje podataka od načina njihova prikaza, taman kad su XML i XSLT bili na najboljem putu da na ovoj zadaći budu lako praktično upotrebljivi uletio je M$ sa svojim implementacijama (XML u Excelu 2003 i drugim M$ Office programima).
Daklem, tretirati obrazac kao predprintan, a u LaTeX-u pripremiti samo podatke za ispis npr. paketom "textpos". Zapravo, napraviti LaTeX predložak koji će te podatke preuzimati/dobivati i točno pozicionirati za ispis na predprintan obrazac.

Offline glonga

  • Forumska Al-tipkovnica
  • Gožđeno pero foruma
  • ***
  • Postova: 10.154
TeX
« Odgovori #26 : 12 Studeni 2009, 01:13:48 prijepodne »

Evo u privitku nulte verzije LaTeX podatkovnog overlay-a za važeći HR PDV obrazac napravljenog "textpos-om".

Ovaj online kompajler (Uni-Halle) se buni ali ipak napravi .pdf.
http://nirvana.informatik.uni-halle.de/~thuering/php/latex-online/latex.php?sprachauswahl=2

http://sciencesoft.at/latex/?lang=en je trenutno nedostupan.

pdv_23.tex u privitku.
.tex nije dopušten u privitku pa je pdv_23.txt

edit
Unatoč utf8 kodiranju u datoteci treba zamijeniti pojave slova Š i Č koja ovaj server pri downloadu čudesno zamijeni sa ≈† i ƒå jer se pri online kompajliranju zbog toga pojavljuje Fatal error.
Objavljivanje koda u "code" prozoru u ovom upisu nije prošlo, vjerojatno zbog broja redaka.
« Zadnja izmjena: 12 Studeni 2009, 01:26:43 prijepodne glonga »

Offline glonga

  • Forumska Al-tipkovnica
  • Gožđeno pero foruma
  • ***
  • Postova: 10.154
Odg: Računalno popunjavanje i ispis papirnatih obrazaca
« Odgovori #27 : 12 Studeni 2009, 13:52:14 poslijepodne »

http://sciencesoft.at/latex/?lang=en je jutros dostupan.
Renderira pdv_23.txt samo je u svim oprobanim formatima (pdfwrite, png16, eps...) i svim rezolucijama "obreže" do rubova teksta, napravi nešto kao kad Gimp radi "Autocrop". Ne znam zašto.

http://nirvana.informatik.uni-halle.de/~thuering/php/latex-online/latex.php?sprachauswahl=2
uz niz poruka o greškama (uglavnom na overfull hbox koje u slijedećim verzijama treba minimizirati koliko je moguće) ipak kompajlira .pdf koji opet ima malo čudne dimenzije 595.3 x 841.9 pt, a ne 595.0 x 842.0 pt.
Kula babilonska od definicija tipografske točke.

Offline glonga

  • Forumska Al-tipkovnica
  • Gožđeno pero foruma
  • ***
  • Postova: 10.154
Calc & LaTeX PDV
« Odgovori #28 : 18 Studeni 2009, 01:49:19 prijepodne »

U privitku ovoga upisa je datoteka pdf23.ods (17.447 bytes) napravljena tabličnim kalkuratorom Calc koji je dio uredskog paketa OpenOffice 3.1.1.

OpenOffice je solidna besplatna zamjena za Microsoft Office, lokaliziran je na Hrvatski i dostupan je za preuzimanje na web adresi http://hr.openoffice.org/index.html

Programski paket OpenOffice ima mogućnost spremanja datoteka u odgovarajućim Microsoft Office formatima (.doc, .xls ...) što u slučaju ove datoteke namjerno nije napravljeno.

Datoteka pdf23.ods služi za unos, obradu i ispis podataka na važeći obrazac za prijavu PDV-a.
Nastala je kao varijanta perl cgi skripte i namijenjena je korisnicima koji nemaju pristup web serveru s tom perl skriptom, a ne moraju imati ni instaliran LaTeX programski paket ukoliko podatke iz PDV prijave ne smatraju preosjetljivima za obradu na nekom online serveru s besplatnom LaTeX obradom kao što je npr. http://nirvana.informatik.uni-halle.de/~thuering/php/latex-online/latex.php?sprachauswahl=2

Na radnom listu "pdf23" unose se podatci u bijela polja. U sivim poljima je nepromjenjivi tekst i vrijednosti koje su rezultati obrade. Siva polja su zaštićena od mogućih slučajnih izmjena pri radu.
Na manjim zaslonima i nižim rezolucijama radni list za unos podataka možda ne će moći biti pregledno prikazan.
Ako vam zbog toga ili za bilo kakvu drugu izmjenu u tim poljima u ovom radnom listu ili radnom listu "txt" zatreba lozinka, na oba radna lista lozinka je ista: imoart.

Datoteka ne sadrži nikakve korisničke makro naredbe.

Popunjavanjem radnog lista "pdv23" ažurira se radni list "txt" koji je LaTeX ulazna datoteka pripremljena korištenjem paketa textpos.
http://ctan.org/tex-archive/macros/latex/contrib/textpos/

Sadržaj radnog lista "txt" potrebno je kopirati (Ctrl+A, Ctrl+C) i zalijepiti (Ctrl+V) u vaš LaTeX editor na lokalnom računalu ili na neki online LaTeX editor.
Datoteka je napravljena UTF-8 kodiranjem, tako da ćete nakon lijepljenja (Ctrl+V) u ulazni prozor LaTeX editora morati provjeriti sve dijakritičke znakove koje ste ranije unijeli na radnom listu "pdv23" (ŠĐČĆŽšđčćž). (Ništa strašno, posljedice grešaka u kodiranju fontova masovne su u školskim udžbenicima novijih izdanja.)
Za rezultat LaTeX obrade izaberite .pdf format (oni koji znaju što rade mogu i bilo koji drugi).
Na http://nirvana.informatik.uni-halle.de/~thuering/php/latex-online/latex.php?sprachauswahl=2 je kao standardni izlazni format postavljen Postscript, a moguće je izabrati PDF ili DVI.
Izlaznu .pdf datoteku spremite na lokalno računalo i ispišite je na pisaču u čiju ulaznu ladicu za papir stavite već ispisan prazan (nepopunjen) PDV obrazac koji je dostupan na web mjestu Porezne uprave http://www.pu.mfin.hr
Trenutno je izravan link na obrazac: Obrazac PDV23nn9709.pdf

Moguće su greške, radi se o prvoj i netestiranoj verziji.

Ne preuzimam odgovornost za bilo kakvu štetu koju bi vam moglo uzrokovati korištenje datoteke iz privitka ili podataka iz ovoga upisa.

Privitak: pdf23.ods.zip (15.890 bytes)
« Zadnja izmjena: 18 Studeni 2009, 02:12:43 prijepodne glonga »

Offline glonga

  • Forumska Al-tipkovnica
  • Gožđeno pero foruma
  • ***
  • Postova: 10.154
HUB 1-1 i .ba uplatnice
« Odgovori #29 : 20 Studeni 2009, 19:10:37 poslijepodne »

Lokalizacija sql-ledger-a provlači se i na lokalizaciju čekova, "transfer order-a" - uplatnica.

hr-hr uplatnica za računalno popunjavanje do razine ČPP/FAQ opisana je na web stranicama http://www.hub.hr/Default.aspx?art=1580&sec=527
gdje hub u URL-u zapravo znači Hrvatska udruga banaka. S tog web mjesta se lako nađu odgovarajuće reference na regulativu u službenom dijelu www.nn.hr

hr-ba uplatnice u smislu uvodnog upisa na ovoj temi su čudno definirane u zakonima i praksi. Uplatnica koja se tamo može sresti u uporabi (za opće i posebne namjene) propisana je po tamošnjoj upravi mjerodavnoj za tamošnji PDV u dokumentu http://www.uino.gov.ba/download/Dokumenti/Dokumenti/hr/Porezi/Jedinstveni_racun/Pravilnik_uplacivanje_indirektnih_poreza_89-05.pdf
doduše, moguće je vidjeti i uplatnice slične hr-hr HUB 1-1 ispisane uz (tkz. režijske) račune tamošnjih telekom operatora, elektrodistribucija i drugih koji izdaju rekurzivne mjesečne račune većem broju korisnika njihovih usluga i kupaca njihovih roba.
Ranije spominjana uplatnica u tiskanoj verziji "Grafotiska" zbog egzotičnog rastera poseban je izazov za slovoslog i ispis podataka.
Pristup tamošnjem ekvivalentu Narodnih novina se još uvijek plaća što otežava potragu za propisima koji definiraju sadržaj i obličje uplatnica.
Očito se .ba stanovništvo više iscrpljuje na međusobna trvenja nego na ostvarenje prava pristupa službenom dijelu web mjesta svojih službenih glasila bez posebne naknade.

Prije objavljivanja .ods datoteke za ovu namjenu a slične onoj iz prethodnog upisa trebat će razmotriti uporabu nekih drugih LaTeX paketa.

Umjesto paketa geometry (http://ctan.org/tex-archive/help/Catalogue/entries/geometry.html) razmotrit će se uporaba paketa vmargin (http://ctan.org/tex-archive/help/Catalogue/entries/vmargin.html) koji je možda već sad prestar za LaTeX2e i ne zna se hoće li biti upotrebljiv u nadolazećem LaTeX3.

Umjesto paketa textpos (http://ctan.org/tex-archive/macros/latex/contrib/textpos/) razmotrit će se uporaba paketa flowfram (http://tug.ctan.org/cgi-bin/ctanPackageInformation.py?id=flowfram) koji je premlad za većinu postojećih neažuriranih TeX instalacija. Flowfram zbog pokušaja da se u poljima hr-ba uplatnice kao što su: uplatitelj, svrha plaćanja, primatelj, pokuša pretakati tekst između prvog okvira nejednake širine u susjedne okvire jednakih širina.

Očekivani su problemi s LaTeX custom page/paper size
http://www.athleticaid.com/yaquinapress/other1/PDF-FAQ-1E.html
http://latex-my.blogspot.com/2009/10/setting-page-size-and-margins.html
http://www.kronto.org/thesis/tips/custom-geometry.html
« Zadnja izmjena: 20 Studeni 2009, 19:34:02 poslijepodne glonga »