Non molto tempo fa, 1C è stata soddisfatta del rilascio di una nuova versione della soluzione applicativa 1C: Enterprise Accounting 3.0 ed è stata rattristata dalla successiva cessazione del supporto per la versione 2.0 nella primavera del 2014. Poco dopo, su richiesta dei partner, gli sviluppatori hanno accettato di continuare a supportare la versione 2.0 in termini di reporting regolamentato fino alla fine del 2014.

La soluzione è la tanto attesa continuazione della leggendaria serie di programmi di contabilità. Ha un'interfaccia fondamentalmente nuova (la cosiddetta applicazione gestita), che apre nuove possibilità per gli utenti: è possibile lavorare in modalità thin e web client, ospitare applicazioni nel cloud, generare report in background e altro. Oltre alle modifiche all'interfaccia, ci sono alcuni miglioramenti in termini di contabilità: il modulo di contabilità salariale è stato ampliato, la contabilità fiscale è diventata più comoda e logica.

Liberatoria richiesta

Partiamo dalle basi: cosa serve per la transizione? Ciò che serve è un rilascio della configurazione della versione 2.0, dalla quale si potrà passare alla versione attuale. Per capire quale versione è necessaria, è necessario trovare informazioni sulla versione attuale adatta all'aggiornamento sul sito http://users.v8.1c.ru. Ad esempio, la versione attuale è 3.0.27.7, che può essere aggiornata dalla versione 2.0.53.6.

Adattamento dei miglioramenti della configurazione

Se la configurazione è atipica, il primo e più difficile compito che devono affrontare gli “implementatori” è quello di passare dalla funzionalità “due stanze” a quella “tre”.

Per ottenere un elenco delle modifiche è necessario confrontare la configurazione del database con la configurazione del fornitore (verificare che la configurazione del fornitore sia aggiornata).

Qui si trovano le seguenti funzionalità:

• Tutti i miglioramenti apportati ai moduli “normali” non possono essere semplicemente trasferiti ai moduli gestiti. È necessario adattare il codice del programma.
• Contabilità 3.0 è essenzialmente un nuovo programma. Se, ad esempio, in precedenza la modifica era nella funzione "Calcola percentuale di sovrapprezzo" nel modulo del documento "Ricevute di merci e servizi", ora tale procedura potrebbe non esistere affatto. Qui sorge la domanda sulla necessità di una seria comprensione e analisi di ogni modifica.
• Se le modifiche dei programmatori hanno utilizzato quelli standard, con un'alta probabilità i “collegamenti” andranno persi: i moduli comuni sono cambiati seriamente: sia nella composizione delle loro funzioni che nei loro nomi (l'eredità del nuovo BSP 2.x).
• La stessa situazione si applica agli oggetti metadati. Un gran numero di oggetti sono diventati “non necessari”, altri oggetti vengono invece utilizzati, alcuni sono stati rinominati (ad esempio, la directory “Registrazioni del VIFNS” ha cominciato a chiamarsi “Registrazioni nelle autorità fiscali”).

Ottieni 267 lezioni video su 1C gratuitamente:

Il problema delle “sovrastrutture” industriali

Attualmente, in base alla configurazione 1C: Enterprise Accounting, esiste un'enorme varietà di soluzioni di settore. Queste soluzioni vengono spesso installate come “componente aggiuntivo” di una configurazione.

Se analizziamo il mercato, molte di queste soluzioni non sono più supportate. Ovunque per diversi motivi: in alcuni luoghi gli sviluppatori hanno lasciato l'azienda, in altri l'organizzazione di sviluppo non esiste più. Indipendentemente dal motivo, resta il fatto: o trasferiamo la configurazione "a nostre spese" o perdiamo la funzionalità preziosa.

Questo problema può essere percepito in modo molto acuto dal cliente a causa dei limiti di budget dell'azienda per la manutenzione e il supporto dei prodotti software.

