SCARABY AIVENTURE
SCARA · DOCUMENTAȚIE DE ARHITECTURĂ · V1.3

Arhitectura Market Intelligence.

De la catalogul celor 19 servicii CAEN 4322 la un sistem industrial de cunoaștere verificabilă a produselor, actorilor, relațiilor și evoluției pieței.

6 noiembrie 2026 · 00:09 H (Europe/Bucharest)Autor: Dan IonescuAiVenture Team47 capitole · V1.3România · CAEN 4322
Statut riguros: FREEZE A — candidat, fără aprobare formală înregistrată. FREEZE B — condiționat de contractele C00–C07 și validarea lor. RELEASE — neaprobat. Această pagină descrie arhitectura și contractele candidate, nu certifică implementarea în GitHub, D1, R2 sau producție.
47Capitole și diagrame explicative
19Servicii pilot · CAEN 4322
08Contracte de control C00–C07
04Perspective comerciale
01 / LECTURĂ EXECUTIVĂ

Sinteză

SCARA MARKET INTELLIGENCE V1.3 definește un nucleu informațional reutilizabil pentru cercetarea piețelor: ce servicii și echipamente există, cine le produce și comercializează, cum sunt conectate organizațiile și ce schimbări pot fi observate cu dovezi. Pilotul este România, CAEN 4322, cu 19 servicii grupate în încălzire, instalații sanitare și climatizare. Cele trei axe independente sunt perimetrul, profunzimea și teritoriul; D1 documentează fundamentul tehnic, D2 cartografiază piața, iar D3 observă schimbările.

Prima livrare este limitată deliberat la două demonstrații tehnice — centrale în condensație și aer condiționat —, un eșantion de piață delimitat la București, Sector 1 și evenimentul PRICE_CHANGED. Informația brută, afirmația verificată și inferența analitică sunt tratate separat. D1 stochează modelul canonic, R2 artefactele permise, iar C00–C07 definesc condițiile executabile de cercetare, identitate, QA, orchestrare, conformitate, API și acceptanță.

ARHITECTURĂ

Trei axe. Trei niveluri.

Perimetru · Profunzime · Teritoriu. D1 · D2 · D3. Un nucleu comun, un adaptor național România, extensibilitate demonstrată prin teste.

PRIMA LIVRARE

Dovezi înaintea promisiunilor.

19 servicii, 2 demonstrații tehnice, 1 demonstrație locală, 1 tip de eveniment, trasabilitate și aprobare umană.

Concluzie

Construim o singură dată mecanismul de cunoaștere a pieței. Definim exact ce cercetăm, identificăm corect entitățile, păstrăm dovezile, verificăm incremental, corectăm iterativ, măsurăm acoperirea și extindem numai pe baza rezultatelor demonstrate. V1.3 este un proiect arhitectural, nu o declarație de funcționare integrală în producție.

FREEZE A · CANDIDATFREEZE B · CONDIȚIONATRELEASE · NEAPROBAT

Dan Ionescu · AiVenture Team
6 noiembrie 2026 · 00:09 H (Europe/Bucharest)

02 / TABLOURI EXPLICATIVE · PERSPECTIVA UTILIZATORULUI

Ce vede fiecare actor economic?

Patru trasee de utilizare, ilustrative și fără afirmații despre rezultate comerciale deja obținute. Fiecare tablou arată întrebarea, cercetarea, livrabilul și limita verificării.

01 · CLIENT POTENȚIAL

Vreau să aleg o soluție potrivită.

Exemplu: proprietar interesat de o centrală sau de climatizarea a două camere.

Nevoie→Modele comparabile→Surse + limite

Primește: fișe tehnice comparabile, variante, prețuri observate și întrebări de clarificare pentru specialist.

Nu primește: dimensionare tehnică inventată, garanții sau disponibilitate presupuse.

02 · PARTENER DE DISTRIBUȚIE

Ce mărci, modele și canale există?

Exemplu: distribuitor care evaluează oferta de centrale sau aparate de climatizare.

Portofoliu→Actori + prețuri→Schimbări

Primește: matrice marcă–model–vânzător, prețuri cu context, distribuție documentată și evenimente.

Nu primește: cote de piață inventate sau eticheta „partener oficial” fără dovadă.

03 · PARTENER DE PRODUCȚIE

Unde se poziționează produsele noastre?

Exemplu: producător care studiază modele comparabile și distribuția lor publică.

Produs→Alternative→Canale observate

Primește: comparații de specificații, surse, variante, relații comerciale verificate și lacune de acoperire.

Nu primește: acces la date private ale concurenților sau estimări fără metodologie.

04 · PROPRIETAR DE FIRMĂ · STUDIU PREALABIL

Merită să intru pe această piață?

Exemplu: firmă nouă CAEN 4322 care cercetează București, Sector 1.

Sector 1→4 universuri→Raport cu dovezi

Primește: eșantion delimitat de clienți organizaționali, concurenți, furnizori și parteneri complementari, cu criterii de includere.

Nu primește: promisiuni de clienți, acoperire națională sau campanii automate de contactare.

