SELECT a.ID, a.Pavad, a.Kodas, a.SP_kodas, a.Adresas,
(SELECT CONVERT(GROUP_CONCAT(g.Name SEPARATOR ', '), CHAR) FROM persons_group_assignments d LEFT JOIN persons_group g ON g.ID=d.GroupID WHERE d.PersonsID=a.ID GROUP BY d.PersonsID) AS PersonGroups,
SUM(CASE WHEN f.Op_tipas='Debetas' AND b.Op_data=?DF THEN f.Op_suma ELSE 0 END) AS DebetTurnover,
SUM(CASE WHEN f.Op_tipas='Kreditas' AND b.Op_data>=?DF THEN f.Op_suma ELSE 0 END) AS CreditTurnover
FROM bzdata f
LEFT JOIN bz b ON b.Op_ID=f.Op_ID_BZ
LEFT JOIN asmenys a ON a.ID=f.Op_ana OR (f.Op_ana<1 AND a.ID=b.Op_analitika)
WHERE f.Op_saskaita=?AC AND b.Op_data<=?DT AND
(?CG<1 OR (SELECT COUNT(z.GroupID) FROM persons_group_assignments z WHERE z.PersonsID=a.ID AND z.GroupID=?CG)>0) GROUP BY a.ID ORDER BY a.Pavad;



Gal ateityje padarysiu varnelę reagavimui išjungti.

Gautoje faktūroje mygtukas su pliusu Prekių Savik. Padidinimas Pasirenkat prekę ir sandėlį. Toliau viskas pgl Atsargų VAS. Apačioje lenetlėje matomos dar nenurašytos partijos, kurių savikainą galima didinti. Jei padidinimas tenka jau nurašytoms prekėms, padidinimas keliauja į pasirinktą nurašymo sąskaitą,

Pataisiau.

Negaliu tokios klaidos pakartoti, pas mane viskas normaliai veikia.

Prekių operacijos, kaip taikoma nuolatinė apskaita, turi būti traukiamos chronologiškai, priešingu atveju išsikraipytų savikaina. Iš techninės pusės tokį reikalavimą būtų galima nuimti FIFO ir LIFO metodams, tada tiesiog imtų paskutines nenurašytas partijas, bet Artas sako, kad negalima taip, buhalteriškai neteisinga.
Tik nesupratau, ar šiuo atveju jūs bandėt vesti pažeidžiant chronologiją ar ne?..

O kaip čia gaunasi, kad eurinėje sąskaitoje skiriasi BŽ ir sumos?..

Pataisiau, kad nebereikalautų tinkamos datos. Esmė - skaičiavimo data turi būti vėlesnė už atleidimo datą.

Kurti naują įmonę, nes vienoje 2 bazinių valiutų negali būti.
Pagrindiniame puslapyje yra aprašyti visi duomenų perkėlimo palengvinimai.

Jei įvedėte DU žiniaraštį, viskas jau visur atvaizduota.
SODRA ir VMI rekomenduojama įvesti kaip kontrahentus banko duomenų importo tikslais.



Buh pažymos artimiausias atitikmuo programoje - paprastas BŽ įrašas.
Užskaitos yra atskira operacijų rūšis, aptinkama pagrindiniame meniu prie Dokumentai.



Kaip ir bet kokią kitokią banko operaciją. Rekomenduojama banką įtraukti kaip kontrahentą.

duomenys įmonės duomenys vienas iš laukelių yra skaitmenų skaičius sąskaitos numeryje, mintinai tiksliai nepamenu pavadinimo.

Ateityje bus ateityje. Šiam momentui VMI patys dar nieko doro nežino. Kuriama darbo grupė įgyvendinimui, kažkokie viešieji pirkimai vyksta, mane į tą grupę žadėjo įtraukti.
Iš principo, jei VMI padarys savo darbą, įgyvendinti SAF turėtų būti lengva iš programinės pusės.

Kompas sugedo, į pakaitinį nenoriu instaliuotis, kol naujo neatveš, niekuo padėti negalėsiu.

O detaliau...

programa.apskaita@gmail.com

Atsistokit ant lentelės, spauskit ctrl-a (pasižymės visa lentelė), tada ctrl-c, tada eikit į excelį ir spauskit ctrl-v. (tas pats liečia visas programos lenteles)

Per Bendras\Query browser įvykdykit:
SELECT * FROM du_ziniarastis_d d WHERE d.Z_ID=123;
kur vietoj 123 atitinkamo žiniaraščio ID, ir rezultatą excel atmeskit man emailu.

