Aktualijos

Funkcionalumas ir diegimas aprašytas Blue EMI mokėjimo nuoroda.

Jis atitinka valstybės patvirtintą kalendorių ir naudojamas 5 darbo dienų, 40 valandų darbo savaitei aprašyti.

Kaip susiimportuoti kalendoriaus reikšmes, aprašyta Sisteminis kalendorius.

• Buvo peržiūrėti ir standartizuoti visi MGAMA procesų aprašymai: Rivile MGAMA.
• Įkelta ir aprašyta nauja programa MGAMA ir MSCAN standartinių būsenų sukūrimui BUSENU_IMP(), kurią naudojant galima susiimportuoti standartines būsenas ir priskirti vartotojus

• MGAMA procedūros papildytos parametrais, kad būtų galima kiekvienam dokumentui atskirai nurodyti vartotojus arba vartotojų grupę, kurie turi jį patvirtinti ir kurie turi gauti informaciją apie dokumento būsenos pasikeitimą.

Jeigu tam tikrą būseną nuolatos tvirtina tie patys vartotojai, galima apsirašyti ir išsisaugoti tvirtinančių šabloną, kad sistema juos automatiškai siūlytų su galimybe pasikeisti.

• Pridėtos naujos darbuotojų dokumentų formos: vairuotojo pažymėjimas, medicininė pažyma darbui, pasas.

Sukurti įrankiai, kurių pagalba konsultantai gali kurti naujas formas. Esant tokiam poreikiui, kreipkitės į UAB Rivile konsultantus ar atstovus.

Tai automatinė sistema stebinti į DVS įvestų dokumentų galiojimo datą ir automatiškai informuojanti apie artėjančią dokumento galiojimo pabaigą.
Sistema taip pat užtikrina, kad vienam personalo asmeniui galiotų tik vienas dokumento tipas (DVS rūšis).

Detalus proceso aprašymas: MGAMA - DVS dokumentų galiojimo tikrinimas.

Integracijos aprašymas pateiktas: Sujungimas su SABIS sistema (Nacionalinis bendrųjų funkcijų centras) .

Veiksmai, kuriuos reikia atlikti vartotojams, kurie jau naudojasi E.Sąskaita :

1. Atsinaujinama Rivile GAMA programa. Funkcionalumas galioja nuo 122.0101+DI Rivile GAMA programos versijos.

2. Apsirašomas parametras SS_VSI_VART - SABIS vartotojas. Jame nurodomas prisijungimo prie SABIS sistemos vartotojo vardas ir slaptažodis.

Adresas prisijungimui prie SABIS savitarnos: https://sabis.nbfc.lt

Į lauką "Vartotojo vardas" nukopijuojama Kliento ID reikšmė (tam tikras simbolių rinkinys).

Į lauką "Slaptažodis" nukopijuojama reikšmė, kuri gaunama paspaudus mygtuką GENERUOTI KODĄ.

3. Matavimo vienetų sąraše užpildomas laukas "VšĮ mato vnt".

PEPPOL naudojami mato vienetai aprašyti: https://docs.peppol.eu/poacc/billing/3.0/codelist/UNECERec20/.

Visos reikšmės vedamos didžiosiomis raidėmis, pavyzdžiui:

C62 - Vienetas , KGM - Kilogramas, TNE - Tona, MON - Mėnuo, HUR - Valanda, DAY - Diena,

KMT - Kilometras, MTR - Metras , MTK - Kvadratinis metras , MTQ - Kūbinis metras, LTR - Litras.

Dažniausiai naudojamų mato vienetų sąrašą galima atsisiųti iš https://nbfc.lrv.lt/public/canonical/1724927011/1616/Matavimo%20vienet%C5%B3%20klasifikatorius.xlsx.

Local m.dd_SABIS_L1,m.dd_SABIS_L2,m.dd_SABIS_L3
m.dd_SABIS_L1=""
m.dd_SABIS_L2=""
m.dd_SABIS_L3=""
if VSI_SABIS(@m.dd_SABIS_L1,@m.dd_SABIS_L2,@m.dd_SABIS_L3)
    tt_e_nr=tt_e_nr+1
    m.ddf_eil=""
    If Empty(tt_numeruoti)
        m.ddf_eil=m.ddf_eil+Transform(tt_e_nr,'@L 999999     ')
    Endif
    m.ddf_eil=m.ddf_eil+Space(5)+"<vsi_sabis_l1>"+ALLTRIM(m.dd_SABIS_L1)+"</vsi_sabis_l1>"
    =Fputs(hand,m.ddf_eil)

    tt_e_nr=tt_e_nr+1
    m.ddf_eil=""
    If Empty(tt_numeruoti)
        m.ddf_eil=m.ddf_eil+Transform(tt_e_nr,'@L 999999     ')
    Endif
    m.ddf_eil=m.ddf_eil+Space(5)+"<vsi_sabis_l2>"+ALLTRIM(m.dd_SABIS_L2)+"</vsi_sabis_l2>"
    =Fputs(hand,m.ddf_eil)

    tt_e_nr=tt_e_nr+1
    m.ddf_eil=""
    If Empty(tt_numeruoti)
        m.ddf_eil=m.ddf_eil+Transform(tt_e_nr,'@L 999999     ')
    Endif
    m.ddf_eil=m.ddf_eil+Space(5)+"<vsi_sabis_l3>"+ALLTRIM(m.dd_SABIS_L3)+"</vsi_sabis_l3>"
    =Fputs(hand,m.ddf_eil)
endif

Kliento identifikatoriaus (nuorodos) parinkimo logika (imama pirma pirma netuščia reikšmė):

• Reikšmė iš pardavimo operacijos lauko "Pirminis Dok. Nr."

• Reikšmė iš sutarties lauko "Sutarties Nr." Sutarties numeris paimamas pagal pardavimo detaliose eilutėse nurodytą sutartį.
  Pastaba – eksportuojamame dokumente detaliose eilutėse negali būti priskirtos skirtingos sutartys, t. y. turi būti priskirta tik viena sutartis.

  

• Reikšmė iš pardavimo operacijos lauko "Dokumento Nr."

Vartotojai, kurie anksčiau nesinaudojo E.Sąskaita, su UAB "Rivile" sudaro Rivile sistemų nuomos sutartį, tada aprašoma integracija.

Integracijos aprašymas pateiktas: Sujungimas su SABIS sistema (Nacionalinis bendrųjų funkcijų centras) .

Neapsirašius parametro, sąskaitos siunčiamos į E.sąskaita sistemą (Registrų centras).

Dokumentai gali būti pateikiami vizavimui skirtingai - kai kurie iškart pateikiami vizavimui (1 lygis), kitus prieš vizavimą turi pasirašyti tam tikri darbuotojai (2 lygiai), o dalis gali būti tokių, kurie reikalauja pasirašymo, patvirtinimo, tik tada atiduodami vizavimui (3 lygiai).

Prieš pateikiant dokumentą vizavimui pasirenkami žingsniai, kuriais bus vykdomas visas procesas:

• Vizavimas
• Pasirašymas, Vizavimas
• Pasirašymas, Tvirtinimas, Vizavimas
• Pagal pasirinktą šabloninę operaciją.

Funkcionalumas aprašytas: Dokumentų vizavimo procesas.

Teikiant prašymus tėvadieniams/ mamadieniams per MGAMA portalą, standartiškai joks tikrinimas nevyksta.

Tikrinimas įjungiamas apsirašius parametrą: MGAMA_AT_TEV - MGAMA Tėvadienių/ Mamadienių tikrinimas.

Kontrolė veikia tokiu principu:

• Darbuotojams, auginantiems vieną vaiką iki dvylikos metų, suteikiama viena papildoma poilsio diena per tris mėnesius.
• Darbuotojams, auginantiems neįgalų vaiką iki aštuoniolikos metų, suteikiama viena papildoma poilsio diena per mėnesį.
• Darbuotojams, auginantiems du vaikus iki dvylikos metų, suteikiama viena papildoma poilsio diena per mėnesį.
• Darbuotojams, auginantiems tris ir daugiau vaikų iki dvylikos metų, suteikiamos dvi dienos per mėnesį.
• Darbuotojams, auginantiems du vaikus iki dvylikos metų, kai vienas arba abu vaikai yra neįgalūs, suteikiamos dvi dienos per mėnesį.

Apie tėvadienių/ mamadienių prašymų teikimą ir tvirtinimą aprašyta MGAMA - atostogų prašymų teikimas ir tvirtinimas.

Nuo 2024.07.01 dienos įsigaliojo XIV-2652 Lietuvos Respublikos civilinio proceso kodekso 626, 663 ir 736 straipsnių pakeitimo įstatymas (lrs.lt)

Paspaudžiamas mygtukas "Algos servisas". Atsidaro langas "Algos servisas", jame paspaudžiamas mygtukas "Algos pakeitimai nuo 2024 m."

Sukuriama nauja 901 atskaitymo ("Pagal vykdomąjį raštą") formulė nuo 2024.07.01:

bei naujos sistemos ir sudėtinių kintamųjų reikšmės:

Pagrindiniai pakeitimai:

1. Aprašomas naujas sistemos kintamasis 19305 - "Vykdomųjų % virš 2 MMA" :

(Galima suimportuoti iš failo 1- KINTAMIEJI.EIP)

2. Aprašomos naujos sistemos kintamųjų ir sudėtinių kintamųjų reikšmės:

(Galima suimportuoti iš failo 2-KINTAMUJU_REIKSMES.EIP)

max(FSYS(2)-(FATS("000000019101"+skyr()+"000000019102")+FATS(19105)+FATS("000000019201"+skyr()+"000000019203"))/FSPR(901)*FSYS(2),0)*FSYS(19301)/100

(min(FSPR(901),FSYS(2)*2)-FSYS(2)-(FATS("000000019101"+skyr()+"000000019102")+FATS(19105)+FATS("000000019201"+skyr()+"000000019203"))/FSPR(901)*(min(FSPR(901),FSYS(2)*2)-FSYS(2)))*FSYS(19302)/100+(max(FSPR(901)-2*FSYS(2),0)-(FATS("000000019101"+skyr()+"000000019102")+FATS(19105)+FATS("000000019201"+skyr()+"000000019203"))/FSPR(901)*max(FSPR(901)-2*FSYS(2),0))*FSYS(19305)/100