Matrice de decizie: aceeași infrastructură, patru perspective

PerspectivăÎntrebareaLivrabil demonstrativVerificarea obligatorie
Client potențialCe echipament compar?Comparație tehnicăVariantă, unități, surse
DistribuitorCe se vinde și prin cine?Matrice de ofertăVânzător, TVA, dată, relație
ProducătorCu ce concurez?Hartă de produse și canaleIdentitate model, relații documentate
Firmă nouăCe piață găsesc în Sector 1?Studiu prealabil delimitatC00, univers, surse, limite
DOCUMENTAȚIE TEHNICĂ / 47 CAPITOLE · 47 DIAGRAME · V1.3
I · ORIGINE · 01 / 47

Obiectivul inițial

SCARA MARKET INTELLIGENCE este extensia informațională a ecosistemului SCARA și FirmsFinder AI. Pornind de la CAEN 4322, sistemul cercetează serviciile, produsele, tehnologiile, producătorii, mărcile, modelele, distribuitorii, instalatorii, concurenții, partenerii și schimbările pieței. Întrebările permanente sunt: ce se oferă, cine oferă, cui, cum evoluează oferta, cine intră sau își schimbă poziția și ce oportunități apar.

SCHEMĂ EXPLICATIVĂ · 01Flux conceptual · nu date live
1Servicii și produse
2Actori și relații
3Dovezi și schimbări
4Decizii informate

De reținut: Rezultatul urmărit este inteligența verificabilă, nu o listă de linkuri.

I · ORIGINE · 02 / 47

Relația cu SCARA, ETALON-4322 și FirmsFinder AI

FirmsFinder AI este sursa preferată pentru identitatea și informațiile publice ale firmelor. SCARA generează și exploatează website-uri. ETALON-4322 furnizează taxonomia pilot și interfața demonstrativă. SCARA MARKET INTELLIGENCE adaugă cunoașterea tehnică, comercială, relațională și temporală. Datele juridice nu se duplică necontrolat.

SCHEMĂ EXPLICATIVĂ · 02Flux conceptual · nu date live
1FirmsFinder · firme
2ETALON · 19 servicii
3Market Intelligence · piață
4SCARA · website

De reținut: Fiecare componentă are o responsabilitate distinctă; identitatea firmei nu se duplică.

I · ORIGINE · 03 / 47

Evoluția V1.0

V1.0 a stabilit cele trei axe — perimetru, profunzime, teritoriu — nivelurile D1/D2/D3, cele 19 servicii, demonstrațiile pentru centrale și climatizare, actorii și relațiile pieței, Cloudflare și motorul incremental-iterativ. Lacunele identificate au vizat universul de cercetare, identitatea, versionarea, conflictele, QA, integritatea D1/R2 și conformitatea.

SCHEMĂ EXPLICATIVĂ · 03Flux conceptual · nu date live
1V1.0 · model
2Lacune identificate
3Contracte verificabile
4V1.3 · delimitare

De reținut: V1.3 păstrează evoluția conceptuală și corectează teritoriul pilot.

I · ORIGINE · 04 / 47

Corecțiile V1.1

V1.1 a introdus Research Contract C00, acoperire observată/estimată/necunoscută, chei canonice distincte de hash, versionare, registrul conflictelor, cele trei niveluri de adevăr, extragerea AI controlată, observații de preț contextualizate, reconciliere D1/R2 și aprobarea umană.

SCHEMĂ EXPLICATIVĂ · 04Flux conceptual · nu date live
1Surse și identitate
2Versionare și conflicte
3QA și aprobare
4Trasabilitate

De reținut: O afirmație fără sursă și criteriu de validare nu trece QA.

I · ORIGINE · 05 / 47

Clarificările V1.3

V1.3 separă FREEZE A, FREEZE B și RELEASE. C00–C07 devin contracte candidate cu scheme, reguli, teste și criterii de acceptare. Ordinea proiectării poate începe cu C01/C04, dar colectarea este blocată până la aprobarea C00 și C05.

SCHEMĂ EXPLICATIVĂ · 05Flux conceptual · nu date live
1Eșantion: Sector 1
2C00 · populație
3C05 · surse permise
4V1.3 · revizie

De reținut: Sectorul 1 este populația de referință; alte sectoare nu intră automat în eșantion.

II · FUNCȚIONAL · 06 / 47

Definiția sistemului

Sistem informațional industrial, incremental, iterativ, verificabil și extensibil pentru cunoașterea continuă a piețelor. Combină cunoaștere tehnică, identitatea actorilor, relații comerciale, observații datate, dovezi, analiză concurențială, evenimente și interogare AI. Nu este un catalog static, un agregator nesigur de prețuri sau un chatbot care inventează relații.

SCHEMĂ EXPLICATIVĂ · 06Flux conceptual · nu date live
1Observă piața
2Structurează informația
3Verifică dovezile
4Răspunde cu surse

De reținut: Orice răspuns trebuie să poată fi urmărit până la observație.

II · FUNCȚIONAL · 07 / 47

