Įrankiai->Įmonės parametrai->Prekių parametrai: nuimti varnelę "1. Prekėms būtinas spec. kodas"

pajamuojant senas (kurios jau nupirktos seniau) prekes reikia naudoti kažkokią tarpinę sąskaitą, kuri kredituosis. Taigi po užpajamavimo tą tarpinę sudengsit su esamomis suminės prekių apskaitos sąskaitomis ir visos jos apsinulins. O jei tarpinę sąskaitą susikursit greta dabartinių prekių sąskaitų, tai visų prekinių sąskaitų likučių suma jau dabar gerai atrodys.

[quote=birutikes]


tiesa šnekant net nenoriu gilintis, ar įmanoma bent teoriškai (manau ne). Su senąja algos programa viskas baigta, ji tiesiog baigė savo gyvenimą kaip produktas.

naujausia priklauso nuo laiko momento, kuriame šnekam :) Jų buvo ir bus, kartais į dieną po porą :) Pirmadienį gal pasirodys versija, kuri jau teisingai skaičiuos ligonlapį (nes GPM t.b. 15proc.), darys SAM, importuos iš Sodros xml darbuotojų pap. pensijos procentus ir darys GPM metinę, tai jos numeris bus 14.6.711.340.

na tai didžiausia bėda, jei negalit sustabdyti prekybos. Nes realiai, tai reikia viską suinventorizuoti, užpajamuoti apskaitos programoje kiekiškai į sandėlį ir pradėti prekybą, t.y. ar naudojant atitinkamą kasos aparatą, ar užsirašant ant popieriaus, jei apyvartos, nedidelės ką konkrečiai pardavėt.

įsidiegti nebūtina, svarbu teikti duomenis pagal tą planą, tai tam užteks susiejimo jūsų s. planas - mokesčių s. planas.

Darbuotojo sutartie kortelėje, antrame lape reikia nustayti, kad taikoma suminė apskaita, suminės apskaitos periodo pradžia (visiems darbuotojams reikia dėti vienodą) ir periodo trukmė. Ten pat uždėti varnelė, kad vairuotojams periodo pabaigoje tabelį lyginti su darbo laiko režimu. Tada prie įmonės parametrų yra suminės apskaitos skaičiavimo metodai (berods 5 būdai). Vairuotojams teisingiausias būtų "valandas rodyti iš darbo laiko režimo" kažkaip taip skamba. T.y. jei mokamas mėnesinis atlyginimas, tai jis visada gauna pilną algą, nežiūrint kiek valandų išdirbo. Tai atskirai apmokat tik, jei dirba per valstybines šventes ir už darbo laiką naktį. Na ir periodo pabaigoje suminius viršvalandžius apmokate, jei jų susidaro. Prastovų šiuo atveju nereikia mokėti, nes mokat pilną algą.

iš sąrašų pats greičiausias būdas gauti informaciją. Filtravimai galimi ir sąraše pagal požymius, rūšis ir t.t.

tiesiog klientų sąraše išsitraukite norimus duomenų stulpelius ir tada copy-paste į excelį.

užveskite prašau ant kelio. Pagal į GPAIS teikiamų duomenų struktūrą iš apskaitos programos, apmokestinamas gaminys taip gali turėti pakuotes, kaip ir prekinis vienetas. Bet gi pakuočių srautas ir gaminių srautas turi atskirus srauto ID, tai kaip čia gaunasi? Gal galit pavyzdžių pateikti tokio tipo apm. gaminių?

skolos datai ataskaitoje įsidedat į filtrą sąskaitą 241, tada jos likutį palyginat ką rodo didžioji knyga arba darbinė lentelė.
O 2435 - atskaitingi asmenys - Mikro versijoje nevedama analitiškai, ten turit tik judėjimą didžiojoje knygoje.

ne taip, jūs čia tikrinate sintetika su sintetika. Analitika yra skolos datai, prekių likučiai datai, ilgalaikio turto likučiai datai.

