Note spese e Active Directory: come portare i dati delle spese approvate nella tua directory
Nelle aziende manifatturiere Active Directory è ancora il sistema di riferimento per identità e accessi, spesso on-premise o federato verso Azure AD. Portarci i dati delle note spese approvate — centri di costo, causali, anagrafiche dipendenti — chiude il cerchio tra gestione operativa e directory aziendale. fees si integra con Active Directory e il collegamento viene calato sulla configurazione specifica del cliente in fase di onboarding.
Due strade tecniche, entrambe disponibili
Il collegamento tra fees e Active Directory può seguire due percorsi. Il primo è un tracciato di export contabile in formato CSV, XML o TXT: i campi vengono configurati in modo che il file sia direttamente importabile nei processi che alimentano AD, senza trasformazioni manuali. Il secondo è l'API fees Can: le spese approvate vengono esposte in JSON e possono essere consumate da qualsiasi processo o script lato IT che scrive su Active Directory. La scelta dipende dall'architettura esistente: se hai già un processo batch di import, il tracciato configurabile è spesso la strada più rapida; se il tuo ambiente è più API-first o se stai lavorando su una federazione verso il cloud, l'API JSON si inserisce meglio nel flusso.
Mappatura dei dati: centri di costo, commesse e anagrafiche
Il nodo operativo dell'integrazione è la mappatura tra le codifiche di fees e quelle che Active Directory si aspetta. In fees ogni spesa può essere taggata con centro di costo, commessa, progetto o causale; in onboarding questi campi vengono allineati ai valori già presenti in AD, evitando duplicazioni o codifiche parallele. Lo stesso vale per le anagrafiche dipendenti: fees lavora sugli stessi identificativi utente già presenti in directory, così i record delle spese approvate sono immediatamente riconducibili all'utente corretto senza riconciliazioni manuali. Lato IT, il lavoro da preparare è la lista dei campi attesi in import e la tabella di corrispondenza tra le causali di fees e quelle del piano dei conti aziendale.
Due strade tecniche, entrambe disponibili
Molte aziende manifatturiere hanno Active Directory on-premise con sincronizzazione verso Azure AD tramite AD Connect, o ambienti ibridi in cui alcune risorse restano locali. fees gestisce questo scenario: in onboarding si definisce verso quale endpoint o processo scrivono i dati — se il flusso di import è gestito on-premise o se passa dal cloud — e il tracciato o le chiamate API vengono configurati di conseguenza. Non è necessario modificare l'architettura AD esistente: l'integrazione si adatta a ciò che già funziona, non il contrario. Il reparto IT mantiene il controllo sul processo di import e sulla frequenza di aggiornamento dei dati.
Q&A
Cosa devo preparare lato IT prima dell'onboarding?
Come funziona la mappatura se in fees usiamo commesse e in AD abbiamo codici progetto con una struttura diversa?
fees supporta ambienti in cui AD on-premise è sincronizzato con Azure AD tramite AD Connect?
