Le novità degli sviluppatori

– Articoli: l’aggiornamento delle difformità da BDF effettua adesso anche l’aggiornamento della Descrizione qualora questa sia assente in anagrafica
– Badge: implementato il supporto per badge stampati con codifiche diverse dal consueto
– Impegno: cambiato il layout del report ‘Registro Impegni da Cliente (sintetico)’
– Ordine a Fornitore: nel carico sono cambiate le metodologie di segnalazione dei valori di costo eccessivi
– RM: rilasciata la nuova versione con alcune migliorie e correzioni (versioni 12.47, 8.42, 2.32 e 20250414 rispettivamente per WM, WCE, WMX e NETCORE9.0-RDP); è stato inoltre implementato un alias numerico (1234) per la funzione PR = Controllo Prezzi
– RM: si ricorda che vengono mostrati i depositi che sono di tipo 0, 2 e 4 e quelli che nelle Note hanno indicato SHOWRM

– Assistenza: qualora si sia su un rapporto aperto è ora mostrato nell’elenco delle stampe anche la possibilità di stampare direttamente i dati di quella corrente
– OrdineFornitore: prevista la var di sistema WRITESETTING PharmaPro, XXXXChkPrzOrf, 0|1 (default 0) per richiedere all’utente obbligatoriamente l’aggiornamento dei costi prima dell’invio telematico; l’aggiornamento dei costi deve essere stato fatto al massimo 5h prima dell’invio telematico
– Varie: qualora siano attivi i MenuCool vengono adesso mostrati di default come aperti fissi e non più a chiusura dinamica (per la quale comunque l’utente può impostare la relativa funzionalità nelle Opzioni->Ambiente)

– Application: introdotti i campi art.iva, art.specifica, art.collocazione, art.costo, art.provvigione e art.matricola per qualificare i rispettivi valori senza dover necessariamente conoscere il posizionamento
– Application: introdotto il metacomando art.end per rendere esplicito la fine dell’inserimento di una riga articolo (l’inserimento della riga è comunque automatico all’atto del salvataggio del documento o dell’inserimento di un nuovo id.art)
– Rapporto Corrispondente: rivisto ed esteso il report relativo
– Rubrica: introdotti nuovi campi
– Varie: cambiata la scorciatoia da tastiera per Esegui Azione Personalizzato
– Varie: ulteriori piccole migliorie interne al sistema

– DirectSQL: implementata la nuova direttiva @NOREMOVECRLF; per indicare al parser di non effettuare l’automatica sostituzione dei CRLF in BLANK
– DirectSQL: tutti i messaggi mostrati nell’esecuzione di una query, sono adesso dotati di timeout
– Journal: la richiesta di Tipo = 134217728, Caratteristica = 7 prevede adesso che sia possibile indicare nel contenuto della BlobBag corrispondente la sequenza ‘$\r\n’ al posto di CRLF e ‘$\t’ al posto di TAB

– FE: prevista una var di sistema WRITESETTING XXXXUsaAswTRigaSeQta, 0|1 (default 1) per includere o meno la dizione ‘AswTRiga’ nelle righe relative ad articoli fittizi descrittivi con quantità pari a 0
– Journal: introdotta la nuova funzionalità di generazione singoli documenti come è possibile fare programmaticamente usando l’interfaccia COM e istanziando la classe Application e eseguendo il metodo Execute; i parametri da configurare sono Tipo = 134217728, Caratteristica = 7, Varie = Enumerazione tipo di documento da creare (suDocInvoice = 0, suDocDdt = 1, suDocImp = 2, suDocOrd = 3, suDocPrev = 4, suDocCoge = 5, suDocInvoiceFor = 6, suDocSupport = 7, suDocScad = 8, suDocOther = 10), Varie2 = NumeroInternoBlobBag, in AltreInfo l’eventuale Comando da eseguire (in qst caso DocTipo dovrà essere suDocOther = 10) scegliendo tra NOSAVE, $IMPORTME$, $EXPORTME$, $GETUNIQUEID$, $GETDATE$, $OPZ$; i dati da usarsi per popolare i campi del documento sono indicati nel campo ValueBlob della BlobBag di cui si passa il numero progressivo; tale struttura di dati deve essere preceduta dalla dizione ‘SCJRN’ seguita da CRLF; per come strutturare i valori si rimanda alla documentazione relativa al metodo Execute della classe Application; se la chiamata viene svolta correttamente viene popolato RitornaValore con l’ID del documento generato