čia įtakoja bendrieji windows regional settings, ten reikia nustatyti lietuvišką regioną ir nereiks kaitalioti excelyje.

jei vlookup netinka, tada nežinau. Aš lyginčiau būtent taip, nes kaip kitaip faktūros numerio pasikartojimą rasti? Bet šiai manau užtektų bendrą sumą palyginti, nes susigalvojot bereikalingų darbų :)

na kaip jums galima atsakyti nematant jūsų duomenų struktūros, t.y. ką ir su lyginat?

yra likviduojama įmonė, yra akcininko paskola įmonei, kuria reikia nurašyti. Akcininkas tuo pačiu ir vadovas. Nurašant paskolą ar iškyla apmokestinamo klausimai? Suprantu, kad tau bus apmokestinamosios pajamos pelno mokesčio prasme, o GPM ar neatsiranda? Nes pajamų iš nurašymo vadovas negauna, tik nuostolį, tai logika sakytų, kad neatsiranda, ar taip?.

kažkoks bergždžias dvigubas darbas, mano manymu. O tai tikrindami, kur randate klaidų?

klientų sąraše išsitraukite reikiamus duomenų stulpelius ir tada kopijuokite viską į word ar excel.

ruošiant išmokos operaciją, papildomai užeiti į Mokėjimo pavedimas/reikalavimas ir ten patvirtinti tą langą.

o jei keitėte windowsus iš pvz. windows xp į windows 7/8/10, tai reikia pakeisti katalogą į kurį formuojamas failas. Nes į operacinės sistemos šakninį katalogą (paprastai C:) rašyti neleidžiama.

pradžiai gal tiesiog perkraukite kompiuterį, gali būti, kad pakibęs tas procesas, kad failas sukurtas ir užlokintas.

pajamavimo sąskaita paimama iš prekės kortelės, o kredito pusė - 3999999.

tai ilgalaikėms po to sukurtumėt naujas sąskaitas tiesiog. Perkodavimas tai yra kodo pakeitimas, o suliejimas, tai dviejų kodų suliejimas į vieną (pasikeičia visoje operacijų istorijoje). Perkodavimo įrankis randasi prie Įrankiai->Pap.programos arba, jei naujesnė versija, prie Programos.

Pakeisti sąskaitų negalima. Jei ilgalaikių sąskaitų nenaudojate (niekada ten nebuvo operacijų), tai paprasčiausia bus arba perkoduoti arba sulieti naudojant FVSServis įrankį. Kitas variantas, perkant operacijos tipe įrašyti skolos sąskaitą, tuomet į kliento kortelėje esančią sąskaitą nebereaguoja.

jūsų sąskaita nusirodo išmokos operacijos tipe.

Nuo avansų mokesčiai neskaičiuojami, tai kokią sumą įvedėt, tiek turi ir išmokėti. Prieš mokant likusią algą, svarbu nepamiršt sudengt šių avansų, nes priklausomai nuo aplinkybių, automatinis sudengimas nevisada įvyksta.

Nepavyks, čia gi kreditorinio tipo sąskaitos.

Darot pirkimo op. į trumpalaikes skolas, perkat tarpinę sąskaitą, o tada užskaita ilgalaikės skolos su ta tarpine sąskaita.

jei tai yra pardavimo grąžinimas (kai jūs išrašote, tai vadinasi kreditinė pvm sf, o jei klientas - debetinis dokumentas), tai ir vedate ir pardavimo grąžinimus, o ne pirkimus.

visos koreguojančios sąskaitos (tiek debetinės, tiek kreditinės) vedasi per pirkimų arba pardavimų grąžinimus. O į kurį registrą, gaunamų ar išrašomų, turi pakliūti nusirodo per varnelę grąžinimo operacijos apačioje.

Nusistato prie ryšio su sąskaitomis.