Integrazione CRM ERP: un POC di tre mesi con team senior in Svizzera

Integrare CRM ed ERP è il modo più rapido per eliminare i passaggi manuali tra vendite e finanza e dare a ogni reparto la stessa versione dei fatti. Parti in piccolo: fai un proof of concept su un solo flusso critico, di solito dal preventivo all'ordine, prima di toccare qualsiasi altra cosa. Definisci autenticazione, TLS e accessi basati sui ruoli prima di sincronizzare anche un solo record, perché un'integrazione fatta di fretta diffonde dati sbagliati su due sistemi invece che su uno, come spiegato in Salesforce Commerce Cloud SEO Automation.

---

In sintesi:

• Sincronizza per prima cosa contatti e aziende, così da avere record puliti e univoci prima di estendere l'integrazione ad altri flussi di dati.

• Usa un proof of concept su un solo flusso critico, ad esempio dal preventivo all'ordine, per validare la mappatura dei dati e le prestazioni prima di scalare.

• Scegli l'architettura in base al numero di sistemi coinvolti e al volume di dati: connettori nativi per situazioni semplici, iPaaS o API su misura per esigenze complesse.

• Definisci fin dall'inizio chi è proprietario dei dati, una mappatura precisa dei campi e un monitoraggio attivo, per evitare record duplicati e problemi con i limiti delle API.

• Usa la sincronizzazione in tempo reale per i dati critici che cambiano spesso, come le giacenze, e processi batch per i dati meno urgenti, così il sistema resta veloce anche quando i volumi crescono.

---

Cosa significa davvero integrare CRM ed ERP per la tua azienda

L'integrazione CRM-ERP collega il sistema di front office (dove vendite, marketing e assistenza seguono le relazioni con i clienti) con quello di back office (dove vivono magazzino, fatturazione e contabilità). Invece di un venditore che scrive alla finanza per verificare la disponibilità o di un contabile che ridigita i dati di un ordine nel CRM, le due piattaforme dialogano direttamente e mantengono i record sincronizzati in automatico. In questo modo i dati di front office e back office confluiscono in un'single consistent source of truth per le informazioni su clienti e ordini, invece di due mezze verità che convivono in database separati.

Il ritorno si vede nelle operazioni quotidiane, non in una presentazione. Quando i preventivi diventano ordini senza reinserimenti, il team vendite chiude più in fretta e la finanza smette di rincorrere numeri d'ordine mancanti. Quando le giacenze si sincronizzano nel CRM quasi in tempo reale, i venditori smettono di promettere date di consegna che il magazzino non può rispettare.

Tre team notano subito la differenza:

• Vendite vede giacenze e prezzi aggiornati direttamente nel CRM, senza dover contattare le operations per ogni preventivo.

• Finanza ritrova in automatico lo stato di fatture e pagamenti nelle schede cliente, riducendo i tempi di riconciliazione a fine mese.

• Operations registra meno errori sugli ordini, perché lo stesso dato inserito una volta scorre a valle senza reinserimenti manuali.

Il risultato misurabile è meno errori, un ciclo dal preventivo all'incasso più breve e report che finalmente coincidono tra i reparti. Quest'ultimo punto conta più di quanto sembri. Quasi ogni responsabile finanziario ricorda un trimestre in cui le vendite dichiaravano un fatturato e l'ERP un altro, e riconciliare la differenza è costato a qualcuno un fine settimana.

Quali flussi di dati sincronizzare per primi?

Non tutti i record hanno bisogno della sincronizzazione in tempo reale dal primo giorno. Le guide pratiche concordano su un insieme preciso di flussi da mettere in cima alla lista, perché voler sincronizzare tutto insieme è il motivo più comune per cui i integration projects stall. Scegli il flusso che corrisponde al tuo problema operativo più grosso, poi allarga.

1. Contatti e aziende. Tenere allineate le schede di clienti e società tra CRM ed ERP evita doppioni e indirizzi di fatturazione discordanti. È quasi sempre la base, perché ogni altro flusso dipende da dati anagrafici puliti.

2. Dal preventivo all'ordine. Quando un venditore converte un preventivo, questo deve diventare un ordine ERP senza che nessuno ridigiti le righe. È il flusso che di solito porta il risultato visibile più rapido, perché elimina un passaggio manuale che ogni venditore vive ogni settimana.