Dėl kažkokių priežasčių buvo sugadintas nustatymų failas config.ini. Atsiųskit man jį suzipinus emailu, pažiūrėsiu.
Iš principo, jei negaila lentelių vizualinių nustatymų, galima tą failą tiesiog ištrinti.

Vienoje faktūroje negali būti dviejų to pačios prekės pardavimų iš to pačio sandėlio.
O kuo skiriasi 5 nuo 4 SAM?

Jei kas nors atsako, reiškia atsako savo turtu, nes atsakomybės siela įstatymai nenumato, o daugiau tiesiog neturi žmogus kuo atsakyti. O solidariai reiškia, kad reikalavimą dėl visos sumos galima pareikšti tiek bet kuriam iš akcininkų ar vadovui atskirai, tiek jiems visiems kartu. Tas pats su išieškojimu, pas ką turto antstolis ras, iš to ir išeiškos visą sumą.

Akcininkai ir paskutinis vadovas atsako solidariai už bankroto administravimo padengimą jei tam nepakanka įmonės turto. Tai viena iš išimčių "ribotai atsakomybei".

Leidau su įspėjimu.
Dar bug'as sąskaitų uždaryme buvo, ištaisiau.

Tada tegul pirmame akcininko sprendime nebūna nieko nurodoma išskyrus patį pasiskyrimą, o antrame, pvz, šiandien, nusprendžiama sudaryti DS tam tikromis sąlygomis.

Jei vienintelis ir nežada palaikyti glaudžių santykių su valstybe, tada tikrai nereikia. Mane identiškam variante bandė (nesėkmingai) VMI nubausti. Aišku nesunku ir DS įforminti su nedraudiminiu laikotarpiu trims metams į priekį, o pinigus per dividendus gaus. Jei reikia sveikatos draudimo, galima forminti DS 1/8 etato, kainuos kiek mažiau 200 eurų metams.

Jei direktorius kartu yra ir akcininkas, darbo sutartis nebūtina. Jei ne - vargu ar jums pavyks įtikinti, kad UAB direktorius tikrai dirba be atlygio, vienok ne VšĮ, nebent UAB veiklos nevykdo ir direktorius tik pro forma.
Dar galima direktorių nemokamose atostogose laikyti (nedraudiminis laikotarpis). SODRA ir mokesčiai nieko negalės padaryti, bet čia jau yra rizika iš direktoriaus pusės, kad pareikalaus algos pgl faktą.
Nors jei UAB turės santykių su valstybe (viešieji pirkimai, ES parama, subsidijos ir pan.), tai rekomenduočiau sudaryti darbo sutartį bent jau kombinacijoje su nemokamomis atostogomis, nes biurokratai negyvai užknis su durnais klausimais iš serijus "a kur lenciūgėlis"

Dovanojant kaina ("faktūra") lygi nuliui, o įsigijimo savikaina - nelygi.
10 VAS 23 p.:


9 VAS:


Apibendrinant:
- Jei nemokamas prekių tiekimas pakliūna po dotacijom, subsidijom, kontuojama gautos dotacijos subsidijos (3 klasė) su atsargomis. Vėliau pardavus ar pan. prekes, nurašoma subsidijos vertė 3 klasėje.
- Jei nepakliūna po dotacijom, subsidijom ir nemokamai gautas prekes galima įvertinti (žinant tokių prekių rinkos kainą ar esant įvertinimui dovanojimo sutartyje), surašoma buh pažyma, kontuojama pajamos su atsargomis, suma - sutarties arba rinkos vertė (kuri mažesnė) gautų prekių.
- Jei nepakliūna po dotacijom, subsidijom ir nemokamai gautų prekių neįmanoma protingom pastangoms įvertinti (arba visiškai įmonės mastu nereikšmingos sumos), finansinėje apskaitoje iš vis nerodoma. Gali būti vedama kiekinė apskaita, bet mano programa to nepalaiko.

Pastebėta esminė programos klaida. Kai SF įvedami du tos pačios prekės perleidimai tame pačiame sandėlyje, blogai apskaičiuojama prekės savikaina ir nurašomos partijos (nes operacijos negali įvertinti tarpusavio įtakos).
Tokias sudubliuotas eilutes reikia ištrinti.

Korekcijos limitas faktūrose padidintas iki 1000 ct.

Tai registre stulpelyje PVM suma netiesioginis PVM turi matytis ar ne?

Nurašymo aktai IT ir prekių jau yra, tik už kokybę neatsakau, google rezultatų kompiliacija.
Trūkstamų šablonų sąrašą prieš puslapį parašiau. Galiu išmokinti kurti, bent kiek raštingas išmoksta per pora valandžiukių.