AI generated reportLTLietuvių

Ar įmonės kodas patikimai susieja Registrų centro, VMI ir AVNT duomenis?

UPULUPU UAB pavyzdys rodo, kaip įmonės kodas sieja Registrų centro, VMI ir AVNT įrašus, kur prarandamas tikslus sutapimas ir skiriasi datos.

Created on
Created on 2026-08-04
Reading time
6 minute read
Topic
Lithuania law

Trumpas atsakymas

Taip, Lietuvos juridinio asmens kodas yra stipriausias bendras raktas įmonės įrašams skirtinguose viešuose šaltiniuose susieti. Production Legalcode tyrime kodas 303049767 ir vienodas pavadinimas UPULUPU UAB patvirtino tos pačios įmonės įrašus Registrų centro, Valstybinės mokesčių inspekcijos (VMI) ir Audito, apskaitos, turto vertinimo ir nemokumo valdymo tarnybos (AVNT) rinkiniuose.

Tačiau ryšys nėra techniškai nuoseklus. Tiksli kodo paieška grąžino tris Registrų centro dokumentus ir vieną VMI dokumentą. AVNT tiksli paieška grąžino dvi eilutes – bankroto ataskaitą ir tyčinio bankroto įrašą, bet praleido pagrindinį bankroto proceso dokumentą. Raktažodžių paieška rado ir jį, nes kodas yra pavadinime bei tekste. Priežastis: dviejuose AVNT dokumentuose įmonės kodas klaidingai naudojamas kaip administrativeCaseNumber, o proceso dokumente šiame lauke teisingiau saugomas civilinės bylos numeris eB2-749-775/2023. Bendro struktūruoto legalEntityCode lauko nėra.

Šaltinių datos taip pat nėra tiesiogiai pakeičiamos viena kita. AVNT ataskaita bankroto datą nurodo 2023 m. kovo 13 d., o proceso dokumentas pradžios datą – 2023 m. gegužės 31 d. Likvidavimo data viename AVNT dokumente yra 2024 m. liepos 8 d., kituose – liepos 9 d., o Registrų centro statusas „Likviduojamas dėl bankroto“ prasideda liepos 19 d. Dalis skirtumų gali žymėti skirtingus teismo, proceso, duomenų įvedimo ar registro įvykius, tačiau metaduomenys jų aiškiai neatskiria.

Todėl kodas patikimai nustato juridinę tapatybę, bet nepadaro visų eilučių vienu dokumentu ir nesuvienodina jų laiko reikšmės. Registrų centro statusas, VMI statistinė nepriemoka ir AVNT proceso būsena turi būti aiškinami atskirai.

Kokie septyni įrašai susieti su UPULUPU UAB?

Tyrimas patvirtino septynis dokumentus su tuo pačiu pavadinimu ir kodu 303049767:

  1. guidance/LT/1301431 – Registrų centro registruoto juridinio asmens eilutė;
  2. guidance/LT/841136 – Registrų centro įrašas apie nepateiktas 2023 m. finansines ataskaitas;
  3. guidance/LT/1040186 – JANGIS naudos gavėjų duomenų pateikimo būsenos eilutė;
  4. guidance/LT/123901 – VMI statistinių mokestinių nepriemokų eilutė;
  5. guidance/LT/2314448 – AVNT bankroto proceso dokumentas;
  6. guidance/LT/78589 – AVNT bankroto ataskaitos dokumentas;
  7. guidance/LT/68194 – AVNT tyčinio bankroto pripažinimo dokumentas.

Visuose septyniuose pavadinimas yra UPULUPU UAB; pasenusio ar konfliktuojančio pavadinimo varianto nerasta. Tai stiprus tapatybės patvirtinimas. Tačiau įrašai nėra dublikatai vien todėl, kad kalba apie tą pačią įmonę. Jie atspindi skirtingas teisines arba administracines funkcijas: registraciją, atskaitomybę, naudos gavėjų duomenis, mokesčių statistiką ir tris nemokumo proceso pjūvius.

ja_kodas: 303049767 ja_pavadinimas: UPULUPU UAB

—

