Programmatore abap

Attività di modifiche report per poter inviare file CSV tramite mail in modo zippato, le attività hanno
incluso anche l’inserimento di un immagine web all’interno del corpo della mail mantenendo la
dinamicità di alcune informazioni presenti nell’immagine.
 Attività di sviluppo legate ad alcuni funzioni di navigabilità relativa ad un alv implementata con le
classi.
 Sviluppo di un’interfaccia che legge i file dall’application server e va ad aggiornare alcune
informazioni sugli ordini di vendita, l’aggiornamento ha previsto l’uso della BAPI relativa agli ordini,
inoltre sono state create degli oggetti di lock su alcune tabelle ed è stata implementata una gestione
dei lock tale da non permettere eventuali aggiornamenti in caso di riprocessamenti degli errori sugli
stessi record letti e memorizzati in una determinata tabella.
 Trascodifica shape file tramite l’utilizzo di function e metodi che permettono di codificare e
decodificare le stringhe in formato 64bit utilizzo della classe cl_http_utility.
 Analisi errori di encoding contenuti in uno shape data convertito da EDI.
 Attività di encrytpion con il metodo cl_sec_sxml_writer=>encrypt, in una chiamata web realizzata con
la classe cl_http_client.
 Implementazione BADI BADI_SD_SALESDOCU_BAPI per poter aggiungere dei campi custom alle
strutture di estensione della BAPI in quanto le due strutture avevano già superato il limite di 960
caratteri e creazione di implicit ehancement in /AFS/BAPI_SALESORD_CREATEFDATA e
/AFS/BAPI_SALESORD_CHANGE.

Correzione di tutti gli oggetti relativi al prodotto ePacta per rendere compliant
il codice sorgente con l’ATC ( Abap test cockpit), la seguente attività ha previsto
 la modifica di quasi tutte le select, la modifica delle varie chiamate alle transazioni, la modifica dei
parametri delle tabelle del pacchetto (ePacta/ACIM), la modifica di in fase di chiamata di alcune
function e alcuni metodi. 
 VAR BMS – 8Progetto interno ePacta )- Power by cloud
Settore: IT Services
Ruolo: Junior Technical Consultant SAP
Attività:
1. Creazione su Eclipse della Virtual Tables e delle due Calculation Views per ogni tabella
 business di SAP utilizzata in ePacta;
2. Inserimento dell’istruzione connection in tutte le select, update, modify e
 delete utilizzate in ePacta;
3. Manutenzione e modifiche dei module pool relativi all’anagrafica partner,
4. associazione dei mandati, mandati delle attribuzioni, mandati delle regole
 e pilota dei mandati;
5. Modifiche Tool update e download table:
6. Creazione Alias su Eclipse;
7. Creazione Schema e Users su Hana Studio;
8. Uso dello strumento ETL su eclipse;
9. Creazione delle Table Function;
10. Creazione procedura per ottenere una copia massiva di tabelle da uno schema all’altro;
11. Creazione procedura per trasferire i dati delle tabelle da uno schema all’altro;
12. Creazione procedura per cancellare in modo massivo i dati delle ;
13. Creazione procedura per creare le virtual Tables

14. Uso dell’ADBC - ABAP Database Connectivity;
15. Uso SQL nativo su Eclipse.

