Trumpas atsakymas
Taip, pasirinktus įrašus galima patikimai susieti pagal juridinio asmens kodą. Produkcijos Legalcode MCP AVNT ir Registrų centro šaltiniuose rado tą pačią bendrovę – UPULUPU UAB, kodas 303049767. Pavadinimas, teisinė forma ir registruotas adresas papildomai patvirtina atitiktį. Tačiau pats susiejimas neleidžia visų datų sujungti į vieną „bankroto datą“.
Registrų centro eilutėje 2013 m. balandžio 24 d. yra juridinio asmens įregistravimo data, 2024 m. liepos 19 d. – rodomo statuso „Likviduojamas dėl bankroto“ pradžia, o 2026 m. liepos 6 d. – duomenų rinkinio suformavimo data. AVNT kanoniniame NPIP procese nurodyta 2023 m. gegužės 31 d. proceso pradžia, 2023 m. liepos 2 d. kreditorių reikalavimų terminas ir 2024 m. liepos 8 d. likvidavimas. Atskiroje AVNT ataskaitos eilutėje bankroto data yra 2023 m. kovo 13 d., likvidavimo – 2024 m. liepos 9 d., o tyčinio bankroto pripažinimo – 2025 m. rugsėjo 10 d.
Šių skirtumų negalima panaikinti pasirenkant ankstesnę ar vėlesnę datą. Kiekvienas faktas turi būti saugomas su šaltinio rinkiniu, lauko pavadinimu ir įvykio reikšme. Be to, proceso įrašas vis dar sako „Vykdoma“, todėl likvidavimo data ar tyčinio bankroto pripažinimas savaime neįrodo proceso pabaigos.
Kodėl juridinio asmens kodas yra pagrindinis ryšys?
Bendrovės pavadinimas gali kisti, būti rašomas su skirtinga teisinės formos vieta ar turėti istorinių variantų. Juridinio asmens kodas skirtas tam pačiam registruotam subjektui atpažinti stabiliau. Šiame pavyzdyje visuose Fetch priemone atvertuose įrašuose matomas kodas 303049767 ir pavadinimas UPULUPU UAB.
nurodyta uždarosios akcinės bendrovės forma, kodas 310, ir adresas Kauno rajone, Giraitės kaime, Girios g. 24-3. pateiktas tas pats juridinio asmens kodas, pavadinimas ir registruotas adresas. Tai yra stipresnis identiteto įrodymas negu vien panašus pavadinimas.
Vis dėlto net ir sutampantis kodas neįrodo, kad kiekviena eilutė yra to paties dokumento kopija. AVNT proceso įrašas, AVNT ataskaitos duomenų eilutė ir Registrų centro statuso išrašas turi skirtingas paskirtis, laukus ir atnaujinimo ciklus.
Ką rodo kanoninis AVNT proceso įrašas?
AVNT Nemokumo procesų informacinio portalo įraše bendrovės procesui suteiktas NPIP numeris IB30709, o civilinei bylai – eB2-749-775/2023. Įrašo tekste proceso būsena yra „Vykdoma“.
Jame nurodyti šie svarbūs faktai:
- proceso pradžia – 2023 m. gegužės 31 d.;
- kreditorių reikalavimų terminas – 2023 m. liepos 2 d.;
- likvidavimo data – 2024 m. liepos 8 d.;
- bylą iškėlęs teismas – Kauno apygardos teismas;
- administratorius – MB „Versluvis.lt“;
- juridinio asmens veiklos ir atsakingo asmens duomenys.
Ši eilutė yra turtingiausias pasirinktas proceso įrašas, nes joje yra stabilus NPIP numeris, civilinės bylos numeris, teismas, administratorius, būsena ir procesiniai terminai. Jos ACTIVE žyma MCP metaduomenyse nėra teisinė proceso būsena; teisiniam skaitymui svarbesnis šaltinio kūne esantis žodis „Vykdoma“.
„Legal entity code: 303049767“, „Status: Vykdoma“, „Process start date: 2023-05-31“, „Liquidation date: 2024-07-08“.
—
Kodėl AVNT ataskaitos datos nesutampa?
tam pačiam kodui pateikti kiti laukai:
bankroto_data– 2023 m. kovo 13 d.;likvidavimo_data– 2024 m. liepos 9 d.;tycinis_bankrotas– 2025 m. rugsėjo 10 d.;- išregistravimo, nutraukimo ir sprendimo dėl pabaigos laukai – tušti.
Ataskaitos bankroto data yra 79 dienomis ankstesnė už NPIP proceso pradžios datą, o likvidavimo datos skiriasi viena diena. Dabartiniai MCP šaltiniai nepateikia pakankamo lauko apibrėžimo ar pagrindžiančio sprendimo, kad būtų galima nuspręsti, jog vienas laukas klaidingas arba abu žymi tą patį teisinį momentą.
Todėl saugus modelis turi palikti abu faktus atskirus: „AVNT ataskaitos bankroto_data“ ir „NPIP proceso pradžios data“. Tas pats taikoma dviem likvidavimo datoms. Normalizuotas bendras laukas galėtų būti kuriamas tik nustačius šaltinio semantiką ir dokumentą, nuo kurio konkretus terminas skaičiuojamas.
Tyčinio bankroto data yra dar kitas įvykis. Ji yra vėlesnis kvalifikavimas proceso metu, o ne jo pradžia ar pabaiga. Kadangi pabaigos ir išregistravimo laukai tušti, jos negalima naudoti kaip proceso užbaigimo pakaitalo.
Ką atskirai nustato Registrų centro JAR eilutė?
Registrų centro JAR_IREGISTRUOTI duomenų eilutė nurodo:
ja_reg_data– 2013 m. balandžio 24 d.;- teisinę formą – „Uždaroji akcinė bendrovė“;
- statuso kodą 26 ir pavadinimą „Likviduojamas dėl bankroto“;
stat_data_nuo– 2024 m. liepos 19 d.;formavimo_data– 2026 m. liepos 6 d.
Registravimo data žymi juridinio asmens atsiradimą JAR, o ne bankroto proceso pradžią. NPIP įrašas pateikia 2013 m. balandžio 23 d. kaip skolininko įsteigimo datą, todėl ir čia yra vienos dienos skirtumas. Jo negalima tyliai suvienodinti; galbūt šaltiniai žymi steigimo ir įregistravimo momentus, tačiau dabartiniai įrašai to aiškiai nepaaiškina.
Statuso data 2024 m. liepos 19 d. nurodo, nuo kada JAR eilutėje rodomas dabartinis statusas. Ji nėra AVNT likvidavimo sprendimo data ir nėra proceso pabaiga. Dešimties ar vienuolikos dienų seka po AVNT likvidavimo laukų gali būti registravimo proceso padarinys, bet vien datų tvarka priežastinio ryšio neįrodo.
Formavimo data pasako, kada sukurtas duomenų rinkinio pjūvis. Ji nėra nei statuso įsigaliojimas, nei duomenų bazės atnaujinimo žyma, nei patvirtinimas, kad nuo statuso pradžios niekas nesikeitė.
„stat_pavadinimas: Likviduojamas dėl bankroto“, „stat_data_nuo: 2024-07-19“, „formavimo_data: 2026-07-06“.
—
Kokios dar Registrų centro datos randamos tam pačiam kodui?
Tiksli kodo paieška grąžino dar dvi eilutes. JANGIS šaltinyje nurodyta, kad aktualus naudos gavėjų sąrašas pateiktas 2024 m. birželio 27 d. Tai yra atskiro sąrašo pateikimo faktas, ne bankroto pradžia ir ne JAR statuso pakeitimas.
Kitoje eilutėje nurodyta, kad bendrovė nepateikė finansinės atskaitomybės dokumentų už 2023 metus. Skaičius 2023 yra ataskaitinis laikotarpis, o ne tiksli pažeidimo, paskelbimo ar nemokumo data. Rinkinio formavimo diena gali parodyti, kada šaltinis tokią būseną fiksavo, tačiau iš jos negalima sukurti tariamos vienos dienos skolos ar bankroto įvykio.
Kaip sudaryti saugią bendrą laiko juostą?
Sujungtas įrašas turėtų turėti ne vieną datos stulpelį, o įvykių lentelę. Kiekvienoje eilutėje reikia bent:
- juridinio asmens kodo;
- šaltinio ir rinkinio;
- originalaus lauko pavadinimo;
- įvykio tipo lietuviško pavadinimo ir paaiškinimo;
- datos arba ataskaitinio laikotarpio;
- šaltinio stebėjimo ar išrašo formavimo datos;
- proceso, bylos ar dokumento identifikatoriaus;
- neapibrėžtumo ir konflikto žymos.
Šiame pavyzdyje saugi seka prasideda AVNT 2013 m. balandžio 23 d. steigimo ir JAR 2013 m. balandžio 24 d. registravimo faktais. Toliau atskirai eina AVNT ataskaitos 2023 m. kovo 13 d. bankroto laukas, NPIP 2023 m. gegužės 31 d. proceso pradžia, 2023 m. liepos 2 d. reikalavimų terminas, 2024 m. birželio 27 d. JANGIS pateikimas, dvi 2024 m. liepos 8–9 d. likvidavimo datos, 2024 m. liepos 19 d. JAR statusas ir 2025 m. rugsėjo 10 d. tyčinio bankroto pripažinimas.
Tokia laiko juosta parodo neatitikimus, o ne juos paslepia. Tik gavus underlying teismo sprendimą ar oficialius laukų aprašus galima spręsti, kurie momentai yra proceso inicijavimas, bylos iškėlimas, sprendimo įsiteisėjimas ar registro įrašo atlikimas.
Ką atskleidė MCP patikra?
Registrų centro tiksli paieška pagal kodą 303049767 grąžino tris susijusias eilutes. AVNT tiksli paieška pagal tą patį kodą grąžino tik dvi išvestines eilutes ir nepateikė svarbiausio NPIP proceso įrašo. Jį rado paieška pagal įmonės pavadinimą, tačiau tik trečioje vietoje.
Priežastis matoma Fetch rezultatuose: išvestinėse AVNT eilutėse juridinio asmens kodas įrašytas į bendrą administrativeCaseNumber lauką, o NPIP procese šis laukas teisingai naudojamas civilinės bylos numeriui. Bendro struktūrinio legalEntityCode nėra, nors kodas yra pavadinime ir tekste. Ši tikslaus susiejimo spraga registruota . Išvestinių eilučių reitingavimą virš kanoninio proceso aprašo , o nesuderintas AVNT datas – .
Naujas klausimas nekurtas, nes ši produkcijos reprodukcija yra tiksliai tų pačių atvirų problemų tęsinys.
Išvada
UPULUPU UAB AVNT ir Registrų centro įrašai aukštu patikimumu priklauso tam pačiam juridiniam asmeniui, nes sutampa kodas 303049767, pavadinimas ir adresas. Vis dėlto šaltinių sujungimas yra identiteto operacija, o ne leidimas pervadinti visas datas vienu nemokumo įvykiu.
Registracija, proceso pradžia, reikalavimų terminas, likvidavimas, JAR statuso pradžia, tyčinio bankroto pripažinimas ir išrašo formavimas yra skirtingi faktai. Skirtingus tos pačios rūšies laukus reikia išlaikyti atskirai iki semantinio suderinimo. Kadangi NPIP būsena tebėra „Vykdoma“, o pabaigos ir išregistravimo datos nepateiktos, pasirinkti šaltiniai neleidžia teigti, kad procesas užbaigtas.
Š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.