Ne, vis dar pakibęs su prekėmis.

Nežinau, ar tai gera mintis, paskui visiems tą reikės vesti, o maža kam realiai reikia.

Šis perkėlimas veikia išimtinai importuojant (copy/paste'inant iš excelio). Paspaudus ant paste mygtuko dropbowno (rodyklytės žemyn) galima sužinoti reikalingą stulpelių seką excelyje, taip pat po tokio paspaudimo nuėjus į excel ir paspaudus paste nukopijuos stulpelių pavadinimus reikiama tvarka. Toliau excelyje išdėsčius duomenis reikalinga tvarka pažymit, copy, o programoje paste.

Galit tiksliau aprašyti, ta neteisinga eilutė naujai įvesta, ar jau buvus, ką sako, kai neleidžia.

Prekių apskaitos vienetinių kainų metodu nėra, jei turima omenyje, kad kiekviena prekė unikali.



Yra, bet buhalteriniai, t.y. su specifiniais buhalteriniais chronologiniais apribojimais, neskirta operatyviam prekių valdymui, tik galutinio rezultato įvedimui.



Tik planuose, nesudėtinga, bet reikia iš kažkur gauti ataskaitų pavyzdžius.



Yra, bet vėlgi su specifiniais buhalteriniais chronologiniais apribojimais.



Taip.

Faktūrų importo iš excelio nėra ir sunkiai gali būti, vienok viena faktūra gali turėti daug eilučių, o excelis nėra pritaikytas tokio pobūdžio duomenims.
Kontrahentų, prekių ir pan. importas yra.

Matau, kad kažkas ne taip, lyg ir programos klaida, bet man reiktų prisijungti ir pasižiūrėti detaliau, galėsiu kažkada kitos savaitės pradžioje. Man mailu tik priminkit.

Nelabai suprantu, kiek, jūsų nuomone, turėtų skaičiuoti ir kiek skaičiuoja. Šiaip programa daro proporciją pgl faktinio ir grafikinio darbo laiko (nurodomi DUŽ) santykį.

O kodėl pas jus pradžioje "Įsigijimo savikaina - 7.001,20; Įsigijimo savikaina vienetui - 10.770,9900" esant 1 vnt.?



SAM deklaracijoje duoda pgl tai, kiek skirtingų tarifų randa atitinkamo mėnesio žiniaraščiuose.
Traukia, bet jei bus pgl kelis tarifus, potencialiai gali tą be DU įtraukti į abi deklaracijas.

Kažkada kitą savaitę, pradėjau tvarkyti prekes ir rankos neprieina užbaigti, o kol pusiausutvarkytam ir nepatikrintam stovyje negaliu dėti.

Atšaukimas ir uždarymas užima 5 minutes, nebent yra kažkokių papildomų pelno, rezervo operacijų. Uždaryti tada, kai jau įsitikinus, kad su atitinkamais metais viskas galutinai suvesta.

Taip pat, deklaracijoje pasirenkama, kokiam tarifui formuoti.

Įdėmiai išinagrinėkit gautos SF formos viršutinę dalį. Yra atitinkami laukai.

Nu tai jei įmonė nedidukė ir be spec poreikių, gal tikrai užtenka nemokamos ir neapsimoka pirkti?
Perduokit duombazės atsarginę kopiją, jei toliau norės dirbti su apskaita5.

UPDATE turtas SET DefaultAmortPeriod = 3;

Jūs tokius skaičius įrašėt į amortizacijos laikotarpį?

O koks didžiausias ir mažiausias skaičius tame stulpelyje?

Ne CAST, o CAST(DefaultAmortPeriod AS TEXT), tas pats su cround

Pabandykite vietoj jo įrašyti
CAST(DefaultAmortPeriod AS TEXT)

Arba

CROUND(DefaultAmortPeriod, 0)

O jei iš pilnos užklausos išmetus tik DefaultAmortPeriod ?

Man reikia žinoti, kuris tiksliai laukas sugadintas, t.y. kurį lauką išmetus likusi dalis veikia.

Kurį būtent lauką ištrynus nustoja mesti klaidą?

Laukai yra tai, kas tarpe žodžių SELECT ir FROM, jų pvadinimai atskirti kableliais.

Sugadinta duomenų bazė.

Bandykit vykdyti šitą:
SELECT ID, Turtas, Vnt, Vnt_kaina, Kiekis, Grupe, Isigijimo_dok, Likutine, Saskaita, S_Amort, InvNr, TotalValue, AccountAmortization, DefaultAmortPeriod, CustomGroupID, AccountValueIncrease, AccountValueDecrease, AccountRevaluedPortionAmmortization, AcquisitionRevaluedPortionUnitValue, AcquisitionRevaluedPortionTotalValue, AccumulatedAmortizationPerUnit, AccumulatedAmortizationRevaluedPortionPerUnit, AccumulatedAmortizationRevaluedPortionTotal, ContinuedUsage, WasUsedMonths, InsertDate, UpdateDate FROM turtas;

Tada po vieną išbraukinėkit laukų pavadinimus ir žiūrėkit, ties kuriuo lauku nustos mesti klaidą.

Taigi aš išvardinau ir net sunumeravau 5 komandas...

Po vieną, ne visas iš karto.

Pas jus kažkas labai gudraus duomenyse yra, aš tokios klaidos pas save pakartoti negaliu.

Per Bendras\Query Browser įvykdykit žemiau nurodytas komandas ir rezultatą excel pavidalu man atsiųskit mailu.

1) SELECT t.ID, t.Turtas, t.Vnt, t.Grupe, g.Name, t.InvNr, t.Isigijimo_dok, b.Op_data, b.Op_Dok, b.Op_turinys, b.Op_dok_rusis, t.Saskaita, t.AccountAmortization, t.AccountValueDecrease, t.AccountValueIncrease, t.AccountRevaluedPortionAmmortization, t.Likutine, t.DefaultAmortPeriod, t.Vnt_kaina, t.Kiekis, t.TotalValue, t.AcquisitionRevaluedPortionUnitValue, t.AcquisitionRevaluedPortionTotalValue, t.S_Amort, t.AccumulatedAmortizationPerUnit, t.AccumulatedAmortizationRevaluedPortionTotal, t.AccumulatedAmortizationRevaluedPortionPerUnit, t.ContinuedUsage FROM turtas t LEFT JOIN longtermassetcustomgroups g ON g.ID=t.CustomGroupID INNER JOIN bz b ON b.Op_ID=t.Isigijimo_dok;

2) SELECT * FROM turtas t;

3) SELECT * FROM longtermassetcustomgroups g;

4) SELECT * FROM turtas t INNER JOIN bz b ON b.Op_ID=t.Isigijimo_dok;

5) SELECT * FROM turtas t LEFT JOIN longtermassetcustomgroups g ON g.ID=t.CustomGroupID;

Nėra.

Prie įsigijimo duomenų reikia nuimti vieno cento korekciją (nelogišką esant 1 IT vnt.). Jei neleidžia, prieš tai ištrinkit ankstesnes operacijas su tuo turtu, po pataisymo įvesit iš naujo.

Mano Karvutės gyvenimas

www.aat.lt/get.php?f.2345"> www.aat.lt/get.php?f.2345