Geras duomenų modelis turėtų visus šiuos dokumentus susieti su vienu kanoniniu juridiniu asmeniu, bet palikti atskiras jų reikšmes, šaltinius ir datas.

Ką rodo Registrų centro įrašai?

Pagrindinė Registrų centro eilutė nurodo:

Registravimo data: 2013-04-24 Statusas: Likviduojamas dėl bankroto Statusas nuo: 2024-07-19

—

Tai juridinio asmens registro būsena. Ji nereiškia nei tikslios bankroto bylos iškėlimo datos, nei dienos, kai teismas priėmė sprendimą dėl likvidavimo. stat_data_nuo gali žymėti, nuo kada konkretus statusas įrašytas ar taikomas registre.

Kitas Registrų centro dokumentas rodo, kad bendrovė yra eilutėje apie nepateiktas 2023 m. finansines ataskaitas. Trečias susijęs su JANGIS naudos gavėjų duomenų pateikimo būsena 2024 m. birželio 27 d. Šių eilučių negalima sulieti į vieną bendrą „įmonės statusą“: finansinių ataskaitų prievolė ir naudos gavėjų duomenų pateikimas yra skirtingi reikalavimai.

Ką reiškia VMI 31 026,11 Eur suma?

VMI dokumentas guidance/LT/123901, atnaujintas 2026 m. kovo 27 d., nurodo:

Total tax arrears: 31 026,11 Eur Overdue tax arrears: 31 026,11 Eur Deferred tax arrears: 0 Eur

—

Šaltinis aiškiai perspėja, kad tai statistinės reikšmės, kurios nėra įvertintos pagal VMI mokestinės nepriemokos nustatymo taisykles. Todėl skaičius neturėtų būti pristatomas kaip galutiniu administraciniu sprendimu patvirtinta, neginčijama skola. Jis yra VMI duomenų rinkinio rodiklis konkrečiu atnaujinimo momentu.

VMI data yra naujesnė už bankroto proceso pradžią ir likvidavimo statusą, tačiau vien tai nepaaiškina reikalavimo teisinės padėties nemokumo byloje. Norint nustatyti, ar ir kaip VMI reikalavimas pareikštas, pripažintas, patenkintas ar nurašytas, reikia nemokumo bylos kreditorių reikalavimų ir teismo dokumentų.

Metadata ACTIVE taip pat nėra mokestinės skolos statusas. Tai Legalcode dokumento būsena.

Ką rodo trys AVNT dokumentai?

AVNT proceso dokumentas guidance/LT/2314448 pateikia struktūriškai turtingiausią proceso vaizdą:

Statusas: Vykdoma NPIP bylos numeris: IB30709 Civilinės bylos numeris: eB2-749-775/2023 Proceso pradžia: 2023-05-31 Likvidavimo data: 2024-07-08

—

Bankroto ataskaita guidance/LT/78589 nurodo bankroto_data: 2023-03-13, likvidavimo_data: 2024-07-09 ir tycinis_bankrotas: 2025-09-10. Tyčinio bankroto dokumentas guidance/LT/68194 pakartoja bankroto pradžią 2023 m. kovo 13 d., likvidavimą 2024 m. liepos 9 d. ir tyčinio bankroto pripažinimą 2025 m. rugsėjo 10 d.

Šie du paskutiniai dokumentai tarpusavyje dera dėl trijų datų. Proceso dokumentas skiriasi dėl proceso pradžios ir viena diena dėl likvidavimo. Galimas paaiškinimas – skirtingos procesinių įvykių sąvokos arba skirtingas datų registravimo būdas. Pavyzdžiui, „bankroto data“ gali būti nutarties data, o „proceso pradžia“ – įsigaliojimo ar duomenų įrašymo etapas. Tačiau kolekcija nepateikia laukų apibrėžčių, kurios leistų tai patvirtinti.

Todėl straipsnyje reikia pateikti abu variantus su šaltiniais, o ne pasirinkti vieną kaip „teisingą“ be teismo nutarties. Šis laiko ir įvykių normalizavimo trūkumas sekamas .

Kodėl tiksli kodo paieška praleidžia pagrindinį procesą?

