niekas savaime nevyksta, juolab yra bankai, kurie tebepriema mokesis ir patys konvertuoja i sepa. Reikia atlikti pakeitimus bankų nustatymuose. Jei kalbam apie Midi/Maxi (visi pamirštat paminėti, kokį produktą naudojat), tai Ryšys su bankais->Bankų parametrai ir ten nurodom, kad formuotų xxxx.xml, vietoje xxxx.mokesis.

Naujoms įmonėms bus duodama duombazė su nauju planu (jau yra). Senosios galės pereiti su pagalbiniais įrankiais. prieš tai apsirašę, kuri senoji sąskaita atitinka naująją. Šie įrankiai dar kuriami.
Pereiti prie naujojo plano neskubėčiau, tą galima bus atlikti bet kuriuo metu. Bent jau kol nepadarysite balanso už 2015m., tikrai nėra reikalo.

uzbalansine dalis naudojama automatiskai registruojant valiutines pinigines operacijas, nes uzbalansinsese laikoma valiutine suma, o balanse suma sistemine valiuta. Jei cia kalba apie senaja programa (Mikro), tai gal ir galejo islysti kokiu gliuku, jei bandete naudoti Litu valiuta konvertuotoje bazeje. Midi/Maxi nieko tokio buti negali, ten litus galima naudoti.
Jusu atveju man panasu tiesiog neteiisngai pakoregavote likucius ir is jusu likuciu nesueina balansas. Kol balansiniai likuciai nesueis, tol skirtumas kabes uzbalanse. Naujoje programoje tas skirtumas pasideda balanse i 399999 saskaita.

hmmm keista, o jūs apskritai iki tol naudojote šitą sistemą dėl kredito limitų ir pan.?

bandykite dar kliento kortelėje maks. skolos suma ir leidžiamas pradelsti dienų skaičius užnulinti, jei ten ne nuliai.

operacijos tipo kortelėje užpildykite importo PVM laukelį, nurodydami mokėtino PVM sąskaitą. Tada PVM suma suvaikščios į abi puses, o tiekėjui skola bus be PVM.

parduodat kaip paslauga, o pati turta nurasot per nurasymus. Tiesiai pirkti/parduot ilg. turta galima tik Midi/Maxi versijose.

pirkimo ar pardavimo atveju? Pardavimo atveju reikia tureti nauja versija (gal apie rugpjuti buvo naujinimas).

kopijuokit i Pirkimus. Tik aš gal susikurčiau atskirą žurnalą, kur aiškiai užvadinčiau, kad čia šablonines (netikros) operacijos, kad po to nepasimest, kai po metų žiūrėsit arba kitas žmogus žiūrės.

FR0671 (arba gaunamų faktūrų ataskaita) įtrauks tik iš pirkimo ir pirkimo grąžinimo operacijų, o FR0672 tik iš pardavimų ir pardavimo grąžinimų. Jei norit kitaip, tai atitinkamame žurnale (kurį užgriebia ataskaita) dubliuoji operaciją įvedant ją su šabloniniu operacijų tipu. Buhalteriškai tada niekas nesuvaikščios, bet į registrą paklius.

pasidėkit į tarpinę sąskaitą kažkur balanso 1 klasėje, o vėliau užsipajamuokit iš jos. Registrų centro sąskaitos manau būna išankstinės, tai preliminarią ar net tikslią sumą jau žinote iš karto. Dar galima kurti papildomą IT kortelę, bet taip daroma pvz. remonto atveju, kai turtas jau buvo nudėvimas kurį laiką, o po to prisireikė didinti vertę. O jei sumos nereikšmingos, ten kokie 20€ tai iš vis nesukčiau galvos ir dėčiau į sąnaudas.

operacijos->atlyginimo skaičiavimas->detaliai.
Po to dar klius ir tabelio dienų įrašai, juos irgi reiks ištrinti. Išmokėjimai taipogi, įvykiai irgi. Po atleidimo datos negali būti jokių su to žmogaus sutartimi susijusiu operacijų datuotų po atleidimo dienos.

apie tai, kiek galit apskaityti įmonių, tai turėtų būti pirkimo-pardavimo sutartyje įrašyta. Ir iš techninės pusės tas apribojimas yra įdedamas. Šiai naują įmonę Paypremiume sukurti galima įmonių saraše spaudžiant "Naujas".
O kad neskaičiuoja atlyginimo, tai jau per daug erdvės visiems įmanomiems variantams, kad būtų galima atsakyti. Bandykit pergeneruoti tabelį. O tai kaip atrodo neskaičiavimas? Stovi skaičiavime įrašas su laikotarpiu, bet dienos ir suma nulis?

Apvalinkite jūs kaip norit, tačiau bet kurioje programoje sintetetika su analitika turi sutapti centas į centą. O klausimas apie tai ir buvo, o ne apie tai, kad nesutampa skolos tarp jūsų apskaitos ir pirkėjo/tiekėjo apskaitos.

kai konvertatote, tai konversija irankis turejo islyginti sintetika su analitika (nebent neuzdejo varneles, kad islygintu). Todel siulau nagrineti perioda po 2015-01-01. Taip pat pasitikrinkite ar vienoda rezultata duoda ataskaitos likuciai datai ir apyvartos. Jei nevienodai, tai vadovaukite tuo, ka rodo apyvartu ataskaita. Ji teisingesnes uz kitas :) Ta prasme, kad ji sugeba parodyti teisingai, net kai vartotojas privelia neteisingu operaciju. Neteisingos operacijos pavyzdys: ivedamas skolos likuti per tarkim pirkimus. Ta likuti veliau apmoka, o tada grizta ir pataiso likucio ivedimo operacija ivesdami dar viena detalia eilute su priesingu zenklu arba tiesiog pakeisdami zenkla jau esamoje detalioje eiluteje!