3. Pakoreguojama 901 atskaitymo formulė - įvedama nauja 901 atskaitymo reikšmė nuo 2024.07.01:

(Galima suimportuoti iš failo 3-ATSKAITYMAI.EIP)

(IIF(FSPR(901)>FSYS(2),FSUD(101)+FSUD(102),(FSPR(901)-FATS("000000019101"+skyr()+"000000019102")-FATS(19105)-FATS("000000019201"+skyr()+"000000019203"))*FSYS(19301)/100))/IIF(FAVS(901) >1,FAVS(901) ,1)

Standartiškai SQL vartotojo kortelėje galima nurodyti vartotojų grupės kodą ("Pagr. grupė").

Stovint ant vartotojų grupės ir paspaudus mygtuką "Papildomi vartotojai", atsidaro vartotojų sąrašas, kuriame sužymimi vartotojai, priklausysiantys pasirinktai grupei.

SQL vartotojų grupei priklausys pagrindiniai vartotojai (kai grupė nurodyta vartotojo kortelėje) ir papildomi vartotojai (priskirti naudojant mygtuką "Papildomi vartotojai").

Detaliai apie vartotojų sukūrimą ir administravimą aprašyta: Vartotojų sąrašas.

Kaip toks funkcionalumas veikia, aprašyta pavyzdyje: MGAMA - DVS ataskaitų tvirtinimas.

Plačiau apie Rivile MGAMA funkcionalumus rasite: Rivile MGAMA.

Dokumentų skaitliukų sukūrimo funkcionalumas aprašytas Dokumentų skaitliukai.

Aprašymai pateikti:

• Kaip įvesti pardavimą, kai suma turi nueiti į būsimų laikų pajamas?
• Kaip įvesti pirkimą, kai suma turi nueiti į ateinančių laikų sąnaudas?

Gido atnaujinimai periodiškai bus pateikiamos nuorodos į Rivile gide atliktus pakeitimus ir papildymus.

Perėjimas bus vykdomas dviem etapais:

• 2024 birželio 13 – 14 dienomis bus įjungtas režimas, kai minėtas funkcijas pasieks tik Rivile GAMA 119.0000+DI ir aukštesnės versijos.
  Tai padės įsitikinti, kad esate tinkamai pasiruošę ir po 2024.07.01 galėsite dirbti įprastai.
• 2024 liepos 1 dieną bus visam laikui įjungtas režimas, kai minėtas funkcijas pasieks tik Rivile GAMA 119.0000+DI ir aukštesnės versijos.

Rekomenduojamas pasirengimas pokyčiui:

• Iki 2024 birželio 12 dienos atsinaujinti Rivile GAMA versiją iki naujausios.
• Birželio 13 – 14 dienomis Įsitikinti ar veikia nors viena iš funkcijų: WEB dokumentų importas/eksportas, E-sąskaitų siuntimas į VšĮ, Registracijos atnaujinimas, Valiutų kursų importas, Klientų informacijos atnaujinimas.
  Jei nors viena funkcija veikia,reiškia, kad jūsų sistema parengta ir daugiau nieko daryti nereikia.
• Jei atsinaujinus Rivile GAMA versiją minėtos funkcijos neveikia (gaunate pranešimą "Nepavyko susijungti su centru!"), reiškia, kad jūsų Windows operacinė sistema nepalaiko saugaus šifruoto SSL kanalo.
  Kaip tai spręsti pateikta šioje instrukcijoje.
  Jei, atlikus nurodytus instrukcijoje veiksmus, minėtos funkcijos vis tiek neveikia, kreipkitės į UAB „Rivilė“ konsultantus arba atstovus.

Dokumentų tvirtinimas gali būti atliekamas per MGAMA arba Rivile GAMA programoje.

Dokumentai kaupiami Rivile GAMA DVS operacijų sąraše. Esant poreikiui, būsenų tvirtinimo metu galima sugeneruoti personalo operacijas, pvz., personalo atleidimo operacijas.

Funkcionalumo aprašymas pateiktas: MGAMA - dokumentai .

Sukurtos 3 sisteminės formos: Prašymas išmokėti avansą, Prašymas atleisti iš pareigų ir Prašymas dėl nuotolinio darbo.

Galima naudoti sistemines dokumentų formas arba jas susikurti patiems: MGAMA - dokumentų formos .

Standartiškai vidurkiai ir priskaitymai skaičiuojami kiekvienam algos dokumentui atskirai.

Funkcionalumas aprašytas: Vidurkių ir priskaitymų skaičiavimas pažymėtiems algos dokumentams.

Sukurtas atskiras skyrelis MGAMA DUK, kuriame pateikiami atsakymai į aktualiausius klausimus, kylančius dirbant su MGAMA aplikacija.

Visi MGAMA aplikacijos funkcionalumai aprašyti MGAMA.

Nuo 2024 m. sausio mėn. 1 d. įsigalioja Lietuvos Respublikos gyventojų pajamų mokesčio įstatymo Nr. IX-1007 20 straipsnio pakeitimo įstatymas.

Paspaudžiamas mygtukas "Algos servisas". Atsidaro langas "Algos servisas", jame paspaudžiamas mygtukas "Algos pakeitimai nuo 2024 m."

Nuskaityti sistemos kintamųjų reikšmes 2024.01.01 datai.

Įvesti aukščiau išvardintų sistemos kintamųjų naujas reikšmes:

Padaryta galimybė tabeliuose (darbo laiko apskaitos žiniaraščiuose) automatiškai suskaičiuoti darbuotojų dirbtą viršvalandžių laiką.

Tabelio koregavimo lange atsiranda mygtukai "Skaičiuoti viršvalandžius visiems" ir "Skaičiuoti viršvalandžius".

Detalus šio funkcionalumo aprašymas pateiktas: Apmokėjimas už viršvalandinį darbą.

Padaryti sujungimai su EMPIRIJA, RASO ir ASPA POS išmaniaisiais elektroniniais kasos aparatais (i.EKA).

Darant grąžinimą per POS aparatą, būtina nurodyti sąskaitos faktūros numerį, fiskalinio kvito ir fiskalinio aparato numerį, pagal kuriuos vyksta grąžinimas.

Plačiau apie POS aprašyta Darbas su POS.

Rivile internetinis portalas MGAMA nuolatos papildomas naujais funkcionalumais. Padaryta:

• MGAMA - priėmimo į darbą procesas
• MGAMA - įmonės vidaus tvarkos taisyklių tvirtinimas
• MGAMA - kalendorius

ir įvairūs kiti MGAMA sprendimai:

• Pirkimo dokumentų tvirtinimo procesas, atsižvelgiantis į dokumento sumą
• Darbuotojo ir jo tiesioginio vadovo informavimas apie padėką
• Nuobaudos patvirtinimo procesas
• Pardavimo rezervavimo tvirtinimo procesas

Detalus aprašymas pateiktas GPAIS.

MGAMA skirta :

• prašymų ar kitų dokumentų, kuriuos reikia patvirtinti, pateikimui,
• susipažinimui skirtų dokumentų ar kitos informacijos pateikimui,
• įsakymų suformavimui ir pateikimui juos patvirtinti,
• dokumentų patvirtinimui arba atmetimui,
• patvirtinimui, kad susipažinta su atsiųsta informacija,
• įvairių kitų uždavinių, kurie ateityje bus perkeliami į mobilią aplikaciją, sprendimui.

Detaliai apie MGAMA funkcionalumus, diegimą ir pritaikymą aprašyta Rivile MGAMA.

Pateikiami Rivile GAMA ir MGAMA integracijos pavyzdžiai:

• MGAMA - atostogų prašymų teikimas ir tvirtinimas
• MGAMA - komandiruočių įsakymų formavimas ir tvirtinimas
• MGAMA - DVS dokumentų tvirtinimas
• MGAMA - vidinės apskaitos dokumentų tvirtinimas
• MGAMA - pirkimo dokumentų tvirtinimas
• MGAMA - atlyginimo lapelių suformavimas ir tvirtinimas

• Vietoje sąrašo "Atostogų likučiai" atsiranda nekoreguojamas sąrašas "Atostogų detali informacija".
• Atostogų likučio koregavimas atliekamas vedant personalo operacijas su tipu "Atostogų likučio koregavimas".
• Vietoje "Atostogų formulės" bei "Atostogų skaičius" dienomis naudojamos "Atostogų lentelės".
• Padaryta galimybė bet kuriai personalo operacijai priskirti algos klasifikatorių, kuriame nurodomas algos dokumento tipas ir tabelio dienos žymėjimas . Perkėlus tokią operaciją susiformuoja įrašas algos dokumentuose. Detaliau aprašyta Algos klasifikatorius.
• Vedant atostogų operacijose, jose iškart nurodoma ar bus koreguojamas ir kaip bus koreguojamas stažo periodas:

Perkėlus tokias atostogų operacijas, automatiškai susikuria periodų koregavimo įrašai. Detaliau apie tai aprašyta: Atostogų tipas, Atostogų vedimas personale.

• Atsirado naujas personalo operacijų tipas "Atostogų fiksavimas". Atostogų fiksavimas atliekamas automatiškai, perkeliant priėmimo papildymo, perkėlimo, atostogų bei atleidimo operacijas.
  Personalo operacijų sąraše galima susivesti atostogų fiksavimo operacijas ir fiksuoti darbuotojų atostogas pasirinktai datai.

Detaliau apie tai aprašyta Atostogų fiksavimas.

Apie perėjimą prie Personalo v2 versijos aprašyta Kaip pereiti prie Personalo versijos v2 ?.

Detaliau apie valiutas ir valiutų kursus aprašyta čia.

Kaip naudoti tokį funkcionalumą aprašyta:

• Galimybė perkėlus POS pardavimo operacijas, iškart perkelti ir suformuotas pardavimo operacijas,
• Galimybė perkėlus POS pinigų įdėjimo/išėmimo operacijas, iškart perkelti ir suformuotas mokėjimo operacijas.

Apie kitus papildomus POS funkcionalumus rasite INIT POS.

Nuo 2023 m. sausio mėn. 1 d. įsigalioja Lietuvos Respublikos gyventojų pajamų mokesčio įstatymo Nr. IX-1007 20 straipsnio pakeitimo įstatymas.

Paspaudžiamas mygtukas "Algos servisas". Atsidaro langas "Algos servisas", jame paspaudžiamas mygtukas "Algos pakeitimai nuo 2023 m."

