In questo articolo esamineremo la tavolozza delle proprietà di configurazione utilizzando l'esempio di 1C Trade Management 11 sulla piattaforma 8.3.

Impostazione delle proprietà di configurazione 1C

Diamo uno sguardo più da vicino a ciascuna delle impostazioni di configurazione.

• Modalità di avvio di base- può assumere i valori di un'applicazione gestita o normale. In futuro potrà essere impostato separatamente per ciascun utente.
• Opzione lingua integrata— definisce la sintassi del linguaggio di programmazione predefinito. Se lo cambi, la configurazione dei moduli non cambierà automaticamente la lingua.
• Ruolo principale— ruolo nella configurazione predefinita. Di solito viene installato il ruolo con i maggiori diritti.
• Modulo applicativo gestito (o regolare).— un modulo che descrive le variabili di configurazione globale e i gestori di configurazione globale: prima dell'avvio del sistema, all'avvio del sistema, prima dell'arresto del sistema, all'arresto del sistema, elaborazione degli eventi esterni.
• Modulo di sessione— un gestore che viene eseguito all'avvio del sistema, in cui è consuetudine inizializzare i file .
• Modulo di connessione esterno - Il modulo, disponibile tramite una connessione esterna, contiene gestori: All'arresto del sistema, All'avvio del sistema.

Ottieni 267 lezioni video su 1C gratuitamente:

• Lingua principale- lingua dell'interfaccia predefinita.
• Brevi informazioni, informazioni dettagliate, Logo, Salvaschermo, Diritto d'autore— campi di informazioni sulle proprietà per le informazioni di configurazione.
• Indirizzo delle informazioni sul fornitore e sulla configurazione— proprietà in cui è necessario specificare informazioni sullo sviluppatore e una pagina su questa soluzione.
• Modulo principale del report, impostazioni del report, opzioni del report— moduli che si aprono per impostazione predefinita per gli oggetti corrispondenti.
• Fornitore- la società che ha effettuato lo sviluppo.
• Versione- versione di configurazione, la proprietà dovrebbe quasi sempre corrispondere alla versione del fornitore.
• Aggiorna l'indirizzo della directory— un luogo su Internet in cui è possibile scaricare gli aggiornamenti più recenti.
• Informazioni di riferimento— informazioni di riferimento generali sulla configurazione. Segno di spunta Includi nel contenuto della guida aggiunge corrente informazioni di base all'elenco generale della documentazione.
• Modalità di controllo del blocco dati— selezione della modalità. Sono disponibili 3 opzioni: controllato(lo sviluppatore della configurazione è responsabile del blocco), auto(il DBMS è responsabile del blocco), automatico e controllato(modalità combinata, controllata a livello di oggetto).
• Modalità di numerazione automatica degli oggetti- sono possibili due opzioni, rilasciare automaticamente E non rilasciare automaticamente. La prima opzione consente di colmare eventuali lacune nella numerazione. Non rilasciare automaticamente rende continua la numerazione.
• Modalità di compatibilità- un flag puramente tecnico che consente di abilitare o disabilitare la modalità di compatibilità con le versioni di configurazione precedenti - 8.1 e 8.2.13 e 8.3. Queste due versioni della piattaforma erano transitorie, sono stati aggiunti nuovi oggetti di metadati, quindi il sistema richiede la riconversione della configurazione. Questo deve essere gestito con molta attenzione,

È stata rilasciata una nuova release della piattaforma 8.3.11 che permette di aggiungere e modificare oggetti metadati tramite l'estensione. Possiamo davvero implementare eventuali miglioramenti senza rimuovere la configurazione dal supporto? Vale la pena promettere montagne d'oro a un cliente senza conseguenze?

Prima di tutto, devi essere consapevole delle limitazioni che hanno le estensioni.

Limitazione sugli oggetti creati

SU questo momento puoi creare:

• Directory
• Documentazione
• Registri di informazione
• Piani di scambio

Puoi aggiungere dettagli a:

• Directory
• Documentazione

Con cosa finiamo? Non tutti i tipi di oggetti metadati possono essere aggiunti. Il più comune e popolare, ma non ancora tutto. Inoltre, non è possibile aggiungere nuove dimensioni e risorse ai registri delle informazioni. Puoi solo creare un registro completamente nuovo.

La funzionalità delle estensioni dipende dalla modalità di compatibilità della configurazione a cui viene applicata l'estensione.

