LT7200B - Simuliacinė sistema ir būdas specializuotam operaciniam mokymuisi dirbti su valstybės mokesčių administravimo sistemos funkcijomis - Google Patents

Abstract

Šis išradimas sprendžia techninę problemą, kylančią įgyvendinant specializuotą operacinį mokymosi būdą valstybės mokesčių administravimo funkcijoms, ypač dirbant su finansinių duomenų registrais bei jų patikrinimais. Siūloma simuliacinė sistema, realizuota kaip funkcinių modulių visuma, apimanti Vartotojo Komunikacijos, Parametrų Įvesties ir Registrų Valdymo modulius, užtikrinančius bendrą komunikaciją ir būsenų valdymą. Išradimo naujumą, inovatyvumą bei techninį pranašumą lemia šie papildomi moduliai: Pirminio Patikrinimo, vykdantis laikinio registrų persidengimo nustatymą; Parametrų Patikrinimo, taikantis specifines mokesčių administravimo logikos taisykles; Imitacinės Paieškos, vykdantis simuliuotas paieškas prieš imitacinę parametrų saugyklą; ir Būsenos Keitimo, įgyvendinantis specifinę būsenų perėjimo logiką. Apdorojant signalus bei parametrus, šių modulių visuma ir jų komunikacija tarpusavyje leidžia techniškai tiksliai atkartoti specifinius valstybės mokesčių administravimo sistemos veiksmus bei patikrinimo logiką izoliuotoje simuliacinėje aplinkoje. Tokiu būdu pasiekiamas techninis efektas – sukuriama techniškai tinkama ir saugi operacinė aplinka, kuri leidžia efektyviai ir patikimai formuoti bei įtvirtinti specializuotus operacinius įgūdžius, būtinus darbui su konkrečia valstybės mokesčių administravimo sistema.

Description

TECHNIKOS SRITIS

Šis išradimas priklauso simuliacinių sistemų ir mokymosi būdų sričiai. Konkrečiau, išradimas yra susijęs su moduline simuliacine sistema ir būdu, skirtu specializuotam operaciniam mokymuisi, leidžiančiu vartotojams saugiai / kontroliuojamai įgyti praktinių įgūdžių dirbant su specifinėmis valstybės mokesčių administravimo sistemos funkcijomis, tokiomis kaip finansinių duomenų registrų tvarkymas, apimant su tuo susijusios patikrinimo ir būsenų keitimo logikos taikymą automatizuotoje aplinkoje.

TECHNIKOS LYGIS

Yra žinomos įvairios simuliacinės sistemos ir būdai, skirti mokymui bei praktinių įgūdžių ugdymui įvairiose srityse, įskaitant apskaitą ir finansus. Tokios sistemos dažnai siekia suteikti vartotojams galimybę išbandyti įrangos funkcionalumą / funkcijas ar procesus aplinkoje, kuri imituoja realias sąlygas, pašalinant klaidų riziką ir pagreitinant mokymosi procesą.

Tačiau, analizuojant esamą technikos lygį, pastebima, kad bendrojo pobūdžio simuliacinės mokymo sistemos, net ir tos, kurios taikomos apskaitos srityje (pvz., naudojant ERP sistemas), dažniausiai nepakankamai tiksliai arba visai neatkartoja specifinės logikos, taisyklių rinkinių ir operacinių procedūrų, būdingų valstybės mokesčių administravimo sistemoms. Esami sprendimai dažnai apsiriboja bendrų apskaitos ciklų ar įrangos funkcijų imitavimu, nesuteikiant galimybės vartotojams įgyti patikimų įgūdžių, reikalingų darbui su itin specifiniais, taisyklėmis griežtai apibrėžtais procesais, tokiais kaip PVM sąskaitų faktūrų registrų tvarkymas pagal nacionalinius reikalavimus, įskaitant specifinius patikrinimus ir būsenų valdymą.

Toliau bus aptariami konkretūs žinomi technikos lygio sprendimai ir jų trūkumai, lyginant su šiuo išradimu.

Analizuojant dabartinį technikos lygį, buvo aptiktas US7991675B2 / US2010211528A1 (D5) dokumentas, paskelbtas 2010 m. rugpjūčio 19 d., kuris aprašo finansinio konsultavimo būdą ir sistemą, skirtą padėti klientams pasiekti finansinius tikslus (pvz., pensijos planavimą). Sistema naudoja klientų tikslų (idealių ir priimtinų verčių) bei jų prioritetų analizę ir kapitalo rinkų modeliavimą (pvz., Monte Carlo simuliacijas), siekiant sukurti rekomendacijas bei įvertinti tikimybę pasiekti tokių tikslų.

Nors minėtas D5 naudoja simuliacijas finansų srityje, jis neišsprendžia mūsų išradimo keliamos techninės problemos dėl šių priežasčių:

D5 yra skirta strateginiam finansiniam planavimui ir konsultavimui, o ne operacinių įgūdžių formavimui dirbant su specifine sistema. D5 tikslas yra įvertinti tikimybę pasiekti finansinius tikslus, o mūsų išradimo tikslas yra įgyvendinti specializuotą operacinį mokymosi būdą, kad vartotojas išmoktų atlikti konkrečius veiksmus sistemoje.

D5 sistema nesimuliuoja ir neatkartoja specifinių valstybės mokesčių administravimo sistemos veiksmų, patikrinimo logikos ar būsenų keitimo taisyklių (pvz.: PVM sąskaitų faktūrų registro pildymo, tikrinimo dėl persidengimo, pateikimo). D5 simuliacijos yra orientuotos į ilgalaikių finansinių rinkų elgsenos modeliavimą, o ne į konkrečios sistemos operacinę logiką.

D5 nesuteikia vartotojui galimybės praktiškai įvesti parametrų į formas, gauti grįžtamąjį ryšį apie specifinių taisyklių pažeidimus ar atlikti veiksmų seką, būdingą mokesčių registrų tvarkymui, izoliuotoje ir techniškai pritaikytoje aplinkoje. D5 yra analizės įrankis, o ne praktinio mokymosi simuliatorius.

Apibendrinant, D5 sprendžia visiškai kitokią techninę problemą (finansinių tikslų optimizavimą ir rizikos vertinimą) ir nesiūlo jokio techninio sprendimo, kaip sukurti modulinę simuliacinę sistemą, gebančią techniškai atkartoti specifinius valstybės mokesčių administravimo sistemos operacinius veiksmus ir patikrinimo logiką mokymosi tikslais.

Dar žinomas US5395243A (D4) dokumentas, paskelbtas 1995 m. kovo 7 d., kuris aprašo interaktyvią mokymosi sistemą, skirtą mokytis naudotis bendromis taikomosiomis programomis, tokiomis kaip teksto redaktoriai ar skaičiuoklės.

Sistema siūlo įvairius mokymosi būdus: interaktyvias audiovizualines pamokas, kurios simuliuoja tikrosios programos veikimą, prieigą prie tekstinės informacinės medžiagos (trumpos, detalios, individualizuotos per clipboard) ir galimybę praktikuotis naudojant pačią tikrąją mokomąją programą. Vartotojas gali rinktis skirtingus mokymosi kelius (pamokų sekas, temos pasirinkimą, darbo palaikymą). Pabaigus pamokų ciklą tam tikroje temoje (vienete), vartotojas gali naudoti tikrąją programą pratimams, susijusiems su ta pačia tema, atlikti.

Nors D4 aprašo interaktyvią, simuliacijas naudojančią mokymosi sistemą, ji neišsprendžia mūsų išradimo keliamos techninės problemos dėl šių esminių techninių skirtumų:

D4 yra bendrojo naudojimo sistema, skirta mokyti naudotis bet kokia taikomąja programa. Ji neturi integruotos specifinės logikos, reikalingos valstybės mokesčių administravimo sistemos funkcijoms (pvz., PVM sąskaitų faktūrų registrams) simuliuoti. Ji moko kaip naudotis programa, o ne kaip atlikti specifinę administracinę procedūrą.

D4 neapima ir neaprašo jokių funkcinių modulių, skirtų specifiniams patikrinimams atlikti, kurie būdingi mokesčių administravimui.

D4 sistema neįgyvendina ir neaprašo specifinių būsenų perėjimų, pvz.: registro būsenos pakeitimą iš Rengiamas į Priimtas.

Skirtingai nei mūsų sistema, D4 taip pat neturi imitacinės paieškos modulio funkcionalumo.

D4 techninis tikslas yra sukurti lanksčią bendrosios paskirties mokymosi platformą su įvairiais informacijos pateikimo būdais. Mūsų gi išradimo techninis tikslas yra sukurti specifinę modulinę architektūrą, kuri techniškai tiksliai atkartotų konkrečios valstybinės sistemos operacinę sistemą / logiką bei patikrinimus mokymosi tikslais.

Apibendrinant, D4 yra bendro pobūdžio programinės įrangos mokymo įrankis, kuris neturi specifinių techninių elementų ir funkcionalumo, reikalingo įgyvendinti specializuotą operacinį mokymosi būdą valstybės mokesčių administravimo funkcijų srityje.

Taip pat žinomas US11854092B1 (D3) dokumentas, paskelbtas 2023 m. gruodžio 26 d., kuris aprašo sistemas ir būdus mokesčių atitikties sprendimams. Sistema skirta vartotojui vienu metu pateikti kelias užklausas, kaip išspręsti įsiskolinimus, nacionalinėms mokesčių institucijoms ir pateikti reikalingus dokumentus pagal pasirinktą variantą. Sistema naudoja informaciją iš mokesčių agentūros svetainės ir asmeninę mokesčių mokėtojo informaciją (pvz.: pajamas, išlaidas), siekiant apskaičiuoti palankiausią sprendimo būdą.

Nors D3 veikia mokesčių srityje ir naudoja vartotojo finansinius duomenis, jis neišsprendžia mūsų išradimo keliamos techninės problemos šių techninių skirtumų:

D3 yra analizės ir sprendimų parinkimo sistema, skirta padėti vartotojui rasti optimalų būdą sumokėti esamą mokesčių skolą. Palyginus su mūsų išradimu, D3 aprašyta sistema neskirta mokymui ar operacinių įgūdžių formavimui.

D3 nesimuliuoja mokesčių administravimo proceso (pvz.: PVM sąskaitų faktūrų registro pildymo, tikrinimo, pateikimo). Ji tik analizuoja esamą situaciją ir siūlo sprendimus, bet neatkuria veiksmų sekos, kurią vartotojas turėtų atlikti tvarkydamas registrus.

D3 neapima funkcinių modulių, tokių kaip: pirminio patikrinimo modulio, parametrų patikrinimo modulio (su specifine mokesčių administravimo logika), imitacinės paieškos modulio ar būsenos keitimo modulio, kurie mūsų sistemoje yra skirti techniškai atkartoti sistemos veiksmus ir patikrinimo logiką mokymosi tikslais izoliuotoje aplinkoje. D3 moduliai (pvz.: sąsaja su mokesčių sistemomis, analizės variklis, vartotojo sąsaja) skirti duomenų surinkimui ir sprendimų generavimui.

Kadangi D3 nėra simuliatorius, jis nesuteikia galimybės vartotojui kontroliuojamai ir be rizikos atlikti mokesčių administravimo veiksmų įvedant parametrus ir stebint sistemos reakcijas pagal atitinkamą apdorojimo logiką.

Apibendrinant, D3 yra sprendimų palaikymo sistema mokesčių mokėtojams, turintiems skolų, tačiau ji neturi techninių elementų ar funkcionalumo siekiant įgyvendinti mokymosi būdą, atkartojant specifinius valstybės mokesčių administravimo sistemos veiksmus bei patikrinimo logiką.

Dar egzistuoja bendros apskaitos švietimo simuliacinės sistemos pasitelkiant įmonių išteklių planavimo (ERP) resursais (D2). Nurodoma, kad tokios simuliacijos leidžia studentams komunikuoti su realaus pasaulio verslo procesų modeliais. Tačiau publikacijoje taip pat paminėta, kad šios simuliacijos, dažniausiai, apima tik bendrus apskaitos ciklus - nuo operacijų registravimo iki finansinių ataskaitų rengimo.

Nors ERP aptaria simuliacijas mokymams, ši sistema neišsprendžia musų išradimo keliamos techninės problemos dėl šių skirtumų:

D2 aprašytos simuliacijos, orientuotos į bendrus verslo apskaitos procesus, realizuojamus standartinėse ERP sistemose. Jos neatkuria ir neapima itin specializuotų funkcijų, taisyklių ir logikos, būdingų konkrečiai valstybės mokesčių administravimo sistemai (pvz.: iSAF PVM sąskaitų faktūrų registrams).

Publikacijoje neaprašoma specifinių patikrinimo mechanizmų, tokių kaip registrų persidengimo tikrinimas ar specifinių loginių taisyklių taikymas finansiniams parametrams pagal mokesčių administravimo logiką, įgyvendinimas simuliacinėje aplinkoje. ERP sistemos turi bendruosius patikrinimo mechanizmus, tačiau jie negali būti tiesiogiai pritaikyti prie mūsų sistemos be specialios adaptacijos.

D2 neaptaria specifinių būsenų valdymo ir perėjimų (pvz.: iš būsenos Rengiamas į būseną Priimtas), kurie yra atliekami naudojant būsenos keitimo modulį.

D2 aprašo bendrųjų apskaitos įgūdžių ugdymą naudojant jau egzistuojančias ERP platformas kaip mokymo įrankį. Mūsų išradimo techninis tikslas yra sukurti specifinę modulinę architektūrą, kuri techniškai tiksliai atkartotų unikalios valstybinės sistemos operacinę logiką ir patikrinimus tam, kad būtų galima įgyvendinti specializuotą operacinį mokymosi būdą.

Apibendrinant, D2 aprašytas ERP simuliacijų naudojimas apskaitos mokymams yra per daug bendro pobūdžio ir neturi specializuotų techninių sprendimų, reikalingų siekiant sukurti simuliacinę sistemą, gebančią įgyvendinti specializuotą operacinį mokymosi būdą, tiksliai atkartojant specifinius valstybės mokesčių administravimo sistemos veiksmus bei patikrinimo logiką.

Arčiausias pagal technikos lygį yra CN112331000A (D1) dokumentas, paskelbtas 2021 m. vasario 5 d. Šis dokumentas aprašo kompiuterinę apskaitos simuliacinę mokymo sistemą, kurią sudaro mokytojo, tarpinis ir studento terminalai. Studento terminale yra apskaitos verslo simuliavimo sistema su įvairiais valdymo skyriais, tokiais kaip: bendrosios knygos; ataskaitų, darbo užmokesčio, ilgalaikio turto, gautinų / mokėtinų sumų, pirkimų ir grąžinimų, pardavimų bei atsargų valdymo moduliai. Šios sistemos tikslas yra įveikti esamų mokymo sistemų trūkumus - jų pernelyg didelį paprastumą, nepakankamą sistemingumą ir grįžtamojo ryšio apie studentų veiksmus trukumą mokytojui.