Tiksli 303049767 paieška LT_REGISTER_CENTRE grąžino tris dokumentus, o LT_VMI – vieną. LT_AVNT ji grąžino tik guidance/LT/68194 ir guidance/LT/78589. Abu naudoja įmonės kodą lauke administrativeCaseNumber.

Pagrindinis proceso dokumentas guidance/LT/2314448 tame lauke saugo civilinės bylos numerį eB2-749-775/2023; įmonės kodas lieka pavadinime ir tekste. Todėl raktažodžių paieška jį randa, o tiksli identifikatoriaus paieška – ne. Tikslaus režimo totalIsExact: true tada klaidina: jis tikslus pagal neišsamų struktūrinių laukų rinkinį, ne pagal visus tos įmonės dokumentus.

Production Legalcode MCP palyginimas 2026 m. rugpjūčio 4 d. parodė du tikslios AVNT kodo paieškos dokumentus ir tris raktažodžių paieškos dokumentus.

siūlo bendrą legalEntityCode lauką visiems trims šaltiniams ir atskirą bylos numerio lauką. Įmonės kodas neturėtų būti slepiamas administrativeCaseNumber, o civilinės bylos numeris neturėtų konkuruoti su įmonės tapatybe.

Ar datos iš tikrųjų prieštarauja viena kitai?

Kai kurios – galbūt, kitos greičiausiai žymi skirtingus įvykius:

  • Registrų centras įregistravimo datą nurodo 2013-04-24, o AVNT proceso tekstas įsteigimo datą – 2013-04-23. Tai vienos dienos neatitikimas, kurio dabartiniai duomenys nepaaiškina.
  • AVNT bankroto ataskaita nurodo 2023-03-13, o proceso pradžios dokumentas – 2023-05-31. Laukų pavadinimai skiriasi, todėl tai gali būti du teisiniai etapai.
  • AVNT proceso likvidavimo data yra 2024-07-08, o dviejų kitų AVNT įrašų – 2024-07-09. Tai vienos dienos vidinis AVNT skirtumas.
  • Registrų centro statusas prasideda 2024-07-19. Jis gali žymėti statuso registraciją, o ne teismo sprendimo dieną.

Be oficialių laukų apibrėžčių, teismo nutarties ir šaltinio versijos negalima nei visko vadinti klaida, nei visko automatiškai suderinti. Saugus metodas yra laikyti neapdorotą lauko pavadinimą, datą, registrą ir dokumento ID, o normalizuotą įvykį priskirti tik turint pakankamą pagrindą.

Kaip praktiškai atlikti kryžminę įmonės patikrą?

  1. Pradėkite nuo tikslaus juridinio asmens kodo, ne vien pavadinimo.
  2. Pakartokite paiešką kiekviename šaltinyje atskirai ir palyginkite su raktažodžių režimu.
  3. Patikrinkite kanoninį pavadinimą, bet laikykite kodą pagrindiniu tapatybės raktu.
  4. Nešalinkite skirtingų to paties kodo dokumentų kaip dublikatų, kol nenustatėte jų šaltinio ir funkcijos.
  5. Atskirkite registro, mokesčių statistikos ir nemokumo proceso būsenas.
  6. Kiekvieną datą saugokite kartu su pradiniu lauko pavadinimu ir šaltiniu.
  7. Konfliktą tikrinkite pagal oficialų teismo ar institucijos dokumentą.
  8. ACTIVE nelaikykite įmonės veiklos, proceso ar skolos statusu.

Išvada

  • Kodas 303049767 ir pavadinimas UPULUPU UAB patikimai susieja septynis trijų šaltinių dokumentus.
  • Tiksli AVNT kodo paieška praleidžia pagrindinį proceso dokumentą, nes bendro legalEntityCode lauko nėra.
  • Registrų centro, VMI ir AVNT eilutės yra skirtingos semantikos, ne paprasti dublikatai.
  • VMI 31 026,11 Eur yra statistinis rodiklis, ne automatiškai galutinė skola.
  • AVNT bankroto pradžios ir likvidavimo datos skiriasi tarp įrašų ir turi būti tikrinamos pagal įvykio apibrėžtį bei teismo dokumentą.
  • Kodas nustato tapatybę, bet tik šaltinio kontekstas nustato įrašo teisinę reikšmę.

Š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.