Nuskaitykite sistemos kintamųjų reikšmes 2023.01.01 datai.

Įveskite aukščiau išvardintų sistemos kintamųjų naujas reikšmes.

Pradiniai reikalavimai mokėjimo išrašų tiesioginio importo naudojimui :

• Paslauga galima naudotis tik turint VPS bei atskirą Rivile API raktą.
• API raktui turi būti suteiktos teisės naudotis Open Banking paslauga.
• API rakto aprašyme turi būti nurodytas teisingas įmonės web adresas.
• Atskiros sutarties su Open Banking paslaugų teikėjais sudaryti nereikia.

Dėl API rakto įsigijimo ir nustatymų reikia kreiptis į UAB "Rivilė" arba atstovus.

Funkcionalumas detaliai aprašytas: Tiesioginis ryšys su banku.

Kaip suteikti vartotojms leidimus pasirinkti įmones, detaliai aprašyta Įmonių sąrašo filtravimas.

Išsamiai apie galimybę keistis dokumentais aprašyta:

• elektroniniai dokumentų manai Rivile EDI(EKO),
• viešųjų pirkimų sąskaitų teikimas E.sąskaita,
• pardavimo sąskaitų siuntimas el. paštu naudojant web eksportą .

Detaliau apie tai aprašyta Foxpay mokėjimo nuorodos generavimas.

Tai apima WEB dokumentų importą/eksportą, registracijos atnaujinimą, valiutų kursų importą, klientų informacijos atnaujinimą.
Kanalo šifravimas užtikrina, kad siunčiamų duomenų negalėtų perimti jokie tretieji asmenys.

Dirbant su senomis Windows versijomis, HTTPS protokolas gali neveikti. Tokiu atveju reikia atlikti papildomas Windows operacinės sistemos konfigūracijas. Siūlome kreiptis į savo įmonės IT administratorius. Instrukcija ką reikia atlikti pateikta: HTTPS palaikymo konfigūravimas senose Windows OS versijose.

Jei reikalinga pagalba, kreipkitės į UAB "Rivilė" konsultantus ar atstovus.

Į kitus programos modulius, kurie jam nerezervuoti, vartotojas galės patekti standartiškai, jeigu tuo metu juose bus laisvų darbo vietų.

Toks funkcionalumas gali būti reikalingas vartotojui, kurio vardu jungiamasi paleidžiant automatinius procesus (pvz., importus) arba vadovui, kuriam reikalinga garantija, kad visada galės dirbti su programa.

Detaliai apie tai aprašyta Darbo vietų administravimas.

Sisteminiuose parametruose SS_KAINA ir SS_NUOLAIDA nurodžius savo programas, pardavimo/ pirkimo kainos ir nuolaidos bus parenkamos ne standartiškai, o pagal jose užprogramuotus algoritmus.

Jeigu aprašoma antra parametro SS_NUOLAIDA reikšmė, tai pagal joje užprogramuotą algoritmą kontroliuojama maksimali nuolaida.

Pavyzdžiui, naudojant šiuos parametrus, galima palikti standartinį kainų ir nuolaidų parinkimą, bet kiekvienam manedžeriui nurodyti kokią maksimalią pardavimo nuolaidą jis gali taikyti.

Apie naujus parametrus aprašyta Kainos parinkimo funkcija ir Nuolaidos parinkimo funkcija.

Rivile GAMA programoje galima keistis pardavimo (pirkimo) dokumentais per Rivile EDI (EKO) sistemą (Rivile EDI) arba siųsti paprastu elektroniniu laišku.

Pirmuoju atveju atžymimi dokumentai ir paspaudžiamas mygtukas "WEB eksportas". Atitinkamai aprašius klientų korteles, jiems dokumentai sugeneruojami ir perduodami per Rivile EDI (EKO) sistemą.

Antru atveju, paspaudžiamas spausdinimo mygtukas ir pasirenkama speciali ataskaita, kuri suformuoja ir klientams išsiunčia PDF failus:

Atsiradus galimybei vietoje ataskaitos spausdinimo naudoti WEB eksportą :

• kiekvieno kliento kortelėje alternatyvių adresų sąraše galima nurodyti jam skirtos ataskaitos šabloną,
• vienu kartu galima pasižymėti visas pardavimo (pirkimo) operacijas, ir, priklausomai nuo kliento, bus suformuoti ir išsiųsti skirtingos struktūros PDF failai,
• jeigu daliai klientų siunčiami elektroniniai laiškai, o kitiems siunčiamos sąskaitos per Rivile EDI (EKO) sistemą, nereikės pirma siųsti vieniems klientams, o paskui kitiems - automatiškai sistema pagal aprašymus klientų alternatyviuose adresuose atrinks kaip kurias sąskaitas siųsti, ir išsiųs,
• ataskaitose galima užprogramuoti, kad tam tikrais atvejais būtų parenkamas kitoks laiško šablonas, laiško tekstas, kartu siunčiami papildomi failai (pvz., prie pardavimo operacijos prisegti papildomi dokumentai) ir pan.,
• išsiųstas PDF failas lieka pardavimo (pirkimo) operacijoje, ir jį galima pasižiūrėti paspaudus mygtuką "PDF ataskaita".

Laiškų siuntimo mechanizmas naudojant WEB eksportą aprašytas čia.

Nuo 2022 m. birželio mėn. 1 d. įsigalioja (Įstatymo 2 straipsnio 3 dalis nuo 2022-05-24) Lietuvos Respublikos gyventojų pajamų mokesčio įstatymo Nr. IX-1007 20 straipsnio pakeitimo įstatymas.

Nuskaitykite sistemos kintamųjų reikšmes 2022.01.01 datai.

Pakeiskite aukščiau išvardintų sistemos kintamųjų reikšmes arba įsiveskite naujas.

DA-01K formavimo ataskaita: DA_01_20220413.zip .

1-SD v11 formavimo ataskaitos: 1SD_v11_20220403.zip .

Ruošiantis LR buhalterinės apskaitos įstatymo XIV-680 pakeitimų įsigaliojimui , išleidžiama 118.0000+DI Rivile GAMA programos versija, kurioje atsirado naujas funkcionalumas "DK istorija".

Detaliai apie DK istoriją aprašyta Didžiosios knygos istorija.

Jo reikšmė "Galimas", jeigu toks klientas (pagal įmonės kodą) yra Rivile klientų duomenų bazėje.

Reikšmė "Vyksta" priskiriama tuo atveju, jeigu jau yra aprašytas tiesioginis web apsikeitimas arba iškart jį aprašius.

Naujiems klientams arba pakoregavus kliento aprašymą, tiesioginio dokumentų apsikeitimo požymis užsipildo paspaudus mygtuką "Užpildyti aprašymus" .

Požymis matosi ir kliento alternatyvių adresų sąraše, kur aprašomi konkretūs web adresai:

Apie tiesioginį dokumentų apsikeitimą aprašyta Rivile EDI.

• Į CRM operacijų sąrašą sugeneruojami vėluojami apmokėti pardavimo dokumentai.
• Prieš viešinant galima sąrašą peržiūrėti ir pasirinkti kurių dokumentų ir kurių klientų skolos bus viešinamos.
• Viešinama operacijos perkėlimo metu.
• Visa jau viešinamų skolų informacija atnaujinama mygtuko paspaudimu.
• Po apmokėjimo įvedimo atlikus viešinimo informacijos atnaujiną, skolos viešinimas stabdomas.
• Yra galimybė rankiniu būdu stabdyti skolos viešinimą.

Detaliai apie skolų viešinimo uždavinio funkcionalumą aprašyta Skolų viešinimas (Okredo).

Lietuvos respublikos muitinė keičia intrastato statistinės ataskaitos "Išvežimas UPS-01" struktūrą https://intrastat.lrmuitine.lt/ .

Rivile GAMA programoje padaryti ataskaitos "Intrastato ataskaita Išvežimas UPS-01 (IDAIS sistemai)" (SYSTEM000820) pakeitimai. Atsirado laukas "Partnerio identifikacinis kodas".

Detaliai apie intrastato ataskaitoms reikalingų duomenų suvedimą ir ataskaitų formavimą aprašyta Intrastato duomenų vedimas.

Tam tikrais atvejais, pavyzdžiui Latvijos darbuotojams, kiekvienam darbuotojui iš įmonės lėšų turi būti paskaičiuojama pastovi suma, kuri nepriklauso nuo darbuotojo atlyginimo.

Tai apsirašoma algų sąskaitų ryšio lentelėje. Anksčiau buvusi galimybė nurodyti Sodros procentą praplėsta, ir dabar galima nurodyti ne tik procentą, bet ir sumą: pasirenkamas kintamojo tipas Sistemos(suma) arba Žmogaus(suma).

Detaliai apie algos sąskaitų ryšio lenteles rasite Algų sąskaitų ryšio lentelė.

Dirbantiems su 117.0000+DI ir aukštesne Rivile GAMA programos versija pateiktas aprašymas kaip skaičiuoti pajamas natūra už naudojimąsi kitam asmeniui priklausančiu automobiliu asmeniniais tikslais.

Aprašymas pateiktas Pajamos natūra už naudojimąsi kitam asmeniui priklausančiu automobiliu asmeniniais tikslais.

Nuo 2022 m. sausio mėn. 1 d. įsigalioja Gyventojų pajamų mokesčio įstatymo pakeitimai nuo 2022 metų.

Paspaudžiamas mygtukas "Algos servisas". Atsidaro langas "Algos servisas", jame paspaudžiamas mygtukas "Algos pakeitimai nuo 2022 m."

1. Sukurti naujus sistemos kintamuosius:

2. Įvesti naujas sistemos kintamųjų reikšmes:

3. Įvesti naują sudėtinio kintamojo 19101 (NPD) reikšmę:

Padarytos naujo dizaino ataskaitos: PVM sąskaita-faktūra ir atlyginimo išmokėjimo lapeliai.

Elektroniniu paštu siunčiamų atlyginimo lapelių forma priderinta taip, kad gerai matytųsi ir mobilių telefonų ekranuose.

Rivile GAMA programoje naudojamos ataskaitos "(WS) Įmonių rekvizitų pasikeitimai", kuriose palyginama informacija Rivile GAMA sistemoje su informacija EU PVM informacijos mainų sistemoje (VIES).

Ataskaita veikia dirbant su ne žemesne nei 117.0000+DI Rivile GAMA programos versija ir turint galiojančią VPS sutartį.