Nors D1 aprašo modulinę apskaitos mokymo sistemą ir ji yra artimiausias analogas, tačiau vis tiek neišsprendžia mŪsų išradimo keliamos techninės problemos dėl šių esminių techninių skirtumų: ί i ii

D1 sistema yra orientuota į bendrųjų įmonės apskaitos procesų (pvz.: darbo užmokestį, pirkimus, pardavimus, atsargas) mokymą. Ji neapima ir nesimuliuoja itin specifinių funkcijų, logikos ir procedūrų, būdingų konkrečiai valstybės mokesčių administravimo sistemai, pvz.: PVM sąskaitų faktūrų registrų tvarkymui pagal nacionalinius reikalavimus.

D1 neaprašo ir neintegruoja specifinių patikrinimo modulių ar logikos, reikalingos mokesčių administravimui, pavyzdžiui: pirminio patikrinimo modulio, kuris tikrintų registrų persidengimą laike, ar parametrų patikrinimo modulio, taikančio specifines mokesčių administravimo logikos taisykles įvestiems finansiniams parametrams.

D1 apsiriboja bendrųjų apskaitos operacijų modeliavimu.

D1 neaprašo būsenų perėjimo logikos, pvz.: registro būsenos keitimą iš Rengiamas į Priimtas, mūsų išradimo atveju tai atliekama naudojant būsenos keitimo modulį.

D1 nemini ir neapima jokio funkcionalumo, atitinkančio mūsų Imitacinės paieškos moduliui, kuris vykdytų simuliuotas paieškas prieš imitacinę parametrų saugyklą (pvz.: mokesčių mokėtojo registro (MMR) simuliaciją).

D1 techninis tikslas yra sukurti sistemingesnę bendrosios apskaitos mokymo platformą su grįžtamuoju ryšiu. Mūsų gi išradimo techninis tikslas yra sukurti specifinę modulinę architektūrą, kuri techniškai tiksliai atkartotų unikalios valstybinės mokesčių sistemos operacinę sistemą / logiką ir patikrinimus, siekiant įgyvendinti specializuotą operacinį mokymosi būdą.

Apibendrinant, nors D1 yra artimiausias analogas, aprašantis modulinę apskaitos simuliacinę sistemą, jis neturi šių elementų: pirminio patikrinimo modulio, specifinio parametrų patikrinimo modulio, imitacinės paieškos modulio ir būsenos keitimo modulio, kurie reikalingi siekiant techniškai atkartoti konkrečios valstybės mokesčių administravimo sistemos veiksmus ir patikrinimo logiką, todėl negali įgyvendinti numatyto specializuoto operacinio mokymosi būdo šioje specifinėje srityje.

Detaliai analizuojant technikos lygį, nustatyta, kad nei vienas iš žinomų sprendimų, įskaitant bendrąsias apskaitos simuliacines sistemas, universalias programinės įrangos mokymo platformas ar finansinio konsultavimo bei mokesčių sprendimo įrankius, neišsprendžia specifinės techninės problemos - sukurti modulinę simuliacinę sistemą, gebančią techniškai tiksliai atkartoti specifinius valstybės mokesčių administravimo sistemos veiksmus ir patikrinimo logiką bei taip įgyvendinti specializuotą operacinį mokymosi būdą šioje srityje. Trūksta techninio sprendimo, kuris leistų kontroliuojamai ir patikimai formuoti specifinius įgūdžius izoliuotoje simuliacinėje aplinkoje. Toliau bus pateiktas mūsų sprendimas detaliau.

IŠRADIMO ESMĖ

Šio išradimo esmė - išspręsti techninę problemą, susijusią su specializuoto operacinio mokymosi būdo įgyvendinimu dirbant su specifinėmis valstybės mokesčių administravimo sistemos funkcijomis, ypač su finansinių duomenų registrų tvarkymu ir jų patikrinimais. Esami technikos lygio sprendimai nepateikia tinkamos sistemos, gebančios tiksliai atkartoti specifinę mokesčių administravimo logiką bei veiksmus izoliuotoje (sandbox) aplinkoje.

Šis išradimas siūlo simuliacinę sistemą, realizuotą kaip funkcinių modulių visumą, kuri įgalina minėto specializuoto operacinio mokymosi būdo įgyvendinimą. Sistema apima: vartotojo komunikacijos modulį, parametrų įvesties modulį ir registrų valdymo modulį, kurie užtikrina bendrą sąveiką ir registrų būsenų (Rengiamas, Priimtas) valdymą.

Išradimo naujumą ir techninį pranašumą lemia specifiniai papildomi moduliai:

pirminio patikrinimo modulis, vykdantis laikinio registrų persidengimo nustatymą;

parametrų patikrinimo modulis, taikantis specifines mokesčių administravimo logikos taisykles įvestiems parametrams;

imitacinės paieškos modulis, vykdantis simuliuotas paieškas prieš imitacinę parametrų saugyklą (pvz., mmr simuliaciją); ir būsenos keitimo modulis, įgyvendinantis specifinę mokesčių administravimo būsenų perėjimo logiką.

Apdorojant signalus bei parametrus, šių modulių visuma ir jų komunikacija tarpusavyje leidžia techniškai tiksliai atkartoti specifinius valstybės mokesčių administravimo sistemos veiksmus bei patikrinimo logiką izoliuotoje simuliacinėje aplinkoje. Tokiu būdu pasiekiamas pagrindinis techninis efektas - sukuriama techniškai tinkama ir saugi operacinė aplinka, leidžianti patikimai formuoti ir įtvirtinti specializuotus operacinius įgūdžius, reikalingus darbui su konkrečia valstybės mokesčių administravimo sistema.

IŠRADIMO BRĖŽINIAI IR JŲ TRUMPAS APRAŠYMAS

Fig. 1 pavaizduota šio išradimo simuliacinės sistemos modulinė schema, apimanti šiuos modulius su signalų komunikacijos kryptimis:

vartotoją (V);

vartotojo komunikacijos modulį (1);

parametrų įvesties modulį (2);

registrų valdymo modulį (3);

pirminio patikrinimo modulį (4);

parametrų patikrinimo modulį (5);

imitacinės paieškos modulį (6); ir būsenos keitimo modulį (7).

TINKAMIAUSI ĮGYVENDINIMO VARIANTAI

Toliau bus detaliai aprašyti šio išradimo įgyvendinimo variantai, pateikiant pavyzdžius, kaip simuliacinė sistema ir jos funkciniai moduliai yra įgyvendinami siekiant išspręsti anksčiau apibrėžtą techninę problemą. Išradimas įgyvendina specializuotą operacinį mokymosi būdą, leidžiantį vartotojams kontroliuojamai ir saugiai formuoti įgūdžius, reikalingus darbui su valstybės mokesčių administravimo sistemomis. Visa simuliacinės sistemos modulinė schema pavaizduota brėžinyje Fig. 1, kuris iliustruoja pagrindinių sistemos funkcinių modulių visumą ir jų tarpusavio komunikaciją apdorojant signalus bei parametrus, siekiant techniškai tiksliai atkartoti specifinius sistemos veiksmus bei patikrinimo logiką.

Kaip pavaizduota Fig. 1, siūlomą simuliacinę sistemą sudaro tarpusavyje komunikuojantys funkciniai moduliai. Šie moduliai skirti apdoroti ir transformuoti signalus bei parametrus, kurie užtikrina specializuotą operacinį mokymosi būdą valstybės mokesčių administravimo funkcijų srityje. Pagrindiniai sistemos komponentai yra šie:

vartotojas (V);

vartotojo komunikacijos modulis (1);

parametrų įvesties modulis (2);

registrų valdymo modulis (3);

pirminio patikrinimo modulis (4);

parametrų patikrinimo modulis (5);