La ristrutturazione dei dati e il processo stesso sono questioni molto delicate.

La ristrutturazione potrebbe richiedere molto tempo. La ristrutturazione delle tabelle con un numero elevato di record, anche su una buona attrezzatura, può richiedere molto tempo.

Ci sono stati esempi in cui il database è stato aggiornato per diversi giorni e alla fine il sistema ha generato un errore indicante che "la voce del registro delle informazioni... è diventata non univoca". Questa situazione è del tutto possibile, è necessario prestare attenzione a questo e aggiungere ulteriore tempo alla banca dei rischi.

Anche il processo di aggiornamento (l'avvio dei gestori degli aggiornamenti quando il programma viene avviato per la prima volta) non funziona sempre correttamente e può riservare ripetutamente "sorprese".

Non esiste un'unica ricetta per evitare errori durante l'aggiornamento e la ristrutturazione ogni volta che appare una nuova sfumatura; Prima della transizione vera e propria Necessariamente esegui più volte la procedura di aggiornamento e ristrutturazione in diretta sull'apparecchiatura server: questo ti aiuterà a evitare nervi inutili nell'ora "H".

Diritti di accesso

A giudicare dall'esperienza, i problemi con i diritti di accesso si verificano abbastanza spesso. Dopo l'aggiornamento, assicurati di verificare la capacità dell'utente di accedere al database delle informazioni. Di norma, questi problemi vengono risolti semplicemente riscrivendo i diritti dell'utente (scheda Gruppi di accesso nell'elemento della directory "Utenti").

Elaborazioni esterne, report, stampa moduli

La traduzione di elaborazioni esterne, report e moduli stampati non viene fornita in alcun modo da 1C. Per “convertirli” è necessario avere un approccio consapevole alla questione:

• in primo luogo, i moduli devono passare alla modalità di applicazione gestita;
• in secondo luogo, il nuovo metodo di libreria del sottosistema standard richiede la preparazione di tali file.

(Dettagli sulla creazione di elaborazioni esterne e report nell'articolo ITS http://its.1c.ru/db/bspdoc#content:22:1:IssOgl2_%D0%A1%D0%BE%D0%B7%D0%B4% D0 %B0%D0%BD%D0%B8%D0%B5%D0%BD%D0%BE%D0%B2%D0%BE%D0%B3%D0%BE%D0%BE%D1%82%D1% 87 %D0%B5%D1%82%D0%B0%D0%B8%D0%BB%D0%B8%D0%BE%D0%B1%D1%80%D0%B0%D0%B1%D0%BE% D1 %82%D0%BA%D0%B8)

Ripristino della numerazione

Gli stessi sviluppatori hanno affermato che dopo aver aggiornato il programma alla 3.0, si è verificato un problema con la numerazione: “si perde” e ricomincia a contare. Per restituire la numerazione è sufficiente creare un documento con l'ultimo codice presente nel sistema.

Ad esempio, se l'ultimo documento Scontrini era numerato 256, creiamo un documento con lo stesso numero impostato manualmente (256), e il documento successivo avrà automaticamente il numero 257.

A tal fine è possibile scrivere una semplice elaborazione: creare un documento di ciascun tipo con l'ultimo numero esistente e contrassegnarlo per la cancellazione.

Regole di scambio

Se la tua configurazione è stata scambiata con un'altra utilizzando le regole di scambio, con un'alta probabilità le regole smetteranno di funzionare. Ciò è dovuto al fatto che alcuni oggetti di metadati hanno iniziato ad avere nomi diversi, alcuni dettagli sono stati cancellati e altri sono stati aggiunti.

Per un corretto funzionamento è necessario caricare le proprie regole nella configurazione “Conversione Dati”, individuare i dettagli modificati e correggerli. Se sei sicuro di sapere qual è l'errore, puoi correggerlo direttamente nel file delle regole xml aprendolo nel blocco note.

Aspetti organizzativi

L’ultimo punto tra le difficoltà riguarda le questioni organizzative:

Giustificazione dei costi di aggiornamento al cliente (gestione). Questa è una questione molto difficile per il cliente. Di recente c'è stata una transizione da 1.6 a 2.0 e ora 3.0. Perché un cliente dovrebbe pagare per un aggiornamento? La consolazione è una sola: spero che non siano previste novità o aggiornamenti importanti nel prossimo futuro.

Stima del costo del lavoro per la transizione. Il tempo di transizione ad una nuova versione del programma dipende molto dal grado di modifica della configurazione. Si consiglia di cercare di astenersi dal fare una valutazione prematura e di cercare di accettare di lavorare “nei fatti”. Ciò è dovuto al fatto che il processo di ristrutturazione può richiedere molto tempo e questi problemi non possono in alcun modo essere previsti in anticipo.

Riassumiamo e proviamo a dare alcune raccomandazioni generali per una transizione più semplice e comoda:

• Pianifica la tua transizione il prima possibile, non aspettare gli ultimi giorni.
• È auspicabile che il trasferimento delle funzionalità venga effettuato dagli stessi programmatori che hanno finalizzato la configurazione.
• Cerca di dedicare più tempo possibile alla ristrutturazione. Se cambi da lunedì, inizia a lavorare venerdì sera.
• Prima dell'aggiornamento finale di tutti i miglioramenti, assicurati di eseguire l'aggiornamento in un ambiente di prova. Senza una “prova” rischi di non avere il tempo di completare l’aggiornamento entro la finestra tecnologica.
• Effettua backup di tutto ciò che puoi, il più spesso possibile.
• Il passaggio alla versione 3.0 è un ottimo motivo per rifattorizzare il codice e apportare miglioramenti all'“inventario”. Se vedi che alcune funzionalità non vengono utilizzate o hanno smesso di essere rilevanti, sentiti libero di salutarle.
• Testare il più possibile la funzionalità trasferita, creare un database di prova e avviare gli utenti lì.
• Creare un ambiente in cui gli utenti possano familiarizzare con il programma in anticipo: questo aiuterà a evitare semplici domande in seguito quando inizieranno a lavorare con 3.0.
• Tieni sempre in magazzino un “Piano B”: se qualcosa non va come previsto, preparati a tornare alla versione 2.0 per non paralizzare il lavoro dell’azienda.

Relativamente di recente, l'azienda 1C ha rilasciato una nuova versione della soluzione applicativa “1C: 3.0” e quindi ha smesso di supportare la versione 2.0. In precedenza, gli sviluppatori, su richiesta dei loro partner, continuavano a supportare la versione precedente, ma ciò non durò a lungo.

Questa soluzione applicativa è la continuazione della cosiddetta serie leggendaria di programmi di contabilità. Ha un'interfaccia diversa, la cosiddetta applicazione gestita, che offre agli utenti opportunità completamente nuove: è possibile anche ospitare applicazioni nel cloud, creare report in background e lavorare in modalità client web. Oltre ai cambiamenti dell'interfaccia, ci sono alcuni miglioramenti che riguardano la parte contabile: il modulo di contabilità degli stipendi è stato ampliato e la contabilità fiscale è diventata più logica e conveniente.

Quali sono le caratteristiche della transizione?

Il passaggio dalla soluzione 1C Accounting dall'edizione 2.0 alla 3.0 sarà senza dubbio inevitabile per tutte le imprese in cui verrà utilizzata. È importante dire che la transizione in sé non è affatto complicata e si tratta semplicemente di un “aggiornamento” della configurazione per quella successiva. Ma ci sono anche alcuni svantaggi. In pratica abbiamo già maturato esperienza nella transizione di configurazioni atipiche, di cui ora vi parleremo. Di seguito esamineremo le caratteristiche e i problemi che si verificano nelle configurazioni con un livello di modifica “superiore alla media”.

Rilascio richiesto

Per passare ad un'altra configurazione basta poco: rilasciare la configurazione dell'edizione “2.0”, dalla quale è necessario passare alla nuova versione. Puoi scoprire quale versione è richiesta sul sito web. Sono disponibili informazioni sulle versioni attuali adatte per l'aggiornamento. Ad esempio, oggi la versione attuale è “3.0.27.7”, che può essere aggiornata dalla release “2.0.53.6”.

Come adattare le modifiche alla configurazione?

Se l'utente ha a che fare con una configurazione atipica, la prima cosa da fare è trasferire i miglioramenti dalle funzionalità della seconda versione alla terza.

Per ottenere un elenco delle modifiche, è necessario confrontare (confrontare) la configurazione del database delle informazioni con la configurazione del fornitore. Allo stesso tempo, è necessario verificare che la configurazione del provider rimanga aggiornata.

In questo caso, ci sono alcune funzionalità:

I miglioramenti apportati ai moduli “normali” non possono essere semplicemente trasferiti ai moduli gestiti. Qui è necessario adattare il codice del programma;

- “Contabilità 3.0” è, nella sua essenza, una nuova soluzione software. Se, ad esempio, prima la modifica avveniva in un modulo documentale denominato “Ricevute di beni e servizi” (funzione “Calcola percentuale di sovrapprezzo”), ora la procedura di cui sopra potrebbe non esistere affatto. Quindi sorge la domanda sulla necessità di una comprensione seria, nonché di un'analisi di ciascuno dei miglioramenti;

Quando i programmatori utilizzavano moduli comuni tipici nelle modifiche, soprattutto tutti i "collegamenti" andrebbero persi. Ora i moduli generali hanno subito cambiamenti significativi: sia nei nomi che nella composizione delle loro funzioni (eredità della nuova 2.x);

Un destino simile ha toccato gli oggetti di metadati. Molti di essi sono diventati, per così dire, “non necessari”. Al posto di quest'ultimo, iniziarono ad essere utilizzati altri oggetti, e alcuni di essi furono rinominati (ad esempio, una directory con il nome “Registrazione VIFNS” cambiò nome in “Registrazione presso le autorità fiscali”);

Il problema delle “sovrastrutture” industriali

Attualmente, in base alla configurazione denominata “1C: Enterprise Accounting”, esistono numerose soluzioni di settore. Nella maggior parte dei casi queste soluzioni vengono installate come configurazione “add-on”.

A seguito dell'analisi di mercato, molte di queste soluzioni non sono più supportate. Ciò è accaduto per ragioni completamente diverse. In alcuni casi, gli sviluppatori hanno lasciato l'azienda e in altri la società di sviluppo non esiste più. Pertanto, la scelta è questa: perdere le preziose funzionalità o trasferire la configurazione “a proprie spese”.

A causa del budget limitato e del supporto del programma dell'azienda, questa questione può essere molto delicata per i clienti.

Ristrutturazione dei dati

In generale, il processo di aggiornamento 1C, in particolare la ristrutturazione dei dati, sono questioni molto delicate.

La ristrutturazione stessa richiede molto tempo. Anche la ristrutturazione di tabelle che hanno un numero significativo di record e, anche con un buon hardware, può richiedere molto tempo.

Ci sono casi in cui l'aggiornamento del database richiede diversi giorni e alla fine il sistema segnala un errore, dicendo che "la voce del registro delle informazioni... è diventata non univoca". Naturalmente, tali situazioni possono esistere, ma è necessario prestare attenzione a questo e occorre inserire ulteriore tempo nella propria banca dei rischi.

Anche il processo di aggiornamento stesso (quando il software viene avviato per la prima volta vengono avviati i gestori degli aggiornamenti) non funziona correttamente (senza errori) in tutti i casi e talvolta può causare problemi.

Oggi non esiste un unico algoritmo di azioni che possa aiutare a evitare errori. Dopotutto, ogni volta può apparire una nuova “piacevole novità”. L'unica cosa per evitare inutili nervi nell'ora “H”, all'inizio della transizione immediata, vi consigliamo di eseguire più volte “live” la procedura di aggiornamento e ristrutturazione sull'apparecchiatura server.

Qualche parola sui diritti di accesso

La nostra esperienza suggerisce che molto spesso l'utente medio può avere problemi con i diritti di accesso. Dopo l'aggiornamento, assicurati di controllare le funzionalità di accesso e il database delle informazioni. Questi problemi possono solitamente essere risolti riscrivendo i permessi dell'utente (la scheda denominata "Gruppi di accesso" nella voce della directory denominata "Utenti").

Moduli stampati, elaborazioni esterne e report

La traduzione di moduli stampati, elaborazioni esterne e report non è fornita in alcun modo da 1C. Per “convertirli” è necessario avere un approccio consapevole alla questione.

Per cominciare, è necessario trasferire i moduli nella modalità di applicazione gestita. Quindi dobbiamo preparare tali file utilizzando il nuovo metodo di libreria del sottosistema standard.

Processo di ripristino della numerazione

Anche gli stessi sviluppatori hanno notato che dopo aver aggiornato il prodotto software alla versione “3.0”, ci sono problemi con la numerazione: “va fuori strada” e poi ricomincia a contare. Per restituire la numerazione è sufficiente creare un documento con l'ultimo codice presente nel sistema.

Ad esempio, se l'ultimo documento denominato “Scontrino” aveva il numero 256, allora è necessario creare un documento con lo stesso numero, impostato manualmente (256). Il documento successivo, pertanto, entrerà automaticamente sotto il numero 257.

A tali fini è possibile scrivere una semplice elaborazione. Ciò significa formare un documento di ciascun tipo con l'ultimo numero esistente e designarlo ai fini della cancellazione.

Quali sono le regole dello scambio?

Se, ad esempio, la tua configurazione è stata scambiata con un'altra utilizzando le regole di scambio, in quasi tutti i casi le regole non funzioneranno. Questa situazione si verifica perché alcuni oggetti di metadati hanno iniziato ad avere nomi diversi, alcuni dettagli sono stati cancellati, altri sono stati aggiunti.

Per funzionare correttamente, devi caricare le tue regole in una configurazione chiamata “Conversione dati”. Quindi trova i dettagli che sono cambiati e correggili. Se si conosce l'errore, è possibile correggere l'errore esistente nel file delle regole "". Può essere aperto nel blocco note.

Un po' di questioni organizzative

Tra le difficoltà, occorre prestare attenzione alle questioni organizzative:

Giustificazione del costo dell'aggiornamento al cliente. Per quest'ultimo, questa è una domanda piuttosto difficile. Relativamente di recente, c'è stata solo una transizione da “1.6” a “2.0”, poi è passato un po' di tempo e la configurazione deve già essere modificata in “3.0”. Perché il cliente dovrebbe nuovamente dare i suoi fondi per un aggiornamento? Tuttavia, l'utente può essere consolato dal fatto che l'azienda 1C non ha in programma aggiornamenti o innovazioni importanti nel prossimo futuro.

Quali spese dovresti aspettarti durante la transizione? Il tempo necessario per passare ad una nuova versione di un prodotto software dipende molto dal grado di modifica della configurazione stessa. Una delle raccomandazioni è quella di astenersi dal fare valutazioni premature e accettare invece di lavorare “sulla base dei fatti”. Dopotutto, il processo di ristrutturazione potrebbe continuare molto più a lungo del previsto. Lo svantaggio è che il problema di cui sopra non può essere previsto in alcun modo.

Ora trarremo alcune conclusioni e proveremo a dare consigli su una transizione più comoda e semplice:

Non perdere tempo, pianifica la tua transizione il prima possibile;

Sarebbe meglio se il trasferimento delle funzionalità fosse effettuato dagli stessi programmatori specializzati che stavano lavorando alla finalizzazione della configurazione;

Si consiglia di dedicare quanto più tempo possibile alla ristrutturazione. Ad esempio, se prevedi di passare dal lunedì, sarebbe meglio iniziare a lavorare venerdì sera;

Prima di apportare le modifiche finali, è necessario eseguire gli aggiornamenti in un ambiente di testo. Senza la cosiddetta “prova generale” si rischia di non riuscire a completare in tempo l'aggiornamento durante la finestra tecnologica;

Bisognerebbe fare dei backup di tutto e queste operazioni dovrebbero essere effettuate il più spesso possibile;

Il passaggio a “3.0” è un buon motivo per “fare l’inventario” dei miglioramenti e del refactoring del codice. Se vedi che una determinata funzionalità non viene utilizzata o ha perso la sua rilevanza, salutala senza esitazione;

Puoi anche testare più spesso la funzionalità trasferita. Creare una base di test e coinvolgerla con gli utenti;

Creare un ambiente per gli utenti in cui possano conoscere in anticipo il prodotto software. Ciò consentirà in futuro di evitare domande semplici quando si inizierà a lavorare con “3.0”;

Dovrebbe esserci sempre un piano B in magazzino. Se qualcosa non ha funzionato con "3.0", dovrai tornare a "2.0" per non interrompere il funzionamento dell'impresa.

Prima di aggiornare ad una nuova edizione è necessario effettuare una copia di backup. Per fare ciò, è necessario eseguire l'infobase in modalità Configuratore e nel menù Amministrazione scegliere oggetto Scarica l'infobase. Nella finestra di dialogo che si apre, specifica semplicemente il nome del file in cui verranno scritti i dati.

Avvia il database in modalità CONFIGURATORE per conto di Amministratore database o selezionare utente con diritti amministratore del database. Per una corretta transizione da BP 2.0 a BP3.0 è necessario installare il ruolo aggiuntivo ""

Questo può essere fatto selezionando Configuratore elemento del menu " Amministrazione - Utenti" e aprire l'utente desiderato nell'elenco.

Nella scheda " Altri"è necessario selezionare la casella accanto all'articolo" Amministratore di sistema (per il passaggio all'edizione 3.0)" E " Pieni diritti".

Dopo aver cliccato su " OK" le modifiche apportate verranno salvate.

Il passaggio all'edizione 3.0 deve essere effettuato solo per conto di un utente del database con questi diritti.

Fase 2. Aggiornamento del database in modalità Configuratore

Per selezionare il file di aggiornamento corretto, è necessario conoscere la versione di configurazione corrente. È possibile visualizzare la versione corrente facendo clic sull'icona "Informazioni sul programma" o nella voce di menu Riferimento scegliere oggetto "Informazioni sul programma"

Aprire il database in modalità Configuratore per conto dell'utente a cui hai concesso i diritti.

Nella voce di menu " Configurazione/Supporto » fare clic « Aggiorna configurazione " Se l'articolo " Supporto"non disponibile, fare clic su" Configurazione: apre la configurazione " e ripetere l'azione.

Nella finestra che si apre, seleziona " Selezione di un file di aggiornamento " premendo il pulsante Ulteriore

Specificare il percorso del file di aggiornamento: Trattamenti esterni N:\Aggiornamenti 1C\File di transizione da BP 2.0 a BP 3.0

Nella finestra successiva, fare clic su « Pronto » per avviare il processo di aggiornamento.

Dopo un po' di tempo, il programma scaricherà le informazioni sul file di aggiornamento e vedrai una finestra come questa:

Con un semplice clic OK Inizierà il processo di aggiornamento della configurazione. Potrebbe volerci del tempo.

Durante il periodo di aggiornamento riceverai due messaggi, il primo clic SÌ- aggiornare la configurazione della sicurezza delle informazioni, premere il secondo ACCETTARE- riorganizzazione delle tabelle.

Fase 3: completamento dell'aggiornamento

Una volta completato l'aggiornamento, fare clic su "Avvia il debug." Il database si aprirà in modalità Azienda e vedrai un messaggio che conferma la legalità dell'aggiornamento. Segno di spunta "Confermo" e premere "Continua".

Dopo aver confermato l'aggiornamento, il database impiegherà del tempo per preparare le modifiche (il programma potrebbe sembrare bloccato).

Dovresti attendere il completamento dell'aggiornamento.

Questo completa la transizione alla versione 3.0.

Impossibile aggiornare? Rivolgiti ad uno specialista!

Sabbiera

sconosciuto 8 luglio 2013 alle 12:33

Transizione all'edizione 3.0 della configurazione della contabilità aziendale

Questo è il nome delle istruzioni sul disco “ITS PROF” nella sezione dei materiali del nuovo rilascio. Dopo aver provato a mettere in pratica i trucchi descritti in questa guida, dovresti avere una tua contabilità aziendale (BP) 2.0 ma con moduli gestiti e, a quanto pare, giochi di carte e donne troie. Tutte le azioni verranno eseguite con la versione del file del database.
Ho aspettato appositamente il disco con ITS, e ho scoperto che le istruzioni in esso pubblicate non erano vere, nonostante fossero nella sezione aggiornata. Proviamo a effettuare questa transizione da soli.

Schermata del disco ITS

L'immagine sopra mostra la procedura e tutto sembra semplice, ma solo sul sito ITS nella sezione BP 3.0 non troverai le versioni che iniziano con due.

Screenshot di un vero sito web ITS

Pertanto, il primo paragrafo delle istruzioni porta l'utente in un vicolo cieco. Non sarà possibile aggiornare a un'altra versione corrispondente alla data o più recente. La distribuzione degli aggiornamenti preesistente dalla versione 2.0 non è elencata. Ma esiste un kit di distribuzione completo contenente gli aggiornamenti necessari. Scarica questa distribuzione e installala nella directory dei modelli. Il “trucco” di questa distribuzione è che contiene il file “1Cv8.cf”, che è ciò di cui abbiamo bisogno. Con il suo aiuto, creeremo una configurazione pulita della BP 3.0 e vi caricheremo il nostro database con la BP 2.0.
Installiamo la piattaforma 8.3, notiamo la versione file thin client e i moduli di estensione del web server (per giocare con le “nuove” chicche della contabilità). Aprire il “vecchio” configuratore (8.2) e aggiungere i diritti “Amministratore di sistema (per passaggio alla revisione 3.0)” all'utente con il quale aggiorneremo. Scarichiamo il database, chiudiamo il configuratore e apriamo quello “fresco” (8.3). Creiamo un nuovo database al suo interno, da un modello, con la versione 3.0, questo modello è apparso quando abbiamo installato la distribuzione completa. Apri il database creato e scarica il download del nostro database. Questa operazione potrebbe richiedere molto tempo. Una volta completato il caricamento, apri il database (non dal configuratore) e completa l'aggiornamento (anche questa operazione richiede molto tempo). Consiglio di comprimere il database, poiché dopo questi passaggi è quasi raddoppiato.
Se la tua configurazione non conteneva modifiche (aggiunte), molto probabilmente l'aggiornamento avverrà senza errori, ma nel caso di 1C non puoi essere completamente sicuro di nulla.
Tutto. È possibile aprire il database con un thin client, pubblicarlo su un server WEB e avviare 1C tramite un browser.
PS:
1. Non utilizzare 1C Denwer come server web.
2. Pubblicare sul web server il database che si trova fisicamente su di esso.
Questi suggerimenti ti aiuteranno a pubblicare 1C su un server web al primo tentativo.

Tag: amministrazione di sistema, 1s enterprise 8, contabilità

Questo articolo non è soggetto a commenti perché il suo autore non lo è ancora