OSM 2.4.22 (01/03/2021)

dasc3er

DATA DI RILASCIO:
01/03/2021

Scarica ora

Per la segnalazione di bug o proposte di miglioramento: https://github.com/devcode-it/openstamanager/issues

Buon testing! 8-)

CHANGELOG:

Aggiunto (Added)

Introduzione di nuove Aliquote IVA con specifiche più dettagliate
Nuovo campo condizioni generali di fornitura in Preventivi
Introduzione stampe del Bilancio e della Fattura elettronica per Fatture di vendita e di acquisto
Nuove azioni di massa sui record per
- Creare Preventivi da Articoli
- Cambiare lo stato a più Ordini e DDT
- Allineare la quantità degli Articoli
- Esportare le stampe delle Fatture Elettroniche
Aggiunta possibilità di importare DDT di acquisto in DDT di vendita
Aggiunta la possibilità di creare una Nota di credito da un DDT di acquisto
Nuova funzionalità di notifica automatica al Cliente/Tecnico quando viene cambiato lo stato dell'Attività
Nuovo flag per escludere la generazione della Scadenza di una Ritenuta d'Acconto se viene versata dal Fornitore
Introduzione del sistema di controllo sull'integrità delle logiche interne del gestionale
Nuovo sistema di registrazione delle procedure di importazione
Nuovo hook Notifiche su Ricevute FE per indicare graficamente eventuali Fatture di vendita che necessitano controlli manuali sullo stato
Nuovo Sconto finale per le Fatture di vendita: influenza il valore Netto a pagare della fattura in relazione alle singole scadenze, senza modificare il comportamento per i movimenti contabili

Modificato (Changed)

Modifica della gestione degli importi per le Note di credito e debito: i campi di riepilogo (qta, qta_evasa, subtotale, iva, ritenutaacconto, rivalsainps) sono ora positivi.
Impostazione CAP automatico a 99999 nella FE per clienti esteri
Aggiornamento di CKEditor al fine di permettere l'utilizzo dell'intero insieme di plugin per funzionalità di editing più avanzate
Correzione del tipo di Fattura predefinito in caso di importazione da DDT (Fattura differita)
Correzioni varie sul sistema di sincronizzazione via API per l'applicazione mobile

Fixed

Correzione movimenti di magazzino con sedi diverse
Correzione JS su input di tipo select con stesso ID
Correzione dimensione del campo Tempo standard in Tipi di attività
Correzione dei redirect al modulo Impostazioni
Fix del calcolo sullo spazio disponibili in GB
Fix procedura di pagamento automatico delle Scadenze sulla base dei movimenti in Prima Nota

sajo

Ciao,

non rimane memorizzato il testo inserito in questo campo.
Nuovo campo condizioni generali di fornitura in Preventivi

lucas

Segnalo che da un rapido test il problema non si presenta.
Il campo condizioni generali di fornitura in Preventivi viene memorizzato e visualizzato in stampa.
Riesci a controllare da "Controlla database" che trovi dentro il modulo "Aggiornamenti" se magari ti manca il campo a db?

Grazie mille.

sajo

ho riavviato il server dopo l'agg. e adesso sembra ok.
mantiene il testo e si vede in stampa

sajo

sempre in preventivi, in ELENCO non si presentano i campi NUMERO, NOME, CLIENTE.
che ovviamente sono presenti nel preventivo.
Vedi allegati.

sajo

Ciao Luca,
il controllo DB restituisce solo questo avviso, che avevo comunque anche prima.
non penso sia inerente.

em_print_template

Foreign keys
em_print_template_ibfk_3

Conflitto
{"current":null,"expected":{"column":"id_template","referenced_table":"em_templates","referenced_column":"id"}}

studiocet

Problemi con passaggio da 2.4.21 a 22, come è avvenuto in passato caricando la nuova release quando si va ad aggiornare il database l'aggiornamento di ferma al 52% e non procede oltre. Sono state create forse nuove colonne nelle tabelle? grazie

dasc3er

Ciao studiocet, esattamente quanto hai atteso prima di chiudere la pagina?
Viene infatti effettuato un riordinamento interno delle righe dei documenti per migliorare l'integrazione con le fatture elettroniche: non dovresti chiudere la pagina fino a che non ricevi un messaggio di errore o di successo.

studiocet

ho atteso quasi 6 minuti e l'avanzamento non si spostava dal 52%, se pensi che sia solo questione di tempistiche, riprovo, ho anche scaricato i logs e uno degli ultimi era:
2020-12-03 16:26:35] INFO: Cron #1 iniziato {"slot":"2020-12-03 16:26:35","slot-unix":1607009195}
[2020-12-03 16:26:35] INFO: Backup automatico: data mancante {"timestamp":"2020-12-04 01:00:00"}
[2020-12-03 16:26:35] INFO: Importazione automatica Ricevute FE: data mancante {"timestamp":"2020-12-04 00:00:00"}
[2020-12-03 16:26:35] INFO: Cron #1 concluso {"next-slot":"2020-12-03 16:30:00","next-slot-unix":1607009195}
[2020-12-03 16:56:26] INFO: Cron #1 iniziato {"slot":"2020-12-03 16:56:26","slot-unix":1607010986}
[2020-12-03 16:56:26] INFO: Cron #1 concluso {"next-slot":"2020-12-03 17:00:00","next-slot-unix":1607010986}
aspetto tue

studiocet

dasc3er wrote:
Ciao studiocet, esattamente quanto hai atteso prima di chiudere la pagina?
Viene infatti effettuato un riordinamento interno delle righe dei documenti per migliorare l'integrazione con le fatture elettroniche: non dovresti chiudere la pagina fino a che non ricevi un messaggio di errore o di successo.

rifatto test e la pagina di aggiornamento database dopo 18 minuti è ancora al 52%, non dipende dal tempo a questo punto ma da qualcos'altro legato al DB, ho comunque tutti i file di log se servono.

lucas

sajo wrote:
Ciao Luca,
il controllo DB restituisce solo questo avviso, che avevo comunque anche prima.
non penso sia inerente.

em_print_template

Foreign keys
em_print_template_ibfk_3

Conflitto
{"current":null,"expected":{"column":"id_template","referenced_table":"em_templates","referenced_column":"id"}}

Ciao Sajo, per risolvere quel problema prova ad eseguire:

ALTER TABLE `em_print_template` ADD FOREIGN KEY (`id_template`) REFERENCES `em_templates`(`id`) ON DELETE CASCADE;

Per l'altro problema credo sia stato risolto con questo commit: https://github.com/devcode-it/openstamanager/commit/d3e68ccf33f0fea7e9f72c2406786a0cb0382923

sajo

Grazie Luca, per il riscontro.

scusami per l'ignoranza, ma come devo fare per eseguire la stringa che mi hai indicato? ?

studiocet

risolto era effettivamente un problema legato al DB a campi di questo, grazie comunque per il supporto...