Finalitatea economică

Instalatorii compară echipamente și furnizori; distribuitorii analizează portofolii; producătorii urmăresc canale; firmele noi identifică concurenți și parteneri. Reducerea timpului de cercetare și îmbunătățirea deciziilor sunt obiective de măsurat, nu beneficii deja demonstrate.

SCHEMĂ EXPLICATIVĂ · 07Flux conceptual · nu date live
1Nevoia clientului
2Comparație documentată
3Opțiuni și limite
4Decizie umană

De reținut: Beneficiul se măsoară în decizii mai bine fundamentate, nu în promisiuni comerciale.

II · FUNCȚIONAL · 08 / 47

Perimetrul inițial: România · CAEN 4322

Încălzire (7): INC-01 Montaj și înlocuire centrale termice; INC-02 Distribuție termică și automatizare; INC-03 Încălzire în pardoseală; INC-04 Întreținerea instalațiilor termice; INC-05 Pompe de căldură; INC-06 Montaj și înlocuire radiatoare; INC-07 Radiatoare decorative și portprosop.

Sanitare (7): SAN-01 Instalații de alimentare cu apă; SAN-02 Baterii, robineți și racorduri; SAN-03 Instalații de canalizare și evacuare; SAN-04 Cabine de duș și dușuri walk-in; SAN-05 Modernizarea instalațiilor unei băi; SAN-06 Montaj obiecte sanitare; SAN-07 Reparații și remedieri scurgeri.

Climatizare (5): CL-01 Întreținerea sistemelor de climatizare; CL-02 Montaj aer condiționat; CL-03 Sisteme multisplit; CL-04 Diagnostic și reparații climatizare; CL-05 Ventilație și confort interior. Taxonomia este inițială, nu exhaustivă pentru piață.

SCHEMĂ EXPLICATIVĂ · 08Flux conceptual · nu date live
1Încălzire · 7
2Sanitare · 7
3Climatizare · 5
419 servicii

De reținut: Aceste 19 coduri sunt taxonomie SCARA, nu lista exhaustivă a pieței.

II · FUNCȚIONAL · 09 / 47

Cele trei axe ale cunoașterii

Perimetru: servicii, produse, tehnologii și actori. Profunzime: nivelul detaliului și verificării. Teritoriu: țara și subdiviziunile relevante. Axele sunt independente de fazele proiectului și de iterațiile tehnice.

SCHEMĂ EXPLICATIVĂ · 09Flux conceptual · nu date live
1PERIMETRU · ce
2PROFUNZIME · cât
3TERITORIU · unde
4Cercetare definită

De reținut: Cele trei axe sunt independente; fazele de execuție nu le înlocuiesc.

II · FUNCȚIONAL · 10 / 47

Nivelurile D1, D2 și D3

D1 — definiții, documentații, atribute, condiții tehnice și eșantioane verificate. D2 — cartografiere sistematică a producătorilor, mărcilor, modelelor, distribuitorilor, resellerilor și instalatorilor, cu univers de referință. D3 — observații repetate, evenimente, concurență și oportunități. Prima livrare demonstrează D3 numai prin PRICE_CHANGED.

SCHEMĂ EXPLICATIVĂ · 10Flux conceptual · nu date live
1D1 · tehnic
2D2 · ecosistem
3D3 · schimbări
4Nivel declarat

De reținut: D1 nu implică automat acoperirea D2 sau monitorizarea D3.

II · FUNCȚIONAL · 11 / 47

Modelul entităților

Country, Activity, Service, Company, Manufacturer, Brand, Product, Model, Variant, CommercialRelationship, Source, Artifact, Observation, Claim, PriceObservation, MarketEvent, ResearchContract, Increment, Iteration, QAReport și Conflict. Compania, producătorul și titularul mărcii sunt concepte distincte, chiar dacă uneori coincid.

SCHEMĂ EXPLICATIVĂ · 11Flux conceptual · nu date live
1Firmă și marcă
2Produs și model
3Variantă și sursă
4Afirmație verificată

De reținut: Modelul este diferit de varianta comercializată și de documentul-sursă.

II · FUNCȚIONAL · 12 / 47

Relațiile comerciale

PRODUCE, OWNS_BRAND, SELLS, DISTRIBUTES, INSTALLS, SERVICES, SERVES_TERRITORY, COMPATIBLE_WITH, COMPETES_IN_SERVICE, COMPLEMENTARY_TO. Verificarea: observed/declared/verified/disputed/expired. Natura: commercial/authorized/official_partner/service_provider/analytical. Actualitatea: current/stale/unknown/ended. Un logo nu demonstrează un parteneriat oficial.

SCHEMĂ EXPLICATIVĂ · 12Flux conceptual · nu date live
1Relație declarată
2Dovadă verificată
3Statut temporal
4Relație publicabilă

De reținut: Statutul «oficial» necesită dovadă explicită.

II · FUNCȚIONAL · 13 / 47

Graful comercial