Ilgalaikis turtas, be kalbu.

gal kas gilinotės, kaip bus sprendžiama, kad vienu metu pavedime bus galima pateikti arba mokėjimo paskirtį arba įmokos kodą, bet ne abu kartu. VMI savo puslapyje jokios informacijos nepateikia. Nes bus nepatogu, jei sau negalėsi pasirašyti, kokį mokestį pervedinėjai, kadangi savo apskaitoje mokesčius kad ir einančius vienodu kodu (1001) gi laikom skirtingose buhalterinėse sąskaitose. Tai suvedant banko išrašą (kai mokėjimas darė pvz. kitas asmuo) nebeturėsim informacijos, kas čia buvo pravesta.
Tarkim šiuo metu SEB bankas, jei importuojamame pavedime randa užpildytus abu šiuos laikus, tai rastą įmokos kodą tiesiog įmeta ir į mokėjimo paskirties lauką

prieš tesiant diskusiją, pateikite prašau nuorodą į įstatyminį aktą, kuriame įrašyta prievolė naudoti butent šį naująjį PAVYZDINĮ sąskaitų planą.
Kol ieškosite įstatymo, kurio nėra, kitiems pasakysiu, kad ne - sąskaitų planas esamoms įmonėms nenumatomas keisti, o ar bus pakeista naujoje tuščioje duombazėje, tai apie tai neturiu informacijos. O duomenys būsimąjai išmaniajai mokesčių informacinei sistemai (didelėms įmonėms prievolė teikti nuo 2017m.) galės būti pateikti nepaisant, koks yra ar bus jūsų dabartinis/būsimas sąskaitų planas.

oi, filtrą visai ne tokį ikėliau, reikia rinktis tipas "Atleisti", o antroje eilutėje "Nelygu".
Perkėlimuose irgi galite naudoti filtrą ir perkelti ne viską, o pvz. tik atleistus, bet ar to reikia? Įprastai ataskaitinis laikotarpis yra mėnuo, todėl keliam viską už visą mėnesį. Taip lengviau ir pačiam susitikrinti, kai prireikia.

galite užsidėti filtrą "Dirbantys". O jums kelia tik šį mėnesį atleistus ar iš iš seniau?

tai pagal nuotaiką, gali būti ir kelios per dieną :)

oi tai seniena pas jus :) iš pavasario ar žiemos pabaigos laikų. Šiandien yra 14.6.299

beje, jei versija naujesnė, tai iš nurodyto kelio reikia išmesti fragmentą "/server"

na bent 3 galimi būdai išsisukti iš situacijos:
1. atsinaujinti Paypremium, ten rasite nauja formą.
2. Paypremium nenaujintiti, o SAM suformuotą deklaraciją atsidaryti ABBYY formfilleryje, jums formfilleris sako, kad sena versija, ar norite atsinaujinti, sakote - taip ir atsinaujinus išsaugote ffdata deklaraciją jau iš formfillerio, tokiu būdu turite duomenis tinkamus v5 versijai. Beje išsaugoti iš formfillerio reikia visada, nesvarbu nauja ar sena forma, tai turi tapti taisykle. Nes tik tokiu būdu būsite užtikrinti, kad duomenys tinkami VMI ar sodros sistemai. Tas galioja visoms apskaitos programoms.
3. Įdėti atnaujintą mxfd formą į geltonai pažymėtą katalogą (žr. pav. apačioje)ir spausti "Perintegruoti formas". Po šio veiksmo atsiras v05 versija SAM formų generavime.

isisiveskite rusi "Busimos sanaudos", ja priskirkite busimu sanaudu korteleje. Susukurkite atskira zurnala nusidevejimo operacijose ir viskas. Nudevint (nurasant busimas i sanaudas) nurodykite ta rusi ir tuomet nesimaisys su ilgalaikiu turtu. Ilg. turto Ataskaitose irgi naudokite rusies filtra, kad istrauktumet informacija butent apie busimas sanaudas. Mintis tokia, kad rusis turetu buti arba ilgalaikis turtas, arba busimos sanaudos. O jau skirstymas i materialus, nematerialus, masinos ar kita iranga turetu eiti per pozymius.

Finvaldos surisimas su e-shop yra galimas, tokiu klientu yra ne vienas. Aisku, tai mokama palauga, reikalingi tam tikri konfiguravimo ir programavimo darbai, patys tikrai nepasidarysit.

reikia žinoma. Padarot tokį patį metų uždarymą ir tiek. Bet jei konvertavot po uždarymo, tai jis gi turėjo būti ir EUR bazėje.

nemanau, kad tokiu elementariu atveju klaustu. As itariu, norima sumazinti prekiu sandelyje savikaina, o ne jau parduotu. O gal net yra dalis parduotu,dalis sandelyje.

bijau , kad neišeis. Tik Midi/Maxi versijoje yra papildomas atskirai perkamas modulis "savikainos perskaičiavimas" skirtas būtent tam, ką aprašėte. O čia nebent per papildomas išlaidas (su minusu) žaisti. Bet tos papildomos išlaidos dedasi originaliame pirkimo dokumente, o ne atskirame, taigi su datom bus nesąmonė, nes nuolaidą gavote turbūt vėliau.

per uzskaitas.