imitacinės paieškos modulis (6); ir būsenos keitimo modulis (7).

Toliau detaliai aprašome kiekvieną iš šių minėtu moduliu ir ju veikimą sistemos kontekste.

Vartotojas (V).

Vartotojas (V) perduoda valdymo signalus (komandas) ir įvesties parametrus (duomenis) į Modulį (1). Vartotojas (V) gauna vizualinius išvesties signalus (sąsają, pranešimus, rezultatus) iš modulio (1). Visi kiti Moduliai (2, 3, 4, 5, 6, 7) yra vidiniai.

Vartotojo komunikacijos modulis (1).

Vartotojo komunikacijos modulis (1) yra pagrindinis sistemos modulis, atsakingas už visą vartotojo (V) sąveiką su simuliacine sistema. Jis atlieka dvi pagrindines funkcijas:

modulis (1) yra sukonfiguruotas priimti išorinius valdymo signalus: vartotojo (V) komandas bei įvesties parametrus, įvedamus per sąsają.

Taip pat modulis (1) generuoja išvesties signalus vartotojui (V), pvz.: vizualinius.

Techniškai šis modulis (1) įgyvendina visą grafinę / vizualinę vartotojo (V) sąsają, kurią mato vartotojas (V). Tai apima, bet neapsiriboja, tokiais blokais kaip: Prisijungimas, PVM sąskaitų faktūrų registrų sąrašas (kur rodomi sukurti registrai ir jų būsenos), Pradėti pildyti registrą (kur pasirenkami registro atributai) ir Gautos / išrašytų PVM sąskaitos faktūros duomenų įvedimas. Vartotojo komunikacijos modulis (1) atspindi simuliuojamų finansinių registrų parametrus ir bendrą sistemos būseną.

Šis modulis (1) komunikuoja su vartotoju (V): priima jo komandas bei parametrus ir grąžina atsakymus vartotojo (V) sąsajoje. Taip pat Vartotojo Komunikacijos Modulis (1) nukreipia vartotojo (V) įvestus detalius finansinius parametrus (pvz.: iš PVM sąskaitos faktūros įvedimo formos) į parametrų įvesties modulį (2) tolimesniam apdorojimui. Iš kitos pusės, vartotojo komunikacijos modulis (1) turi sąsają su registrų valdymo moduliu (3), kuriam perduoda komandinius signalus, susijusius su registrų gyvavimo ciklu (pvz.: komandą inicijuoti naują registrą, komandą Pateikti registrą, komandą Tikslinti registrą). Iš šio modulio (3) gaunami atnaujinti duomenys apie registrų sąrašą ir jų išsaugotas būsenų reikšmes (pvz.: Rengiamas, Priimtas) siekiant jas atvaizduoti vartotojui (V). Ir dar vartotojo komunikacijos modulis (1) turi sąsają su registrų patikrinimo moduliu (5), kur jeigu įvesti parametrai neatitinka patikrinimo taisyklių, iš parametrų patikrinimo modulio (5) į vartotojo komunikacijos modulį (1) ateina signalai apie klaidas (pvz.: pranešimai apie klaidas formoje).

Tai yra:

modulis (1) perduoda įvestus detalius finansinius parametrus moduliui (2);

modulis 1 perduoda komandinius signalus moduliui (3), pvz.: Pateikti registrą, Tikslinti registrą;

modulis (1) iš modulio (3) gauna atnaujintus duomenis atvaizdavimui, pvz.: registrų sąrašą, pasikeitusias būsenas; modulis (1) iš modulio (5) gauna klaidų signalus atvaizdavimui vartotojui (V).

Parametrų įvesties modulis (2).

Parametrų įvesties modulis (2) veikia kaip specializuota terpė, atsakinga už detalių finansinių parametrų signalų priėmimą ir paruošimą. Šis modulis (2) negauna signalų tiesiai iš vartotojo (V), vietoj to, jis priima pirminius (angl.: raw) įvesties signalus, kuriuos vartotojo komunikacijos modulis (1) gauna vartotojui pildant struktūrizuotas sąsajas (pvz., elektronines formas). Pagrindinė šio modulio (2) funkcija yra gautus signalus struktūrizuoti ir transformuoti į aiškiai apibrėžtus parametrus, tinkamus tolimesniam apdorojimui sistemoje. Modulis (2) yra konfigūruotas apdoroti specifinius finansinius parametrus, būtinus PVM sąskaitų faktūrų registrams, tokius kaip: PVM sąskaitos faktūros identifikatoriai (serija, numeris), datos (išrašymo, prekių / paslaugų tiekimo), tiekėjo / pirkėjo kodai (PVM kodas, kodas), monetarinės vertės (apmokestinamoji vertė, PVM suma) ir mokesčių kodai bei tarifai.

Minėtas parametrų įvesties modulis (2) komunikuoja su vartotojo komunikacijos moduliu (1): priima pirminius įvesties signalus (parametrų reikšmes) iš modulio (1), kai vartotojas (V) juos įveda per sąsają. Taip pat modulis (2) turi ryšį su parametrų patikrinimo moduliu (5): Perduoda struktūrizuotus parametrų signalus į parametrų patikrinimo modulį (5), siekiant inicijuoti jų patikrinimą pagal specifinę mokesčių administravimo logiką. Dar modulis (2) bendrauja su registrų valdymo moduliu (3): taip pat perduoda struktūrizuotus parametrų signalus į registrų valdymo modulį (3), siekiant susieti juos su atitinkamu registru ir jų reikšmės būtų išsaugotos (pvz.: įrašant naują sąskaitos faktūros įrašą į registrą).

Tai yra:

modulis (1) perduoda pirminius įvesties signalus / detalius finansinius parametrus, kuriuos vartotojas (V) įvedė per sąsają, moduliui (2);

modulis (2) perduoda struktūrizuotus parametrų signalus moduliui (5) tolimesniam patikrinimui;

modulis (2) perduoda struktūrizuotus parametrų signalus moduliui (3), siekiant išsaugoti ir susieti juos su atitinkamu registru.

Registrų valdymo modulis (3).

Registrų valdymo modulis (3) yra esminis simuliacinės sistemos komponentas, veikiantis kaip pagrindinis finansinių parametrų registrų valdytojas. Jo pagrindinė funkcija - apdoroti komandinius signalus, susijusius su finansinių parametrų registrų gyvavimo ciklu. šis ciklas apima:

inicijavimą: kai modulis (3) gauna komandinį signalą (pvz.: iš vartotojo komunikacijos modulio (1)) sukurti naują registrą (pvz.: Pradėti pildyti registrą), jis inicijuoja šį procesą;

turinio valdymą: modulis (3) yra atsakingas už registro turinio valdymą, pvz.: visų įtrauktu sąskaitų sarašo peržiūra arba nauju parametru (gautu iš parametru įvesties c c c c c Γ c Jei e \\J e Π e c modulio (2)) priskyrimą konkrečiam registrui;

modifikavimą: modulis (3) apdoroja komandas, tokias kaip Tikslinti registrą ar Šalinti registrą;

būsenos valdymą: svarbi modulio (3) funkcija yra tvarkyti ir palaikyti išsaugotą būsenos reikšmę kiekvienam registrui. Pavyzdžiui, kai registras sukuriamas, modulis (3) nustato jam pradinę būseną Rengiamas.

Komunikacija su kitais moduliais:

modulis (3) priima komandinius signalus, susijusius su registrų valdymu (pvz.: Pradėti pildyti registrą, Pateikti registrą, Tikslinti registrą), iš Modulio (1);

modulis (3) perduoda moduliui (1) atnaujintus duomenis atvaizdavimui, pvz.: sukurtų registrų sąrašą ir jų išsaugotas būsenos reikšmes;

