- Shipped
- 13 noiembrie 2026 la 07:13 UTC
- Author
- Kamo
- Commit
- 59a6f76
AccountEmailIdentity **************** este singurul loc în care trăiește regula: - findByEmail(org, email): contul organizației care deține adresa, ignorând case și Spațiul înconjurător (ContactCanon.email, cheia pentru punctul de contact) expresie index ix_accounts_org_email (org_id, lower(email)), creată 2026-11-12 și Declarați aici pe Cont după nume. - linkLeadsAfterCommit(account): fiecare lead din org cu acea adresa si NICIUN cont inca Găsită prin intermediul punctelor_de_contact_ale_lead-ului (IX_LCP_ORG_KIND_VALUE), niciodată tabelul cu lead-uri; 15 din 799.483 de clienți potențiali cu o adresă care nu avea un rând la 2026-11-12 Fiecare bucată are propria tranzacție REQUIRES_NEW, istoricul (lead + cronologia contului) în altă parte După aceasta, astfel încât un eșec de istorie nu anulează niciodată o legătură. - linkLeadAfterCommit(lead): un lead care nu are cont se alătură contului care deține adresa sa. O căutare indexată după commit. - reusableForMember: pentru creatorii de conturi membru-OWNED (facturare). Contul propriu al membrului Un cont nedeținut numai pe o adresă VERIFICATĂ (deținerea unui cont arată împrumuturile și creditele sale) Portalul de împrumut marchează adresele tastate ca fiind verificate); altă persoană niciodată. Nu eșuează niciodată lucrarea care a declanșat-o: după commit, tranzacția proprie, fiecare eșec înregistrat Un lead deja pe un cont nu este niciodată mutat. Nu este un index unic intenționat: un index unic este un index unic O încălcare în interiorul unei sincronizări a împrumutului sau a importului de lead-uri ar eșua chiar munca care nu trebuie să eșueze. Cablat aici: **************** (fiecare cale de admisie, import, manuală și SI), RetailService create/update (o adresă luată este refuzată cu o propoziție), StoreSyncWriter (deja refolosit prin e-mail; acum leagă clienții potențiali). SecurityService (conturi manuale, MLOS credit sync, setup de facturare) și BillingService urmeze.
