FFDATA kurimas iš apskaitos programos

Sveiki,

Esu naujokas TAX svetaineje, bet atejau čia ne šeip. Atejau kad sužinotumete jog imanoma sukurti Abbyy FormFiller ataskaitas ir be jo, t.y. jei Jusu programa duoda exportuoti duomenys (Excel, TXT, CVS,....) arba palaiko SQL sintakse, tai galima vienu akimirksniu sukurti reikiamos formos ataskaita VMI (arba kitom instancijom) FFDATA formatu.

Ko tam reikia? Aišku reikia noro, reikia kad tai apsimoketu (jei turite virs 100 saskaitu takturu per menesi, ir pav. reikia pildyti 672 ataskaita tai žinote kaip ilgai tai uztrunka), na ir jau kaip supratote - pinigu.

Rašau programas atitinkančias Jusu poreikius kuriant ataskaitas FFDATA formatu. Kainos sutartines, individualus problemu sprendimas.

Paskutine sukurta programa: is Office/2 (Hansa financials) exportuojamos bylos (kurioje nera PVM moketojo kodo, o tik imones kodas, bet viska imanoma padaryti) sukurti FR0672 ataskaita FFDATA formatu, su 10 000 saskaitu - programa susitvarke per 5 sekundes.

Manau tokio pobudžio programine iranga tikrai pravers imonem su didele menesine saskaitu fakturu apimtimi.

(nebauskite už reklama, aš tiesiog noriu padeti, na ir aisku uzsidirbti papildomai)
Lauksiu atsakymu i PM arba i temos atsakymus.

Sveiki,

Aš dirbu su Rivile Gama ir man reikėtų programėlės, kuri eksportuotų duomenis iš exelio į FR0671, FR0672

Rivilė gama turi modulį, kuris iš programos formuoja FR0671ir 672, tačiau jį reikia nusipirkti, jei dar neturit nusipirkę ;)

Aš žinau, kad turi, bet man jį pirkti dėl vienos ataskaitos neapsimoka.

Mokantys programuoti kodą ffdata generavimui galit pasiimti iš:
apskaita5.codeplex.com/SourceControl/latest#Apskaita5...
Aktualūs metodai:
GetFFDataFor[DeklaracijosKodas] (galima naudoti be modifikacijų)
ir
Fetch[DeklaracijosKodas] (pagal pavyzdį prisitaikyti reikiamų duomenų paėmimą iš reikiamo šaltinio, dabar SQL, bet galima lengvai persidaryti iš daugmaž bet ko kito).

Nemokamos priemonės Rivilės vartotojams GREITAI iš bet kokio sąskaitų skaičiaus sudaryti FR0671 ir FR0672.

Čia ne reklama - čia pagalba.
www.buhalteriams.lt/index.php?id=21

ar esat susidūrę, kad FR0671/2 formos neatsidaro, nes klientų pavadinimuose naudojami neleistini (pagal Formfillerio supratimą) simboliai. Tarkim, va tokio tipo kabutės UAB “xxxx” nepraeina (jei įkelsite į Wordą, tai aiškiau pamatysite, kokios tai kabutės). Tai ir įdomu, kurioje čia vietoje problema, gal kompiuterio "regional settings" nustatymai įtakoja, kad tokios kabutės nepriimamos, ar čia pati forma tikrina, kokie simboliai gali būti panaudoti?

Kiek prisimenu tokie simboliai turi buti "ekranuojami", geriausia butu visu klientu pavadinimus apvalyti nuo netinkamu simboliu pries tokias operacijas. Iš kokios programos buvo daromas eksportas?

ekportas darytas iš Finvaldos. Tokie atvejai buvo stebimi pas eilę klientų, dažniausiai klūdavo kabutės, bet buvo ir kitokiu neleistinų simbolių, pvz. pas tuos, kurie importuodavo faktūras iš kitos sistemos į Finvaldą. Tarkim esu radęs nematomų simbolių koduojamų ASCII 0138, 0154. Biesas žino, kaip jie atsirado. Šiaip šiuo metu į FR0671/2 eksportuojama tiesiai, kas įvesta kliento kortelėje, nedaromas tikrinimas ar "ekranavimas". Nes nelabai ir aišku, kokius simbolius reikia nufiltruoti.

Manau kad reiketu ismesti visus simbolius isskirus tuos kurie reikalingi :) toks butu geriausias budas. Visas imanomas kabutes keisti paprastomis kadutemis, ismesti visus simbolius isskisrus tuos kurie reikalingi, ka pagal FR0671/2 specifikacija jie leidzia (kazkada buvau rades tas specifikacijas, nepamenu kokio detalumo jos buvo). Ir tikriausiai reiketu UTF8 koduote naudoti, jei specifikacija leidzia. Is tikruju gera tema aptarti tokius dalykus, nes kartais tokiu nesamoniu priraso end (dump) useriai :)

Keista kad nera validacijos irankio tokiai ataskaitai (nes tai yra XML), butu kokia nors XSD Schema ir visi validuotu duomenys pries tai kaip pateikti vartotojui ataskaita.

Tikiuosi atsiradus SAF-T visos sios problemos bus issprestos. Nereikes daugelio tokiu ataskaitu, viskas bus vienoje vietoje. Reiketu kad ataskaitu specifikacijos butu atviros, VMI ir kiti kam jos teikiamos duotu ne tik specifikacija, bet ir validacijos priemone, kaip tai pvz daro "esma" http://www.esma.europa.eu/content/AIFM-reporting-XSD-schema-and-samples. Tikiuosi pas mus irgi viskas bus sutvarkyta viena diena :)

XSD šiaip jau nevaliduoja simbolių/koduočių, o ir techniškai vargu ar įmanoma, pakeliui neapgadinant duomenų. XML savaime gali būti tobulai validus, bet perleidus per kažkokią programą mesti klaidas. Tipinis atvejis, kai bandai xml ar html stringus per webservice perdavinėti. Ir nuo šito dar niekas universalių vaistų nerado.

Teisingai sakote, su XSD nesuvaliduosi tokiu dalyku, bet yra galimybe su regex bandyti tai padaryti, bet cia kaip workaround'as butu.