3. Giacenze e disponibilità nel CRM. La visibilità delle scorte nel CRM, in tempo reale o quasi, impedisce alle vendite di vendere articoli che il magazzino non ha.

4. Fatture nel CRM. Riportare stato delle fatture e storico dei pagamenti nel CRM dà ai responsabili di cliente il contesto giusto prima di una chiamata di rinnovo o di upselling.

5. Prezzi e condizioni. Prezzi contrattuali, sconti e termini di pagamento devono coincidere esattamente tra i due sistemi, altrimenti arrivano le contestazioni sulle fatture.

6. Resi e tracciabilità dell'assistenza. Collegare ticket di supporto e resi all'ordine originale permette sia al servizio clienti sia alla finanza di vedere l'intero storico senza cambiare sistema.

7. Avvisi su scaduti e insoluti. Mostrare i saldi scaduti dentro il CRM consente a vendite e gestione clienti di segnalare il rischio prima che la finanza debba intervenire.

Consiglio pratico: non scegliere il primo flusso in base a cosa è tecnicamente più semplice. Scegli quello legato alla lamentela che senti più spesso nelle riunioni settimanali. È quello con il ritorno più evidente.

Un distributore di medie dimensioni, per esempio, ottiene in genere il risultato più rapido dal flusso preventivo-ordine e dalla disponibilità di magazzino, perché sono i due flussi che toccano il maggior numero di transazioni al giorno. Una società di servizi con affari meno numerosi ma più grandi ricava spesso più valore dalle fatture nel CRM e dagli avvisi sugli scaduti.

Connettori nativi, middleware o API su misura: cosa fa al caso tuo?

Le strade architetturali sono tre, e sceglierne una sbagliata per la propria scala è l'errore più costoso di tutto il processo. Le tre grandi categorie sono i connettori nativi, le piattaforme iPaaS/middleware e gli sviluppi su misura con API o webhook, ciascuna con compromessi diversi tra velocità, flessibilità e costo nel tempo.

I connettori nativi sono collegamenti già pronti tra specifici prodotti CRM ed ERP, spesso venduti dal fornitore stesso o da un partner certificato. Si attivano in fretta e richiedono poco sviluppo su misura, il che li rende interessanti per team piccoli con esigenze lineari. Il compromesso è la flessibilità: sei limitato ai campi e ai flussi di lavoro che il connettore supporta e, se il tuo processo non rientra nel modello, devi aspettare un aggiornamento del fornitore.

Le piattaforme iPaaS o middleware (integration platform as a service) si posizionano tra CRM ed ERP come uno snodo centrale, instradando i dati attraverso connettori e regole di trasformazione già pronti. Questo schema a stella funziona bene per le aziende di media dimensione che gestiscono tre o più sistemi, perché aggiungere un nuovo sistema significa configurare un altro ramo invece di ricostruire collegamenti punto a punto. Le grandi aziende scelgono spesso piattaforme come Boomi proprio per questo. Boomi’s broad connector library and partner ecosystem ne fanno una scelta frequente quando servono molti collegamenti insieme, non solo tra CRM ed ERP. Il compromesso è un abbonamento ricorrente e una curva di apprendimento sulla piattaforma stessa.

Gli sviluppi su misura con API e webhook danno pieno controllo su cosa si sincronizza, quando e come. Questa strada ha senso quando i tuoi flussi di dati sono particolari, quando i volumi sono così alti da mettere in crisi i connettori standard o quando ti serve una logica che nessun modello di fornitore prevede. Il costo è continuo: manutenzione, gestione degli errori e ogni futuro cambio di versione delle API dei due sistemi restano a carico tuo.

Alcuni fattori dovrebbero guidare la decisione:

• Numero di sistemi da collegare. Con due sistemi conviene un connettore nativo o un'API punto a punto; con tre o più, un iPaaS.

• Volume di dati previsto. Volumi di transazioni elevati richiedono di solito elaborazioni batch, qualunque sia l'architettura; volumi bassi possono reggere senza problemi su webhook in tempo reale.

• Esigenze di latenza. Se le vendite hanno bisogno delle giacenze nel giro di secondi, i webhook basati su eventi battono sempre i processi batch.

• Rischio di dipendenza dal fornitore. I connettori nativi ti legano alla roadmap di un fornitore specifico; API su misura e iPaaS lasciano più margine per sostituire componenti in futuro.