Installazione note per eDocument: VAT Register Books with SII (Spain),installazioni note per
eDocument SAP CLOUD PLATFORM INTEGRATION configuration SAP ERP.
Installazioni note per eDocument: Electronic Invoicing for Spain
SAP ERP / SAP S/4HANA SOAMANAGER and SAP CLOUD PLATFORM INTEGRATION Set-
Up..(Modulo FI, MM e SD)
Intervento di modifica alla exit che scatta al salvataggio di un OdV, questo intervento è stato
richiesto per far comparire una popup nella quale sono contenute delle offerte proveniente da
SalesForce. 
L’intervento ha previsto la creazione di un consumer service caricando il WSDL rilasciato da
SalesForce e la configurazione della porta logica sulla SOAMANAGER.
Con il metodo Login del servizio creato si passano nella struttura di input le credenziali per accedere
all’ambiente di SF e si ottiene come risposta un numero di sessione che valido entro un certo periodo
di tempo.
La chiamata del secondo servizio sempre rilasciato da SF con il quale si ottengono le offerte, dando
come input il codice del materiale, la quantità e altri campi non obbligatori ha previsto uno sviluppo
diverso da quello di login.
In questo caso infatti si è reso necessario non creare un servizio e la relativa porta logia ma sono stati
utilizzati i metodi della classe cl_http_client.
Questo diverso approccio è stato dettato dal fatto che bisognava passare un valore (numero di
sessione) in modo dinamico che non compariva nella struttura di input del servizio.
I metodi utilizzati sono stati i seguenti:
 create_by_url;
 set_header_field;
 set_content_type;
 set_data;
 send;
 receive.
 E’stata concatenata in una stringa la richiesta di input come da software SOAPUI, convertita in
formato esadecimale e passata al metodo setdata.
La popup ha previsto l’inserimento di un container in una nuova Dynpro creata in modo da
conservare tutte le funzionalità dell’ALV.(Modulo SD)
Modifiche di una smartforms relatvo all’ Ordine di produzione. (Modulo PP).
Valorizzazione di campi facoltativi nel tracciato del XML nella soluzione eDocument traminte il
metodo set output data della Badi EDOC_ADAPTOR, tramite l’utilizzo di strutture complesse.
Valorizzazione Campo facoltativi soluzione Custom SIDI del tracciato XML, tramite l’aggiunta di
testi custom di testata e posizione sul Contratto,ODV e Fattura.
Analisi degli errori su SCPI in modo particolare del tracelog dell’iflow nel caso di errori nell’invio
dell’edocument (Full solution)
Caricamento di certifcati o keypair nel Keystore del relativo tenant.
Creazione di un report che scrive su server un file in formato CSV.
Modifica di una routine di controllo della validazione affinché sia possibile effettuare una
registrazione, tramite MIRO, con contabilizzazione A.
Creazione di un FM custom relativo ad un BTE in modo da bloccare le condizioni di prezzo (VK11)
per alcuni utenti. (Modulo MM).