Lanțul producător–importator–distribuitor–reseller–instalator–client este numai o posibilitate. Graful permite roluri multiple și vânzări directe. În V1.3, graful este reprezentat relațional în D1; interogările interactive sunt limitate inițial la două traversări, iar cele complexe sunt asincrone.

SCHEMĂ EXPLICATIVĂ · 13Flux conceptual · nu date live
1Producător
2Distribuitor
3Instalator
4Client

De reținut: Un actor poate îndeplini mai multe roluri; traseul nu este obligatoriu.

II · FUNCȚIONAL · 14 / 47

Cele trei niveluri de adevăr

raw_observation: informația găsită la o sursă și dată. verified_claim: afirmația verificată conform politicii aplicabile. analytical_inference: concluzia derivată, etichetată cu metodă, ipoteze și limite. O observație sau inferență nu devine automat fapt confirmat.

SCHEMĂ EXPLICATIVĂ · 14Flux conceptual · nu date live
1Observație brută
2Afirmație verificată
3Inferență explicată
4Răspuns prudent

De reținut: O inferență nu trebuie prezentată drept fapt confirmat.

II · FUNCȚIONAL · 15 / 47

Guvernanța AI

Extragerea automată este marcată machine_extracted, cu sursă și contextul procesării. Scorul AI nu echivalează cu verificarea. Afirmațiile critice necesită validare prin reguli, dovezi și control uman unde este obligatoriu. Asistentul declară informațiile lipsă și nu inventează date tehnice, autorizări sau prețuri.

SCHEMĂ EXPLICATIVĂ · 15Flux conceptual · nu date live
1Extracție AI
2Reguli și surse
3Revizuire critică
4Afirmație acceptată

De reținut: Extragerea AI nu reprezintă verificare independentă.

III · DEMO · 16 / 47

Demonstrația A — Centrale termice în condensație

Caz: apartament din București, circa 75 m², două băi, radiatoare existente. Eșantion demonstrativ: Ferroli, Ariston, Immergas, Bosch și Viessmann; un model concret pentru fiecare, fără pretinderea unui clasament de piață. Atribute: cod fabricant, putere încălzire, putere ACM, debit ACM, modulare, eficiență, evacuare, dimensiuni, automatizare, garanție, preț și service. Puterea ACM nu se confundă cu puterea de încălzire. D1 livrează comparația documentată; D2 extinde actorii; D3 observă schimbările. Nu se substituie dimensionarea autorizată.

SCHEMĂ EXPLICATIVĂ · 16Flux conceptual · nu date live
15 mărci ilustrative
2Model exact + variantă
3Atribute comparabile
4Comparație cu surse

De reținut: Puterea pentru încălzire și puterea ACM nu sunt același atribut.

III · DEMO · 17 / 47

Demonstrația B — Split și multisplit

Caz: living și dormitor în Cluj-Napoca; două split-uri sau o configurație multisplit. Mărci demonstrative: Midea, Gree, LG, Daikin și Mitsubishi Electric. Atribute: cod unitate interioară/exterioară, capacitate frigorifică/termică, SEER, SCOP, zgomot dB(A), agent frigorific, compatibilitate, dimensiuni, conectivitate, preț și condiții de instalare. SEER nu este SCOP; zgomotul interior nu este zgomotul exterior. Compatibilitatea configurației se confirmă în documentație.

SCHEMĂ EXPLICATIVĂ · 17Flux conceptual · nu date live
1Split sau multisplit
2Coduri unități
3Compatibilitate dovedită
4Comparație validă

De reținut: SEER, SCOP și zgomotul se compară numai în condiții echivalente.

III · DEMO · 18 / 47

Demonstrația C — Firmă nouă și oportunități

Firmă ipotetică nou-înființată, cu sediul în București, Sector 1, CAEN 4322. Perimetrul geografic al eșantionului este exclusiv Sectorul 1 al municipiului București; firmele cu sediu în alte sectoare nu intră automat în populația-țintă. Prestarea de servicii în Sectorul 1 de către firme cu sediu în afara sectorului se tratează separat, ca relație de acoperire teritorială, dacă există dovezi. Eșantionul nu reprezintă întreaga piață a Bucureștiului sau a României. Cercetarea distinge clienți potențiali organizaționali, concurenți, furnizori și parteneri complementari. CAEN comun nu demonstrează concurență directă; lipsa website-ului nu dovedește inactivitatea. Se utilizează eșantion declarat și metodologie transparentă. FirmsFinderAdapter furnizează identificator, nume, activități, adresă, statut, actualitate și proveniență. Outreach-ul automat este exclus.

SCHEMĂ EXPLICATIVĂ · 18Flux conceptual · nu date live
1București · Sector 1
24 universuri comerciale
3Firme eligibile
4Raport delimitat

De reținut: Eșantionul București, Sector 1 nu reprezintă întreaga piață a capitalei.

IV · TEHNIC · 19 / 47

Subsistemele funcționale

1. Surse externe. 2. Descoperire și colectare conform Research Contract. 3. Normalizare și reconciliere. 4. Nucleu informațional. 5. QA. 6. Intelligence. 7. API și interogare. 8. Livrabile: catalog, registru, comparații, rapoarte, alerte și audit.