Modalità compatibilità 8.3.8- puoi solo modificare le forme degli oggetti e dei loro moduli, aggiungere i tuoi report ed elaborazioni.

Modalità compatibilità 8.3.10- puoi modificare moduli generali, moduli oggetto e gestore, ruoli, utilizzare le direttive "Prima", "Dopo", "Invece" per qualsiasi modulo.

Modalità compatibilità "Non utilizzare"- puoi utilizzare tutte le funzionalità delle estensioni, inclusa l'aggiunta di nuovi oggetti.

Al momento, lo standard UT 11.3 ha la modalità di compatibilità 8.3.8. In UT 11.4, la modalità di compatibilità è 8.3.10, ovvero, ad esempio, per UT la maggior parte delle funzionalità dell'estensione non è disponibile, inclusa la creazione di oggetti di metadati.

Ciò sembrerebbe sollevare la domanda: perché non semplicemente disattivare il supporto root, impostare la modalità di compatibilità su "Non utilizzare" e utilizzare tranquillamente le estensioni? Quando si modifica la modalità di compatibilità, il comportamento dei moduli e dei risultati delle query potrebbe cambiare, ad es. comportamento del sistema nel suo complesso. Si consiglia vivamente di non modificare la modalità di compatibilità senza prima testarla. Ma è ovvio che sembra possibile testare completamente (o almeno testare parzialmente i documenti utilizzati) un'intera soluzione applicativa. Pertanto utilizzare questa opzione non ne vale la pena.

Quando si collega l'interno a configurazione tipica Quando si prendono in prestito oggetti standard, l'estensione controlla la modalità di compatibilità della configurazione principale, i tipi di oggetti presi in prestito e i loro dettagli. Se le proprietà monitorate non corrispondono, l'estensione viene disabilitata e non funziona finché non viene eliminata la causa. Cioè, con un aggiornamento importante, c'è un'alta probabilità di modificare almeno una delle proprietà controllate e causare la perdita di funzionalità dell'estensione.

Inoltre, se le modifiche sono significative, vengono sostituite molte procedure e funzioni della configurazione standard, sarà necessario monitorarle attentamente e, se necessario, adeguarle alla configurazione standard, preservando le modifiche precedentemente apportate.

Nei casi sopra indicati, avrai comunque bisogno dell'aiuto di un programmatore e, possibilmente, di molto tempo per la modifica (ma comunque meno di quando si aggiorna una configurazione che è stata rimossa dal supporto).

conclusioni

• La nuova versione della piattaforma ha offerto nuove opportunità per l'utilizzo delle estensioni, è diventato possibile aggiungere oggetti di metadati, ma nonostante ciò la funzionalità presenta alcune limitazioni.
• La modalità di compatibilità della configurazione a cui viene applicata l'estensione limita notevolmente le funzionalità dell'estensione; non è consigliabile modificare la modalità di compatibilità.
• Aggiornamenti di grandi dimensioni richiedono ancora l'attenzione dello sviluppatore, poiché esiste un'alta probabilità di modificare le proprietà controllate.

Costo del lavoro e opzioni per le traduzioni da versioni diverse

	Traduzione 8.1 → 8.2.13	Traduzione 8.2.13 → 8.2.16	Traduzione 8.2.16 → 8.3.10
prezzo, strofina. *	54.000 ₽	12.000 ₽	76.800 rupie

Un elenco di tutte le modifiche nelle diverse versioni della piattaforma è disponibile ai seguenti link:
Per la piattaforma 8.2:
http://downloads.v8.1c.ru/content/Platform/8_2_19_106/1cv8upd.htm

Prima di iniziare a lavorare sulla traduzione alla versione 8.3 è necessario:

Modalità di controllo serrature gestite. Se si utilizza "Automatico", durante la migrazione alla versione 8.3 potrebbero essere necessari costi aggiuntivi per passare alla modalità di blocco gestita.
Se utilizzi la modalità compatibilità con 8.2.16 e versioni successive, devi verificare se le tabelle sono state ristrutturate
Determinare quali tipi di client vengono utilizzati (thin, Thick, Web Client)
Determina se ci sono macchine che eseguono Linux

Traduzione della configurazione 8.1 → 8.2.13

Costo del lavoro: 54.000 rubli.

Traduzione della configurazione 8.2.13 → 8.2.16 (compresa la ristrutturazione)