modulis (3) priima struktūrizuotus parametrų signalus (pvz.: naujos sąskaitos faktūros duomenis) iš modulio (2) ir yra atsakingas už šių parametrų išsaugojimą bei priskyrimą atitinkamam registrui;

registro inicijavimo metu, modulis (3) perduoda naujo registro atributus (pvz.: tipą ir periodą) į pirminio patikrinimo modulį (4) patikrinimui dėl persidengimo;

modulis (3) priima iš modulio (4) patikrinimo atsakomąjį signalą (leidžiama / neleidžiama kurti), pagal kurį sprendžia, ar tęsti registro kūrimo operaciją;

kai modulis (3) gauna komandą keisti būseną (pvz., Pateikti registrą), jis komunikuoja su būsenos keitimo moduliu (7), perduodamas jam (7) komandinį signalą atlikti specifinę būsenos keitimo operaciją.

Pirminio patikrinimo modulis (4).

Pirminio patikrinimo modulis (4) atlieka vieną, tačiau kritinę, specializuotą funkciją, kuri yra esminė spendžiant šio išradimo techninę problemą - jis (4) užtikrina simuliuojamų registrų vientisumą laike. Pagrindinė šio modulio funkcija - nustatyti laikinius persidengimus. Kai registrų valdymo modulis (3) inicijuoja naujo registro kūrimą, jis perduoda šiam moduliui (4) naujo registro atributus (parametrų signalus), apibrėžiančius jo tipą (pvz.: „gaunamų“ ar „išrašomų“) ir periodą (pvz.: kalendorinis mėnuo ar pusmetis). Tada pirminio patikrinimo modulis (4) vykdo loginį palyginimo mechanizmą su egzistuojančių registrų (kurie saugomi sistemoje) parametrais. Šis mechanizmas patikrina, ar naujai kuriamas registras pagal savo tipą ir laiko intervalą nepersidengia su jokiu kitu jau egzistuojančiu registru. Tai yra tiesioginis patikrinimas ar nėra persidengiančių registrų įgyvendinimas. Atlikęs palyginimą, modulis (4) generuoja patikrinimo atsakomąjį signalą (pvz., leidžiama kurti arba neleidžiama kurti / aptiktas persidengimas), kurį grąžina registrų valdymo moduliui (3).

Komunikacija su kitais moduliais:

modulis (4) priima parametrų signalus (naujo registro atributus: tipą, periodą) iš modulio (3);

modulis (4) grąžina (perduoda) patikrinimo atsakomąjį signalą (leidžiama / neleidžiama kurti) į modulį (3).

Taip pat, siekiant atlikti palyginimo mechanizmą / procedūrą, šis modulis (4) turi turėti galimybę nuskaityti egzistuojančių registrų parametrus iš vidinės sistemos saugyklos, kurią valdo registrų valdymo modulis (3).

Parametrų patikrinimo modulis (5).

Parametrų patikrinimo modulis (5) yra labai svarbus modulis, atsakingas už specifinės mokesčių administravimo logikos taikymą ir duomenų tikslumo užtikrinimą simuliacinėje aplinkoje / sistemoje. Tai yra pagrindinis modulis, įgyvendinantis techninėje problemoje nurodytą poreikį atkartoti patikrinimo logiką. Pagrindinė šio modulio funkcija priimti struktūrizuotus parametrų signalus (gautus iš parametrų įvesties modulio (2)) ir taikyti jiems iš anksto apibrėžtą loginių taisyklių rinkinį (patikrinimo taisykles). Šis modulis (5) įgyvendina funkciją Tikrinti, kuri leidžia vartotojui pasitikrinti duomenis prieš galutinį išsaugojimą.

Patikrinimas apima:

formato tikrinimą: ar parametrai atitinka reikalaujamą formatą (pvz.: datos, PVM kodo struktūros);

tarpusavio suderinamumo tikrinimą: ar skirtingi parametrai vienas kitam neprieštarauja (pvz.: ar PVM suma atitinka nurodytą tarifą ir apmokestinamąją vertę);

atitikties simuliuojamai mokesčių administravimo logikai tikrinimą: ar parametrai atitinka specifines taisykles, būdingas būtent šiai mokesčių sistemai.

Jei parametrai neatitinka nustatytų taisyklių, modulis (5) generuoja klaidų signalus, kurie nurodo rastas klaidas.

Specifiniams identifikacinių parametrų patikrinimams (pvz.: tiekėjo / pirkėjo PVM kodo ar kodo) atlikti, šis modulis (5) komunikuoja su imitacinės paieškos moduliu (6).

Komunikacija su kitais moduliais:

modulis (5) priima struktūrizuotus parametrų signalus iš modulio (2) patikrinimui atlikti;

modulis (5) perduoda (grąžina) klaidų signalus į modulį (1), kad šis galėtų juos atvaizduoti vartotojui (V) sąsajoje; modulis (5) perduoda specifinius identifikacinius parametrus (pvz.: PVM kodą) į modulį (6) simuliuotai paieškai atlikti;

modulis (5) priima iš modulio (6) simuliuotus atsakomuosius signalus (pvz.: patvirtinimą apie kodo egzistavimą) ir naudoja juos tolimesniam patikrinimui.

Imitacinės paieškos modulis (6).

Imitacinės paieškos modulis (6) yra specializuotas komponentas, kurio tikslas atkartoti komunikaciją su išorinėmis duomenų saugyklomis, kurios yra būtinos realiam mokesčių administravimo procesui, tačiau negali būti naudojamos mokymosi aplinkoje dėl saugumo ir duomenų vientisumo. Tai yra tiesioginis Imitacinės paieškos MMR ir Imitacinės parametrų saugyklos elementų techninis įgyvendinimas. Pagrindinė šio modulio funkcija - vykdyti simuliuotą paieškos operaciją. Kai parametrų patikrinimo modulis (5) tikrina tiekėjo ar pirkėjo duomenis, jis perduoda šiam moduliui (6) specifinius identifikacinius parametrus (pvz.: PVM mokėtojo kodą, įmonės kodą). Modulis (6) priima šiuos parametrus ir atlieka paiešką ne realioje valstybinėje duomenų bazėje, o vidinėje imitacinėje parametrų saugykloje (pvz.: MMR simuliacijoje). Ši saugykla talpina imituotus duomenis, kurie savo struktūra ir turiniu atitinka realius duomenis. Modulis (6) grąžina simuliuotus atsakomuosius signalus (pvz.: rastą įmonės pavadinimą arba signalą, kad tokio kodo nėra) atgal į parametrų patikrinimo modulį (5), kuris naudoja šį atsakymą tolimesniam patikrinimui. Šis modulis yra esminis, siekiant sukurti techniškai saugią operacinę aplinką, kuri leistų vartotojui praktikuotis su realiai atrodančiais scenarijais nerizikuojant paveikti realių sistemų.

Komunikacija su kitais moduliais:

modulis (6) priima specifinius identifikacinius parametrus (pvz.: PVM kodą) iš modulio (5);

modulis (6) grąžina (perduoda) simuliuotus atsakomuosius signalus (paieškos rezultatus) į modulį (5).

Būsenos keitimo modulis (7).

