Come integrare le note spese con Slack: notifiche, approvazioni e dati in tempo reale
Le aziende tech e scale-up che usano Slack come hub operativo non vogliono uscire dal canale per gestire approvazioni o intercettare anomalie di spesa. L'integrazione tra note spese e Slack porta gli eventi rilevanti direttamente dove lavora il team. fees si integra con Slack: il collegamento è già sviluppato e viene calato sulla configurazione specifica dell'azienda durante l'onboarding.
Due strade tecniche: export configurabile o API JSON
Per collegare fees a Slack esistono due modalità operative. La prima è il tracciato di export contabile: fees genera file CSV, XML o TXT con i campi configurati sulle aspettative di Slack in import — utile quando il flusso è batch e la frequenza di aggiornamento è compatibile con una logica periodica. La seconda è le API fees Can: i dati delle spese approvate viaggiano in JSON verso Slack in modo strutturato, adatta quando serve reattività immediata — notifica di una spesa fuori policy nel momento in cui viene inviata, o alert all'approvatore non appena arriva un report in coda. La scelta tra le due dipende dalla frequenza con cui Slack deve ricevere gli aggiornamenti e da come il vostro stack gestisce già i flussi in entrata. In onboarding si definisce quale strada attivare, o una combinazione delle due per casi d'uso diversi.
Mappatura dei dati: centri di costo, commesse e causali verso Slack
Il punto critico di qualsiasi integrazione non è il trasporto del dato ma la sua coerenza semantica. fees struttura ogni spesa con campi configurabili: centro di costo, commessa, progetto, causale, tag cliente. Prima dell'attivazione, in onboarding si allineano queste codifiche con quelle attese da Slack — o dai sistemi che Slack alimenta a valle. Se la vostra codifica dei centri di costo in fees non coincide con quella usata nei canali o nei workflow di Slack, la mappatura viene definita in questa fase. Lato IT, la cosa più utile da preparare è la lista dei valori attesi (causali, codici commessa, struttura dei centri di costo) così da configurare il tracciato o il payload JSON in modo che Slack riceva dati già puliti, senza trasformazioni intermedie.
Due strade tecniche: export configurabile o API JSON
Il caso d'uso più immediato per le aziende tech è la notifica in tempo reale: una spesa supera il limite di categoria configurato in fees, e il messaggio arriva nel canale Slack del responsabile prima ancora che il report venga inviato formalmente. Lo stesso vale per i flussi di approvazione multilivello: quando un report entra in coda per un approvatore, Slack diventa il punto di ingresso della notifica, riducendo i tempi di risposta senza richiedere accessi aggiuntivi al gestionale. Lato IT, questo flusso si costruisce definendo quali eventi di fees devono generare un messaggio, verso quale canale o utente Slack, e con quale struttura del payload. Non si parte da un foglio bianco: la logica di notifica è già parte del modello di integrazione che fees applica in onboarding.
Q&A
Cosa devo preparare lato IT prima dell'onboarding?
Se uso già un workflow Slack per le approvazioni, posso agganciarci fees?
fees supporta strutture multi-entità con centri di costo diversi per business unit?