SCHEMĂ EXPLICATIVĂ · 19Flux conceptual · nu date live
1Descoperire
2Normalizare
3QA și intelligence
4API și raport

De reținut: Orice subsistem trebuie să păstreze proveniența.

IV · TEHNIC · 20 / 47

Arhitectura Cloudflare

Workers: API și orchestrare. D1: entități, relații, observații și stări. R2: artefacte permise. FTS5: căutare textuală. Queues: execuție asincronă și retry. Workers AI: extragere/sinteză controlată. Cron: reverificare. GitHub: cod, contracte, migrații și teste, nu commit per firmă. Vectorize este opțional după validarea necesității.

SCHEMĂ EXPLICATIVĂ · 20Flux conceptual · nu date live
1Workers · orchestrare
2D1 · date canonice
3R2 · artefacte
4Queues · procesare

De reținut: Aceasta este arhitectura-țintă, nu dovada unui deployment complet.

IV · TEHNIC · 21 / 47

Integritatea D1/R2

Nu există tranzacție atomică comună D1/R2. Artefactul conține artifact_id, source_id, r2_key, sha256, byte_size, mime_type, source_version, retrieved_at, verification_status. Flux: FETCH → HASH → R2 STAGING → VERIFY → D1 REGISTER → ACCEPT → PUBLISH. Sunt obligatorii retry idempotent, reconciliere, curățarea obiectelor abandonate și verificarea referințelor lipsă. valid_from, valid_to, superseded_by și observed_at nu se confundă.

SCHEMĂ EXPLICATIVĂ · 21Flux conceptual · nu date live
1FETCH + HASH
2R2 staging
3D1 register + verify
4ACCEPT + PUBLISH

De reținut: D1 și R2 nu au tranzacție atomică comună; reconcilierea este obligatorie.

IV · TEHNIC · 22 / 47

Modelul evenimentelor

NEW_COMPANY, NEW_PRODUCT, PRODUCT_DISCONTINUED, PRICE_CHANGED, NEW_DISTRIBUTOR, PARTNERSHIP_CHANGED, SERVICE_EXPANDED, REGULATION_CHANGED și NEW_MARKET_ENTRANT. first_seen_at este data descoperirii de sistem; event_at este data reală a evenimentului, dacă este cunoscută.

SCHEMĂ EXPLICATIVĂ · 22Flux conceptual · nu date live
1Observație datată
2Eveniment posibil
3Dovadă de schimbare
4Eveniment verificat

De reținut: Data descoperirii nu este neapărat data evenimentului.

IV · TEHNIC · 23 / 47

Evenimentul PRICE_CHANGED

Exemplu exclusiv ilustrativ: 3.200 RON → 3.050 RON; diferență −150 RON, variație −4,6875%. Compararea necesită același model, variantă, vânzător, monedă, tratament TVA și context comercial comparabil. Înregistrarea păstrează seller_id, model_id, amount, currency, vat_included, offer_type, price_context, availability_status, observed_at și source_id. Istoricul nu se suprascrie.

SCHEMĂ EXPLICATIVĂ · 23Flux conceptual · nu date live
1Același model
2Același vânzător și TVA
32 prețuri comparabile
4Δ preț calculat

De reținut: Prețurile sunt exemple ilustrative; diferențele reale necesită observații datate.

IV · TEHNIC · 24 / 47

Motorul incremental-iterativ

Incrementul este unitatea minimă verificabilă. Bucla: DEFINE → IMPLEMENT → VERIFY → COMPLETE/CORRECT → REPORT → RE-EVALUATE. Maximum cinci iterații automate per versiune de contract, apoi BLOCKED_REVIEW. Stări: PROPOSED, IMPLEMENTED, AUTO_VERIFIED, HUMAN_REVIEWED, ACCEPTED, PUBLISHED; suplimentar REJECTED, SUPERSEDED și RETRACTED. Cheia entității, cheia incrementului, execution_id, idempotency_key și hash-ul conținutului sunt distincte. Audit și rollback obligatorii.

SCHEMĂ EXPLICATIVĂ · 24Flux conceptual · nu date live
1DEFINE
2IMPLEMENT
3VERIFY + CORRECT
4ACCEPT / BLOCK

De reținut: La cinci iterații fără acceptare se trece în BLOCKED_REVIEW.

IV · TEHNIC · 25 / 47

Calitatea Q, acoperirea C și dovezile E

Rubrică Q candidată: exactitate 35%, completitudine 25%, consistență 20%, funcționare 20%; Q > 90% și zero erori eliminatorii. Ponderile necesită calibrare pe golden dataset și evaluare umană. C-observat = entități eligibile verificate / entități eligibile identificate × 100; nu reprezintă automat acoperire națională. C-estimat necesită metodă statistică; altfel C-necunoscut. E se evaluează în funcție de afirmație: fabricant pentru caracteristici, vânzător pentru preț, registru pentru statut juridic.