Uždarant ataskaitą, atsiranda klausimas "Ar atnaujinti įmonių rekvizitus?"

Kaip įsidiegti tokią ataskaitą detaliai aprašyta WS įmonių rekvizitų atnaujinimas.

Tuo pačiu siūlome pasižiūrėti ir kitus papildomus funkcionalumus, kurie gali būti pritaikyti dirbant su Rivile GAMA programa: Papildomi funkcionalumai.

Nuskaitomi ir atžymimi "v" kalendoriai, kuriuos norima užpildyti.

Paspaudžiamas ataskaitų spausdinimas.

Pasirenkama ataskaita "Kalendorių užpildymas pagal S_SISTEMINIS ".

Automatiškai užpildomos pasirinktų kalendorių reikšmės

Kaip įsidiegti tokią ataskaitą detaliai aprašyta Kalendorių užpildymas pagal S_SISTEMINIS.

Tuo pačiu siūlome pasižiūrėti ir kitus papildomus funkcionalumus, kurie gali būti pritaikyti dirbant su Rivile GAMA programos algos ir kitais moduliais: Papildomi funkcionalumai - Alga

Rivile GAMA sistemoje buvo naudojamos 5 statinės dimensijos (Padalinys, Objektas, Centras, Serija ir Asmuo) ir 15 dinaminių dimensijų.

Maksimalus rinkinio laukų skaičius yra 15. Jie laisvai aprašomi atsižvelgiant į kiekvienos įmonės darbo specifiką ir poreikius.

Rinkinio laukų reikšmės gali būti pasirenkamos iš aprašyme nurodyto sąrašo arba suvedamos ranka.

Operacijose gali būti vedamos tiek rinkinio laukų reikšmės, tiek rinkinio ID.

Rinkiniai, kaip ir objektai, matomi ir apskaitomi visoje sistemoje.

Prekių likučius galima atsifiltruoti tiek pagal rinkinio ID, tiek pagal visų jo laukų reikšmes.

Klientų detaliose skolose ir sąskaitų detalioje informacijoje matomi rinkinio ID:

Detalus aprašymas kaip pereiti prie rinkinių arba grįžti atgal prie objektų, kaip rinkinius apsirašyti ir kokias papildomas galimybes suteikia jų naudojimas, pateiktas Rinkiniai.

Klaidingų dokumentų perkėlimo požymis yra "L".

Atsidarius klaidingą dokumentą, matosi mygtukas Importo informacija , kurį paspaudus parodomos klaidos, gautos importuojant tą dokumentą.

Padaryta galimybė atsisakyti šio funkcionalumo ir grįžti prie ankstesnio importo.

Detaliai apie Rivile GAMA sistemoje veikiantį importo ir eksporto mechanizmą aprašyta Importas / Eksportas.

Apie importo klaidų apdorojimą rasite čia.

Tokią galimybę galima panaudoti įvairių uždavinių sprendimui.

Jei pažymėta, kad padalinys nutolęs, tai jame nevedama kiekinė apskaita. Apie nutolusių padalinių naudojimą aprašyta Nutolusių padalinių naudojimas.

Pardavimą iš nutolusio padalinio galima panaudoti, kai prekės pervežamos iš vieno padalinio į kitą, pavyzdžiui iš LT esančio padalinio į DE esantį padalinį, ir tam pervežimui reikia išrašyti PVM sąskaitą faktūrą.

Toks pavyzdys detaliai nagrinėjamas Prekių išvežimas iš LT į DE esantį sandėlį.

Kadangi nuo ligos pašalpos skaičiuojamas skirtingas GPM procentas, ją reikia išskirti GPM312 deklaracijoje.

GPM312 deklaracijos formavimui naudojant sisteminę ataskaitą SYSTEM001118, į deklaraciją įtraukiama visa nurodytame laikotarpyje paskaičiuota ligos pašalpos suma. Jeigu ne visa suma buvo išmokėta, suformuotus duomenis reikėjo pakoreguoti rankomis.

Kam šis klausimas aktualus, galima pasikoreguoti formules, kad algos išmokėjime ligos pašalpa matytųsi atskira eilute.
Tada išmokant bus galima tiksliai pasirinkti kas išmokama - atlyginimas ar ligos pašalpa - ir į GPM312 deklaraciją ligos pašalpos sumą bus galima įtraukti ne iš priskaičiavimų, o iš išmokėjimų.

Tuo tikslu padaryta nauja ataskaita "Formos GPM312 formavimas (kai mokant išskiriama ligos pašalpa)“ (SYSTEM001221)

Kaip apsirašyti naujas formules ir ligos pašalpos paskaičiavime priskirti objektą "LIGA", detaliai aprašyta Kaip algos išmokėjime išskirti išmokamą ligos pašalpos sumą?

Tai ataskaitos:

SYSTEM001206 - Pirkimo op.žurnalas - DVS operac.su NUORODA į failą formavimas
SYSTEM001207 - Pardavimo op.žurnalas - DVS operac.su NUORODA į failą formavimas
SYSTEM001208 - Atlyginimo žiniaraštis - DVS operac.su NUORODA į failą formavimas
SYSTEM001209 - Tabelis - DVS operac.su NUORODA į failą formavimas
SYSTEM001210 - Kasos knyga - DVS operac.su NUORODA į failą formavimas
SYSTEM001211 - Avanso apyskaita - DVS operac.su NUORODA į failą formavimas
SYSTEM001212 - Sąskaitų judėjimas - DVS operac.su NUORODA į failą formavimas
SYSTEM001213 - Bandomas balansas - DVS operac.su NUORODA į failą formavimas
SYSTEM001214 - Klientų būklė - DVS operac.su NUORODA į failą formavimas
SYSTEM001215 - IT apyvarta - DVS operac.su NUORODA į failą formavimas
SYSTEM001216 - IT inventorizacinis ap.- DVS operac.su NUORODA į failą formavimas
SYSTEM001217 - Atsargų likučiai datai - DVS operac.su NUORODA į failą formavimas
SYSTEM001218 - Atsargų lik.pagal DK - DVS operac.su NUORODA į failą formavimas
SYSTEM001219 - Darbuotojų skolos - DVS operac.su NUORODA į failą formavimas.

Pavyzdžiui, suformuojama ataskaita SYSTEM001206 - Pirkimo op.žurnalas - DVS operac.su NUORODA į failą formavimas.

Paspaudžiamas mygtukas "Eksportuoti ataskaitą", pasirenkamas norimas formatas ir paspaudžiamas mygtukas "Generuoti".

DVS operacijų sąraše susikuria nauja operacija, kurioje prisegta nuoroda į suformuotą dokumentą:

Paspaudus mygtuką "Dokumentas" galima pasižiūrėti patį dokumentą:

Tikrinimą atlikti ir neatitikimų ataskaitas atsispausdinti galima klientų sąraše, pirkimų ir pardavimų analizėje. Tai ataskaitos:

SYSTEM001203, SYSTEM001204, SYSTEM001205 - (WS) Įmonių rekvizitų pasikeitimai.

Pavyzdžiui, pardavimo analizėje galima nusirodyti kurio laikotarpio pirkėjai domina, užsidėti kitus norimus filtrus, ir atsispausdinti tokią ataskaitą.

Ataskaitoje atrenkami klientai, kuriems yra kokie nors neatitikimai, parodoma esama kliento informacija ir neatitikimai, kurie pažymimi raudonai, bei įmonės teisinis statusas:

Registrų centras išplatino laišką apie TLS 1.0 protokolo išjungimą.
Tai susiję su mūsų klientais, kurie teikia E-Sąskaitas į Registrų centrą.
Kadangi pats sąskaitų teikimas Registrų centrui vykdomas tiesiogiai iš mūsų serverio, tai šis klausimas yra išspręstas centralizuotai ir veikia visiems klientams.
Viskas veikia sklandžiai, todėl mūsų klientai gali būti ramūs ir šiuos Registro centro laiškus ignoruoti.

POS pardavimo taške galimas avanso sumokėjimas grynais arba banko kortele. Avanso sumokėjimas banko kortele šiuo metu veikia su POS ASPA fiskaliniu bloku.

Mokėjimo metu parenkamas klientas, ir jam susiformuoja mokėjimo operacija. Mokėjimo informacija matosi DK operacijose ir kliento skolų analitikoje.

Sumokėtas avansas gali būti panaudojamas apmokant POS kvitą, kuriame perkamos prekės arba paslaugos.

Apmokant kvitą, padaryta galimybė parinkti avanso mokėjimo dokumentą iš POS pinigų operacijų, suminių skolų arba įvesti ranka.

Detaliai apie tai aprašyta POS avanso apskaita

Modulio funkcionalumas pagrįstas tuo, kad sukaupus daug faktinių duomenų, atsiranda galimybė juos prognozuoti į ateitį, ir, remiantis tomis prognozėmis bei įvairiais kitais rodikliais, planuoti pirkimų ir gamybos užsakymus, kainų pokyčius, biudžetą ar pritaikyti juos įvairių kitų uždavinių sprendimui.

Faktiniai duomenys gali būti imami ne tik iš Rivile GAMA programos, bet ir importuojami iš kitų sistemų.

Naudojant prognozavimo metodus, gaunamas faktinių duomenų eilutės pratęsimas į ateitį. Jeigu faktiniai duomenys buvo suformuoti dienomis, tai ir prognozė paskaičiuojama dienomis, jeigu faktiniai duomenys buvo suformuoti savaitėmis ar mėnesiais, analogiškai paskaičiuojama ir prognozė.

Prognozės paskaičiavimui kuriamos Prognozės + DI operacijos, kuriose, parinkus fakto operacijas ir prognozės aprašymą, paskaičiuojami duomenys nurodytam prognozės laikotarpiui:

Tiek fakto, tiek prognozės duomenis galima analizuoti ir taikyti įvairių uždavinių sprendimui.

Programoje pateikiami pavyzdžiai, kaip prognozės duomenys pritaikomi prekių užsakymų formavimui:

• prekių užsakymai įmonės mastu, pagrindiniu mato vienetu;
• gamybos užsakymai pagal padalinį, pagrindiniu mato vienetu;
• žaliavų užsakymai įmonės mastu, pagrindiniu mato vienetu;
• vidiniai užsakymai pagrindiniu mato vienetu.

