Kol kas tik rankiniu būdu pakoreguoti amortizacijos sumas, po sekančio atnaujinimo išsispręs.

Sąskaitos eilutėje nurodyta sąskaita (kur paprastai sąnaudos būna), turi sutapti su sandėlio, į kurį pajamuojate sąskaita (jei periodinė apskaita, tada su prekių pirkimų sąskaita, nurodyta prie prekės duomenų).

Man reikėtų tokios duomenų bazės, kur klaida matytųsi, nes pats nieko panašaus pakartoti negaliu ir ištaisyti, jei yra ką taisyti, atitinkamai.

Sugriežtinau taisykles dėl to taip ir gavosi, taisyklė teisinga, jei vienetas vienas turi sutapti. Senų dokų koreguoti neverta, o naujiems galima atitaikyti centus. Jei, ką amortizacija (visi parametrai) gali būti įvedama rankomis, čia tiems, kuriems reikia ne proporcingo nudėvėjimo.

Jei rodo skolą, reiškia arba neįrašyta (žiūrėti atitinkamą lenetlės stulpelį), arba skola mėnesio pabaigoje iš tiesų yra, nes išmokėjimas buvo kitą mėnesį.

Pataisiau.

Atsk. Eil. Neturi būti tuščia, ten pririšimai prie atskaitomybės, kažkaip dar niekam nebuvo, kad nusimuštų. Reiks patikrinti, bet jei jau nusimušė, teks rankiniu būdu iš naujo priskirti.

Nu tai gal stulpelis tiesiog pasislėpė...

Kam jums sql serveris? Pirmam šitos temos psl pasenusi info, man jos tiesiog nebeleidžia keisti.

Sąskaitų plane ir/ar prie įmonės dokumentų, nors vargu ar tai turi kažką bendro su atnaujinimu.

Formos apačioje yra dropboxas, šalia mygtukas su žalia apvalia rodyklyte, jį paspaudus užsipildo dropboxas atitinkamos dienos bž operacijomis.

Pažiūrėkit, ar yra kontrahentų kodai (pas jus to stulpelio nesimato).
Jei nėra, man prireiks išrašo pavyzdžio, nes su mano turimais viskas veikia.

Radau, atnaujinimą kiek vėliau šiandien įkelsiu.

Nėra.

Tada pas jus turėtų būti kitokia klaida. Ta klaida, kur kažkieno kito buvo įkelta, susijusi būtent su nuosavo šablono naudojimu.

Taigi jūs naudojate kažkokį nuosavą šabloną, įkeltą į duombazę per įmonės regioninius nustatymus, jame ir yra bėda.

Reiškiasi yra viena ar kelios operacijos, kurios tokį efektą sukelia, reikia jas rasti intervalų siaurinimo būdu.

Jei prekių daug ir yra jų duomenys excelyje, tai racionaliau importuoti.

Čia kažkokia itin specifinė kompo problema, pagal išplėstinį pranešimą viskas atrodo teisingai, bet windowsai kažkodėl draudžia paleisti programai atkūrimo įrankį.
Variantai:
- bovytis su windowsais ir kiek įmanoma atjungti saugumo nustatymus;
- pridėti į PATH kintamąjį mysql serverio intsaliacijos vietos bin folderį, nežinau, ar padės, bet matau, kad dabar nėra (google win 8.1 path);
- atkūrinėti rankiniu būdu (google mysql restore backup).

Viskas yra, tik paslėpta labai gudriai, tsakant matomiausioje vietoje padėti daiktai aptinkami sunkiausiai

Reiktų kapstytis, iš pateikto screeno nesimato.
Bankas ir kasa čia niekuo dėti, grafą išmokėta darbuotojo kortelėje programa ima sumuodama avanso ir DU žiniaraščių mokėtinas sumas, juose nurodytomis išmokėjimo datomis. Pvz., jei sausį priskaičiavote, o sumokėjote jau vasarį, tai programa sausio grafoje rodys skolą, nes sausio 31 dar nesumokėta.