Inserimento campi Custom nella transazione BP anagrafica fornitori nella sezione acquisti nel tab
dei dati aggiuntivi, modifiche del module pool con il quale si implementa quel tab proposto dal
sistema per aggiungere dei dati, creazione di una struttura custom ( formati dai campi custom che si
Pier Luigi Corda
voleva aggiungere) da appendere alla tabella in cui sono valorizzati i vari campi della BP (LFM1),
creazione di due strutture custom per gestire sia l’evento di salvataggio sia l’evento di modifica con
i campi custom che devono essere inserirti.
Le modifiche del module pool hanno previsto l’inserimento di nuove dynpro per aggiungere delle
sottovideate nuovi moduli PAI e PBO, l’inserimento grafico dei campi è avvenuto tramite l’ausilio
dello screen painter nel quale è stato definito l’editibilità o meno dei campi e la possibilità di avere
un help di ricerca. All’interno dei moduli sopra citati sono stati gestiti dei messaggi per rendere
obbligatori alcuni campi e per avvisare l’utente in caso in cui ci siano inserimenti errati.
Inserimenti di testi custom nella testata delle RDA, e implementazione di una badi custom in modo da creare
un RDA come copia di una RDA esistente copiando i test della testata, implementazione di un enhancement
per ottenere questo risultato anche per i testi custom.
Individuazione del Workflow che viene percorso quando si crea e si modifica un RDA, creazione di un
attività all’interno del Workflow che gestisce il rifiuto del rilascio di un RDA con inserimento di una notifica
al creatore del RDA nell’inbox di SAP (SBWP).
Attività relativa alla fatturazione elettronica riguardante il ciclo passivo, lettura delle fatture ricevute
contenute in un file XML.
Lo sviluppo ha previsto una prima fase di lettura dei files xml da una cartella del server e poi il
caricamento dei dati letti in 28 tabelle relazionate tramite un campo contenente un id univoco che
rappresenta il file, per l’assegnazione dell’id univoco è stato creato un range di numerazione in modo tale da
staccare un numero tutte le volte che il report legge un file nuovo.
E’ stata creato un module pool in modo da rappresentare i dati letti tramite un ALV interattiva con alcuni
campi aventi la funzione di hospot attiva inoltre sono state aggiunti campi icona che rappresentano lo stato
dei file letti.
Le icone permettono di richiamare popup contenenti la descrizione dell’errore nel caso in cui il file sia
errato oppure altre informazioni relative all’esito positivo della lettura.
La creazione del catalogo e le altre funzionalità dell’ALV sono state implementati tramite l’uso dei metodi.
Correzione di un report che estrae tutte le posizioni che vengono visualizzate con la transazione del ciclo di
lavoro standard ( Riepilogo per componenti) Tcode CA03 ( Modulo PP), il report iniziale duplicava i
componenti, assegnava delle fasi operative non corrette e visualizzava la sequenza dell’estrazione non in
modo corretto.
Con la creazione di una query sulle tabelle standard da utilizzare per la richiesta iniziale, con le modifiche
delle select già esistenti e l’inserimento di altre select inner join e con specifiche chiavi di rottura (break
control) ed exit all’interno dei loop le incongruenze sono state superate.
In seguito al report sopra citato denominato di BOM_download, è stato modificato il report bom_upload che
carica il file estratto in precedenza ma con delle modifiche inserite dall’utente, questo report inizialmente
permetteva solo di aggiornare la prima posizione del componente nella transazione CA03, questo si
verificava in quanto manca una chiave per intercettare la posizione del componente modificato nella
transazione, il problema è stato risolto con un batch input che simula la registrazione di nuove fasi di
attribuzioni di lavoro, modifica ed eliminazione con l’utilizzo della funzione find e find plus per
componente.
Modifiche Modul Pool RF in ambito WM con l’inserimento di nuovi campi nella dynpro e dell’unità di
misura di WM.
Report che registra i consumabili in Area WM nella transazione MB1C grazie all’uso della
BAPI_GOODSMVT_CREATE.
Installazione note per E-document (Setup and Customizing of AIF) per la soluzione enterprise proposta da
SAP per la fatturazione elettronica.
Installazione note per E-document (Setting up SAP Cloud Platform Integration) per la soluzione enterprise
proposta da SAP per la fatturazione elettronica.
Pier Luigi Corda
Implementazione di Badi, implementazione di ampliamento ed exit per le transazioni MIRO e FB60.
IPSE DOCET S.r.l. Milano, Italia - (08/01/2018 – 11/05/2018)
Junior Technical Consultant SAP
Progetto AST (Acciaierie Speciali Terni)
• Elaborazione di un report finalizzato al calcolo delle giacenze sintetizzate per mese e anno suddivise
per materia prima, società, divisione e magazzino; (Modulo MM)
• Attività di tracking relativa ad alcuni report esistenti riguardanti la Valorizzazione delle materie
prime sia giacenti a magazzino e sia movimentati in un determinato periodo scelto dall’utente.
Il lavoro ha richiesto la visualizzazione in dettaglio (ALV) delle quantità in acquisto e dei valori in
acquisto, relativi ad ogni movimentazione, che contribuiscono al calcolo dei valori e delle quantità
totali già esistenti.
Sono stati sviluppati nuovi report che hanno incluso le attività descritte e
i campi aggiuntivi che tengono conto dei costi medi ponderati progressivi che tengono conto
del valore e della quantità della giacenza iniziale.
Tutte le informazioni ottenute sono state poi memorizzate in una tabella custom del dizionario.