Būsenos keitimo modulis (7) yra loginis komponentas, atsakingas už simuliuojamų finansinių registrų būsenos valdymą pagal apibrėžtą mokesčių administravimo būsenų perėjimo logiką. Šis modulis (7) yra būtinas techninės problemos sprendimui, nes jis techniškai atkartoja realų sistemos veiksmą, kai registras keičia savo statusą sistemoje. Pagrindinė šio modulio funkcija - priimti specifinį komandinį signalą (pvz.: Pateikti registrą), susietą su konkrečiu registru, kurį jam perduoda registrų valdymo modulis (3). Gavęs šį signalą, modulis (7) aktyvuoja būsenų perėjimo logiką ir modifikuoja to registro išsaugotą būsenos reikšmę (kuri fiziškai saugoma vidinėje sistemos saugykloje). Pavyzdžiui, jis pakeičia registro būseną iš pradinės Rengiamas į galutinę Priimtas. Šis modulis užtikrina, kad būsenos keitimas įvyktų tik pagal griežtai apibrėžtas taisykles (pvz.:

tik tada, kai registras sėkmingai praeina visus parametrų patikrinimo modulio (5) patikrinimus), taip tiksliai simuliuodamas realios sistemos elgseną.

Komunikacija su kitais moduliais:

modulis (7) priima specifinį komandinį signalą (pvz.: Pateikti registrą) ir susijusio registro identifikatorių iš Modulio (3);

modulis (7) grąžina patvirtinimo signalą moduliui (3) apie sėkmingai (arba nesėkmingai) atliktą būsenos pakeitimą, kad modulis (3) galėtų atnaujinti savo informaciją ir perduoti ją moduliui (1) atvaizdavimui.

Kartu su registrų saugykla, modulis (7) modifikuoja (įrašo) naują išsaugotą būsenos reikšmę (pvz.: Priimtas) atitinkamam registrui sistemos vidinėje saugykloje.

Toliau aprašomas bendras sistemos veikimo procesas, iliustruojantis, kaip anksčiau aprašyti funkciniai moduliai (1-7) veikia tarpusavyje siekiant įgyvendinti specializuotą operacinį mokymosi būdą.

Procesas prasideda tada, kai vartotojas (V) inicijuoja sąveiką su sistema per vartotojo komunikacijos modulį (1), pavyzdžiui: pasirinkdamas komandą sukurti naują finansinių duomenų registrą.

1. Registro kūrimo scenarijus:

vartotojas (V) per modulį (1) pasirenka komandą Pradėti pildyti registrą ir nurodo pradinius registro atributus (pvz.: tipą ir mokestinį laikotarpį).

Modulis (1) perduoda šiuos atributus kaip komandinį signalą į registrų valdymo modulį (3).

Modulis (3), gavęs signalą, kreipiasi į pirminio patikrinimo modulį (4), perduodamas jam naujo registro atributus.

Modulis (4) vykdo loginį palyginimo mechanizmą (tikrina dėl persidengimo su esamais registrais) ir grąžina patikrinimo atsakomąjį signalą (leidžiama / neleidžiama) atgal į modulį (3).

Jei signalas teigiamas (leidžiama), modulis (3) sukuria naują registro įrašą sistemos saugykloje, nustato jam pradinę išsaugotą būsenos reikšmę Rengiamas ir perduoda atnaujintą registrų sąrašą moduliui (1) atvaizdavimui.

2. Parametrų įvedimo ir patikrinimo scenarijus:

vartotojas (V) per modulį (1) pasirenka aktyvų (Rengiamas) registrą ir atidaro parametrų įvedimo formą (pvz.: PVM sąskaitos faktūros duomenų įvedimą).

Vartotojas (V) įveda detalius finansinius parametrus į modulio (1) pateiktą sąsają.

Modulis (1) priima šiuos pirminius įvesties signalus ir nukreipia juos į parametrų įvesties modulį (2).

Modulis (2) struktūrizuoja ir transformuoja šiuos signalus į sistemoje suprantamus parametrus, ir vienu metu perduoda juos:

į registrų valdymo modulį (3) - kad parametrai būtų laikinai susieti su pildomu registru;

į parametrų Patikrinimo Modulį (5) - kad būtų atliktas patikrinimas.

Modulis (5) taiko parametrams loginių taisyklių rinkinį (formato, suderinamumo, mokesčių administravimo logikos).

Patikrinimo metu, modulis (5) specifinius identifikacinius parametrus (pvz.: PVM kodą) siunčia į imitacinės paieškos modulį (6).

Modulis (6) vykdo simuliuotą paiešką imitacinėje parametrų saugykloje (MMR simuliacijoje) ir grąžina simuliuotą atsakomąjį signalą (pvz.: kodas rastas arba klaida) atgal į modulį (5).

Jei modulis (5) aptinka neatitikimų, jis generuoja klaidų signalus ir siunčia juos į Modulį (1), kuris juos atvaizduoja vartotojui (V).

3. Registro pateikimo scenarijus:

kai vartotojas (V) baigia pildyti registrą, jis per Modulį (1) aktyvuoja komandinį signalą Pateikti registrą.

Modulis (1) perduoda šį komandinį signalą registrų valdymo moduliui (3).

Modulis (3), identifikavęs, kuriam registrui taikoma komanda, komunikuoja su būsenos keitimo moduliu (7).

Modulis (7) įvykdo apibrėžtą būsenų perėjimo logiką - modifikuoja registro išsaugotą būsenos reikšmę iš Rengiamas į Priimtas.

Modulis (7) grąžina patvirtinimo signalą moduliui (3), o šis atnaujina registrų sąrašą ir perduoda jį moduliui (1), kuris atvaizduoja vartotojui (V) pasikeitusį registro statusą.

Šis ciklinis procesas, apimantis specifinius patikrinimus ir būsenų valdymą, leidžia techniškai tiksliai atkartoti realios sistemos veikimą ir pasiekti pagrindinį techninį efektą patikimą specializuotų operacinių įgūdžių formavimą.

Be anksčiau aprašyto pagrindinio veikimo, simuliacinė sistema gali apimti papildomus funkcinius variantus, skirtus registrų administravimui ir analizei.

1. Registro tikslinimo funkcionalumas:

viename iš įgyvendinimo variantų, registrų valdymo modulis (3) yra papildomai sukonfigūruotas priimti ir apdoroti specifinį komandinį signalą Tikslinti registrą, gautą iš vartotojo komunikacijos modulio (1). Apdorodamas šį signalą, modulis (3) komunikuoja su būsenos keitimo moduliu (7), kuris modifikuoja registro išsaugotą būsenos reikšmę, pavyzdžiui, iš Priimtas atgal į Rengiamas (arba į specialią būseną Tikslinamas). Tai leidžia vartotojui (V) vėl naudoti parametrų įvesties modulį (2) ir parametrų patikrinimo modulį (5) tam pačiam registrui redaguoti taip simuliuojant realų mokesčių administravimo sistemos tikslinimo procesą.

2. Registro šalinimo funkcionalumas:

kitame įgyvendinimo variante, registrų valdymo modulis (3) yra papildomai sukonfigūruotas priimti komandinį signalą Šalinti registrą. Gavęs šį signalą iš modulio (1), modulis (3) inicijuoja visų su tuo registru susijusių parametrų ir jo išsaugotos būsenos reikšmės pašalinimą iš sistemos vidinės saugyklos.

3. Suminės analizės funkcionalumas:

dar kitame įgyvendinimo variante, registrų valdymo modulis (3) yra papildomai sukonfigūruotas įgyvendinti funkciją Suminiai duomenys. Gavęs atitinkamą komandinį signalą iš vartotojo komunikacijos modulio (1), modulis (3) atlieka susijusių finansinių parametrų (pvz.: apmokestinamoji vertė, PVM suma), saugomų registre, sumavimą ir grąžina apdorotą rezultatą (suminius signalus) atgal į modulį (1) atvaizdavimui.

4. Individualių parametrų valdymas registre:

sistema taip pat gali būti konfigūruota valdyti ne tik visą registrą, bet ir atskirus jame esančius įrašus. Registrų valdymo modulis (3) gali būti sukonfigūruotas priimti komandinius signalus, skirtus Konkrečios sąskaitos šalinimui iš registro arba Sąskaitos faktūros keitimo funkcijai. Tai leidžia vartotojui atlikti detalesnes operacijas, kurios vėlgi yra tikrinamos per parametrų patikrinimo modulį (5).

Toliau aprašomas simuliacinis būdas, skirtas specializuotam operaciniam mokymuisi dirbti su valstybės mokesčių administravimo sistemos funkcijomis, įgyvendinamas per anksčiau aprašytą funkcinių modulių visumą. Būdas apima kelis pagrindinius žingsnius, įgyvendinamus atitinkamų modulių apdorojant ir transformuojant signalus bei parametrus.

1. Registro kūrimo žingsnis:

būdas apima registro kūrimo žingsnį, pradedamą vartotojui (V) inicijavus komandinį signalą per vartotojo komunikacijos modulį (1). Šis signalas, apibrėžiantis registro atributus (tipą ir periodą), perduodamas į registrų valdymo modulį (3). Vykdomas pirminio patikrinimo požingsnis, kurio metu pirminio patikrinimo modulis (4) atlieka loginį palyginimą su esamais registrais siekiant nustatyti laikinį persidengimą. Gavus teigiamą patikrinimo atsakomąjį signalą, registrų valdymo modulis (3) sukuria registro įrašą ir nustato jam pradinę išsaugotą būsenos reikšmę Rengiamas.

2. Parametrų įvedimo ir patikrinimo žingsnis:

būdas apima detalių finansinių parametrų įvedimą ir patikrinimą. Vartotojui (V) įvedant parametrus per modulį (1), šie pirminiai signalai nukreipiami į parametrų įvesties modulį (2), kur yra struktūrizuojami. Paruošti parametrų signalai perduodami į registrų valdymo modulį (3) ir į parametrų patikrinimo modulį (5).

Vykdomas parametrų patikrinimo požingsnis, kurio metu modulis (5) taiko loginių taisyklių rinkinį (formato, suderinamumo, mokesčių administravimo logikos). Šio požingsnio metu taip pat vykdoma imitacinė paieška, kai modulis (5) kreipiasi į Imitacinės paieškos modulį (6), o šis atlieka simuliuotą paieškos operaciją prieš imitacinę parametrų saugyklą (pvz.: MMR simuliaciją) ir grąžina simuliuotą atsakomąjį signalą. Aptikus neatitikimų, modulis (5) generuoja klaidų signalus, kurie perduodami moduliui (1) atvaizdavimui.

3. Registro pateikimo žingsnis:

būdas apima registro pateikimo žingsnį, inicijuojamą vartotojo (V) komandiniu signalu Pateikti registrą per modulį (1). Signalas perduodamas registrų valdymo moduliui (3), kuris jį nukreipia į būsenos keitimo modulį (7). Vykdomas būsenos keitimo požingsnis, kurio metu modulis (7) modifikuoja registro išsaugotą būsenos reikšmę iš Rengiamas į Priimtas, taip užbaigiant simuliuojamą registrų pateikimo ciklą.

Pagrindinis simuliacinis būdas, apimantis registro kūrimo, parametrų įvedimo / patikrinimo ir pateikimo žingsnius, gali būti papildytas šiais operaciniais žingsniais:

1. Registro tikslinimo žingsnis.

Viename iš būdo įgyvendinimo variantų, po to, kai būsenos keitimo modulis (7) nustato registrui būseną Priimtas, būdas apima papildomą registro tikslinimo žingsnį. Šis žingsnis inicijuojamas vartotojo (V) komandiniu signalu Tikslinti registrą, perduodamu per modulį (1) į modulį (3). modulis (3), komunikuodamas su moduliu (7), modifikuoja registro išsaugotą būsenos reikšmę atgal į Rengiamas (arba specialią Tikslinamas) būseną. Tai leidžia vartotojui pakartotinai vykdyti parametrų įvedimo ir patikrinimo žingsnį tam pačiam registrui, taip simuliuojant realų duomenų tikslinimo procesą.

2. Registro šalinimo žingsnis.

Kitame būdo įgyvendinimo variante, būdas apima registro šalinimo žingsnį. Šis žingsnis inicijuojamas vartotojo (V) komandiniu signalu Šalinti registrą, kuris per modulį (1) perduodamas registrų valdymo moduliui (3). Modulis (3), gavęs signalą, atlieka visų su tuo registru susijusių parametrų ir jo išsaugotos būsenos reikšmės pašalinimo iš sistemos vidinės saugyklos operaciją.

3. Suminių duomenų generavimo žingsnis.

Dar kitame būdo įgyvendinimo variante, būdas apima suminių duomenų generavimo žingsnį. Šis žingsnis inicijuojamas vartotojo (V) komandiniu signalu Suminiai duomenys per modulį (1). Signalas perduodamas registrų valdymo moduliui (3), kuris atlieka registre saugomų finansinių parametrų (pvz.: apmokestinamoji vertė, PVM suma) agregavimo (sumavimo) operaciją. Gautas rezultatas (suminiai signalai) perduodamas atgal į modulį (1) atvaizdavimui.

4. Individualių parametrų įrašų valdymo žingsnis.

Detalesniame būdo įgyvendinimo variante, parametrų įvedimo ir patikrinimo žingsnis gali apimti ne tik naujų parametrų pridėjimą, bet ir esamų valdymą. Būdas gali apimti individualaus įrašo (sąskaitos) šalinimo žingsnį, kai vartotojas (V) per modulį (1) siunčia komandą registrų valdymo moduliui (3) pašalinti konkretų parametrų rinkinį (sąskaitą) iš registro. Taip pat gali būti įgyvendintas individualaus įrašo (sąskaitos) keitimo žingsnis, leidžiantis pakartotinai vykdyti parametrų įvedimo (2) ir patikrinimo (5) žingsnius jau išsaugotam įrašui.

Apibendrinant, aukščiau detalizuota simuliacinės sistemos modulinė architektūra ir jos įgyvendinamas operacinis būdas, apimantis specifinius pirminio patikrinimo (4), parametrų patikrinimo (5), imitacinės paieškos (6) bei būsenos keitimo (7) modulius, pateikia vientisą ir efektyvų techninį sprendimą, leidžiantį pasiekti iškeltą techninį tikslą sukurti patikimą ir kontroliuojamą aplinką specializuotiems operaciniams įgūdžiams formuoti.

Claims (10)

