- Expediere
- 6 octombrie 2026 la 18:35 UTC
- Autor
- Kamo
- Comite
- dc93deb
Importuri manuale, importuri automate (intrare) și backlog-ul au efectuat fiecare copie proprie a codului de cartografiere și nu au fost de acord: data, regexul și divizarea Transformările lipseau peste tot, copiile de admisie au sărit gol valori înainte de transformare (așa că "valoare implicită" nu a tras niciodată), mai multe căi ofertele de panza au fost retrase, iar "Utilizator alocat" a fost ignorat pe toate trei. Leads.mapping este acum singurul motor: - LeadRequestMapper: lista de reguli -> CreateLeadRequest. Mappings rulați în ordine și prima valoare non-goală pe teren câștigă; fiecare pistă Fields.ts cale, fiecare Câmp ipotecar și terenuri de formă personalizată (LeadRequestMapper Testează-l). - LeadFieldTransforms + Transformations Json: fiecare transformare panza, unul implementarea; tipurile necunoscute sunt refuzate la timp de economisire. - Obiectivul de atribuire "membru al echipei alocate" (legacy "alocatedUser" încă citește): un membru fix, nealocat sau egalat din domenii. Câmpurile de potrivire formează un lant comandat - o valoare gol sau de neegalat scade la urmatorul, în primul rând că numele unei persoane decide, în caz contrar, returul cartografierii (nimeni sau se aplică un membru ales). Obiectivul JustCall al lui Harmony se bazează pe acel lanţ. - TeamMemberMatcher: format tolerant, typo-safe potrivire pe e-mail, username și nume ("Last, First," inițiale, porecle, accente, o mică scriere); o valoare care se potrivește două persoane nu este niciodată ghicit. - Membrii LeadAsignable: candidaţii sunt deţinătorii activi ai AWER LEADS, aceiaşi oameni pe care AgentSelector îi oferă (RightHolders şi GrantAllRoles muta aici de la SecurityService astfel DaemonService le poate folosi). De asemenea: LeadImportResponse reports totalAsigned and asignationIssues; LeadIntakeService validează transformările înainte de a înlocui cartografiile și poate requeue sarcini utile esuat pentru locul de muncă de admisie.