Tam, kad būtų galima formuoti užsakymus, dažnai vien tik prognozės duomenų nepakanka, gali būti reikalingi įvairūs papildomi parametrai: prekių minimumas, maksimumas padaliniuose, minimalus užsakomų pakuočių kiekis, kiekis pakuotėje ir pan.

Programoje atsirado galimybė šių parametrų apsirašymui ir suvedimui arba suimportavimui iš kitų sistemų.

Detalų modulio aprašymą rasite: Prognozavimas + DI.

Vietoje buvusių Mokėjimo išrašų atsirado Mokėjimo operacijos. Mokėjimų operacijose vedami dviejų tipų dokumentai: atsiskaitymo operacijos ir mokėjimai.

Iš mokėjimo operacijų galima formuoti atsiskaitymo dokumentus - pavedimus, reikalavimus, pajamų ar išlaidų orderius.

Detalų mokėjimų aprašymą rasite Mokėjimai ir automatiniai skolų sudengimai.

Kliento kortelėje atsirado laukas "Automatinis skolų sudengimas", nuo kurio aprašymo priklauso, kokiu būdu bus sudengiamos to kliento skolos. Galimos reikšmės:

• "Nenaudoti" - automatinis skolų sudengimas nevykdomas (reikšmė pagal nutylėjimą);
• "Parinkti dokumentai" - vykdomas automatinis skolų sudengimas, sudengiami vartotojo nurodyti dokumentai;
• "Visi dokumentai" - sistema automatiškai vykdo skolų sudengimą, į nurodytus dokumentus neatsižvelgiama.

Jeigu naudojamas automatinis visų dokumentų sudengimas, ir mokėjimo, pirkimo arba pardavimo operacijų perkėlimo metu randama kliento skola, ji automatiškai sudengiama.

Naudojant automatinį skolų sudengimą pagal parinktus dokumentus, pirkimo, pardavimo ir mokėjimų operacijose atsirado galimybė nurodyti sudengiamus dokumentus.

Pasirinkimas galimas iš pirkimų, pardavimų, mokėjimų, detalių skolų ir suminių skolų :

Naudojant automatinį skolų sudengimą, mokėjimo, pirkimo ir pardavimo operacijose galima pamatyti šių dokumentų sudengimo istoriją.

Išsamų aprašymą apie automatinį skolų sudengimą rasite Mokėjimai ir automatiniai skolų sudengimai.

Atsirado galimybė :

• pačioje MSCAN aplikacijoje kurti naujus pirkimo, pardavimo ir vidinio judėjimo dokumentus,
• bet kuriame MSCAN modulyje įtraukti prekes, kurių nebuvo pirminiame dokumente,
• prekes iš MSCAN įtraukti tiesiai į Rivile GAMA operaciją.

Pavyzdys 1.

MSCAN aplikacijoje sukuriamas naujas pardavimo dokumentas ir nuskenuojamos pardavimui skirtos prekės:

Paspaudžiamas mygtukas "Užbaigti", ir Rivile GAMA pardavimų modulyje automatiškai susikuria pardavimo operacija su nuskenuotomis prekėmis ir iš sutarties paimtomis kainomis:

Pavyzdys 2.

MSCAN aplikacijoje sukuriamas naujas vidinio judėjimo dokumentas ir nuskenuojamos išvežimui skirtos prekės:

Paspaudžiamas mygtukas "Užbaigti", ir Rivile GAMA susikuria vidinio judėjimo operacija:

Pavyzdys 3.

MSCAN aplikacijoje sukuriamas naujas pirkimo dokumentas ir nuskenuojamos gautos prekės:

Paspaudžiamas mygtukas "Užbaigti", ir Rivile GAMA pirkimų modulyje susikuria pirkimo operacija su nuskenuotomis prekėmis ir iš sutarties paimtomis kainomis:

Detalus aprašymas, kaip naudotis MSCAN aplikacija pajamuojant ir atrenkant prekes, pateiktas:

internetiniai_moduliai/mscan/mscan_pajamavimas,

internetiniai_moduliai/mscan/mscan_atrinkimas.

Viskas apie Rivile MSCAN aprašyta internetiniai_moduliai/mscan.

Nuo 2021 m. sausio mėn. 1 d. įsigalioja Gyventojų pajamų mokesčio įstatymo pakeitimai nuo 2021 metų

Rivile GAMA programoje pačių formulių keisti nereikia. Reikia tik pasikeisti sistemos kintamųjų reikšmes. Nusiskaitykite sistemos kintamųjų reikšmes 2021.01.01 datai - įsiveskite naujas arba pasikoreguokite esančias.

Informaciją kaip pildyti sistemos kintamųjų reikšmes rasite čia

Padaryta paprastesnė galimybė susivesti i.SAF-T formavimui reikalingų akcininkų sąrašą. Tai atliekama dokumentų registro modulyje - naujas registras SS_AKCIJOS „Įmonės akcininkai“ .

Detalus aprašymas, kaip suvedama informacija apie įmonės akcininkus, pateiktas Informacijos apie akcininkus suvedimas.

Pilnas aprašymas ir video medžiaga, kaip Rivile GAMA programoje formuojama i.SAF-T rinkmena , pateiktas I.SAF-T.

Įplaukų / išmokų operacijų viduje atsirado galimybė pažymėti dokumentus.

Su pažymėtais „v“ dokumentais galima atlikti operacijas:

• juos vienu kartu apmokėti ( mygtukas "Mokėti" paspaudžiamas su dešiniu pelės klavišu),
• išmesti (mygtukas "Išmesti" paspaudžiamas su dešiniu pelės klavišu),
• apmokėti sumą, paskirstant ją pažymėtiems dokumentams (paspaudus mygtuką "Mokėti sumą", pasirenkama reikšmė "Pažymėtus"),
• pažiūrėti jų bendrą skolą, apmokėjimą, palūkanų sumą (dukart su pele paspaudžiama ant norimos kolonėlės pavadinimo)

Detalus aprašymas pateiktas Atsiskaitymai pagal dokumentus.

Jis atitinka valstybės patvirtintą kalendorių ir naudojamas 5 darbo dienų, 40 valandų darbo savaitei aprašyti.

Kaip susiimportuoti kalendoriaus reikšmes, aprašyta Sisteminis kalendorius.

Mobilioji MSCAN aplikacija pasipildė nauju moduliu Inventorizacija.

Detalus aprašymas, kaip atliekama prekių inventorizacija, naudojant mobiliuosius įrenginius su MSCAN aplikacija, pateiktas : internetiniai_moduliai/mscan/mscan_inventorizacijos_operacijos.

MSCAN Inventorizacija modulis skirtas inventorizuojamų prekių suskaičiavimui ir faktiškai rasto kiekio įkėlimui į Rivile GAMA programą.

Inventorizacijos operacijos gali būti sukuriamos Rivile GAMA programoje arba pačioje MSCAN aplikacijoje.

Skaičiavimo metu MSCAN aplikacijoje :

• gali būti rodomos prekės ir apskaitoje užfiksuoti kiekiai - tada reikia tik sutikrinti ar faktiniai kiekiai atitinka esančius apskaitoje. Prekių, kurių iš tikro rasta tiek, kiek užfiksuota, papildomai skenuoti nereikės, užteks pažymėti, kaip atrinktas. Jeigu faktiškai bus rastas didesnis arba mažesnis kiekis, reikės nuskenuoti prekę ir įvesti skirtumą (jei rasta mažiau - su minuso ženklu);
• gali būti rodomas tik prekių sąrašas - tada visos rastos prekės turės būti skenuojamos, ir suvedami kiekiai;
• gali būti be pradinio sąrašo - tada vartotojas mato tik savo paties nuskenuotas prekes ir suvestus kiekius.

Darbo su BDAR moduliu pradžioje turėtų būti atliekama visų įmonėje saugomų asmens duomenų inventorizacija, ir suvedami jos rezultatai. Aprašoma kokie tvarkomi asmens duomenys , koks tvarkymo tikslas ir teisinis pagrindas, kur jie saugomi, kas turi prie jų prieigą. Suvedus šią informaciją galima susiformuoti ir atsispausdinti duomenų tvarkymo veiklos registrą:

Gavus užklausą, ji registruojama, ir atrenkami Rivile GAMA programos duomenų bazėje esantys, užklausą atitinkantys duomenys. Priklausomai nuo užklausos tipo ir subjekto teisių, ją pateikęs asmuo informuojamas apie užklausos vykdymo galimybes.

Jeigu užklausos įvykdymui, asmens duomenyse automatiškai reikės atlikti pakeitimus (ištaisyti gimimo datą, pavardę ar pan.), ištrinti tam tikrus duomenis, atšaukti sutikimą tvarkyti duomenis ar išsiųsti asmeniui tam tikrą informaciją - visi tokie ir panašūs veiksmai užprogramuojami išorinėse programose, o jų iškvietimas aprašomas formulėse.

BDAR sutikimų sąraše kaupiama visa iš asmenų gauta sutikimų informacija. Sutikimai gali būti suvedami ranka, suimportuojami, sukeliami per API ir pan.

BDAR saugumo pažeidimų sąraše fiksuojami visi pažeidimai, susiję su įmonėje tvarkomais asmens duomenimis, suformuojami pranešimai kontroliuojančioms įstaigoms.

Jeigu programa buvo atnaujinta po šių metų liepos mėnesio, pavyzdžių gali nebūti. Juos galima susiimportuoti tokiu būdu:

Atsidaromas langas "Servisas" -> "BDAR" -> "BDAR duomenų saugyklos"
Paspaudžiamas mygtukas „Importas“ ir iš RIV_GAMA katalogo pasirenkamas failas BDAR_PVZ_DUOMENU_SAUGYKLOS.EIP

Atsidaromas langas "Servisas" -> "BDAR" -> "BDAR subjektų kategorijos"
Paspaudžiamas mygtukas „Importas“ ir iš RIV_GAMA katalogo pasirenkamas failas BDAR_PVZ_SUBJEKTU_KATEGORIJOS.EIP

Atsiranda duomenų saugyklų ir subjektų kategorijų pavyzdžiai. Juos turint, lengviau ir aiškiau apsirašyti savo įmonės duomenis.

Detalų darbo su BDAR moduliu aprašymą rasite: BDAR.

MSCAN aplikacija gali būti paleidžiama bet kuriame mobiliame įrenginyje, turinčiame internetinę naršyklę. Procesas vyksta realiuoju laiku, viskas iškart matoma Rivile GAMA duomenų bazėje.