A kaip aš galiu atspėti, ką tu ten darai, pas mane viskas sueina. Reikia visus duomenis matyti ir kapstytis.

Pas mane viską normaliai spausdina po atnaujinimo, reiškiasi pas jus kažkas specifinio nutiko. Jei pažodžiui aiškinti klaidos pranešimą, tai kažkodėl pasikeitė faktūros šablono failo encodinimas.

Reiškia DNB kažką šviežiai pakeitė savo ISO variacijoje. Mano turimas DNB pavyzdukas importuojasi su kodais. Atsiųskit emailu savo pavyzdį, sutvarkysiu.
O šiaip tai visus bankus už šituos pokštus reikėtų stipriai mušti.

Čia aš perdarydamas ilgalaikio turto modulį taisykles kiek per daug suveržiau, žiūrėsiu ryt, poryt.

Už poros trejeto savaičių padarysiu, kaip tik pereisiu prie prekių modulio peržiūrėjimo, taigi galit reikšti pageidavimus, užsirašysiu ir pasistengsiu proto ribose įgyvendinti.

Aš prieš pora metų turėjau vieną darbuotoją vaiko priežiūroje ir jos traukti nereikėjo, o ir dabar pgl taisykles ( www.sodra.lt/dokumentai/formos-ir-sablonai-...) kaip ir gaunasi kad nereikia. Reiktų kažkaip su SODRA pasiaiškinti, ką ir kokiais atvejais iš negaunančių DU reikia traukti.

Pamiršau nuimti apribojimą, vėliau pataisysiu, kol kas galit ištrinti nuėmę išmokėjimus (atitinkamame stulpelyje ištrynę datą).

O bent vieną postą atgal paskaityti...

Įkėliau atnaujinimą:
- perdarytas, supaprastintas ilgalaikio turto modulis, padarytos atskiros formos atskiroms operacijų rūšims, galimybė įvesti numerį ne tik skaičiaus formate, galimybė importuoti duomenis copy/paste būdu perkeliant likučius (būtų džiugu, jei kas užsiimtų viso šito reikalo testavimu, aš išbandžiau ganėtinai paviršutiniškai);
- pakoreguotos sąskaitų plano ir fin atskaitomybės struktūros formos, vietoj tipinės struktūros ir plano generavimo padaryta galimybė įkelti duomenis iš failų, taip pat duomenis juose išsaugoti, tokiu būdu pasidarant sau šablonus ateičiai, nebėra apribojimo fin atskaitomybėje kelias eilutes pavadinti identiškai, ištaisyta klaida fin atskaitomybės struktūroje, dėl ko buvo apsunkintas redagavimas. (būtų džiugu, jei kas pagamintų (ir pasidalintų) struktūras pagal naujai patvirtintus standartus, taip pat kelis sąskaitų plano šablonus, pritaikytus atitinkamoms struktūroms)
- perdaryti bendri nustatymai (Bendras\Mokesčių nustatymai) dėl ko jie vieną kartą "nusimuš", t.y. gali dingti dalis susivestų PVM, PSD, SODROS ir pan. tarifų. Dabar šioje formoje prieinami redagavimui/pildymui absoliučiai visi programos bendro pobūdžio duomenys (įvairūs kodai, darbo laiko normos ir pan.).
- sutvarkytas ISO20022 formato importas iš SEB, DNB, Šiaulių banko, swedbanko ir Danske banko (bent jau pagal man prieinamus išrašų pavyzdžius, turiu pagrįstų įtarimų, kad bankai savo formatus dar koreguos, taigi nežinau, kiek mano darbas veiks).
- ištaisytos įvairios smulkios klaidos.

Po šio atnaujinimo vėl reikės per Bendras\DB struktūra atsinaujinti duomenų bazių strukūras