Un generatore di dati aziendali produce l’insieme di campi che un modulo di onboarding aziendale richiede — una ragione sociale con il suffisso giusto per la sua giurisdizione, un numero di registrazione, un identificatore fiscale, un indirizzo e spesso una forma giuridica e un contatto — disposti in modo che le parti concordino tra loro. La difficoltà non è inventare un nome di azienda; è mantenere una dozzina di identificatori interdipendenti coerenti con un’unica giurisdizione.
Questa guida copre come le convenzioni di denominazione societaria cambiano tra i paesi, perché i numeri di registrazione e fiscali seguono regole diverse da quelle che la maggior parte dei team si aspetta, quali campi richiede davvero un flusso KYB e per cosa non può mai essere usata un’entità generata. Alla fine saprete quali controlli di coerenza appartengono alla vostra suite di test e quali assunti sui dati societari sono semplicemente sbagliati.
Perché i nomi delle aziende portano la giurisdizione nel suffisso?
Il suffisso alla fine di un nome di azienda non è decorazione. Identifica la forma giuridica con cui l’entità esiste, ed è obbligatorio in molte giurisdizioni. Una società a responsabilità limitata tedesca porta GmbH, una società francese o spagnola può portare S.A. o S.A.S., una società malese porta Sdn. Bhd., una società australiana a responsabilità limitata porta Pty Ltd, una società a responsabilità limitata americana porta LLC e una società per azioni turca porta A.Ş.
Poiché il suffisso codifica la forma giuridica, vincola anche il resto del record. Un’entità con suffisso GmbH è disciplinata dal diritto societario tedesco, quindi il suo numero di registrazione segue lo schema tedesco, il suo identificatore fiscale segue lo schema tedesco e il suo indirizzo si trova in Germania. Un record che mescola un suffisso tedesco con un numero di registrazione britannico non è sottilmente sbagliato; descrive una società che non può esistere.
Punteggiatura e segni diacritici aggiungono un secondo strato. Diversi suffissi contengono punti, alcuni contengono caratteri accentati e alcuni si scrivono convenzionalmente senza spazi. Un campo nome che rimuove la punteggiatura in input corromperà una ragione sociale, e un validatore che si aspetta un unico elenco di suffissi rifiuterà quelli che non ha mai visto. L’articolo suffissi dei nomi societari per paese raccoglie le forme comuni e le loro convenzioni.
In che modo differiscono i numeri di registrazione e gli identificatori fiscali
Un numero di registrazione è emesso dal registro delle imprese di una giurisdizione specifica. La sua lunghezza, il suo formato e il fatto che contenga lettere variano tutti. Alcuni registri usano una sequenza puramente numerica, alcuni incorporano un anno o un distretto, e alcuni emettono una stringa alfanumerica. Non esiste uno standard internazionale che renda questi numeri intercambiabili, e un sistema che li memorizza in un unico campo con un’unica regola di validazione rifiuterà input validi dalla maggior parte del mondo.
Un identificatore fiscale è un numero diverso emesso da un’autorità diversa, e confondere i due è uno degli errori di modellazione più comuni nei sistemi di onboarding. In molti paesi un’azienda ha sia un numero di registrazione sia un numero fiscale, hanno formati diversi e compaiono in campi diversi di un modulo. Un record che riempie entrambi i campi con lo stesso valore è internamente incoerente, anche se ciascun valore è plausibile da solo.
L’identificatore IVA aggiunge una terza variante. All’interno dell’Unione Europea di solito inizia con un prefisso di due lettere del paese seguito dal numero fiscale nazionale, e il prefisso deve corrispondere al paese dell’indirizzo e della registrazione. L’articolo formati del numero IVA per paese mostra la gamma di forme coinvolte, e l’articolo regole di validazione dell’ID fiscale copre i controlli che li distinguono.
E gli identificatori LEI e D-U-N-S?
Il Legal Entity Identifier è un codice alfanumerico di venti caratteri assegnato alle entità che partecipano a transazioni finanziarie, ed è globalmente univoco. Non è un numero di registrazione e non ne sostituisce uno; è un identificatore aggiuntivo che una controparte finanziaria può richiedere. La sua struttura comprende un prefisso di unità operativa locale, una sezione riservata e due cifre di controllo calcolate secondo uno standard pubblicato.
Il numero D-U-N-S è un identificatore di nove cifre emesso da un fornitore commerciale di dati, ampiamente usato nelle valutazioni creditizie e dei fornitori. Non è un identificatore governativo ed esiste solo per le entità che quel fornitore ha registrato. Trattarlo come obbligatorio in un modulo escluderà la maggior parte delle imprese nella maggior parte dei paesi.
Entrambi gli identificatori valgono la pena di essere in un set di dati di test perché le loro regole di lunghezza e caratteri sono distintive, e perché la loro presenza in un modulo cambia il percorso di validazione. Ma un generatore dovrebbe essere esplicito sul fatto che il LEI che produce soddisfi il checksum pubblicato, poiché un LEI dall’aspetto ben formato con una cifra di controllo sbagliata fallirà esattamente nel punto che stavate cercando di testare. L’articolo identificatori aziendali esamina entrambi più a fondo.
Quali campi rendono coerente un record KYB
Un flusso di conoscenza dell’impresa (know-your-business) richiede la ragione sociale di un’entità, la sua giurisdizione e forma giuridica, il suo indirizzo registrato, il suo numero di registrazione, il suo identificatore fiscale, i suoi rappresentanti e spesso la sua struttura di proprietà. Il requisito di coerenza è che questi campi descrivano un’unica entità in un unico luogo.
Ciò significa che la giurisdizione governa la convenzione di denominazione, il formato del numero di registrazione e il formato del numero fiscale. L’indirizzo registrato si trova nello stesso paese e, se si trova in una suddivisione, il codice postale deve corrispondere a quella suddivisione. I rappresentanti portano nomi e indirizzi appropriati alla giurisdizione, e la data di fondazione precede qualsiasi documento che l’entità firma. I due numeri sono fatti distinti e un modulo che li confonde accetterà un identificatore fiscale nel campo della registrazione, un difetto che appare solo quando una giurisdizione usa lo stesso numero per entrambi. L’articolo numero di registrazione societaria per paese elenca i formati che un controllo di coerenza deve applicare.
La coerenza ha anche una direzione. Cambiare la giurisdizione dovrebbe trascinare con sé ogni campo dipendente, quindi un test che cambia il paese su un record esistente sta testando più di un’etichetta. In pratica la maggior parte dei moduli non lo fa, e un numero di registrazione obsoleto viene lasciato indietro sotto il nuovo paese, che è esattamente il tipo di difetto che un set di dati coerente fa emergere in una sola esecuzione anziché in produzione.
Il campo che più spesso rompe la coerenza è l’indirizzo, perché è quello che i team riutilizzano da un record di persona senza adattare il paese. Un’azienda tedesca con un codice postale britannico è un difetto evidente che un validatore annidato intercetta immediatamente, e la stessa logica vale per il prefisso telefonico internazionale sul record del contatto. L’articolo checklist di test KYB espone i controlli nell’ordine in cui una vera pipeline di onboarding li applica.
C’è anche un insieme di campi che molti sistemi aggiungono e che non hanno affatto un formato universale: numero di dipendenti, fatturato annuo, classificazione del settore e sito web. Questi sono liberi o basati su classificazioni, e un set di dati di test dovrebbe variarli deliberatamente anziché lasciare ogni entità generata identica per dimensioni e settore. Variarli conta perché una logica di validazione che non incontra mai un valore insolito è una logica di validazione che non è mai stata esercitata.
Le aziende generate sono entità reali?
No. Un’azienda generata ha una ragione sociale con un suffisso valido, un numero di registrazione nel formato giusto, un identificatore fiscale nel formato giusto e un indirizzo nel paese giusto, e nulla di tutto ciò è registrato da qualche parte. Non c’è alcuna pratica dietro il numero di registrazione, alcun record fiscale dietro l’identificatore e alcuna entità dietro il nome.
Questa proprietà è ciò che rende sicuri i dati. Poiché l’azienda non esiste, nessuna terza parte può essere danneggiata dal record, nessun credito può essere concesso su di esso e nessuna controparte può essere ingannata se il record è chiaramente etichettato. Significa anche che qualsiasi controllo che consulta un registro fallirà, il che è l’esito corretto e dovrebbe essere il comportamento atteso in un test. Un nome commerciale generato dovrebbe quindi anche evitare di entrare in collisione con uno reale, e la salvaguardia più semplice è mantenere i nomi generati ovviamente generici anziché abbastanza plausibili da essere ricercabili.
Vale la pena affermare il confine chiaramente nel set di dati stesso. Record di questo tipo sono dati aziendali sintetici, non corrispondono ad alcuna entità registrata e non devono essere usati per aprire un conto reale, per superare un controllo KYB o di credito reale, per ottenere beni o servizi a credito, per inviare pagamenti sotto un nome falso o per rappresentare qualsiasi impresa reale.
Dove un’azienda generata viene combinata con una persona generata come suo rappresentante, l’intero record resta sintetico, e la stessa proibizione vale per la combinazione. Un record non diventa utilizzabile per una transazione reale perché è internamente coerente; la coerenza interna è una proprietà di test, e nient’altro.
Cosa dovrebbero coprire i vostri test sui moduli B2B
Testate per primo l’abbinamento tra giurisdizione e forma giuridica, perché guida tutto il resto. Selezionate un paese, confermate che le forme giuridiche offerte siano quelle che quel paese riconosce e confermate che il suffisso nel campo del nome sia validato rispetto alla selezione anziché lasciato libero.
Testate il campo del numero di registrazione rispetto a diversi paesi nella stessa esecuzione, con un valore della lunghezza giusta e uno troppo corto. È qui che una singola regola codificata rigidamente si rivela, perché il campo rifiuterà il numero straniero valido anziché quello locale non valido.
Testate l’identificatore fiscale come campo separato con i propri controlli, compreso il prefisso del paese dove è previsto, e confermate che il modulo rifiuti un numero il cui prefisso contraddice il paese selezionato. L’articolo casi di test per il modulo di fatturazione estende questo alle parti del flusso adiacenti al pagamento, dove il record aziendale incontra una fattura.
Testate anche l’ordine in cui i campi vengono presentati, perché un unico modulo globale impone una sola sequenza a ogni giurisdizione e quella sequenza è sbagliata da qualche parte. Un campo obbligatorio in un paese e privo di significato in un altro verrà contrassegnato come richiesto per entrambi, e l’attrito risultante è un difetto che gli utenti segnalano come confusione anziché come bug. L’articolo forme giuridiche per giurisdizione mappa gli abbinamenti tra paese e forma giuridica che una matrice di test dovrebbe coprire.
Poi testate i campi che sono liberi. Una ragione sociale con una e commerciale, un nome contenente un punto da un suffisso abbreviato, un nome al limite di lunghezza e un nome di un carattere oltre insieme coprono la maggior parte dei modi in cui un campo nome si rompe. Il generatore di aziende su questo sito produce record attraverso queste giurisdizioni con gli identificatori mantenuti coerenti, così che una singola riga esportata possa essere usata come fixture coerente anziché assemblata a mano.
Ogni record prodotto in questo modo è un dato di test sintetico solo per il test del software. Non descrive alcuna entità registrata o operativa, non conferisce alcuna esistenza giuridica e non deve essere usato per impersonare un’impresa, per aprire o registrare conti reali, per ottenere credito o beni o per superare qualsiasi verifica aziendale reale.