Prekių skenavimas gali būti atliekamas:

• pačiu kaupikliu, jeigu aplikacija paleidžiama kaupiklyje,
• atskiru, per "Bluetooth" pajungtu skeneriu, jeigu aplikacija paleidžiame mobiliajame telefone ar planšetėje.

Rivile MSCAN (prekių atrinkimas ir pajamavimas) skirtas vartotojams, norintiems spręsti prekių atrinkimo ir pajamavimo uždavinius :

• prekių atrinkimui, įvedus pardavimo, pirkimų grąžinimo ar vidinio judėjimo operacijas,
• prekių pajamavimui, įvedus pirkimo, pardavimų grąžinimo ar vidinio judėjimo operacijas,
• atrinktų kiekių sutikrinimui su buhalterinėmis operacijomis,
• kiekių buhalterinėse operacijose pakoregavimui pagal atrinktus kiekius,
• kaupiklio operacijų formavimui,
• prekių skaičiavimui inventorizacijos metu.

MSCAN aplikacijos skenavimo procesas sudarytas iš 3 etapų: paruoštas rinkimui, renkamas, baigtas. Šie etapai yra konfigūruojami Rivile GAMA programoje, būsenų aprašyme, kurios parodo kokioje skenavimo stadijoje yra konkretus dokumentas. MSCAN aplikacijoje rodomos tik paruoštos ir renkamos operacijos.

Rivile GAMA programoje užsiprogramuojamas klavišas, kurį paspaudus parodoma MSCAN aplikacijos informacija. Esant poreikiui, ją galima atsispausdinti - tam sukurtos specialios ataskaitos.

Detalų darbo su Rivile MSCAN aprašymą rasite: internetiniai_moduliai/mscan.

Rivile EPI – elektroninės prekybos integracija – gali būti sprendžiama dviem būdais:

• tiesioginis importas į Rivile GAMA iš elektroninės komercijos sistemų,
• elektroninių komercijos sistemų integracija su Rivile GAMA per Rivile API v2 (REST web servisus).

Pirmas būdas - tiesioginis importas į Rivile GAMA iš elektroninės komercijos sistemų.

Prie Shopify sistemos jungiamasi naudojantis iš jų gautu API prisijungimo raktu.

Importo į Rivile GAMA programoje naudojami tam tikri parametrai. Keičiant jų reikšmes, importo programą galima lanksčiai priderinti prie kliento poreikių.

Pats importas vyksta pardavimo operacijų sąraše paspaudus tam tikslui užprogramuotą klavišą.

Detalus importo iš Shopify aprašymas pateiktas: integraciniai_sprendimai/shopify.

Analogiškai būtų galima užprogramuoti importus per API iš kitų elektroninės komercijos sistemų – skirtųsi tik prisijungimas, o logika būtų išlaikoma ta pati.

Turinčius tokių pageidavimų, prašome kreiptis į UAB "Rivilė" konsultantus arba atstovus.

Kitas Rivile EPI sprendimo būdas – kai klientų ar trečių šalių programuotojai kuria savo sistemų integraciją su Rivile GAMA per Rivile API v2 (REST web servisus).

Tam, kad integracijas kuriantiems programuotojams būtų lengviau suprasti Rivile GAMA programos logiką, ryšius, kainų, likučių formavimo ypatumus, paruošėme Rivile API v2 (REST web servisų) naudojimo pagrindus: internetiniai_moduliai/api_rest/naudojimo_pagrindai.

Čia pateikiama bendra Rivile API v2 (REST web service) naudojimo logika bei galimybės :

• bendra API v2 (REST web service) naudojimo informacija,
• informacijos nuskaitymas iš Rivile GAMA,
• informacijos įkėlimas į Rivile GAMA.

Kiekvienoje dalyje pateikiamas aprašymas ir daug konkrečių pavyzdžių.

Naudojant Rivile GAMA programoje esantį CRM modulį, galima realizuoti labai skirtingų uždavinių sprendimus. Jų pavyzdžių aprašymui sukurta atskira potemė "CRM sprendimai": crm/crm_sprendimai.

Čia pateikiame jau paruoštus ir išbandytus uždavinių pavyzdžius. Juos nesunkiai būtų galima priderinti prie konkrečių kliento poreikių.

Šiuo metu čia aprašyti 3 uždaviniai

• Sąskaitų sąrašo siuntimas klientams crm/crm_sprendimai/saskaitu_saraso_siuntimas – kai kiekvieną mėnesį klientams išsiunčiamas praeitame mėnesyje išrašytų pardavimo dokumentų (važtaraščių ir grąžinimų) sąrašas.

• Sąskaitų už nuomą sugeneravimas crm/crm_sprendimai/nuomos_saskaitos – kai pagal suvestas nuomos pardavimo sutartis, kas mėnesį klientams sugeneruojamos sąskaitos už nuomą. Analogiškai būtų galima užprogramuoti pardavimo sąskaitų generavimą už bet kokias sutartyse aprašytas paslaugas: mokymosi, spausdinimo, konsultavimo, aptarnavimo, komunalines ir pan.

• Laiškų generavimas ir siuntimas gavėjams, kurių elektroniniai adresai surašyti excel faile crm/crm_sprendimai/laisku_generavimas_ir_siuntimas
  Gavėjų adresai imami iš operacijoje nurodyto excel failo. Siuntimui naudojamas MS Outlook.
  Laiško tekstas gali būti dinaminis (aprašomas formulėmis) arba visiems adresatams pastovus.
  Kartu su laišku galima išsiųsti prie laiško prisegtus failus.
  Sprendimą galime pasiūlyti įmonėms, kurios nori tam tikriems savo klientams ar kitiems asmenims išsiųsti sveikinimus, informaciją apie akcijas bei įvairius kitus pranešimus ar failus.

Čia pateikiami tik konkretūs pavyzdžiai, ateity jų atsiras daugiau.

Visus, kuriuos tai sudomino, prašome kreiptis į UAB "Rivilė" konsultantus arba atstovus.

Jei mokėjimo išraše nurodomas "Banko kodas" ir ""Banko operacijos ID", pagal nutylėjimą tikrinama, ar toks banko operacijos ID jau egzistuoja, jei taip - operacijos nebus galima išsaugoti. Tikrinimas veikia tiek vedant įrašus ranka, tiek importuojant iš banko.

Norint atsisakyti tokio tikrinimo, banko aprašyme uždedamas požymis "v" ant lauko "Netikrinti operacijos ID".

Toks poreikis gali atsirasti, jeigu bankas pateikia kelis mokėjimo išrašus su tokiu pačiu ID. Požymis veikia suvedant arba importuojant to banko išrašus.

Detaliau apie mokėjimų išrašų importą atsiskaitymai/mokejimo_israsu_importas

Mokėjimo išrašuose atsirado laukas "Banko operacijos ID". Jei mokėjimo išraše nurodomas "Banko kodas" ir ""Banko operacijos ID", tada tikrinama, ar toks banko operacijos ID jau egzistuoja, jei taip - operacijos nebus galima išsaugoti.

Tikrinimas veikia tiek vedant įrašus ranka, tiek importuojant iš banko.

Iki šiol kopijuojant įplaukų/ išmokų operacijas, valiutos kursas nusikopijuodavo toks, koks buvo pradinėje operacijoje:

Dabar atsirado galimybė pasirinkti ar palikti seną valiutos kursą, ar parinkti pagal naujos operacijos datą. Tam reikia užsiprogramuoti SISTEMOS INIT :

titi_pagr.SS_CICH_KOP_KURSAS_KOR=.t.

Pilnai realizuota 3 ir 4 dokumentų apsikeitimo schema. Naudojant tokią apsikeitimo schemą, visuose siunčiamuose dokumentuose išsisiunčia prieš tai buvusių dokumentų numeriai. Detaliai integracija su Telema(Rest) aprašyta Telema(Rest).

Nuo 2020 m. liepos 1 d. keičias NPD formulė. Rivile GAMA programoje pačių formulių keisti nereikia. Reikia tik pasikeisti sistemos kintamųjų reikšmes. Nusiskaitykite sistemos kintamųjų reikšmes 2020.06.01 datai - įsiveskite naujas arba pasikoreguokite esančias.

Informaciją kaip pildyti sistemos kintamųjų reikšmes rasite čia

Naujas neapmokestinamųjų pajamų dydis (NPD) bus taikomas nuo 2020 m. sauso 1 d., deklaruojant šių metų mokestinio laikotarpio pajamas.

Jeigu įmonė nusprendžia atlikti GPM perskaičiavimus atbuline data, t.y. nuo 2020.01.01, Rivile GAMA programoje tokia galimybė yra. Perskaičiavimai turėtų būti atliekami 06-ame mėnesyje už 01-05 mėnesius. Kad programa automatiškai perskaičiuotų atskaitymus už praeitus mėnesius, reikia įvesti bent vieną priskaitymą 06-ame mėnesyje už 01-05 mėnesius. Tokio priskaitymo suma tui būti lygi nuliui.

Galima darbuotojų sąraše užsiprogramuoti klavišą, kurį paspaudus visiems pažymėtiems "v" darbuotojams būtų sugeneruoti algos dokumentai su nuliniais priskaitymais 06-ame mėnesyje už 01-05 mėnesius.

Pirmiausia atsisiunčiamas failas:

algos_dok_prisk202001_05.zip

Jis išsaugojamas RIV_GAMA kataloge ir išarchyvuojamas.

Užsiprogramuojamas klavišas nulinių priskaitymo (kodas 100) reikšmių eksportui į algos dokumentus.

Spaudžiama mygtukų kombinacija Ctrl+Q. Atsidaro langas "Vartotojo funkcijų sąrašas".

Spaudžiamas mygtukas "Naujas". Jei to negalima atlikti, reiškia, vartotojui trūksta teisių - tada reikia jungtis MASTER vardu.

Spaudžiamas klavišas, kurį norima užsiprogramuoti, pavyzdžiui F7.

Pavadinimo lauke įrašoma "Nulinių 100 priskaitymo reikšmių eksportas į algos dok. ".

Jei programuojama tik konkrečiam vartotojui, jis nurodomas vartotojo lauke.

Komandos lauke įrašoma:

algos_dok_prisk202001_05(thisform)

Viskas išsaugoma.

Nulinių priskaitymo reikšmių sugeneravimui:

1. Atidaromas langas "Alga" ->"Algos dokumentai"