1. IŠRADIMO APIBRĖŽTIS

   1. Simuliacinė sistema, skirta specializuotam operaciniam mokymuisi dirbti su valstybės mokesčių administravimo sistemos funkcijomis, apimančiomis finansinius duomenų registrus, susidedanti iš tarpusavyje komunikuojančių funkcinių modulių, konfigūruotų apdoroti ir transformuoti signalus bei parametrus, apimanti:

   vartotojo komunikacijos modulį (1), konfigūruotą priimti išorinius valdymo signalus bei įvesties parametrus ir generuoti vizualinius išvesties signalus;

   parametrų įvesties modulį (2), konfigūruotą teikti struktūrizuotą sąsają detalių finansinių parametrų priėmimui;

   registrų valdymo modulį (3), konfigūruotą apdoroti komandinius signalus finansinių parametrų registrų gyvavimo ciklui valdyti ir palaikyti išsaugotą būsenos reikšmę kiekvienam registrui, b e s i s k i r i a n t i tuo, kad ją papildomai sudaro:

   pirminio patikrinimo modulis (4), sukonfigūruotas komunikuoti su registrų valdymo moduliu (3) ir vykdyti loginį palyginimo mechanizmą, siekiant nustatyti inicijuojamo registro laikinį persidengimą su egzistuojančiais registrais, generuojant patikrinimo atsakomąjį signalą;

   parametrų patikrinimo modulis (5), sukonfigūruotas priimti parametrus iš parametrų įvesties modulio (2), taikyti iš anksto apibrėžtą loginių taisyklių rinkinį (patikrinimo taisykles), tikrinant parametrų formatą, tarpusavio suderinamumą bei atitiktį specifinei simuliuojamai mokesčių administravimo logikai, ir komunikuoti su imitacinės paieškos moduliu (6);

   imitacinės paieškos modulis (6), sukonfigūruotas priimti specifinius identifikacinius parametrus iš parametrų patikrinimo modulio (5), vykdyti simuliuotą paieškos operaciją prieš imitacinę parametrų saugyklą bei grąžinti simuliuotus atsakomuosius signalus parametrų patikrinimo moduliui (5);

   būsenos keitimo modulis (7), sukonfigūruotas komunikuoti su registrų valdymo moduliu (3) ir modifikuoti registro išsaugotą būsenos reikšmę pagal apibrėžtą specifinę mokesčių administravimo būsenų perėjimo logiką, kur minėti moduliai (1-7) yra sukonfigūruoti veikti kartu, kad techniškai atkartotų specifinius valstybės mokesčių administravimo sistemos veiksmus bei patikrinimo logiką izoliuotoje simuliacinėje aplinkoje.
2. 2. Simuliacinė sistema pagal 1 punktą, b e s i s k i r i a n t i tuo, kad registrų valdymo modulis (3) yra papildomai sukonfigūruotas priimti komandinį signalą tikslinti registrą ir, komunikuodamas su būsenos keitimo moduliu (7), modifikuoti registro išsaugotą būsenos reikšmę iš Priimtas atgal į Rengiamas arba Tikslinamas, leidžiant pakartotinai naudoti parametrų įvesties modulį (2) ir parametrų patikrinimo modulį (5) tam pačiam registrui redaguoti.
3. 3. Simuliacinė sistema pagal 1 punktą, b e s i s k i r i a n t i tuo, kad registrų valdymo modulis (3) yra papildomai sukonfigūruotas priimti komandinį signalą Šalinti registrą ir inicijuoti visų su tuo registru susijusių parametrų bei jo išsaugotos būsenos reikšmės pašalinimą iš sistemos vidinės saugyklos.
4. 4. Simuliacinė sistema pagal 1 punktą, b e s i s k i r i a n t i tuo, kad registrų valdymo modulis (3) yra papildomai sukonfigūruotas priimti komandinį signalą Suminiai duomenys, atlikti registre saugomų finansinių parametrų agregavimo operaciją ir grąžinti apdorotą rezultatą, suminius signalus, vartotojo komunikacijos moduliui (1) atvaizdavimui.
5. 5. Simuliacinė sistema pagal 1 punktą, b e s i s k i r i a n t i tuo, kad registrų valdymo modulis (3) yra papildomai sukonfigūruotas priimti komandinius signalus, skirtus individualių parametrų įrašų valdymui registre, tokius kaip Konkrečios sąskaitos šalinimas iš registro arba Sąskaitos faktūros keitimo funkcija.
6. 6. Simuliacinis būdas, skirtas specializuotam operaciniam mokymuisi dirbti su valstybės mokesčių administravimo sistemos funkcijomis, apimančiomis finansinius duomenų registrus, kai būdas įgyvendinamas per tarpusavyje komunikuojančius funkcinius modulius (1-7), apdorojant ir transformuojant signalus bei parametrus, apimantis šiuos žingsnius:

   išorinių valdymo signalų bei įvesties parametrų priėmimą iš vartotojo (V) ir vizualinių išvesties signalų generavimą vartotojui (V), vykdomą vartotojo komunikacijos modulio (1); detalių finansinių parametrų priėmimą per struktūrizuotą sąsają, vykdomą parametrų įvesties modulio (2);

   finansinių parametrų registrų gyvavimo ciklo valdymą apdorojant komandinius signalus ir palaikant išsaugotą būsenos reikšmę kiekvienam registrui, vykdomą registrų valdymo modulio (3), b e s i s k i r i a n t i s tuo, kad papildomai apima šiuos žingsnius:

   pirminis patikrinimą, kurio metu, komunikuojant su registrų valdymo moduliu (3), vykdomas loginis palyginimo mechanizmas, siekiant nustatyti inicijuojamo registro laikinį persidengimą su egzistuojančiais registrais, ir generuojamas patikrinimo atsakomasis signalas, vykdomą pirminio patikrinimo modulio (4);

   parametrų patikrinimą, kurio metu priimamiems parametrams iš parametrų įvesties modulio (2) taikomas iš anksto apibrėžtas loginių taisyklių rinkinys, tikrinant parametrų atitiktį specifinei simuliuojamai mokesčių administravimo logikai, ir komunikuojama su imitacinės paieškos moduliu (6), vykdomą parametrų patikrinimo modulio (5);

   imitacinė paiešką, kurios metu, priėmus specifinius identifikacinius parametrus iš parametrų patikrinimo modulio (5), vykdoma simuliuota paieškos operacija prieš imitacinę parametrų saugyklą bei grąžinami simuliuoti atsakomieji signalai parametrų patikrinimo moduliui (5), vykdomą imitacinės paieškos modulio (6);

   būsenos keitimą, kurio metu, komunikuojant su registrų valdymo moduliu (3), modifikuojama registro išsaugotos būsenos reikšmė pagal apibrėžtą specifinę mokesčių administravimo būsenų perėjimo logiką, vykdomą būsenos keitimo modulio (7), kur minėti žingsniai yra vykdomi kartu siekiant techniškai atkartoti specifinius valstybės mokesčių administravimo sistemos veiksmus bei patikrinimo logiką izoliuotoje simuliacinėje aplinkoje.
7. 7. Simuliacinis būdas pagal 6 punktą, b e s i s k i r i a n t i s tuo, kad papildomai apima registro tikslinimo žingsnį, kurio metu, registrų valdymo moduliui (3) komunikuojant su būsenos keitimo moduliu (7), modifikuojama registro išsaugota būsenos reikšmė, leidžiant pakartotinai vykdyti parametrų įvedimo ir patikrinimo žingsnį tam pačiam registrui.
8. 8. Simuliacinis būdas pagal 6 punktą, b e s i s k i r i a n t i s tuo, kad papildomai apima registro šalinimo žingsnį, kurio metu registrų valdymo modulis (3), gavęs komandinį signalą, atlieka visų su tuo registru susijusių parametrų ir jo išsaugotos būsenos reikšmės pašalinimo iš sistemos vidinės saugyklos operaciją.
9. 9. Simuliacinis būdas pagal 6 punktą, b e s i s k i r i a n t i s tuo, kad papildomai apima suminių duomenų generavimo žingsnį, kurio metu registrų valdymo modulis (3) atlieka registre saugomų finansinių parametrų agregavimo / sumavimo operaciją ir gautą rezultatą / suminius signalus perduoda vartotojo komunikacijos moduliui (1) atvaizduoti.
10. 10. Simuliacinis būdas pagal 6 punktą, b e s i s k i r i a n t i s tuo, kad parametrų įvedimo ir patikrinimo žingsnis papildomai apima individualaus įrašo šalinimo žingsnį arba individualaus įrašo keitimo žingsnį, kai registrų valdymo modulis (3) gauna atitinkamas komandas iš vartotojo komunikacijos modulio (1).