SCHEMĂ EXPLICATIVĂ · 25Flux conceptual · nu date live
1Q · calitate
2C · acoperire
3E · dovezi
4Prag + zero critice

De reținut: Q > 90% este un prag propus, încă necalibrat.

IV · TEHNIC · 26 / 47

Conflictele între surse

Un conflict există numai când valori incompatibile descriu același atribut, model, variantă și condiții. Exemplu: 20 kW încălzire și 24 kW ACM nu sunt conflict. Registrul păstrează conflict_id, claim_ids, entity_id, attribute_id, detected_at, conflict_type, severity, resolution_status, resolved_by și resolution_evidence. Nu se alege arbitrar valoarea majoritară.

SCHEMĂ EXPLICATIVĂ · 26Flux conceptual · nu date live
12 afirmații incompatibile
2Verifică același context
3Deschide conflict
4Rezolvă cu dovezi

De reținut: Diferențele legitime de context nu trebuie etichetate ca erori.

IV · TEHNIC · 27 / 47

Conformitatea

Colectarea este condiționată de clasificarea sursei, condițiile de acces, drepturile asupra documentației și politica de date. Public nu înseamnă liber pentru redistribuire. B2B poate include date personale; GDPR și regulile canalelor de contactare rămân aplicabile. Retenția, ștergerea și restricționarea trebuie implementate. Sursele neaprobate blochează crawlerul.

SCHEMĂ EXPLICATIVĂ · 27Flux conceptual · nu date live
1Sursă și drepturi
2Scop și date personale
3Retenție și acces
4Colectare permisă

De reținut: Publicarea online nu autorizează automat copierea sau outreach-ul.

IV · TEHNIC · 28 / 47

Adaptorul național

Contract: country_code, national_activity_code, nace_code, languages, official_registries, technical_regulations, market_sources, currency, tax_context, validation_rules. România este primul adaptor. Extinderea UE este condiționată de validarea unui al doilea adaptor, nu presupusă automat.

SCHEMĂ EXPLICATIVĂ · 28Flux conceptual · nu date live
1RO · reguli naționale
2NACE + CAEN
3Adaptor nou testat
4Extindere condiționată

De reținut: Al doilea adaptor trebuie testat înainte de a afirma extinderea UE.

IV · TEHNIC · 29 / 47

Produsele informaționale

Catalog tehnic verificat; registru al ecosistemului; comparații tehnico-comerciale; rapoarte Market Intelligence; alerte de schimbare; rapoarte QA și trasabilitate. Primele două demonstrații și PRICE_CHANGED sunt obligatorii; monitorizarea exhaustivă rămâne roadmap.

SCHEMĂ EXPLICATIVĂ · 29Flux conceptual · nu date live
1Catalog tehnic
2Registru actori
3Comparații și alerte
4Raport cu surse

De reținut: Livrabilele au niveluri diferite de maturitate.

IV · TEHNIC · 30 / 47

Fazele de evoluție

RO-1: fundamentare D1. RO-2: cartografiere națională D2. RO-3: inteligență dinamică D3. RO-4: exploatare continuă și audit. EU-X: extindere prin adaptoare naționale. Fazele nu sunt axe de cunoaștere.

SCHEMĂ EXPLICATIVĂ · 30Flux conceptual · nu date live
1RO-1 · D1
2RO-2 · D2
3RO-3 · D3
4EU-X · adaptoare

De reținut: Fazele sunt o succesiune de implementare, nu cele trei axe.

V · CONTRACTE · 31 / 47

C00 — Research & Coverage

Contract obligatoriu: contract_id, version, country_code, activity_code, service_id, depth_level, product_category, target_population, discovery_sources, allowed_sources, inclusion_rules, exclusion_rules, deliverables, quality_thresholds, coverage_method, evidence_policy, recheck_policy și approval_status. Cazurile negative includ univers lipsă, acoperire națională nejustificată și sursă neaprobată.

SCHEMĂ EXPLICATIVĂ · 31Flux conceptual · nu date live
1Definește Sectorul 1
2Surse și criterii
3Univers eligibil
4Acoperire declarată

De reținut: C00 definește populația și limitele înainte de orice colectare.

V · CONTRACTE · 32 / 47

C01 — Canonical Data Model

Schema canonică D1 include entity, entity_identifier, source, artifact, observation, claim, claim_evidence, entity_relation și relation_evidence, completate de dicționare, versiuni, conflicte, prețuri, incrementuri și audit. Identificatorii juridici sunt contextualizați prin țară și emitent. Cheile externe, unicitatea, indexurile, retenția și restricțiile de publicare trebuie validate. R2 păstrează artefactele și SHA-256; schema propusă nu este migrație executată.

SCHEMĂ EXPLICATIVĂ · 32Flux conceptual · nu date live
1Identificator canonic
2Entități + relații
3Observații + claims
4Integritate D1/R2

De reținut: C01 este o schemă candidată; migrațiile nu sunt validate aici.

V · CONTRACTE · 33 / 47

C04 — Entity Resolution

