Kaip matyti iš hieroglifų failo pradžioje, sugadinta failo koduotė. Prašykit ko nors draugaujančio su kompais, kad pažiūrėtų. Galima dar pažiūrėti serverį senam kompiuteryje, kodėl jis taip keistai išsaugo.

Bendras\Mokesčių nustatymai

Nurodykit prie lėšų sąskaitos duomenų teisingą IBAN ir nemes. Čia saugiklis, kad netyčia ne tos sąskaitos duomenų neįkrautum. Dar yra importe varnelė ignoruoti IBAN, bet esant kelioms banko sąskaitoms geriau ja nepiktnaudžiauti.

Darbo grafikų programoje nėra, taigi ir darbo savaitės trukmė bei dienų/valandų išsidėstymas joje nėra fiksuojamas.
Darbo krūvis veikia tik apytiksliai. Jei turit patirties vedant tabelius, suprasit kodėl kitaip nesigauna.
Jei pildot tabelius (neprivaloma), juose užpildysit faktinį laiką, kad ir koks jis bebūtų.
Darbo užmokesčio prasme viskas susiveda į 4 skaičius žiniaraščio eilutėje - faktinis d.d. ir d.v. kiekis ir grafikinis d.d. ir d.v. kiekis.

Atitinka.

Daugmaž kaip ir senoj. Faktūros formoje yra plius mygtukas prekių/IT įsigijimams/pardavimams/etc.
IT įsigijimo formoje galima įsigyti kito dokumento pagindu, pvz: atsiskaitymo (banko/kasos) ar paprasto BŽ įrašo.

Tik tam, kad vienoje versijoje turėti abi duombazes.



Prijungiamas likučių perkėlimo dokumentas. Dėl datos nepamenu, bet tas nelabai ką keičia.



BŽ nei senoj, nei naujoj versijoj kontuotės nepriskiriamos darbuotojams.
Kortelėje nerodomi išmokėjimai, taigi tas pradinis likutis irgi reikšmės neturi. Dings po pirmo mėnesio.

Sprendimas nėra, nes senoje versijoje nėra nė vieno lauko su pavadinimu UpdateDate. Reiškiasi bandoma kažkas daryti su naujos versijos duombaze, kurioje tokie laukai yra.

Paspaudus mygtuką Detaliau.

Stekas turėtų būti ilgesnis. Pagal tiek duomenų neįmanoma tiksliai pasakyti, kas ne taip.

Nuimti varnelę nuo tęsiamas naudojimas ir padaryti įvedimą į eksploataciją 2014.12.31 data.

Nes tiek apmokėjimo per apyskaitą atveju, tiek ir mokėjimų kaip tiekėjui atveju, susietas asmuo yra tas pats.
Norint atskirti šiuo atveju teks naudoti 443 subsąskaitą kaip tiekėjui.

Gavus apmokėjimą pgl. VAS.
Niekur kitur programoje nėra laukų valiutos kurso pasikeitimo tematika...



Rankomis, dar galima naudotis kalkuliatoriumi, įskaitant ir Pagalba\Valiutų kursų kalkuliatorius



Taip.

Aha, norėjau padaryti geriau, o gavosi kaip visada. Dabar gerai veikia, kai viskas vedama klaviatūra, bet grybauja su pele...

Mokesčiai čia niekuo dėti. Kortelė - viso labo pinigų judėjimo būdas, pgl turinį identiškas kasai.
Avanso apyskaitos kortelės ar bet kokio kitokio pinigų judėjimo formato atveju niekur nedingsta. Atskaitingas vis tiek turi atsiskaityti už išleistus įmonės pinigus pateikdamas faktūras ar joms prilyginamus dokus. Pvz, jei darbuotojas įmonės kortele atsiskaitys stripklubyje, tai bendru atveju tokios išlaidos nepaklius į avanso apyskaitą ir darbuotojas liks skolingas įmonei.

Lėšų sąskaitos, įskaitant ir jų likučius atitinkamos sąskaitos valiuta (net jei tie likučiai euriniai ir sutampa su likučių perkėlimu).
Įmonės duomenys (bent peržiūrėti, ar viskas gerai), galimai, įskaitant regioninius duomenis.
Galimai darbo sutartys.
Galimai IT.
Galimai prekių nomenklatūra ir likučiai.

Neturėtų.
Vienintelė avanso apyskaitos paskirtis pgl teisės aktus - pateikti įmonei išlaidas/įplaukas pagrindžiančius dokumentus vienu kartu, o ne po vieną. Jokie teisės aktai nenumato pareigos avanso apyskaitoje vesti kažkokį balansą. Forma yra paveldėta nuo popieriaus laikų, teisės aktai jokios formos nenustato, tai įmonės reikalas.
Balansas yra fakto, o ne susitarimo klausimas. Tarkim, pamiršus formuojant apyskaitą įtraukti kokį ankstesnį banko pavedimą atskaitingam, balansas vien dėl dviejų parašų apyskaitoje niekaip nepasikeistų. O pradėjus rašyti apyskaitose balansus tik laiko klausimas kada prisidarysi bėdų su "klaidingu balansu". Ką tada daryti? Vėl rinkti du parašus?

P.S. Avanso apyskaita jokiu būdu ne kasos dokumentas. Įmonė iš vis kasos gali neturėti, o atskaitingam išduoti kortelę atsiskaitymui ar pavedimą į atskaitingo sąskaitą padaryti.

Pataisysiu, lokaliu režimu kartais programai šauna į galvą centus praleidinėt.
O kodėl gatava GPM deklaracija nesinaudojat?

Labai tingiu gilintis į laiko apskaitą, bet atostogų valandos skamba kažkaip nelogiškai...

Printsceen'ą.

Jei importuojat iš litas-esis, atitinkamoje lėšų sąskaitoje reikia pažymėti varneles, kad naudojamas litas-esis ir kad užtikrinti unikalumą. Po paskutinio atnaujinimo programa perspės, jei to nėra.

Likutis avanso apyskaitose nereikalingas, jį visada galima matyti per atskaitingų sąskaitos apyvartos žiniaraštį užsidėjus filtrą pgl. reikiamą darbuotoją.

Seni duomenys, t.y. iki šių metų, bet kokiu atveju liks istoriniais. Jei buvo prekės ar dėl kokių kitokių priežasčių nepavyksta konversija, jie gali likti senoje programos versijoje. Konversija gėris tik tame, kad nereikia laikyti kompe abejų programos versijų.
Nuo šių metų dėl euro bet kokiu atveju teks susikurti naują įmonę su nauja bazine valiuta. Į ją persikelia konvertuoti likučiai ir bendri duomenys. Perkėlimui supaprastinti yra copy/paste funkcionalumas, t.y. galima importuoti masiškai iš excel ar jo analogo copy/paste būdu. Pagrindiniame puslapyje yra detali instrukcija su paveiksliukais kontrahentams, kitose formose viskas vyksta identiškai, skirsis tik stulpelių išdėstymas ir jų turinys.

Reiktų kapstytis duomenyse, nežinau, kas šitą konkrečią klaidą sukelia.

Dabar radau, pataisiau. Čia tik kai ataskaitos pradžios data sutampa su įsigijimo data persidengimas laikotarpių biskį gavosi.

Sakau gi, kad pataisiau, kažkada vėliau įkelsiu atnaujinimą.

Negaliu tokios klaidos atkartoti pas save.

Pataisiau.

O ką darėt prieš susidvigubinimą?

Ataskaita - vaizdas ant popieriaus. Vaizdas su dviem laikotarpiais yra nupieštas, o vaizdas su laikotarpiu - ne.