Visom penkiom rankom už, ir už formatą, ir už turinį.

Išskyrus, kada mažėjimas vyksta po įspėjimo apie DS nutraukimą.

Metodas pasirenkamas kiekvienai konkrečiai prekių rūšiai atskirai. Nepasirinkus taikomas (pagal nutylėjimą) FIFO. Rinktis vidurkių nereikia.

Centų skirtumai atsiranda ir, tikėtina, toliau atsiras dėl SF modulyje įvedamų centų korekcijų.

Prekių apskaitą tvarkančių dėmesiui !!! Programos prekių apskaitos logikoje yra kritinė klaida.

Programos prekių apskaitos logika yra ydinga. Aš ėmiau už pagrindą FIFO, LIFO metodus, kurie nurašinėja konkrečias prekių partijas. Ir tą pačią logiką pritaikiau vidurkiams. Rezultatas - vidurkių metodu "prarandant" (nurašant/perleidžiant) prekes atsiranda neatitikimas tarp nurašytos partijos vertės (įsigijimo kaina * prarastas kiekis) ir nurašymo vertės (vidutinė kaina * prarastas kiekis). Kiekviena sekanti operacija dėl šio neatitikimo klaidingai skaičiuos savikainas.

Neperrašydamas visos prekių apskaitos logikos ištaisyti šitos loginės ydos negaliu. Kol perrašysiu (lygiagrečiai su nauja versija), užtruksiu pora mėnesių. Vienintelė išeitis - nenaudoti vidurkių metodo prekių apskaitoje.

O tai gali taip būti, kad FR0572 traukiama, o į FR0573 nebe?

Šiuo atveju ne Niemand, o Bill, rašo aiškiai angliškai [quote:e322c448e2] Access to the path 'C:\Program Files\Apskaita\temp.ffdata' is denied. [/quote] , t.y. windowsai draudžia programai kurti failus.

O į FR0572 turi traukti?
Kur apie tai skaityti?

Palikau šiandien skubėdamas Seimo rūbinėje mobilų (įjungtą žinoma). Rūbinė, jei ką, trečiuose rūmuose pačiame hole. Grįžęs po posėdžio randu grupelę piliečių, aktyviai besipiktinančių CCCP propaganda Lietuvos seime. Nu, galvoju, nieko keisto, seimas, nacionalinės vertybės... Susipratau tik išėjęs į lauką betikrindamas praleistus skambučius. Mano mobiliam skambučio melodija - originalus krasnaja armija vsech silnej.

1. Dirbtas laikas - ne terminas, o laiko kiekis. Tai skirtingi dalykai.
2. Taip yra ne "pagal programą", o objektyviai. DU skiriasi ir turi skirtis priklausomai nuo to, kokią dieną darbuotojas nedirbo. Paklauskit VDI, jei netikit.

Tas neatitiktų DK reikalavimo ir šiaip žmogiškos logikos mokėti už dirbtą laiką. Laikas gamtos moksluose matuojamas valandomis, paromis ir kitais objektyviai apibrėžtais vienetais. Darbo diena nėra objektyviai apibrėžtas laiko vienetas, nes gali trukti ir 4 val. ir 8 val., ir šiaip bet kokį laiką paros ribose. Atitinkamai DU negali būti skaičiuojamas proporcingai d.d., nes jos neatspindi dirbto laiko.

Niemand26

Nu tai ir pabandykite sustumdyti, kad viskas tilptų ir dar eilutėm vietos liktų. Pasakyti paprasta, o kai reikia pačiam sustumdyti...

P.S. Gal kas moka gražiai piešti kompu ir gali nupiešti ženklą, reiškiantį, kad operacija (dokumentas) yra redaguojamas. Man tas raudonas stačiakampis su užrašu "Taisoma" kažkoks neestetiškas.

Tada į laukelį "Prekės ir paslaugos" niekas netilps. Kaip minimum netinka mano pačio įmonei.

Yra. Chronologine tvarka ištrinti visas operacijas su probleminėje sf figuruojančiomis prekėmis iki sf datos, tada leis ištrinti/pakeisti tą sf, tada vėl chronologine tvarka suvesti ištrintas operacijas.

Ką reiškia dingo?

Skaičiuojant DU formoje yra tokia ilga lentelė su darbuotojų duomenimis. Joje yra stulpeliai "Dirbta val. norm." (įvesti faktinį normalių d.v. skaičių) ir "Darbo val. skaič. mėn." (įvesti kiek d.v. priklausytų pgl grafiką)

Lentelėje nurodomos grafikinės valandos ir faktinės valandos (DU skaičiuojamas pgl. valandų proporcijas, ne dienų).

Įsidėkite patį paskutinį atnaujinimą. Šiaip blogai nustatyti DU tarifai viršvalandiniam, poilsiniam ir ypatingom sąlygom.

Niekaip, programoje nustatytas programinis apribojimas 4 simboliais.

Keičia. Susidūriau kaipo teisininkas.
PVM SF kai kurie gudručiai nerašo iki pilno apmokėjimo (ryšium su PVM mokėjimo terminu) ir sutartyse nuosavybės perėjimo momentą susieja su visišku apmokėjimu nepaisant faktinio perdavimo momento (ryšium su teorine galimybe susigrąžinti prekes, jei neapmokės, praktiškai nepadeda, nes sekantis pirkėjas supratimo neturi ir neprivalo turėti apie tokias nuosavybės peripetijas). Tas teoriškai yra teisėta, nes SF fiksuoja nuosavybės, o ne valdymo perėjimo momentą. Bet ką daryti su svetimų prekių pardavimais apskaitoje tikrai nežinau. Turiu rimtų įtarimų, kad tokie dalykai nenumatyti.

Kitaip tariant pardavėte svetimas prekes ir norite tai įforminti?

Žinau, labai trūksta laiko paroje.

Trūksta win componento, parsisiųsti čia:
www.microsoft.com/downloads/details.aspx?familyi...

Dėl kažkokių priežasčių paleidžiant kompą nestartavo serveris. Arba kažkas serverį išjungė.

Prisižaidėt. Greičiausiai ištrynėt likučių perkėlimo operaciją, kurios pagrindu buvo pajamuotas IT.

Programa nėra visiškai "durakoustoičivaja", t.y. norint galima atrasti būdų išvesti ją iš proto. Dar galite, pavyzdžiui, dokumento seriją iš skaičių įvesti. Irgi išprotės.

Jei nedaug suvedėte, geriau darykite iš naujo ir prieš kažką darant, pagalvokite. Programa nėra smegenų pakaitalas, tik priedas. Jei daug, rašykite į skaipą antroj savaitės pusėj, sutvarkysiu distanciniu būdu.

Pvz: dev.mysql.com/get/Downloads/MySQL-5.1/mysql-...

tikrausiai bandėt 64 bitų versiją dėti į 32 bitų sistemą

Parašykit man į skype'ą, pažiūrėsiu.

Nespėju sekti mokesčių viražų
Ryt niekaip nepadarysiu, savaitgalį, jei gyvas būsiu.

Tai nupasakok paprastai buitiškai, kaip ta realizacija turėtų atrodyti...

O kokių pakeitimų reikia?