MIGRAZIONE E MODERNIZZAZIONE SU LARGA SCALA · ERP E CRM

Migrare ciò che ha costruito su SAP, Salesforce o Dynamics 365.Il suo core resta.

Sviluppi Z, estensioni, app e report costruiti su SAP, Salesforce, Dynamics 365, Oracle, ServiceNow o Magento: li portiamo fuori e li trasferiamo in codice proprio, sulla sua piattaforma di dati o sulle sue dashboard. Il core del suo sistema resta e si usa tramite API.

Fine 2027SAP ECCMeno licenze per utenteParità misurata pezzo per pezzo

Richieda una demo

Dimostrazione automatica · Tocchi il suo sistema e veda cosa esce da intorno al suo core e dove va.

Migrare ciò che circonda il suo ERP e il suo CRM:l’orologio e il conto

Il suo ERP o il suo CRM non si migra: resta il core del suo sistema. Ciò che si migra è quanto ha costruito sopra, e prima di farlo conviene sapere due cose: quando il sistema smette di avere supporto e quanto le costa ogni anno ciò che c’è sopra. In ERP e CRM, quasi sempre pesa di più la seconda.

Fine del supporto

Solo SAP ECC ha una data. Il resto ha un conto.

SAP ECC: manutenzione standard fino a fine 2027, estendibile al 2030 a pagamento. Se SAP o il suo partner la converte a S/4HANA, il livello Z non entra (clean core): va svuotato prima.
Salesforce, Dynamics 365 e ServiceNow non scadono: sono SaaS. Il loro orologio è il rinnovo annuale del contratto e delle licenze.
Oracle EBS e Adobe Commerce hanno ancora supporto, ma ogni versione ha la sua data e ogni salto di versione si trascina dietro il custom.

Ciò che paga

Il costoso non è il core: è ciò che lo circonda

Licenze per utente di chi entra solo in una schermata, un portale o un report costruito sopra il sistema.
Utenti di Power Apps, licenze fulfiller di ServiceNow, crediti di SAP BTP, l’edizione Adobe Commerce: canoni che nascono dalle sue estensioni, non dal core.
Il team che mantiene gli oggetti Z, l’Apex e i plugin, e che rimette mano a tutto a ogni versione del produttore.

Cosa restae cosa esce

Resta il core del suo sistema: la contabilità, gli ordini, la CMDB, il catalogo, il CRM standard che si usa davvero. Resta dov’è e gli si parla tramite API.

Non implementiamo un core nuovo né migriamo quello che ha: il core di SAP, Salesforce, Dynamics 365, Oracle o ServiceNow resta, con i suoi dati. Ciò che migriamo è quanto è stato costruito intorno, e i suoi dati con esso se serve.

Esce ciò che ha costruito sopra: transazioni e app Z, estensioni, Apex e Flow, Power Apps e plugin, business rules e portali, moduli custom, e i report che ciascuno si porta dietro.

E ciò che nessuno usa si spegne, senza migrarlo. L’inventario lo dice prima di scrivere una riga.

Dove va ciò che esce:la destinazione la sceglie lei

Ogni pezzo ha una o due destinazioni possibili. Nessuna la lega a un altro produttore se non lo desidera.

Codice proprio

Java, .NET, Python o TypeScript, contro le API del core

App, portali, validazioni e integrazioni come servizi propri che parlano con SAP tramite OData, BAPI o IDoc, con Dataverse, con la Table API di ServiceNow o con la REST di Oracle. Senza licenza per utente per ciò che è suo.

Piattaforma di dati

Databricks, Snowflake o Microsoft Fabric

I batch ABAP, le estrazioni PL/SQL e i calcoli pesanti escono dall’ERP e girano sulla sua piattaforma di dati, con parità misurata rispetto al risultato di oggi.

Dashboard e analytics

Power BI, Tableau o Qlik Sense, o una dashboard su misura

I report ABAP, X++, di Salesforce, Reports e BI Publisher vanno nello strumento che ha già o, se vuole liberarsene, in codice proprio sulla piattaforma di dati.

La versione del produttore, se la sceglie

S/4HANA e BTP li implementa SAP; Magento Open Source prosegue con il suo codice

Se andrà a S/4HANA, la conversione la fa SAP o il suo partner SAP. Noi svuotiamo prima il livello Z perché arrivi con il core pulito e senza dover portare su BTP tutto ciò che non è clean core. BTP è un’opzione a confronto: costa anch’esso, in crediti. Nell’e-commerce, lo stesso codice prosegue su Magento Open Source o Mage-OS senza la licenza dell’edizione.

Come si migra ciò che è costruito su un ERP o un CRMin quattro passi, senza fermare il core

1Inventario di ciò che è costruito sopraCon accesso in sola lettura: Z, estensioni, Apex, Power Apps, business rules, moduli e report. Cosa c’è, chi lo usa e da quali dati del core dipende.
2Resta, esce o si spegneOgni pezzo con il suo verdetto e la sua destinazione, e il piano di passaggio pezzo per pezzo. Ciò che non si usa non si migra: si spegne.
3Ricostruzione con la sua IA orchestrataIstanze di sviluppo che riscrivono, testano e documentano ogni pezzo con lo stesso metodo, contro le API del core. Il suo team decide e convalida.
4Passaggio con parità misurataOgni pezzo si sostituisce quando il nuovo dà lo stesso risultato del vecchio con i suoi dati reali. Senza big bang e senza fermare l’ERP né il CRM.

Le regole

Né core nuovo né migrazione del core
Ciò che nessuno usa non si migra
Pezzo per pezzo, senza passaggio unico
La destinazione la sceglie lei

