Trumpas atsakymas
Registrų centro atvirų duomenų rinkinys JAR_IREGISTRUOTI leidžia nustatyti juridinio asmens kodą, pavadinimą, registravimo datą, teisinę formą, adresą ir išrašo sudarymo metu rodomą teisinį statusą. Laukas stat_data_nuo parodo, nuo kada galioja būtent dabar pateiktas statusas. Tačiau viena eilutė neparodo ankstesnio statuso, visų statuso pakeitimų, buvusių pavadinimų ar adresų ir pati savaime nėra išsami juridinio asmens istorija.
Kiti Registrų centro rinkiniai prideda atskirus laiko taškus: naudos gavėjų sąrašo pateikimą JANGIS, finansinių ataskaitų nepateikimo metus, pavėluoto pateikimo informaciją ar prašymo anuliuoti finansinės atskaitomybės dokumentus registravimo datą. Šie įvykiai svarbūs, bet jų negalima sujungti į vieną abstrakčią „statuso istoriją“. Kiekvienas laukas turi savo paskirtį.
Todėl saugi išvada yra siaura: duomenys parodo registruotą būklę konkrečios suformuotos ištraukos metu ir tam tikrus atskirai datuotus registro įvykius. Jie neįrodo visos įvykių sekos, priežastinio ryšio, dabartinio mokumo, skolos dydžio ar konkrečios teismo bylos baigties. Dabartinei teisinei ar kredito išvadai reikia aktualaus registro patikrinimo ir, kai taikoma, AVNT, NPIP ar teismo pirminio šaltinio.
Kokie Registrų centro rinkiniai buvo tikrinti?
Produkcijos Legalcode MCP 2026 m. rugsėjo 13 d. LT_REGISTER_CENTRE profilyje rodė 539 105 įrašus. Atrinktoje kolekcijoje buvo penkios duomenų šeimos:
JAR_IREGISTRUOTI– įregistruotų juridinių asmenų duomenys;jangis_sar_teikimas– JANGIS naudos gavėjų sąrašų pateikimo duomenys;JAR_NEPATEIKE_FA_UZ_PRAEJUSIUS– juridiniai asmenys, nepateikę finansinių ataskaitų už praėjusius metus;JAR_FA_VELUOJANTIS– finansines ataskaitas pavėluotai teikiantys juridiniai asmenys;JA_FA_ANULIUOTI– duomenys apie prašymus anuliuoti pateiktus finansinės atskaitomybės dokumentus.
Legalcode šias eilutes techniškai pateikia kaip guidance, tačiau tai nekeičia jų turinio: jos yra registro duomenų ištraukos, o ne Registrų centro teisinės konsultacijos. Be to, MCP metaduomenų būsena ACTIVE reiškia, kad indeksuotas dokumentas yra aktyvus paieškoje. Ji nereiškia, kad įmonė vykdo veiklą, yra moki arba neturi registruoto specialaus teisinio statuso.
Ką parodo pagrindinė JAR eilutė?
JAR_IREGISTRUOTI eilutėje svarbiausias jungimo raktas yra ja_kodas – juridinio asmens kodas. Pavadinimas yra rodomas tekstas ir gali pasikeisti, todėl skirtingų rinkinių nereikėtų jungti vien pagal pavadinimą.
Pagrindinius laiko laukus taip pat būtina atskirti:
ja_reg_data– juridinio asmens įregistravimo data;stat_data_nuo– data, nuo kurios galioja eilutėje rodomas teisinis statusas;formavimo_data– data, kada suformuota duomenų ištrauka.
UAB „UPULUPU“, juridinio asmens kodas 303049767, yra aiškus pavyzdys. produkcijoje gauta eilutė nurodo, kad bendrovė įregistruota 2013 m. balandžio 24 d., jos teisinė forma – uždaroji akcinė bendrovė, o rodomo statuso kodas yra 26.
stat_pavadinimas: Likviduojamas dėl bankroto;stat_data_nuo: 2024-07-19.— , suformuota 2026-07-06
Tai patvirtina, koks registruotas statusas rodomas šioje ištraukoje ir nuo kada jis nurodytas. Tačiau eilutė nepasako, koks statusas buvo prieš 2024 m. liepos 19 d., koks sprendimas tiksliai sukėlė pakeitimą ar ar po ištraukos sudarymo atsirado naujesnis įrašas.
Ar stat_data_nuo yra visa statuso istorija?
Ne. stat_data_nuo yra dabartinėje eilutėje rodomo statuso pradžios data, o ne visų statusų lentelė. Jei bendrovė anksčiau neturėjo įregistruoto specialaus statuso, vėliau buvo pažymėta kaip restruktūrizuojama, o dar vėliau – likviduojama dėl bankroto, viena dabartinė eilutė nebūtinai pateiks visus tris etapus.
Produkcijos paieškoje randami, be kita ko, statusai Bankrutuojantis (kodas 5), Restruktūrizuojamas (kodas 4) ir Likviduojamas dėl bankroto (kodas 26). Tai rodo, kad JAR klasifikacija gali atskirti skirtingas registruotas būkles. Tačiau paieškos rezultatų skaičius buvo apribotas ir pažymėtas kaip netikslus, todėl iš jo negalima skelbti patikimos statistikos apie visų Lietuvos įmonių statusų pasiskirstymą.
Net ir tiksliai perskaičius statusą, jo negalima išplėsti daugiau, negu teigia šaltinis. Bankrutuojantis nėra skolos suma, Restruktūrizuojamas nepasako, ar planas vykdomas sėkmingai, o Likviduojamas dėl bankroto savaime nepateikia teismo bylos numerio ar proceso pabaigos. Tokius klausimus reikia tikrinti atitinkamame nemokumo proceso ir teismo šaltinyje.
Kokius kitus istorinius įvykius galima matyti?
To paties juridinio asmens kodas kituose rinkiniuose leidžia sudaryti ribotą, šaltiniais pažymėtą laiko juostą. UAB „UPULUPU“ JANGIS eilutėje nurodyta, kad naudos gavėjų sąrašas pateiktas 2024 m. birželio 27 d., o jo būsena ištraukoje – AKTUALUS.
ar_pateiktas_ng_sarasas: 1;saraso_busena: AKTUALUS;saraso_pateikimo_data: 2024-06-27.— , suformuotas 2026-07-06
Tai yra naudos gavėjų sąrašo pateikimo įvykis. Jis įvyko prieš eilutėje nurodytą teisinio statuso pradžią, tačiau vien chronologija neįrodo, kad vienas įvykis sukėlė kitą. Registrai aprašo skirtingus teisinius ir administracinius faktus.
Dar viena tos pačios bendrovės eilutė yra :
fa_nepateikta_uz_metus: 2023;formavimo_data: 2026-07-06.—
Čia 2023 m. yra ataskaitinis laikotarpis, o ne dokumento paskelbimo ar teisinio statuso data. Eilutė patvirtina konkretaus rinkinio teiginį, kad ištraukos sudarymo metu bendrovė buvo sąraše dėl nepateiktų ataskaitų už tuos metus. Ji savaime nepatvirtina bankroto pradžios, nemokumo priežasties ar dabartinės skolos.
Ką reiškia finansinių dokumentų anuliavimo data?
Rinkinys JA_FA_ANULIUOTI reikalauja ypač atsargaus pavadinimo. Produkcijoje patikrintoje VšĮ „Vita magna“ eilutėje pateiktas 2025 m. finansinių ataskaitų laikotarpis ir anul_ireg_date – 2026 m. rugsėjo 11 d.
Ši data apibūdina prašymo dėl pateiktų finansinės atskaitomybės dokumentų anuliavimo registravimą. Ji nereiškia juridinio asmens anuliavimo, likvidavimo ar išregistravimo. Kredito ataskaitoje tinkamas sakinys būtų „registre nurodytas finansinių dokumentų anuliavimo įvykis“, o ne „įmonė anuliuota“.
Tame pačiame įraše statuso tekstas yra Teisinis stat neįregistruotas. Tai šaltinio pateikta sutrumpinta formuluotė. Jos nereikėtų tyliai perrašyti į kitą teisinę kategoriją arba laikyti klaida vien todėl, kad vartotojas tikėjosi pilno žodžio statusas.
Kokią laiko juostą galima sudaryti?
Pagal patikrintus UAB „UPULUPU“ įrašus galima išdėstyti šiuos taškus:
- juridinis asmuo įregistruotas 2013 m. balandžio 24 d.;
- atskiras rinkinys pažymi nepateiktas finansines ataskaitas už 2023 m.;
- JANGIS naudos gavėjų sąrašas pateiktas 2024 m. birželio 27 d.;
- JAR rodomas statusas
Likviduojamas dėl bankrotogalioja nuo 2024 m. liepos 19 d.; - visos trys patikrintos eilutės buvo ištraukose, suformuotose 2026 m. liepos 6 d.
Tai naudinga ribota chronologija, bet ne visa bendrovės istorija. Joje nėra kiekvieno ankstesnio statuso, pavadinimo ar adreso pakeitimo, valdymo organų kaitos, kiekvieno finansinių ataskaitų pateikimo ir visų nemokumo proceso veiksmų. Be to, 2026 m. liepos 6 d. yra duomenų ištraukos formavimo data, o ne teiginys, kad visi joje paminėti įvykiai įvyko tą dieną.
Kaip šiuos duomenis naudoti kredito vertinime?
Praktiškai kiekvieną išvadą verta saugoti kartu su penkiais elementais: juridinio asmens kodu, tiksliu pradinio šaltinio lauku, šaltinio rinkiniu, įvykio ar būsenos data ir ištraukos formavimo data. Taip išlieka skirtumas tarp dabartinės registruotos būsenos, istorinio pateikimo įvykio ir duomenų gavimo momento.
Reikėtų vengti keturių dažnų klaidų:
- nevadinti MCP
ACTIVEįmonės teisiniu statusu; - nelaikyti
stat_data_nuoišsamia statusų istorija; - neinterpretuoti finansinių ataskaitų metų kaip paskelbimo datos;
- nedaryti priežastinės išvados vien todėl, kad vienas registro įvykis yra ankstesnis už kitą.
Neigiamas signalas taip pat turi turėti galiojimo ribą. Įmonė gali pateikti trūkstamas ataskaitas, patikslinti naudos gavėjų sąrašą, pereiti į kitą nemokumo etapą ar būti išregistruota po to, kai sudaryta atvirų duomenų ištrauka. Todėl svarbiam sprendimui negalima remtis vien istorine atsisiųsta eilute.
Kokie MCP trūkumai nustatyti?
Produkcijos MCP juridinio asmens kodą ja_kodas pateikia bendrame lauke administrativeCaseNumber, nors tai nėra administracinės bylos numeris. Tipizuoto legalEntityCode lauko trūkumas jau registruotas .
Paprastos registro duomenų eilutės taip pat gali būti klasifikuotos kaip REFERENCE_MATERIAL, o visa kolekcija pateikta po guidance; taksonomijos problema aptarta . Šaltinio profilyje kalbos skaičius apėmė platesnę Lietuvos guidance kolekciją, o ne tik LT_REGISTER_CENTRE; tai jau registruota . Naujo besidubliuojančio klausimo nereikėjo.
Išvada
Registrų centro duomenys patikimai atsako į ribotą klausimą: koks juridinis asmuo identifikuojamas, kokia jo teisinė forma ir registruotas statusas rodomi konkrečioje ištraukoje, nuo kada tas statusas nurodytas ir kokie atskiri pateikimo ar ataskaitų įvykiai yra atrinktuose rinkiniuose.
Jie neatsako į platesnį klausimą be papildomo tyrimo: kokia buvo kiekviena ankstesnė būsena, kodėl ji pasikeitė ir kokia yra galutinė dabartinė teisinė ar finansinė padėtis. Patikima istorija sudaroma jungiant eilutes pagal juridinio asmens kodą, išsaugant kiekvieno lauko reikšmę ir aiškiai nurodant ištraukos datą. Jei reikia sprendimo šiandien, būtina naujausia registro, nemokumo proceso ir, kai aktualu, teismo bylos patikra.
Šaltiniai
This article provides general legal information, not advice for a specific matter. Laws, facts and procedural deadlines may change the result. Follow the linked primary sources and obtain local advice before acting.