Reguli pentru identitatea companiei, mărcii, modelului, variantei regionale, unităților interioare/exterioare și combinațiilor multisplit. Rezultate MATCH, NO_MATCH, POSSIBLE_MATCH și NEEDS_REVIEW. POSSIBLE_MATCH nu permite fuziune automată. Golden dataset include coduri asemănătoare, documente vechi, denumiri schimbate și configurații incompatibile.

SCHEMĂ EXPLICATIVĂ · 33Flux conceptual · nu date live
1Coduri și variante
2MATCH / NO MATCH
3POSSIBLE MATCH
4Revizuire umană

De reținut: POSSIBLE_MATCH nu permite fuziune automată.

V · CONTRACTE · 34 / 47

C03 — QA & Evidence

Golden dataset cu cazuri pozitive, negative și ambigue; seturi separate pentru calibrare și evaluare finală. Rubrica Q se compară cu evaluarea umană independentă. Erori eliminatorii: model greșit, parteneriat inventat, caracteristică critică neverificată, preț fără sursă, conflict ignorat, proveniență pierdută, colectare neaprobată și publicare fără autorizare.

SCHEMĂ EXPLICATIVĂ · 34Flux conceptual · nu date live
1Golden dataset
2Teste pozitive / negative
3Q calibrat
4QA acceptat

De reținut: Scorul QA nu compensează o eroare eliminatorie.

V · CONTRACTE · 35 / 47

C02 — Increment & Iteration

Identificatori: increment_id, contract_id, execution_id, iteration_number, idempotency_key și checkpoint_id. Automat de stări; interzis PROPOSED → PUBLISHED. Retry fără duplicate; maximum cinci iterații; audit pentru fiecare tranziție. Teste pentru Queue duplicat, timeout, eșec D1/R2, conflict de versiune, aprobare absentă și rollback.

SCHEMĂ EXPLICATIVĂ · 35Flux conceptual · nu date live
1Increment idempotent
2Retry + checkpoint
3Maxim 5 iterații
4Audit și aprobare

De reținut: Retry nu trebuie să creeze duplicate logice.

V · CONTRACTE · 36 / 47

C05 — Data & Compliance

Sursele au stări pending_review, approved, restricted și blocked. Activarea colectării necesită aprobarea pentru scopul concret. Politici pentru drepturile asupra documentelor, GDPR, retenție, ștergere, acces și evidența prelucrărilor. Teste: crawler blocat, document restricționat, termen de retenție expirat și acces neautorizat.

SCHEMĂ EXPLICATIVĂ · 36Flux conceptual · nu date live
1Sursă aprobată
2Utilizare permisă
3GDPR + retenție
4Colectare activabilă

De reținut: O sursă blocată nu poate fi colectată prin schimbarea interfeței.

V · CONTRACTE · 37 / 47

C06 — API & Security

Interfețe logice: search, entity, relations, compare, sources, qa-report, research-contract, market-events. Fiecare are schemă de intrare/ieșire, erori, autentificare, autorizare, rate limiting și versionare. Teste pentru token invalid, rol insuficient, date restricționate, parametri invalizi și acces direct la artefacte.

SCHEMĂ EXPLICATIVĂ · 37Flux conceptual · nu date live
1Autentificare
2Rol și autorizare
3API + proveniență
4Acces auditat

De reținut: Datele restricționate nu sunt expuse prin API public.

V · CONTRACTE · 38 / 47

C07 — Acceptance & Operations

Acceptanța include taxonomie, identitate, proveniență, integritate D1/R2, idempotență, versionare, conflicte, relații comerciale, QA, limita iterațiilor, aprobare umană, PRICE_CHANGED, performanță, securitate, conformitate, regresie, backup și reconciliere. Pragurile benchmark se stabilesc anterior testării, pe volum și buget declarate.

SCHEMĂ EXPLICATIVĂ · 38Flux conceptual · nu date live
118 categorii teste
2Benchmark declarat
3Backup + restaurare
4Decizie release

De reținut: Pragurile benchmark se fixează înainte de rulare.

VI · EXECUȚIE · 39 / 47

Ordinea contractelor

Ordine de proiectare: C01, C04, C00, C03, C02, C05, C06, C07. C00 și C05 sunt porți obligatorii înainte de colectare; ordinea redactării nu reprezintă autorizarea execuției.

SCHEMĂ EXPLICATIVĂ · 39Flux conceptual · nu date live
1C01 → C04
2C00 + C05 · gate
3C03 → C02
4C06 → C07

De reținut: Ordinea proiectării nu înlocuiește aprobarea juridică.

VI · EXECUȚIE · 40 / 47

Planul primei implementări

Etapele: contracte și schemă; colectare controlată; normalizare și reconciliere; QA și aprobare; demonstrația centrale; demonstrația climatizare; cercetarea eșantionului București, Sector 1, cu reguli explicite de includere și excludere; PRICE_CHANGED; testare și RELEASE. Fiecare etapă trebuie să producă dovezi verificabile.

SCHEMĂ EXPLICATIVĂ · 40Flux conceptual · nu date live
1Contracte + schemă
22 demo tehnice
3Sector 1 + preț
4Teste și acceptare

