Il codice che comincia dove finisce lo standard.

Report, maschere e stampe

I report che qualcuno apre ogni mattina, le maschere di inserimento, le stampe, i job notturni. Diamo forma allo sviluppo partendo da come la persona lavora davvero, progettando la maschera come parte di un flusso di lavoro e non come una necessità tecnica.

Se sia più adatto un approccio a oggetti o uno classico lo decidiamo guardando la base di codice esistente e ciò che il team del cliente riuscirà a mantenere.

Estendere lo standard

Quando si interviene su un flusso standard, scegliere il punto giusto conta di solito più del codice. Un intervento nel punto sbagliato si rompe al primo aggiornamento; quello fatto nel punto giusto passa anni senza che nessuno se ne accorga.

Ogni regola che può cambiare finisce in una tabella manutenibile invece che nel codice. Le regole che variano per società, paese o gruppo merci si gestiscono così senza uno sviluppatore.

Integrazione fra sistemi SAP

Spostare dati fra sistemi SAP diversi dello stesso gruppo, fra società separate o fra il sistema vecchio e quello nuovo durante una transizione. Allineamento dei dati anagrafici, trasferimento documenti e report di riconciliazione ne sono la parte ordinaria.

Ogni flusso che costruiamo è tracciabile: quale documento è partito e quando, quale non è passato e come si rielabora l'errore sono previsti fin dall'inizio. Un documento che sparisce in silenzio è il difetto più costoso che un'interfaccia possa avere.

Integrazione con applicazioni non SAP

Qui sta il centro di gravità. Facciamo parlare SAP con sistemi di esecuzione della produzione, software di laboratorio, applicazioni di magazzino e logistica, provider di fatturazione elettronica, interfacce bancarie, piattaforme di e-commerce, strumenti di reporting e con ciò che l'azienda si è sviluppata internamente.

Prima di costruire il collegamento scriviamo il contratto: quale evento produce quale documento, come si mappano i campi, che cosa succede quando l'altra parte non risponde e quando un reinvio è sicuro. Un'interfaccia costruita prima di avere queste risposte blocca il business alla prima interruzione.

Sul piano tecnico, se la strada giusta sia un collegamento a servizi, uno scambio di file e cartelle, un collegamento a database o una coda di messaggi lo decide ciò che l'altro sistema sa realmente fare. Autenticazione, cifratura e registrazione fanno sempre parte del perimetro.

Caricamento dati ed elaborazione massiva

Portare i dati dentro al sistema è un problema di ingegneria a sé. Sia nelle migrazioni una tantum sia nei caricamenti notturni cerchiamo le stesse tre cose: validazione, gestione del successo parziale e possibilità di rieseguire da capo.

Invece di caricare i dati grezzi così come arrivano, li facciamo passare prima dai controlli. Tenere fuori un record errato costa sempre meno che ripulirlo dopo.

Ottimizzazione e consegna

Nei sistemi che girano da anni questa è la richiesta più frequente: job che non stanno più nella finestra notturna, maschere che impiegano minuti ad aprirsi, report che rallentano mentre i dati crescono. Misuriamo prima di toccare il codice: ottimizzare senza misurare è tirare a indovinare.

Che il codice lo abbiamo scritto noi o ereditato, lo lasciamo in condizioni tali che un altro team possa mantenerlo. Revisione del codice, standard di denominazione e documentazione non sono per noi un servizio in più: sono il lavoro.