Le integrazioni moderne aggiungono sempre più spesso una mappatura assistita dall'AI sopra una qualsiasi di queste tre architetture, cosa che speeds up field mapping and improves anomaly detection quando i record non coincidono in modo pulito. Vale la pena chiedere a qualsiasi partner di integrazione se la usa, perché la mappatura manuale di centinaia di campi è il punto in cui la maggior parte dei progetti perde settimane.

La checklist prima del lancio per un rollout pulito

Prima che un solo dato si sincronizzi in produzione, servono alcune decisioni di governance ben definite. Saltare questo passaggio è il motivo per cui tante integrazioni funzionano bene per due settimane e poi cominciano silenziosamente a generare doppioni che nessuno nota fino a fine mese.

Parti dalla proprietà dei dati. Per ogni oggetto (contatto, ordine, fattura) un sistema deve essere quello di riferimento. Se sia il CRM sia l'ERP possono modificare lo stesso campo indirizzo di un cliente, nel giro di pochi giorni avrai aggiornamenti in conflitto.

• Stabilisci quale sistema è proprietario di ciascun oggetto (contatti, ordini, prezzi, fatture).

• Mappa i campi con precisione, compresi i tipi di dato e le chiavi di corrispondenza obbligatorie (di solito l'e-mail o un ID cliente univoco).

• Definisci regole di deduplicazione esplicite prima della prima sincronizzazione, non dopo che i doppioni sono comparsi.

• Decidi la frequenza di sincronizzazione per ogni flusso: tempo reale per giacenze e preventivi, batch per la reportistica finanziaria o i dati storici in blocco.

• Predisponi monitoraggio e avvisi per le sincronizzazioni fallite prima del go-live, non come ripensamento.

• Metti a budget le ore di manutenzione ricorrente, non solo il costo della realizzazione iniziale.

I punti fondamentali della checklist riguardano la proprietà dei dati principali, la mappatura precisa dei campi, la frequenza di sincronizzazione, il monitoraggio e gli avvisi di errore.

Anche i controlli di sicurezza vanno previsti fin dall'inizio: autenticazione OAuth 2.0, cifratura TLS per i dati in transito, cifratura dei dati a riposo, controllo degli accessi basato sui ruoli e registrazione degli accessi. Sono requisiti minimi prima di sincronizzare qualsiasi dato.

Perché record duplicati e limiti delle API fanno deragliare le integrazioni

Due problemi generano la maggior parte dei ticket di assistenza dopo il lancio: i record duplicati e i limiti di chiamata delle API. Entrambi sono prevedibili ed entrambi hanno soluzioni note.

I record duplicati nascono di solito da una proprietà dei dati poco chiara. Se le vendite possono creare una nuova azienda nel CRM senza verificare se esiste già nell'ERP, ti ritrovi con due schede cliente che non si riconcilieranno mai. La soluzione è una chiave di corrispondenza rigida (numero di partita IVA, dominio e-mail o un ID cliente condiviso) imposta al momento della creazione, non ripulita a posteriori.

I limiti di chiamata delle API sono l'altro grattacapo ricorrente, soprattutto con flussi ad alto volume come gli aggiornamenti di magazzino. Quando un processo di sincronizzazione raggiunge il limite, la risposta non deve mai essere un fallimento silenzioso. La buona pratica per gli sviluppatori è prevedere retry logic with exponential backoff and route unrecoverable messages to a dead-letter queue per la verifica manuale, invece di lasciar sparire i record falliti.

Alcune contromisure pratiche da prevedere fin dal primo giorno:

• Imponi un'unica chiave di corrispondenza per tipo di oggetto prima di qualsiasi creazione di record.

• Configura una logica di ritentativo con attesa esponenziale per le chiamate API bloccate dai limiti.

• Instrada i record falliti o malformati verso una coda dead-letter invece di scartarli.

• Pianifica una revisione di manutenzione ricorrente, perché le versioni delle API dei due sistemi cambiano senza grande preavviso.

La manutenzione nel tempo è la voce che quasi tutti sottovalutano a budget. Un'integrazione perfetta al lancio può degradarsi in silenzio nell'arco di 18 mesi, mentre un fornitore aggiorna le sue API e nessuno adegua la mappatura. Tratta la manutenzione come una voce di costo ricorrente, non come parte di un progetto una tantum.

Come fare un proof of concept prima di scalare

Il modo migliore per ridurre il rischio dell'intero percorso è dimostrare che funziona su un solo flusso prima di impegnarsi su tutto il resto. Un POC mirato su un singolo flusso critico valida la mappatura dei dati, le ipotesi sulle prestazioni e l'impianto di monitoraggio mentre le conseguenze di un eventuale errore restano contenute.

1. Scegli un solo flusso. Dal preventivo all'ordine è il punto di partenza più comune, perché è molto visibile e relativamente circoscritto.

2. Definisci subito le metriche di successo. Fissa obiettivi di accuratezza dei dati (percentuale di record sincronizzati senza correzioni manuali), di latenza (quanto tempo impiega un record a comparire nel secondo sistema) e di tasso di errore.

3. Assegna ruoli chiari. Ti serve qualcuno responsabile dei dati nel CRM, qualcuno responsabile dei dati nell'ERP e uno sviluppatore o partner di integrazione responsabile del collegamento.

4. Fissa un limite di tre mesi. Un POC che sfora i tre mesi di solito significa che il perimetro è andato oltre il singolo flusso iniziale.

5. Valida prima di scalare. Controlla l'integrità dei dati rispetto ai record di origine, verifica che la latenza rispetti l'obiettivo e fatti dare l'ok dagli utenti reali, non solo dall'IT.

Consiglio pratico: fai il POC con dati di produzione reali in un ambiente di prova, non con dati di esempio. I dati di esempio non fanno mai emergere i casi limite (caratteri speciali, campi mancanti, doppioni) che nella realtà mandano in tilt le integrazioni.

Per il personale del POC ci sono tre opzioni: farlo internamente se hai già sviluppatori esperti di integrazioni, affidarti a un partner esterno per una realizzazione guidata da profili senior senza assumere, oppure appoggiarti ai connettori già pronti di una piattaforma iPaaS se i tuoi flussi sono abbastanza standard da rientrare in un modello. Una volta che il POC supera i criteri di validazione, scalare significa aggiungere il flusso prioritario successivo, non ricostruire ciò che già funziona.

Cosa cambia con un team di integrazione senior

La maggior parte dei progetti di integrazione non fallisce per la tecnologia. Fallisce per la deriva del perimetro: un team junior arriva alla terza settimana di lavoro sul flusso preventivo-ordine, scopre che il modello dati dell'ERP non corrisponde alle ipotesi e riscrive da zero metà della logica di mappatura. Gli ingegneri senior individuano quella discrepanza durante l'analisi iniziale, prima che venga scritta una sola riga di codice, perché hanno già visto le stesse stranezze dell'ERP in altri progetti.

In Ampersand Labs la differenza pratica è questa: le stesse persone senior che definiscono il perimetro dell'integrazione la costruiscono e la consegnano, così nulla si perde per strada tra una chiamata commerciale e il team di realizzazione. Le competenze utili per il lavoro su CRM ed ERP comprendono:

• Sviluppo di API e integrazioni di sistema per collegare piattaforme CRM a sistemi ERP e contabili.

• Realizzazione di POC circoscritti a un solo flusso, con metriche di successo definite in partenza.

• Monitoraggio e manutenzione continui dopo il go-live, così le sincronizzazioni fallite vengono intercettate prima che facciano danni a catena.

Un esempio di questa continuità tecnica è il lavoro di Ampersand per Die Mitte, un partito politico svizzero per cui lo studio ha costruito e gestisce tuttora un'infrastruttura che copre oltre 600 siti web da un unico sistema, invece di trattarne ciascuno come un progetto a sé. Gestire contemporaneamente così tante istanze collegate richiede la stessa disciplina della sincronizzazione dei flussi CRM ed ERP tra reparti: proprietà chiara per ogni oggetto, gestione degli errori monitorata e un sistema che non si degrada in silenzio mentre cresce.

La scelta tra un partner esterno e una realizzazione interna si riduce di solito a una domanda: hai sviluppatori di integrazioni che saranno ancora qui tra diciotto mesi per fare manutenzione? Se sì, l'internalizzazione ha senso. Se no, un mandato esterno evita il rischio di ritrovarsi con un'integrazione che nessuno in azienda capisce abbastanza da poterla sistemare.

Come l'integrazione cambia la qualità dei dati nel tempo

Collegare CRM ed ERP non serve solo a far viaggiare i dati più in fretta. Cambia il significato stesso di "dati puliti" per la tua organizzazione. Prima dell'integrazione, i problemi di qualità di ciascun sistema restavano circoscritti: un CRM disordinato danneggiava solo le vendite, un ERP disordinato solo la finanza. Una volta sincronizzati, gli errori si propagano. Un cliente duplicato nel CRM genera ora uno storico ordini duplicato nell'ERP.

Il vantaggio funziona però anche nella direzione opposta. Un'unica chiave di corrispondenza validata su entrambi i sistemi fa sì che una correzione d'indirizzo fatta una volta nell'ERP compaia corretta ovunque venga richiamata, invece di restare un valore obsoleto nel CRM per mesi. I team che impostano bene fin dall'inizio la mappatura dei campi e le regole di deduplicazione vedono di norma un calo costante dei ticket di correzione manuale nei due o tre mesi successivi, perché i record errati vengono bloccati all'inserimento invece di essere scoperti a valle durante un report.

Anche la frequenza di sincronizzazione conta. Il tempo reale per i dati che cambiano spesso, come le giacenze, tiene onesti entrambi i sistemi, mentre il batch per i dati meno urgenti (per esempio gli archivi storici degli ordini) riduce il carico senza sacrificare la precisione dove serve davvero. L'errore da evitare è trattare ogni campo come se avesse bisogno del tempo reale. Non è così, e forzarlo di solito consuma solo i limiti delle tue API senza alcun beneficio operativo.

Mantenere veloci i sistemi integrati quando i volumi crescono

Nei progetti di integrazione CRM-ERP i problemi di prestazioni quasi mai compaiono il primo giorno. Compaiono sei mesi dopo, quando il volume delle transazioni è raddoppiato e le sincronizzazioni che prima finivano in pochi minuti ora richiedono ore.

Alcune leve pratiche mantengono reattivi i sistemi integrati man mano che crescono:

• Metti in batch i flussi pesanti e non urgenti. Gli avvisi sugli scaduti o la reportistica storica non hanno bisogno del tempo reale; elaborarli di notte riduce il carico sulle API durante l'orario di lavoro.

• Riserva i webhook basati su eventi ai flussi davvero sensibili al tempo, come la disponibilità di magazzino o lo stato degli ordini, dove un ritardo ti costa una vendita o un ticket di assistenza.

• Monitora il consumo dei limiti delle API, non solo il successo o il fallimento delle sincronizzazioni, così intercetti l'avvicinarsi dei limiti prima che provochi la perdita di record.

• Archivia o pagina le grandi sincronizzazioni storiche invece di scaricare l'intero set di dati a ogni esecuzione.

I team che evitano il degrado delle prestazioni sono quelli che rivedono l'architettura di sincronizzazione a intervalli pianificati, non solo quando qualcosa si rompe. Una revisione trimestrale dei volumi rispetto alle ipotesi iniziali coglie il peggioramento lento prima che diventi un blocco.

Dove sta andando l'integrazione CRM-ERP

Il cambiamento più evidente in questo momento è l'AI che passa da optional a strato che svolge davvero il lavoro di mappatura. Invece di uno sviluppatore che abbina a mano centinaia di campi tra due strutture dati, gli strumenti assistiti dall'AI propongono sempre più spesso le corrispondenze e segnalano le anomalie quando un record non rientra nello schema atteso, riducendo a pochi giorni di verifica un compito che prima richiedeva settimane.

Aspettati che sempre più integrazioni usino questa tecnologia anche per il rilevamento continuo delle anomalie, non solo per la configurazione iniziale. Una sincronizzazione che inizia a produrre schemi insoliti (per esempio un'impennata improvvisa di contatti duplicati) può essere segnalata in automatico invece di emergere tre settimane dopo in un report finanziario. È un passaggio dalla gestione reattiva degli errori a quella preventiva, il punto in cui storicamente la maggior parte dei team di integrazione ha faticato.

La tendenza di fondo dietro tutto questo è che sempre meno aziende tentano integrazioni enormi e simultanee, mentre sempre più scelgono l'approccio graduale e basato sul POC descritto in questa guida. Più che una tendenza tecnologica, è una lezione imparata a caro prezzo dopo abbastanza rollout "tutto e subito" andati male, tanto che il settore ha finito per convergere su passi più piccoli e monitorati.

Ampersand Labs per il tuo progetto di integrazione

Se stai valutando se fare tutto internamente, affidarti a un'agenzia generalista o coinvolgere uno specialista, il rischio delle prime due opzioni è di solito lo stesso: deriva del perimetro per il ricambio di personale junior o un passaggio di consegne a metà progetto che fa perdere il contesto. Ampersand Labs porta avanti i progetti di integrazione con gli stessi ingegneri senior, dalla prima chiamata conoscitiva fino alla consegna, eliminando il rischio di riscritture dovuto a un team che impara le stranezze del tuo ERP a metà del lavoro.

Il lavoro rilevante di Ampersand comprende integrazioni di sistema e sviluppo di API per collegare piattaforme CRM, ERP e contabili, oltre alla realizzazione di POC circoscritti a un singolo flusso e al monitoraggio continuo una volta in produzione. Per i team che vogliono includere anche la mappatura assistita dall'AI o il rilevamento delle anomalie, i servizi di automazione con AI dello studio coprono anche quello strato.

I dettagli sui prezzi per un mandato Single connection o per una Integration suite completa sono indicati sulla pagina dei prezzi di Ampersand Labs, e il supporto continuo dopo il lancio è disponibile con il piano Run & monitor a CHF 750 al mese. Se il tuo team sta valutando anche una migrazione più ampia da sistemi legacy accanto all'integrazione, è un tema distinto ma collegato, da affrontare presto. Il passo successivo più utile è una breve chiamata conoscitiva per definire il perimetro di un singolo flusso, lo stesso approccio POC-first consigliato in tutta questa guida, così puoi vedere cosa significa davvero una tempistica di tre mesi per i tuoi sistemi specifici.

Fonti

Questa guida si basa su ricerche sull'architettura delle integrazioni di NetSuite, IBM Think e guide pratiche per sviluppatori. I team svizzeri dovrebbero verificare la localizzazione dei dati di ogni fornitore di integrazione e la conformità alla nuova LPD.

• speeds up field mapping and improves anomaly detection

• single consistent source of truth

• integration projects stall

• retry logic with exponential backoff and route unrecoverable messages to a dead-letter queue

• Boomi’s broad connector library and partner ecosystem

Domande frequenti

Cosa sono un CRM e un ERP?

Un CRM (sistema di gestione delle relazioni con i clienti) gestisce le interazioni di vendita, marketing e assistenza con i clienti. Un ERP (sistema di pianificazione delle risorse aziendali) gestisce le funzioni di back office come magazzino, contabilità ed evasione degli ordini. L'integrazione collega i due sistemi, così i dati su clienti e ordini restano coerenti in entrambi.

Cosa comporta davvero integrare un CRM?

Integrare il CRM significa collegarlo ad altri sistemi aziendali, molto spesso un ERP, in modo che record come contatti, ordini e fatture si sincronizzino in automatico invece di essere reinseriti a mano. Di solito avviene tramite un connettore nativo, una piattaforma iPaaS o un'API su misura, a seconda dei volumi e della complessità.

SAP è un CRM o un ERP?

SAP è conosciuta soprattutto come piattaforma ERP, che copre finanza, magazzino e operazioni, anche se offre pure moduli e prodotti CRM. La maggior parte delle aziende che usa SAP come ERP lo integra comunque con un CRM dedicato separato, per avere tutte le funzionalità di front office.

L'ERP è meglio del CRM?

Nessuno dei due è "migliore". Risolvono problemi diversi: l'ERP gestisce le operazioni di back office come magazzino e finanza, mentre il CRM gestisce le relazioni con i clienti e le opportunità di vendita. Quasi tutte le aziende in crescita finiscono per aver bisogno di entrambi, collegati tramite un'integrazione CRM-ERP, invece di scegliere l'uno al posto dell'altro.

Quanto tempo serve per lanciare un'integrazione CRM ERP?

Un proof of concept mirato su un singolo flusso, come quello dal preventivo all'ordine, richiede di norma tre mesi, dalla definizione del perimetro alla validazione. Il rollout completo su più flussi prioritari richiede più tempo e dipende da quanti sistemi e flussi di dati devi collegare.

Da leggere anche

• Integrazione di sistemi e sviluppo di API a Zurigo

• Die Mitte: oltre 600 siti web per un partito politico svizzero da un unico sistema.

• Arthouse Kinos: un nuovo sito web e una biglietteria online per i cinema più iconici di Zurigo.

• Habitects AG: la parte tecnologica di una piattaforma per il rinnovo dei bagni, fino alla fusione.