De reținut: Fiecare etapă produce teste și dovezi verificabile.

VI · EXECUȚIE · 41 / 47

Matricea de trasabilitate

Cerințele sunt asociate contractelor și testelor: univers→C00; identitate→C01/C04; proveniență→C01/C03; integritate→C01/C02; QA→C03; idempotență→C02; conformitate→C05; API→C06; performanță și release→C07. Fiecare rezultat trebuie să aibă dovadă și responsabil.

SCHEMĂ EXPLICATIVĂ · 41Flux conceptual · nu date live
1Cerință
2Contract
3Test
4Dovadă

De reținut: Nicio cerință nu este «gata» doar pentru că există în document.

VI · EXECUȚIE · 42 / 47

Cele trei porți formale

FREEZE A: aprobarea arhitecturii funcționale. FREEZE B: aprobarea contractelor executabile C00–C07, coerente și validate. RELEASE: implementarea testată, securizată, conformă și aprobată. Niciuna nu rezultă automat din existența documentului.

SCHEMĂ EXPLICATIVĂ · 42Flux conceptual · nu date live
1FREEZE A · candidat
2FREEZE B · neaprobat
3Teste operaționale
4RELEASE · neaprobat

De reținut: Nici FREEZE A, nici FREEZE B, nici RELEASE nu sunt aprobate automat.

VI · EXECUȚIE · 43 / 47

Criteriile primei livrări

19 servicii versionate; contracte aprobate; schema D1 implementată; integritate D1/R2; Entity Resolution; motor idempotent; QA calibrat; două demonstrații tehnice; demonstrația locală; PRICE_CHANGED; aprobare și audit; securitate; conformitate; benchmark; backup și raport de acceptanță.

SCHEMĂ EXPLICATIVĂ · 43Flux conceptual · nu date live
119 servicii
2Demonstrații
3QA + securitate
4Raport de acceptanță

De reținut: Prima livrare este demonstrativă și delimitată.

VI · EXECUȚIE · 44 / 47

Evoluția ulterioară

D2 național, D3 continuu, analiză concurențială, oportunități organizaționale, parteneri complementari, produse noi, schimbări de distribuție, reglementări, căutare semantică, alte activități, alte țări și optimizarea costurilor. Nu sunt declarate implementate.

SCHEMĂ EXPLICATIVĂ · 44Flux conceptual · nu date live
1D2 național
2D3 continuu
3Alte activități
4Adaptoare UE

De reținut: Roadmap-ul nu reprezintă funcționalitate deja implementată.

VI · EXECUȚIE · 45 / 47

Principiile definitive

Un nucleu comun; adaptor România; 19 servicii; trei axe; D1/D2/D3; incrementuri independente; maximum cinci iterații; identitate separată de conținut; proveniență; versionare; conflicte explicite; AI controlat; acoperire onestă; conformitate integrată; aprobare umană; extensibilitate demonstrată.

SCHEMĂ EXPLICATIVĂ · 45Flux conceptual · nu date live
1Identitate și surse
2Iterație și QA
3Conformitate
4Aprobare umană

De reținut: Aceste principii sunt criterii de proiectare și audit.

VI · EXECUȚIE · 46 / 47

Statutul real al proiectului

V1.0 este arhitectura inițială, reconstruită parțial; V1.1 este arhitectura funcțională disponibilă; V1.3 este revizia documentară care fixează eșantionul de piață la București, Sector 1. FREEZE A este candidat, FREEZE B și RELEASE neaprobate. Contractele, golden dataset-ul, migrațiile, benchmark-ul și mecanismele end-to-end nu sunt confirmate ca implementate.

SCHEMĂ EXPLICATIVĂ · 46Flux conceptual · nu date live
1Document redactat
2Contracte candidate
3Teste nedemonstrate
4Release neaprobat

De reținut: Nu există dovadă în acest document că sistemul complet funcționează în producție.

VI · EXECUȚIE · 47 / 47

Concluzia arhitecturală V1.3

SCARA MARKET INTELLIGENCE construiește un mecanism reutilizabil de cunoaștere a pieței. Pornind de la CAEN 4322, identifică entități, normalizează caracteristici, păstrează dovezi, verifică afirmații, tratează conflicte, compară produse și observă schimbări. Extinderea se face numai pe baza rezultatelor demonstrate, nu a promisiunilor.

SCHEMĂ EXPLICATIVĂ · 47Flux conceptual · nu date live
1Cercetare delimitată
2Dovezi verificabile
3Schimbări observate
4Extindere justificată

De reținut: Extinderea se justifică numai prin rezultate demonstrate.

Încheiere

Documentul descrie consolidarea V1.3 pe baza evoluției V1.0–V1.1. Istoricul V1.0 este reconstruit din informațiile disponibile, nu transcris literal. Contractele C00–C07 sunt candidate, iar implementarea trebuie verificată separat.

Autor: Dan Ionescu · AiVenture Team · 6 noiembrie 2026 · 00:09 H (Europe/Bucharest)

Revenire la cuprins ↑