Cambiamenti chiave:
La modalità di memorizzazione delle costanti e delle impostazioni dei registri di accumulo è stata modificata. Ogni oggetto ha la propria tabella di database
L'implementazione del meccanismo di blocco gestito è stata rielaborata.
Per l'evento del log tecnologico "TLOCK" la proprietà "Txt" viene scritta solo in modalità compatibilità con la versione 8.2.13
L'influenza della modalità debug sulla velocità operativa nella modalità 1C:Enterprise è stata ridotta client sottile, Thick Client, server e connessione esterna.
L'esecuzione di una query del formato “ValueType(Field1) = ValueType(Field2)” è stata ottimizzata se “Field1” e “Field2” contengono valori di un tipo di riferimento.
Per i campi modulo gestiti che visualizzano attributi di tipo complesso, l'apertura dell'elenco è stata accelerata selezione rapida nei casi in cui un tipo complesso include tipi di riferimento con diverse impostazioni di selezione rapida.
Per il nuovo registro informativo indipendente e non periodico, l'indice delle dimensioni è raggruppato

Modifiche che richiedono modifiche alla configurazione:

Quando la modalità di compatibilità è disabilitata, è richiesto il parametro "Period" del metodo di gestione del registro delle informazioni periodiche "Get()". In modalità compatibilità con la versione 8.2.13 e la versione 8.1, il comportamento è invariato (il metodo può essere utilizzato senza specificare un parametro, ma il risultato non è definito).
Quando si utilizzano contemporaneamente i metodi “SetValue()” e “UseFromDataSource()” dell'oggetto “DataLockElement”, viene generata un'eccezione. In modalità compatibilità con la versione 8.2.13 il comportamento non è cambiato (il valore impostato dal metodo “UseFromDataSource()” ha la precedenza).
Non è supportato archiviare valori di dati che non supportano la serializzazione. In modalità compatibilità il comportamento non è cambiato.
Se il database è basato su file, è necessario eseguire la conversione base informativa. Dopo l'avvio della conversione, si lavora con questa infobase versione precedente piattaforma "1C:Enterprise 8" sarà impossibile. Se lo sviluppo viene eseguito utilizzando un repository di configurazione, è necessario creare una copia del repository prima di convertire l'infobase

IMPORTANTE. Per ottenere l'effetto della modifica della modalità di compatibilità, è necessario eseguire una ristrutturazione tramite il configuratore: "Amministrazione → Test e correzione → Ristrutturazione delle tabelle dell'infobase".

È necessario innanzitutto effettuare la ristrutturazione su una base di prova e misurare i tempi di esecuzione di tale operazione.
Se utilizzi una versione del server 1C precedente alla 8.2.19, ad esempio la versione 8.3, potrebbero verificarsi i seguenti errori durante l'esecuzione della ristrutturazione:

In questo caso, devi fare quanto segue:
Installa un server 1C separato versione 8.2.19 e distribuisci su di esso il database in esame
Apri il database nel configuratore sul server 1C versione 8.2.19, modifica la modalità di compatibilità in “Non utilizzare”
Ristrutturare le tabelle dell'infobase
Una volta completata la ristrutturazione, spostare la base delle informazioni sul server 1C originale versione 8.3

Il costo del trasferimento della configurazione dalla modalità compatibilità 8.2.13 alla modalità 8.2.16 (modalità non compatibile quando si utilizza la piattaforma 8.2.16, 8.2.19 e modalità compatibilità 8.2.16 quando si utilizza la piattaforma 8.3) è 12.000 rubli.

È possibile scaricare un modello di contratto di lavoro.

Traduzione della configurazione 8.2.16 → 8.3.10

Il lavoro di traduzione della configurazione include le seguenti modifiche alla configurazione:

1. Eliminare i conflitti tra i nomi delle proprietà. Modifica dei nomi delle variabili in modo che corrispondano alle nuove proprietà apparse in 1C:Enterprise 8.3.

2. Eliminare i nomi delle immagini in conflitto. Rinominare i nomi delle immagini con nomi che corrispondono ai nomi della libreria immagini.

3. Affinamento del codice quando si modificano le proprietà della struttura fissa. Sostituzione dell'indicazione delle proprietà di una struttura fissa con la ricreazione di una struttura fissa o sostituzione del suo utilizzo con una tipologia “Struttura” simile.

4. Sostituzione del posizionamento di valori non serializzabili nell'archivio temporaneo con codice supportato in 1C:Enterprise 8.3.

5. Sostituzione dell'uso della chiamata al metodo "Show" per i dettagli del modulo gestito con l'uso delle proprietà "CurrentElement", "CurrentPage" e del metodo "Activate"