2. Darbuotojų sąraše lauke "Data kuriame" įvedama 06 mėn. data, ir darbuotojų sąrašas nuskaitomas.

3. Pažymimi "v" darbuotojai, kuriems bus formuojami algos dokumentai, ir paspaudžiamas užprogramuotas klavišas.

   Algos dokumentuose susiformuoja įrašai su nulinėmis sumomis:

   

06-ame mėnesyje skaičiuojant atskaitymus, jie bus perskaičiuojami ir už 01-05 mėnesius.

Jei iškils klausimų, prašome kreiptis į UAB "Rivilė" konsultantus arba atstovus. Visi papildomi darbai atliekami ir apmokami pagal aptarnavimo sutarties sąlygas.

POS sujungimas su ASPA pinigų priėmimo/išdavimo mašina reiškia, kad atsirado galimybė POS pardavimo taško atsiskaitymo lange automatiškai gauti informaciją iš pinigų priėmimo/išdavimo mašinos.

Atsiskaitymų grynais funkcija, kai kasininkas paima pinigus, pinigai dedami į POS stalčių ir pirkėjui atiduodama grąža, perduodama pinigų priėmimo/išdavimo mašinai. POS gauna ir užfiksuoja informaciją iš pinigų mašinos, kad konkreti suma apmokėta, analogiškai kaip gauna informaciją iš bankų, kai atsiskaitoma bankinėmis kortelėmis.

Tam reikia išorinių įrenginių koregavimo lange skirtuke "POS informacija" pažymėti lauką "Pajungtas pinigų aparatas":

Detaliau apie POS aprašymus rasite: čia.

Paspaudus dešinį pelytės klavišą ant mygtuko "Dokumentai", į bet kurio koregavimo lango dokumentų sąrašą galima greitai įkelti failą, nuorodą į failą arba nuorodą į katalogą .

Detaliau apie dokumentų įkėlimus rasite: Dokumentų prisegimas.

Tabelio pildymas informacija iš algos dokumentų dabar galimas dviem būdais:

• Papildyti visas dienas - kada algos dokumente įvesta dienos reikšme užpildomas visas dokumente nurodytas laikotarpis;
• Papildyti tik "D " dienas - kada algos dokumente įvesta dienos reikšme užpildomos tik nurodyto laikotarpio dienos, kuriose prieš tai buvo žymėjimas "D"

Jeigu nieko nėra papildomai užprogramuota, pagal nutylėjimą veikia antrasis variantas, kada užpildomos tik "D" raide pažymėtos dienos.

Atsirado poreikis praplėsti tokias galimybę. Pvz., darbuotojas buvo komandiruotėje (tabelyje pažymėta "K") ir susirgo. Algos dokumente nurodoma, kad ligos laikotarpis tur būti užpildytas reikšme "L". Tačiau pildant tabelį iš algos dokumentų lig šiol taip ir palikdavo "K" dienos, o reikšme L" užsipildydavo tik "D" dienos. Analogiška situacija būdavo, kai darbuotojas atostogaudavo ("A" žymėjimas) ir susirgdavo atostogų metu.

Atsirado galimybė patiems tabelio koregavimo lange užsiprogramuoti INIT-ą, nurodant kuriuos tabelio dienų žymėjimus reikia pakeisti žymėjimais iš algos dokumentų. Pvz.:

thisform.kor.papildyti_is_dokumentu='D'- reikšmėmis iš algos dokumentų bus pakeista tik reikšmė "D" (taip veikia pagal nutylėjmą);

thisform.kor.papildyti_is_dokumentu='DKP'- reikšmėmis iš algos dokumentų bus pakeista tik reikšmės "D", "K" ir "P".

thisform.kor.papildyti_is_dokumentu='DKA'- reikšmėmis iš algos dokumentų bus pakeista tik reikšmės "D", "K" ir "A".

Tai atliekama tokiu būdu :

1. Būnant tabelio koregavimo lange spaudžiama klavišų kombinacija Ctrl Q.

2. Spaudžiamas mygtukas "Naujas". Jei to nepavyksta padaryti, reikia įeiti į programą vardu MASTER ir kartoti viską iš naujo.

3. Uždedamas "v" ant "Formos INIT-as", parenkamas vartotojas ar vartotojų grupė, kuriam turėtų veikti nustatymai (neparinkus, galios visiems vartotojams), komandos lauke įrašoma pasirinkta komanda, pvz.:

   thisform.kor.papildyti_is_dokumentu='DKA'

   

   ir viskas išsaugoma.

Daugiau apie papildomus funkcionalumus galima rasti čia.

Šį mėnesį, kaip niekad, aktualiu klausimu tapo prastovų fiksavimas ir apmokėjimo už prastovas paskaičiavimas. LR Darbo kodekso 47 straipsnio redakciją, įsigaliojusią nuo 2020.03.19 d., rasite:

LR DK 47 straipsnis

Detaliai priskaitymų už prastovas skaičiavimas aprašytas Apmokėjimas už prastovas paskelbus ekstremalią situaciją ar karantiną.

Iškilus klausimams ar esant sudėtingesniems skaičiavimams, reikėtų kreiptis į UAB "Rivilė" arba atstovus.

Mokėjimų išrašuose atsirado nauji laukai: banko sąskaita, padalinys, objektas, centras, menedžeris.

Suimportavus mokėjimo išrašus, lauke "Banko sąskaita" išsisaugo banko sąskaita, iš kurios darytas mokėjimas.

Pagal šį lauką kitų importų metu bus galima identifikuoti klientą.

Jeigu mokėjimo išraše buvo nurodytas padalinys, objektas, centras, menedžeris, tai sudengimas vyksta pagal nurodytas reikšmes. Visais kitais atvejais nesudengti dokumentai apmokami pradedant nuo seniausios skolos.

Detaliau apie mokėjimo išrašų importą rasite mokėjimo išrašų importas.

Iki šiol į Didžiąją knygą perkeliant darbuotojų sąraše paskaičiuotus priskaitymus/atskaitymus, susiformuodavo DK operacijos, kuriose matėsi darbuotojo tabelinis numeris, vardas, pavardė.

Dabar atsirado galimybė pasirinkti ar tokią informaciją į DK kelti, ar ne. Norint šios informacijos nekelti, reikia užsiprogramuoti SISTEMOS INIT :

titi_pagr.SS_PARAM_ALGA_DK_TBNE=.t.

Tai atliekama tokiu būdu :

1. Būnant bet kuriame lange spaudžiama klavišų kombinacija Ctrl Q.
2. Spaudžiamas mygtukas "Vartotojo sistemos INIT-as".

3. Spaudžiamas mygtukas "Naujas". Jei to nepavyksta padaryti, reikia įeiti į programą vardu MASTER ir kartoti viską iš naujo.

4. Parenkamas vartotojas ar vartotojų grupė, kuriam turėtų veikti nustatymai (neparinkus, galios visiems vartotojams), komandos lauke įrašoma pasirinkta komanda

   titi_pagr.SS_PARAM_ALGA_DK_TBNE=.t.

   

   ir viskas išsaugoma.

   PASTABA. Šiuo atveju reikėtų vieningai nuspręsti, ar į DK bus keliama darbuotojų informacija, ir, jei nebus keliama, vienodai užprogramuoti visiems tokius perkėlimus atliekantiems darbuotojams.

Išleista 114.0000 Rivile GAMA programos versija, kurioje atsirado naujas modulis: DVS - Dokumentų valdymo sistema.

Rivilės programoje esantis DVS modulis leidžia:

• duomenų bazėje kaupti įvairius dokumentus,
• duomenų bazėje aprašyti tik nuorodas į tam tikruose kataloguose padėtus dokumentus,
• dokumentus suskirstyti pagal tipus ir rūšis,
• suvesti ir saugoti daug papildomos informacijos apie kiekvieną dokumentą,
• administruoti, kas gali matyti kiekvienos rūšies dokumentus,
• nurodyti iki kada dokumentai galioja, kada jie suarchyvuojami, archyvo numerį,
• ataskaitų formuojamus failus (PDF, XLS ar kitame formate) iškart kelti į DVS operacijas,
• elektroniniu paštu (per MIcrosoft Outlook pašto programą) atsiųstus dokumentus automatiškai kelti į DVS operacijas.

Detalų modulio aprašymą rasite DVS.

Padarytos ataskaitos, kurias vykdant, galima suformuoti DVS operaciją ir prie jos prisegti suformuotą failą (PDF, XLS ar kito formato) :

• Bandomas balansas - su DVS operacijos formavimu (SYSTEM001131)
• Balanso forma - su DVS operacijos formavimu (SYSTEM001132)
• Pelno (nuostolių) ataskaita - su DVS operacijos formavimu (SYSTEM001133)

Prie daugumos Rivile GAMA operacijų jau seniai veikia būsenų aprašymo ir patvirtinimo sistema. Nuo šiol apsirašyti ir tvirtinti būsenas bus galima algos dokumentuose bei personalo operacijose.

Detaliau apie būsenų naudojimą galite paskaityti dokumentų tvirtinimas.

Padaryta galimybė mokėjimams, kurių rūšis "Sąskaitos", priskirti balansinę sąskaitą priklausomai nuo mokėjimo įmokos kodo. Tam reikia teisingai apsirašyti mokėjimo išrašų šabloną SEPA_MOKEJIMO_TIPAI.txt

Šiame šablone buhalterinių sąskaitų parinkimas aprašomas naudojant formatą:

banko_kodas*DOMAIN_kodas*FAMILY_kodas*SUBFAMILY_kodas*buhalterine_saskaita*mokejimo_paskirties_pradzia*mokejimo_paskirties_fragmentas

Norint, kad sąskaitą parinktų pagal mokėjimo įmokos kodą, pats įmokos kodas rašomas gale, o prieš tai rašomas tekstas "MOKEJIMO_IMOKOS_KODAS".

banko_kodas*DOMAIN_kodas*FAMILY_kodas*SUBFAMILY_kodas*buhalterine_saskaita*MOKEJIMO_IMOKOS_KODAS*mokejimo_imokos_kodas

Pvz., jei mokėjimo įmokos kodui 1001 reikia parinkti sąskaitą 6104, tai šablonas atrodys taip:

70440*PMNT*ICDT*BOOK*6104*MOKEJIMO_IMOKOS_KODAS*1001

kur:

70440 - banko kodas Rivile GAMA programoje
PMNT  - DOMAIN kodas
ICDT  - FAMILY kodas
BOOK  - SUBFAMILY kodas
6104  - GAMA buhalterinė sąskaita
MOKEJIMO_IMOKOS_KODAS - konstanta
1001  - mokėjimo įmokos kodas

Detaliau apie mokėjimo išrašų importą rasite mokėjimo išrašų importas.

Kai pernai buvo pereita prie naujų formulių, viskas buvo padaryta taip, kad kiekvienais metais jų nereikėtų keisti. Reikia tik pasikeisti sistemos kintamųjų reikšmes. Todėl nusiskaitykite sistemos kintamųjų reikšmes 2020.01.01 datai - įsiveskite naujas arba pasikoreguokite esančias.

Informaciją kaip pildyti sistemos kintamųjų reikšmes rasite čia

Sodros iš įmonės lėšų procentus bus galima įvesti naudojant Sistemos arba Žmogaus tipo kintamuosius.

Toks poreikis atsirado dėl to, kad darbuotojams, nuo metų pradžios pasiekus tam tikrą priskaitymų sumą, keičiasi Sodros iš įmonės lėšų procentas.

Sodros iš įmonės lėšų procentas aprašomas algos sąskaitų ryšio lentelėje. Paprastai tam buvo naudojamas sistemos kintamasis, kuriam suteikiamos atitinkamos reikšmės. Visiems drabuotojams, kuriems priskirta ta pati sąskaitų ryšio lentelė, sodros iš įmonės lėšų procentas būdavo vienodas.

Dabar bus galima kiekvienam darbuotojui individuliai priskirti Sodros iš įmonės lėšų procentą. Tam reikia sąskaitų ryšio lentelėje priskirti ne sistemos, o žmogaus tipo kintamąjį.

Jos kiekvienam darbuotojui gali būti skirtingos, be to, ir tam pačiam darbuotojui gali pasikeisti nuo tam tikro laikotarpio.

Visuose languose, kur iš sąrašo pasirenkamos prekės, klientai ir kita normatyvinė informacija, galima užsiprogramuoti "greitą" paiešką.

Tai reiškia, kad pradėjus rinkti atitinkamo elemento kodą ar pavadinimą, programa pradeda rodyti visus elementus, kurių kode ar pavadinime yra renkamas fragmentas.

Informaciją kaip apsirašyti greitą paiešką rasite čia

2019.11.27 d. UAB "Rivilė" organizavo seminarą "Efektyvesnis Rivile GAMA naudojimas". Seminaras skirtas supažindinimui su standartiniais programos funkcionalumais bei papildomomis programos galimybėmis.

Visi norintys gali susipažinti su seminaro medžiaga. Ją peržiūrėti galima:

Seminaro medžiaga.pdf

Detalus aprašymas apie išmokų, priskiriamų A klasės pajamoms, formavimą pateiktas : čia

Detalus aprašymas apie išmokų, priskiriamų B klasės pajamoms, formavimą pateiktas : čia

Tai turėtų būti aktualu mažoms ir vidutinėms įmonėms, kurios neturi IT sistemų administratoriaus ir nesinaudoja kitomis kopijavimo galimybėmis. Detalus funkcionalumo aprašymas pateiktas čia

Pradėjus vesti naują dokumentą, galima nusirodyti kokią reikšmę pagal nutylėjimą priskirti šiam požymiui. Tam naudojamas dokumento aprašyme esantis požymis "Pagal nutylėjimą: PVM įtraukti į skolą" . Šis požymis tik parodo, kokia reikšmė pagal nutylėjimą bus siūloma vedant dokumento detalias eilutes. Jis neturės jokios įtakos dokumento perkėlimo metu.

Vedant naują dokumentą, požymis "Pagal nutylėjimą: PVM įtraukti į skolą" visada yra uždėtas. Pagal poreikį jį reikia pasikoreguoti.

Jeigu pirkimo (pardavimo) dokumente bus skaičiuojamas PVM, tai galimi tokie variantai :

• PVM nuo viso dokumento bus traukiamas į skolą klientui,
• PVM nebus traukiamas į skolą klientui,
• PVM nuo dalies detalių eilučių bus traukiamas į skolą klientui, o nuo dalies nebus traukiamas.

Jeigu PVM nuo viso dokumento nebus traukiamas į skolą, tai rekomenduojama šį požymį nuimti - tada automatiškai jo nebus ir vedant detalias eilutes. Nenuėmus - reikės koreguoti kiekvienoje detalioje eilutėje.

Jeigu PVM nuo dalies detalių eilučių bus traukiamas į skolą klientui, o nuo dalies nebus traukiamas, tada bet kuriuo atveju reikės koreguoti detalias eilutes, todėl rekomenduojama požymį palikti tokį, kokių pozicijų bus daugiau.

Išsaugojus dokumentą, požymio "Pagal nutylėjimą: PVM įtraukti į skolą" nebus galima koreguoti, todėl suklydus, korekcijas reikia atlikti dokumento detaliose eilutėse.

Langai padidinami ir sudėliojami pagal vartotojo poreikį.

Lango padėties ir dydžio išsaugojimui dešiniu "pelės" klavišu spaudžiamas mygtukas "Pagalba". Iš išskleisto sąrašo pasirenkamas meniu "Išsaugoti lango padėtį ir dydį".

Norit atstatyti standartinį formatą, pasirenkama "Atstatyti lango padėtį ir dydį".

Pagal nutylėjimą siūloma nauja moderni spalvų gama. Atsirado galimybė keisti spalvų gamą: atstatyti senąją arba senąją su pakeistais mygtukais (be rėmelių), arba nusistatyti naktinį režimą.

Tai galima atlikti dviem būdais:

1. Pakeičiami nustatymai CONFIG.FPW faile. Šis failas paprastai yra RIV_GAMA kataloge. Priklausomai nuo poreikio, jame reikia įvesti vieną iš eilučių:

   Eilutė config.fpw faile	Aprašymas
   programos_fonas="F1"	sena spalvų gama ir mygtukai be rėmelių
   programos_fonas="F1.1"	sena spalvų gama ir mygtukai su rėmeliais
   programos_fonas="F2"	nauja spalvų gama (šviesus dieninis režimas)
   programos_fonas="F2.1"	šviesi spalvų gama ir mygtukai su rėmeliais
   programos_fonas="F3"	nauja spalvų gama (tamsus naktinis režimas)
   programos_fonas="F3.1"	tamsus naktinis režimas ir mygtukai su rėmeliais

2. Užprogramuojamas SISTEMOS INIT-as. Priklausomai nuo poreikio, užprogramuojama viena iš komandų :

   Komanda SISTEMOS INIT-e	Aprašymas
   titi_pagr.ss_fonas_for("F1")	sena spalvų gama ir mygtukai be rėmelių
   titi_pagr.ss_fonas_for("F1.1")	sena spalvų gama ir mygtukai su rėmeliais
   titi_pagr.ss_fonas_for("F2")	nauja spalvų gama (šviesus dieninis režimas)
   titi_pagr.ss_fonas_for("F2.1")	šviesi spalvų gama ir mygtukai su rėmeliais
   titi_pagr.ss_fonas_for("F3")	nauja spalvų gama (tamsus naktinis režimas)
   titi_pagr.ss_fonas_for("F3.1")	tamsus naktinis režimas ir mygtukai su rėmeliais

   Tai atliekama tokiu būdu :

   1. Būnant bet kuriame lange spaudžiama klavišų kombinacija Ctrl Q.
   2. Spaudžiamas mygtukas "Vartotojo sistemos INIT-as".

3. Spaudžiamas mygtukas "Naujas". Jei to nepavyksta padaryti, reikia įeiti į programą vardu MASTER ir kartoti viską iš naujo.
4. Uždedamas "v" ant "Formos INIT-as", parenkamas vartotojas ar vartotojų grupė, kuriam turėtų veikti nustatymai (neparinkus, galios visiems vartotojams), komandos lauke įrašoma pasirinkta komanda ir viskas išsaugoma.

5. Pakeitimai pradės veikti iš naujo paleidus programą.

Jeigu ilgalaikio turto nusidėvėjimo skaičiavimui netinka nei vienas standartinis metodas, jis gali būti skaičiuojamas pagal formulių sąraše aprašytą ir ilgalaikio turto kortelėje priskirtą formulę.

Formulės gali būti priskirtos atskirai nusidėvėjimo skaičiavimui, atskirai nusidėvėjimo skaičiavimui pagal VAS. Jeigu kažkuriuo atveju (pvz., nusidėvėjimo skaičiavimui pagal VAS) tinka standartinis metodas, tai jam formulė neaprašoma (parenkamas metodas), o kai netinka - aprašoma formulė.

Formulė aprašoma kaip atskira išorinė programa, kurios pavadinimas ir, jei reikia, parametrai, nurodomi formulės aprašyme.

1. Pateikiama tiesioginio nusidėvėjimo skaičiavimo formulė :

*wfor_nus_mtd=nus_mtd
*wfor_verte = verte
*wfor_nusid=nusid
*wfor_likv_v=likv_v
*wfor_kiekis=mas26(1)
*wfor_koef=koef
*wfor_metai=IIF(koef # 0,round(100/koef,1),0)
*wfor_menesiai=IIF(koef # 0,round(100/koef,4)*12,0)
*wfor_pra_date=pra_date
*wfor_op_date=op_date
Local nusidevejimas
nusidevejimas = (wfor_verte-(wfor_likv_v*wfor_kiekis))*wfor_koef/1200
RETURN nusidevejimas

2. Pateikiama tiesioginio nusidėvėjimo pagal VAS skaičiavimo formulė :

*wfor_nus_mtd_vas=nus_mtd_vas
*wfor_verte_vas = verte_vas
*wfor_nusid_vas=nusid_vas
*wfor_likv_v_vas=likv_v_vas
*wfor_kiekis=mas26(1)
*wfor_koef_vas=koef_vas
*wfor_metai_vas=IIF(koef_vas # 0,round(100/koef_vas,1),0)
*wfor_menesiai_vas=IIF(koef_vas # 0,round(100/koef_vas,4)*12,0)
*wfor_pra_date=pra_date
*wfor_op_date=op_date
Local nusidevejimas_vas
Nusidevejimas_vas = (wfor_verte_vas-(wfor_likv_v_vas*wfor_kiekis))*wfor_koef_vas/1200
RETURN nusidevejimas_vas