Sistema per sistema:cosa esce da ciò che circonda e dove va

Un riepilogo per sistema. Nel grafico qui sopra trova ogni pezzo e il suo percorso: tocchi il sistema o segua il link.

Fine 2027prima di S/4HANA

Migrare ciò che è costruito su SAP ECCsenza portare su BTP tutto ciò che non è clean core

Resta il core: FI, CO, MM e SD; la conversione a S/4HANA la fa SAP o il suo partner. Il nostro lavoro sono gli oggetti Z e le estensioni: in S/4 non entrano, e non devono finire tutti su BTP pagando crediti.

Ciò che esce

Transazioni e app Z, exit e BAdI → app propria che parla con SAP tramite OData, BAPI o IDoc
Batch e report ABAP → piattaforma di dati e dashboard
Estensioni side-by-side → SAP BTP se lo desidera, o codice proprio senza crediti

Vedere i percorsi di SAP ECC

Licenza per utente

Migrare ciò che è costruito su Salesforcemeno licenze, lo stesso CRM

Il CRM standard resta Salesforce, tramite API. Ciò che esce è quanto è stato implementato sul suo core, e con esso chi ha bisogno di una licenza per usarlo.

Ciò che esce

Apex, Flow e schermate custom → codice proprio, senza licenza per utente per ciò che è costruito sopra
Report e formule → Power BI, Tableau o Qlik Sense, o una dashboard su misura
Chi guardava solo un report o un portale non ha più bisogno di licenza

Vedere i percorsi di Salesforce

Dataverse · Finance & Operations

Migrare ciò che è costruito su Dynamics 365Power Apps e X++ fuori dal core

Resta il core, Dataverse e Finance & Operations, e gli si parla tramite Web API OData.

Ciò che esce

Power Apps e plugin C# → app proprie contro Dataverse; cade la licenza di Power Apps
Integrazioni X++ → servizi propri contro le data entities
Report X++ → dashboard o codice proprio

Vedere i percorsi di Dynamics 365

PL/SQL · Forms

Migrare ciò che è costruito su Oracle EBS e Fusionil custom fuori dal libro contabile

Il libro contabile resta, tramite le sue interfacce aperte, PL/SQL e REST. Ciò che si modernizza è quanto si è andato attaccando intorno negli anni.

Ciò che esce

Forms e interfacce custom → pipeline propria che scrive sull’interfaccia aperta
Estrazioni PL/SQL → piattaforma di dati, stessa uscita sulla stessa chiusura contabile
Reports e BI Publisher → dashboard o codice proprio

Vedere i percorsi di Oracle

Licenza fulfiller

Migrare ciò che è costruito su ServiceNowportali e app senza postazione

Il motore ITSM (incident, change, CMDB, SLA) resta ServiceNow, tramite Table API. Ciò che esce è quanto obbliga ad acquistare una licenza per chi serve solo un portale.

Ciò che esce

Portali, app e business rules → servizi propri contro la Table API
Licenze fulfiller di chi serve solo un portale: cadono
Report → dashboard o codice proprio

Vedere i percorsi di ServiceNow

Edizione · moduli

Migrare Adobe Commercedall’edizione a pagamento a Magento Open Source

Restano il catalogo, gli ordini e le integrazioni con l’ERP e il PIM. Il negozio non si ferma: si cambia pezzo per pezzo.

Ciò che esce

Edizione Adobe Commerce → Magento Open Source o Mage-OS: cade la licenza e il codice prosegue
Moduli, plugin e observer custom → fuori processo, come servizi propri
Report → dashboard o codice proprio

Vedere i percorsi di Magento

Domande frequenti su ERP e CRM

Migrare SAP ECC a S/4HANA obbliga a portare gli sviluppi Z su BTP?

No. La conversione a S/4HANA la fa SAP o il suo partner SAP, e in S/4 (clean core) gli oggetti Z non entrano. Noi svuotiamo prima il livello Z: ogni pezzo va in codice proprio, sulla sua piattaforma di dati o sulle sue dashboard, e su BTP solo se lo sceglie lei, perché anche BTP costa, in crediti.

Si possono ridurre le licenze Salesforce senza lasciare Salesforce?

Sì. Il CRM standard resta Salesforce, tramite API. Ciò che esce è quanto è stato implementato sul suo core (Apex, Flow, schermate custom e report), e con esso chi ha bisogno di una licenza: chi guardava solo un report o un portale non ne ha più bisogno.

Quando termina il supporto di SAP ECC?

La manutenzione standard di SAP ECC termina a fine 2027, estendibile al 2030 a pagamento. Salesforce, Dynamics 365 e ServiceNow non scadono: sono SaaS e il loro orologio è il rinnovo annuale del contratto.

Migrate il core del mio ERP o del mio CRM, o i suoi dati?

No. Non implementiamo un core nuovo né migriamo quello che ha: il core di SAP, Salesforce, Dynamics 365, Oracle o ServiceNow resta, con i suoi dati. Ciò che migriamo è quanto è stato costruito intorno, e i suoi dati con esso se serve, con parità misurata pezzo per pezzo.

Cosa ha costruito sul suo ERP o sul suo CRM,e quanto le costa ogni anno?

In una demo le mostriamo l’intero percorso su un ERP di esempio: l’inventario di ciò che è costruito sopra, cosa resta, cosa esce, dove va e come si misura la parità. Perché veda come sarebbe con il suo.

Richieda una demo Vedere i quattro ambiti

Migriamo anche: Integrazione e piattaforme di dati · Dashboard e analitica · Codice e applicazioni · migrazione di sistemi