Aggiornamento

Anveo EDI Connect utilizza uno schema di versioning, in cui abbiamo una versione maggiore, una minore e un numero di revisione, come 4.00.01 (versione: 4, versione minore: 00, revisione 01). La procedura di aggiornamento è illustrata di seguito. Esiste un articolo della knowledge base che spiega se è necessario aggiornare il modulo in un sistema live esistente. L’aggiornamento della revisione del modulo è considerato sicuro, ma è comunque necessario testare il sistema dopo un aggiornamento.

Ogni volta che cambiamo la versione principale potrebbero esserci delle modifiche tecniche di rottura. Tutti i cambiamenti tra le versioni sono documentati nel capitolo Novità.

In questa sezione verranno mostrate le istruzioni per l’aggiornamento in base alla versione del modulo selezionata in precedenza. Assicuratevi di selezionare prima la versione corretta.

Prima di avviare qualsiasi aggiornamento, assicurarsi di eseguire il backup delle mappature e degli oggetti EDI. Provate sempre una nuova versione in un ambiente di prova. Se si prevede di aggiornare un ambiente live, si prega di contattare preventivamente il nostro supporto, per assicurarsi che siano disponibili risorse in caso di necessità.

FOB-Installazione

Questa sezione non si applica se si utilizza la versione Extension del nostro modulo per Business Central.

Se si sta effettuando l’aggiornamento da una versione precedente alla 1.47, verificare se esiste una tabella chiamata “EDI Version Branch” ed eliminare i dati e l’oggetto della tabella prima di effettuare l’aggiornamento a una versione più recente.

È possibile importare i nuovi oggetti, facendo attenzione a non sovrascrivere le personalizzazioni. Non è necessario importare la codeunit EDI Callback, poiché esiste una seconda codeunit 5327313 EDI Callback - Template che viene fornita con Anveo EDI Connect. Se aggiungiamo una funzione all’codeunit EDI Callback, la aggiungeremo anche al template. Si può semplicemente copiare la nuova funzionalità dall’codeunit 5327313 EDI Callback - Template alla propria codeunit EDI Callback. L’codeunit di callback EDI non è cambiata dalla versione 1.47 alla 4.00. Ma sono disponibili alcune nuove funzioni ausiliarie per accedere ai parametri delle funzioni.

Se si utilizzano i componenti di comunicazione remota, reinstallarli nel caso in cui siano stati modificati.

Dopo un aggiornamento, eseguire il comando di compilazione dall’ambiente di sviluppo per tutti gli oggetti EDI (ID oggetto da “5327300” a “5327399”). Se si ottengono errori dovuti alla mancanza di automazioni/.NET Dll, è possibile ignorarli, se non si ha bisogno della funzionalità:

• Remote Communication
  • trasferimento di file via ftp/ftps, e-mail
• ZUGFeRD
  • fatture speciali in PDF

Dopo aver aggiornato gli oggetti, aprire la finestra EDI Setup. Potrebbe essere richiesto di riavviare il client o di aggiornare i dati EDI mapping. Seguire le istruzioni sullo schermo. Se si utilizza un NAS (NAV Application Server), potrebbe essere necessario riavviarlo.

A seconda dell’aggiornamento, potrebbero esserci anche molte nuove proprietà nelle mappature EDI. Le mappature EDI verranno aggiornate automaticamente, ma è necessario controllare ogni mapping dopo l’aggiornamento.

Se si ottiene una versione più recente degli oggetti e della documentazione, consultare questa sezione per verificare se sono necessari ulteriori passaggi.

Test del modulo dopo un aggiornamento

Dopo ogni aggiornamento, è necessario verificare che le mappature EDI si comportino ancora come previsto. Se ci sono modifiche alle API o se il convertitore si comporta in modo diverso (solo in caso di aggiornamenti importanti), le documenteremo nel nostro changelog. Non ci aspettiamo problemi dopo un aggiornamento minore o una revisione, ma abbiamo solo una quantità limitata di casi di test. È responsabilità dell’utente assicurarsi che il modulo si comporti correttamente dopo un aggiornamento.

Si consiglia vivamente di provare ogni aggiornamento in un sistema di prova prima di aggiornare un sistema in funzione. Un aggiornamento diretto di un sistema attivo comporta sempre il rischio che le interfacce EDI non funzionino più correttamente. Se i dati EDI sono critici per l’azienda, è necessario tenerne conto nello scenario di aggiornamento. Tutte le interfacce rilevanti devono essere verificate in un sistema di test e si deve prevedere come passare alla versione precedente in caso di difficoltà impreviste.