6. Sostituire i nomi degli oggetti di metadati più lunghi di 80 caratteri con nomi di 80 caratteri o meno per gli oggetti di metadati

7. Rinominare metodi e proprietà, secondo la metodologia per la migrazione alla versione 8.3.

8. Miglioramento dei meccanismi per lavorare con selezioni, formattazione condizionale, raggruppamenti e ordine negli elenchi dinamici.

9. Perfezionamento del codice per le query con parola chiave“RISULTATI GENERALI”, scaricati nella modalità "Bypassare il risultato della query. Per raggruppamento", al fine di preservare la logica di lavoro precedente.

10. Modifiche ai nomi delle classi di oggetti COM. Sostituzione dei nomi "V82.COMConnector" con "V83.COMConnector" e "V82.Application" con "V83.Application".

11. Rifiuto nel codice di programma dell'evento “Inizio Selezione da Lista” per campi di input in modalità di selezione da lista

12. Rifiuto nel codice del programma dalla proprietà "Pulsante ChoiceList" per i campi di input impostando la proprietà "Pulsante Elenco a discesa".

13. Modifica del codice per tenere conto della modifica del tipo di valore restituito dal metodo di contesto globale “SafeMode()”

14. Modifica del codice per tenere conto di una modifica nel risultato di una query di costanti (quando si accede al campo "Valore" della tabella delle costanti, se la costante memorizza un valore del tipo "Memoria valore", "UniqueIdentifier" o "Riferimento DataSourceTable esterno".

15. Sostituzione della proprietà di configurazione “MainRole” con “MainRoles”

16. Rifiuto delle proprietà “User” e “Password” per l'oggetto “InternetProxy” e sostituzione con i metodi “Set()”, “User()”, “Password()”.

17. Affinamento del codice per supportare il comando “Mostra in lista”, secondo la modalità di transizione alla versione 8.3.

18. Perfezionamento del codice per mantenere la logica precedente del funzionamento del sistema quando il valore restituito della proprietà SystemInformation.OSVersion è cambiato,

19. Perfezionamento del codice per mantenere la logica precedente del sistema quando si rifiuta di utilizzare l'enumerazione di sistema OptionOpenWindow, che non è più disponibile nella versione 8.3.

20. Affinamento del codice tenendo conto del rifiuto di utilizzare le finestre modali.

21. Miglioramento del codice per supportare il client web, ovvero rifiuto delle chiamate al server e dell'apertura di finestre in “Before Closing”, rifiuto delle chiamate al server in “When Closing”.

22. Miglioramento del codice per rendere possibile il corretto utilizzo della funzione RoleAvailable() quando si passa la funzione come parametro ad un ruolo mancante.

23. Per un'applicazione gestita: a partire dalla versione 8.3.8 nei gestori di eventi di un'applicazione gestita BeforeSystemShutdown, WhenSystemShutdown, nonché nei gestori di eventi di un modulo gestito che è in modalità di chiusura, BeforeClosing, WhenClosing, È vietato aprire finestre ed effettuare chiamate al server. La configurazione deve essere migliorata in modo che i moduli possano essere chiusi correttamente, senza chiamate al server.

24. Conflitto nel nome della variabile: non è possibile utilizzare il nome della variabile FormParameters in un modulo del modulo. Pertanto, è necessario modificare tutti i moduli dei moduli gestiti che utilizzano variabili denominate FormParameters rinominando queste variabili.

Il prezzo per questi lavori è preliminare e valido per la maggior parte delle configurazioni. Prima di iniziare il lavoro alla conclusione di un contratto, controlliamo la configurazione e Dopo il controllo, confermiamo il prezzo e le condizioni di lavoro. Il controllo è necessario perché le configurazioni possono essere molto diverse, anche pesantemente riscritte.

Costo del lavoro: 76.800 rubli.

È possibile scaricare un modello di contratto di lavoro.

Il costo per trasferire la configurazione in modalità compatibilità con 8.3.10 potrebbe essere maggiore è aumentato, Se:
La configurazione utilizza moduli gestiti
È necessario abbandonare l'uso della modalità
È necessario mantenere la funzionalità della configurazione nel sistema operativo Linux

Una delle innovazioni della versione 8.3 della piattaforma tecnologica era una nuova interfaccia utente chiamata “Taxi”. Il suo aspetto mostrato nello screenshot qui sotto.

Questa interfaccia sembra molto impressionante nel contesto del design ultime versioni Windows (a partire da Windows 8). Tuttavia, la disposizione degli elementi per accedere agli oggetti di configurazione non è sempre conveniente. Soprattutto per quelli complessi sistemi software, dove la configurazione nel suo insieme e anche ciascun sottosistema comprende più di una dozzina di oggetti.

Fortunatamente la piattaforma tecnologica versione 8.3 supporta ancora l'utilizzo della “vecchia” interfaccia ergonomica della versione 8.2 e, volendo, questo inconveniente può essere facilmente eliminato.

Supporto per una cosa o per l'altra interfaccia utente in una configurazione specifica viene installato individualmente. A questo scopo utilizzare l'opzione speciale “Modalità compatibilità interfaccia”. È disponibile nella modalità configuratore nelle proprietà di configurazione (vedi screenshot sotto).

Sono disponibili quattro modalità.

• "Taxi"
  Utilizzando solo l'interfaccia Taxi. Questa modalità è impostata per impostazione predefinita;
• "Taxi. Consenti versione 8.2"
  Sono supportate entrambe le interfacce. In questo caso, per impostazione predefinita, viene utilizzata l'interfaccia “Taxi”;
• "Versione 8.2. Consenti taxi"
  Simile alla modalità precedente, ma per impostazione predefinita viene utilizzata la “vecchia” interfaccia utente;
• "Versione 8.2"
  È supportata solo la "vecchia" interfaccia utente.

Tutto ciò che è necessario per abilitare il supporto per la "vecchia" interfaccia è selezionare la modalità appropriata e aggiornare la configurazione del database.

Informazioni sulle modalità Taxi. Consenti versione 8.2" e "Versione 8.2. Consenti Taxi" dovrebbe essere menzionato in modo speciale. In queste modalità, entrambe le interfacce utente sono supportate contemporaneamente. In questo caso, la scelta dell'interfaccia è disponibile nella modalità “1C Enterprise” utilizzando il comando di menu “Strumenti” - “Opzioni”.

Per cambiare l'interfaccia utente, è necessario impostare l'interruttore "Aspetto" sulla posizione "Taxi" o "Moduli nei segnalibri". Di seguito è riportato uno screenshot per la modalità “Taxi”. Consenti versione 8.2."

Dopo aver selezionato la “vecchia” interfaccia, la configurazione assume il suo aspetto consueto (vedi screenshot sotto).

e sui dischi ITS Nella piattaforma 8.2 sono stati modificati i formati della base informativa, della configurazione, dei report esterni e delle elaborazioni. Per passare alla versione 8.2 è necessario convertirli. Dopo la conversione, sarà impossibile aprire il database/l'elaborazione nella piattaforma 8.1. Poiché non è possibile tornare indietro, è imperativo eseguire sempre delle copie prima della conversione.

La transizione viene effettuata in più fasi, ognuna di esse è importante.

1. Preparazione.

Aggiornamento della versione attuale della piattaforma. Deve essere almeno 8.1.5 (8.0.18).

Fare un backup.

Se si utilizza una configurazione standard ulteriori azioni non richiesto. Se sono presenti modifiche, il test deve essere eseguito utilizzando l'elaborazione CheckConfigurationForTranslationOn82.epf (disponibile su ITS) per identificare possibili problemi. ITS ha anche un metodo per la transizione a nuova piattaforma.

2. Conversione a 8.2. Funziona in modalità compatibilità 8.1.

Quando si tenta di aprire IB 8.1 sulla piattaforma 8.2, il programma emette un avviso corrispondente e offre di convertire il database in 8.2.

Dopo l'accordo avviene la conversione vera e propria. Nella versione demo questo processo potrebbe richiedere solo pochi minuti. Ci sono voluti 8 minuti per convertire l'attuale database BP (versione del file).

Importante! Durante la conversione, viene impostata automaticamente la modalità di compatibilità con 1C:Enterprise 8.1. Questo può essere visualizzato nel configuratore, in “Proprietà”.

Per l'utente, ciò significa che finora, in questa fase, non vedrà alcun cambiamento speciale e la maggior parte delle nuove funzionalità non gli saranno disponibili, in particolare lavorando nella modalità di un'applicazione gestita, sottile o ragnatela -cliente. L'interfaccia rimane come in 8.1. Tuttavia, l'amministratore può già utilizzare alcune delle funzionalità della versione 8.2.

Molto importante! Non è necessario annullare immediatamente la modalità di compatibilità! Almeno sul piano lavorativo. Se la configurazione non è predisposta per questo, potrebbero verificarsi stranezze nella progettazione (probabilmente problemi più seri); in particolare, durante una transizione di prova, in un caso, parti tabulari e pagine sono scomparse da tutti i moduli.

Cosa prevede questa fase?. La transizione consente di velocizzare il funzionamento del sistema e la possibilità di utilizzare alcuni nuovi meccanismi della piattaforma.

3. Lavora senza modalità compatibilità (modalità normale)

Disattiva la modalità compatibilità selezionando “Non utilizzare”:

L'interfaccia e l'aspetto dei pulsanti cambiano immediatamente.

La disabilitazione della modalità compatibilità potrebbe richiedere alcune modifiche alla configurazione, con una stima media di 1 giorno richiesto.

Cosa prevede questa fase?. Dopo aver disabilitato la modalità compatibilità, la velocità aumenta ulteriormente ed è possibile utilizzare le funzionalità 8.2.

4. Lavora senza modalità compatibilità (modalità gestita - utilizzo parziale - transizione completa alla modalità gestita)

La modalità gestita è abilitata per alcuni utenti. A questo scopo è in fase di sviluppo nuova interfaccia, vengono creati i moduli gestiti.

Nel configuratore viene visualizzata la scheda "Avanzate" e su di essa è possibile selezionare i moduli appropriati (verranno generati automaticamente):

Forma regolare:

Forma controllata:

Lavorare senza modalità compatibilità (transizione completa alla modalità gestita)

Tutti gli utenti lavorano con la nuova interfaccia (se necessario, per alcuni di essi è possibile mantenere quella normale). La transizione richiede il perfezionamento delle impostazioni dei metadati (proprietà, sottosistemi), lo sviluppo di moduli gestiti e l'elaborazione parziale degli oggetti dell'applicazione.

Una singola configurazione può includere la funzionalità sia di un'applicazione normale che di un'applicazione gestita. Lo stesso oggetto può avere sia forme regolari che controllate. Il loro utilizzo congiunto è possibile sia durante il periodo di transizione che successivamente, se la risoluzione di problemi specifici richiede funzionalità non supportate dai moduli gestiti.

È anche possibile che alcuni database vengano eseguiti sulla versione 8.2 e altri sulla versione 8.1. Tuttavia, se 8.1 e 8.2 vengono eseguiti in parallelo, è importante ricordare che non è possibile tornare indietro, ad es. un database aperto con la versione 8.2 non verrà mai aperto con la versione 8.1.

Si è verificato un problema nell'installazione di 8.1 e 8.2 sullo stesso server: viene indicato come aggirarlo.

C'è anche una funzionalità di aggiornamento della piattaforma: nella 8.1 è stata installata, quindi aggiornata, ad es. Contemporaneamente è stata installata una versione della piattaforma. Nella versione 8.2, le versioni della piattaforma vengono installate in diverse directory (ognuna nella propria, in base al numero), quindi è possibile installare un numero illimitato di versioni su un computer.

Importante! La configurazione 1.6 (anche 2.0) sotto 8.1 e 8.2 lo è DIVERSE configurazioni, con vari aggiornamenti.

Anche la transizione da BP 1.6 a BP 2.0 non è solo un aggiornamento, ma una transizione separata. Si è verificata una situazione in cui il meccanismo integrato per passare dalla 1.6 alla 2.0 “non vede” quei database nella 1.6, che sono già stati convertiti alla 8.2. Sembra quindi logico passare prima dalla piattaforma 1.6 alla 2.0 e poi alla piattaforma 8.2 (forse questo è già stato corretto nelle nuove versioni).

CONCLUSIONI:

1. Il passaggio a una nuova piattaforma stessa è meno complicato, minori sono i cambiamenti nella configurazione rispetto a quella standard.

2. Per eseguire la migrazione mantenendo la modalità compatibilità, non sono necessarie modifiche importanti. Il grosso del lavoro avviene quando si passa ai moduli gestiti: è necessario implementarne uno nuovo interfaccia di comando e forme.

3. Una nuova versione la piattaforma 8.2 non presenta differenze significative nell'esperienza dell'utente, pertanto non richiede alcuna formazione aggiuntiva.

4. È possibile trasferire gradualmente la configurazione a una modalità di applicazione gestita, nonché combinare le funzionalità di una modalità di applicazione gestita e quella normale in una soluzione applicativa. Cioè, la transizione può essere graduale, se necessario.