– AnonimizzazioneClienti: se sono attive istanze servizi l’anonimizzazione dei clienti avviene automaticamente di default ogni giorno o, in assenza di istanze server, qualora si faccia una manutenzione dei dati; il periodo standard per la verifica di sospesi aperti è di 24 giorni ed è gestibile tramite la var di sistema WRITESETTING RemoveAfterDays, DatiCliSospesiGG, XXX (qualora XXX sia posto a 0 non viene mai eseguita in automatico)
– ControlloDati: esteso il funzionamento di ‘Anonimizzazione Documenti’ a ‘Anonimizzazione Clienti o Documenti’
– PharmaPro: introdotta nel menu ‘Manutenzione straordinaria’ la possibilità di effettuare l’anonimizzazione dei Clienti
– Utenti: il blocco dell’utente per numero eccessivo di tentativi di login errati (pari a 10) non si attiva più qualora l’utente sia un network manager
– Varie: ridenominata la voce di menu ‘Compattazione’ in ‘Manutenzione’

– Articoli: le immagini degli articoli che presentano sfondi trasparenti sono adesso visualizzate con uno sfondo bianco in luogo del precedente nero
– Caratteristiche Articoli: rivisto l’intero layout con l’aggiunta di informazioni addizionali sugli articoli e una rivisitazione della UI
– Ddt/Avviso/Packing/RMA: sono or disponibili i pulsanti per spostare le righe in alto/basso (in aggiunta alle azioni corrispondenti e alle relative scorciatoie da tastiera)

– Offerta: visto il grande uso che ne viene fatto in questo ambito, sono or disponibili i pulsanti per spostare le righe in alto/basso (in aggiunta alle azioni corrispondenti e alle relative scorciatoie da tastiera)
– PharmaPro: nella procedura relativa alla Ricetta Elettronica Umana viene ora richiesto la conferma del codice fiscale dell’operatore erogatore all’atto dell’avvio dell’iter e l’ID Sessione recuperato dal login giornaliero nel SistemaTS
– Rapporto Clientela: introdotto nei campi della vista Offerte anche il campo ID Cantiere
– Reso: il sistema adesso consente anche di generare il movimento di magazzino di carico del prodotto restituito (viene usato di default la causale di magazzino ‘Reso da cliente’ e in subordine quella di carico standard; il corrispondente in assenza di un Cliente identificato è l’ID Cliente/Fornitore che rappresenta l’azienda o il Cliente/Fornitore generico in subordine; la data è quella corrente; il deposito e l’operatore quelli specifici dell’utente)
– Rubrica: meglio organizzato il ridimensionamento laterale
– Varie: estese le funzionalità della procedura stampa lista ceste tramite Journal

– SCClientTS: rilasciata la release 3.0.32
– Varie: alcune migliorie interne al sistema
– Varie: [SPERIMENTALE] attivata la rimozione del controllo FDIV nella compilazione degli eseguibili dei sistemi

– Promozione: introdotto nel campo ‘Varie’ il nuovo valore ‘5 – Buono a valore da detrarre sugli articoli’ da usarsi nelle promozione con sconto a valore e listino collegatao; in questo caso la promozione consente di attribuire il totale del buono sugli articoli appartenenti alla promozione fino ad esaurimento del residuo
– Punto vendita: abilitato il supporto per il nuovo tipo di Promozione; qualora sia attivata viene decurtato il prezzo di ogni articolo fino ad esaurimento del valore del buono e introdotta, per ogni articolo impattato, una riga descrittiva il prezzo originario dell’articolo promozionato
– Punto vendita: le operazioni di reso/annullo adesso supportano il nuovo formato Codice UniDocumento nativamente e sono più snelle che in passato
– Punto vendita: le operazioni di reso/annullo possono essere eseguite adesso anche in modalità RDP remoto
– Punto vendita: nel caso di Codice UniDocumento l’operazione di reso consente adesso anche di verificare che l’articolo digitato sia presente nel documento da stornare
– SCClientTS: rilasciata la release 3.0.31
– SCClientTS: esteso il formato del Codice UniDocumento e implementate le procedure per gestire le operazioni fullremote (come ad esempio il Reso/Annullo avviato dall’istanza server)
– Varie: alcune migliorie interne al sistema