+1 mi piace questa tendenza ed in particolare l'uso delle transazioni contestualizzate... anche perchè diversamente non avrebbero molto senso. Comunque io ne approfittai in silenzio un paio di anni fa nel modificare il codice di duplicazione preventivi [r4329]. Magari un giorno cominceremo a vedere anche un pizzico di integrità referenziale a livello schema database anche se comprendo che all'inizio potrebbe creare serie difficoltà in sede di aggiornamento su db già popololati.
C'è e non c'è... se confronti attentamente l'errore e la struttura scoprirai che il nome della colonna non corrisponde a quello nella query ;-) id_warehouse -> id_wharehouse
chown -R www-data:www-data /var/root_app_gazie chmod -R 755 var/root_app_gazie/data
Basta seguire uno dei mille tutorial per installare lo stack LAMP, al volo uno dei primi hit su google: - https://randomnerdtutorials.com/raspberry-pi-apache-mysql-php-lamp-server/ Qualche attenzione: 1) Scegli una sd di qualità e comunque backup giornaliero tassativo. Per come la vedo io i tuoi dati non sono affatto al sicuro! 2) Opta per una installazione "server" e non desktop, ad esempio le distribuzioni Raspbian Lite o DietPi. 3) Non trascurare l'alimentazione. Poi quando sei arrivato a far...
E' quindi possibile l'installazione su Debian 11 ma se ci fossero ulteriori avanzamenti della versione PHP minima questo renderebbe Gazie inutilizzabile sull'attuale Debian Stable Io ho da tempo risolto questa ostilità di debian tanto verso il vecchio quanto verso il nuovo utilizzando le versioni php in modalità fpm dal repository di sury.org. Ad esempio questo è quello che ho su una delle VM di test con debian 9: root@dev05 ~/# apt-cache search php-fpm php-cgi - server-side, HTML-embedded scripting...
- Correggo alcuni problemi di escape dei caratteri trascurati nelle precedenti modifiche.
Piccoli miglioramenti generali sulla presentazione grafica di alcune statistiche.
- Nelle stat. di vendita aggrego i righi forfait in un contesto fittizio invece che cumularli con tutte le altre eccezioni.
- Rimuovo gli attributi css inline che forzano l'altezza minima di alcuni grafici per fare in modo che essi mantengano le proporzioni naturali anche quando i risultati non sono numerosi.
- Rimuovo definizione costante orfana a seguito del commit precedente.
- Neutralizzo di fatto quanto modificato nei precedenti commit 4869/4870 condizionandolo alla definizione di una costante (attualmente non definita, esempio commentato in gconfig.myconf.default.php).
- Oops! Continua dal commit precedente, avevo applicato una patch incompleta.
- Preventivi ed ordini di vendita: dopo l'inserimento di un nuovo documento faccio ritorno alle rispettive liste e di qui apro il pdf in una nuova scheda.
- Introduco opzione in configurazione generale che permette di scegliere se abilitare o meno la dialog richiesta di scelta template per carta intestata.
Ho avuto lo stesso problema qualche mese fà con php7.4, fortunatamente era un VPS e non hosting shared per cui sono potuto intervenire direttamente sulla configurazione di php. Nei log di apache trovavo errori 500 e 503 che facevano riferimento alle direttive php_flag e php_value non supportate nelle versioni più recenti di php quando non usato come modulo apache. Non sò se corrisponde al tuo caso ma io ho risolto commentando queste righe del file .htaccess nella root di gazie: #php_flag magic_quotes_gpc...
- Assegno larghezza/altezza massima alle immagini dei tooltip per evitare che foto eccessivamente grandi invadano la pagina (inutile chiedere agli utenti di darsi una regolata...).
- Nella distinta base non era possibile inserire prodotti con codice più breve di due caratteri... ma in una nuova installazione, salvo modifiche intenzionali, i primi nove prodotti sono certamente di una sola cifra.
Se lo stack per far funzionare Gazie è sulla stessa macchina dove risiedono i dbf, almeno in teoria, php può accedere ai file dBase tramite ODBC. Come funzionalità base si potrebbe creare uno script php in modalità CLI da lanciare tramite un batch che provveda all'importazione delle anagrafiche. Non posso provare perchè gli unici file dBase che ho sono su floppy da 3.5" e non ho più un lettore manco a cercarlo col lanternino... ammesso che siano ancora leggibili.
Corregge mancato incremento numero ordine segnalato da Matteo Dulli:
Voglio precisare che per evitare ridondanze il prezzo d'acquisto della tabella gaz_NNNartico (colonna preacq) non dovrebbe essere usato Io toglierei il condizionale, ergo non deve. Retaggio del passato o no un conto è il prezzo normale di acquisto che è un attributo che non può mancare ed altra cosa sono i valori statistici/storici.
- Qunado duplico un preventivo clono anche le righe tipo testo invece che lasciarle collegate all'originale come accadeva prima.
- Intervento puramente cosmetico, cleanup e reindentazione uniforme senza mix di tab e spazi.
Alla creazione del preventivo per le righe 6-tipo testo il riferimento in body_text è corretto ma alle successive modifiche il valore del campo table_name_ref veniva forzato a 'rigdoc'.
Segnalo a tal proposito la risposta dell'agenzia ad un interpello riguardo l'uso di procedure simili: https://www.agenziaentrate.gov.it/portale/documents/20143/2665720/Risposta+n.+413+del+25+settembre+2020.pdf/35bddf23-25e5-0aa8-49f0-ed7703230c04 Tanto premesso se l'agenzia si decidesse a rilasciare delle API invece di soli accrocchi interattivi sarebbe un piccolo passo verso l'indipendenza.
Grazie, risolto. Non per criticare a mani basse ma, io sono per le attivazioni coscienti, non sarebbe meglio un blank/non attivo per difetto?
Dopo aver aggiornato alla 7.38 dalla versione 7.21, con la quale convivevo per la necessità di aggiornare anche dei report personalizzati incompatibili, compare ripetutamente un avviso ecommerce pur essendo il modulo ecommerce disattivato. Come posso venirne fuori? ...a parte stralciare il relativo elemento dalla template ;-)
Il 14/09/2020 11:30, Gregorio Galli ha scritto: Incorrect date value: '0000-00-00' for column 'datemi' at row 1" Da MySQL 5.7 lo "stict mode" è abilitato di default, vedi https://dev.mysql.com/doc/refman/5.7/en/sql-mode.html#sql-mode-strict. Prova a disabiliarlo e dovrebbe andare con questo comando SQL: SET GLOBAL sql_mode = ''; COMMIT; Poi verifica con: SELECT @@GLOBAL.sql_mode global, @@SESSION.sql_mode session
Il 27/01/2020 12:27, DEL ROMANO PAOLO ha scritto: Oggi non è solo il Compleanno di GAzie ma anche il Compleanno di Antonio! Tanti auguri a entrambi! 16 pore lui? ;-) Auguri!
- Start coding a new xml configuration management class.
- Fix: Virtual number not printed because of wrong xml node name.
- Cleanup: removed some unused php script.
- Fix wrong link referencing to smtp setup in voicemail settings. Small readability enhancement on custom mail template text area.
- generate missing dropbear/ssh ecdsa key
- Checking success of ntp time sync. Especially need at boot time.
- The previous committed added the wrong script, that's the right one.
- Added shell script to sync time via ntp to get a little more control.
- Back to sip nat mode yes but instead use force_rport,comedia. Set default nat value in general section and do not add in peers entry if equals to default.
- Fix regression: another wrong escape at settings variables for missedcallmail macro.
- Allow to disable loading of dahdi TDM modules via config options (inside system xml node):
- Fix regression: wrong escape on missedcallmail macro.
Non credo debba essere considerato un errore. Fanno quello che altri già fanno in silenzio, ovvero modificano l'id trasmittente e solitamente anche il nome del file. Peraltro l'ultima cosa vanifica sostanzialmente lo sforzo fatto per mantenere la corrispondenza biunivoca tra il progessivo del documento ed il nome del file... e mi aspetterei anche, presto o tardi, qualche grosso problema con lo spazio dei nomi che è già stretto e potrebbe diventare strettissimo per un intermediario. Avrei gran voglia...
al posto giusto (Avere)
in GAzie le fatture elettroniche delle NC sono fatte in positivo e tipo documento diverso. Andrea si riferisce ad un estratto conto PDF Yes, I know ;-) però mi sembrava di capire che lui avesse emesso una NC con saldo negativo (cosa secondo me scorretta ma possibile), a quel punto è chiaro che nel report avresti l'importo al posto giusto (Avere) ma negativo... se è questo il caso il report mostrato mi sembra corretto, no?
in GAzie le fatture elettroniche delle NC sono fatte in positivo e tipo documento diverso. Andrea si riferisce ad un estratto conto PDF Yes, I know ;-) però mi sembrava di capire che lui avesse emesso una NC con saldo negativo (cosa secondo me scorretta ma possibile), a quel punto è chiaro che nel report avresti l'importo al posto giusto (dare) ma negativo... se è questo il caso il report mostrato mi sembra corretto, no?
Le note di credito vanno emesse con valori positivi, mai visto diversamente... fatta eccezione per la discutibile scelta di fattureincloud!
Se può aiutarti questa è una distribuzione leggera con la pappa pronta: https://www.turnkeylinux.org/lamp
E' previsto ed attualmente dipende dal regime fiscale, es. RF17=iva per cassa=esigibilità differita. Se non vado errato nelle versioni più recenti il regime fiscale oltre che in configurazione azienda, può essere differenziato con i sezionali IVA.
Hai sbagliato oggetto?... C'è da piangere!
Hai sbagliato ogegtto?... C'è da piangere!
Credo che il test dei permessi nella funxzione dir_writable() sia sbagliato perchè la directory non deve essere solo leggibile/scrivibile ma anche "attraversabile" dal processo server http quindi necessita del flag X. Essendo che questo vale 1 verificare che le ultime due cifre (gruppo ed altri) della maschera dei permessi sia maggiore di 66 non ha molto senso. Inoltre l'installer ci mette del suo dicendo che i permessi minimi sono 666 e magari l'utente applica alla lettera così supera i controlli...
- Updated language skeleton file.
- Fixed a broken link to maintenance/reboot page.
che gli articoli composti sono gli articoli finiti che per costruirli hanno bisogno di componenti. Quindi quando si costruiscono, dal magazzino escono i componenti ed entrano gli articoli finiti. Probabilmente si dovrebbe arrivare ad una visione più generalista e standard di questo modulo (che attualmente non uso). Nel mio vecchio gestionale, come in molti altri che ho avuto modo di usare in passato, si chiamava Distinta Base nelle sue due incarnazioni Commerciale o Industriale da scegliere in fase...
- Date updated on a bunch of copyright headers, nothing else.
- Fix: avoid calling the missed call mail macro on outgoing calls.
- Refactoring/Fix: reboot and shutdown scripts.
Il file è appena stato modificato nel repository ed ora dipende da altre modifiche importanti. Prendi la versione precedente: https://sourceforge.net/p/gazie/code/2614/tree/trunk/library/include/electronic_invoice.inc.php
https://sourceforge.net/p/gazie/discussion/468173/thread/65237fa8ef/#1bbe/aa72
admin_docven.php o altro?
Versione 7.15. Se cerco di creare ad esempio una fattura in una nuova azienda o in quella di prova per un cliente da anagrafica comune (utilizzato e "funzionante per l'azienda di produzione") riesco a selezionarlo ma all'atto di salvare il documento mi dice che non ha il codice SDI o la pec che invece sono valorizzati. Il cliente appare in rosso come nella cattura qui sotto. I clienti già lavorati nella stessa azienda di prova invece non presentano problemi. Idee?
Se momentaneamente ti può bastare un hack per sblocacre la fatturazione prova a sostituire il file in library/include/electronic_invoice.inc.php con quello allegato (rinominandolo). Salva il vecchio perchè ora non ho avuto modo di provarlo. Dovrebbe accadere che se il sezionale è 1 viene usato RF della config azienda, se invece il sezionale è 2 viene usato RF12; se i valori non sono adeguati per il tuo caso modifica il sezionale alla linea 653. Inutile aggiungere che serve attenzione con gli aggiornamenti....
Dal solito xsd: <xs:simpleType name="QuantitaType"> <xs:restriction base="xs:decimal"> <xs:pattern value="[0-9]{1,12}\.[0-9]{2,8}" /> </xs:restriction> </xs:simpleType> Quindi sono daccordo che andrebbe impedita l'immissione di quantità negative. D'altra parte anche se in matematica funziona perfettamente almeno nella mia testa una quantità negativa in fattura non ha molto senso.
Si tratta dello stesso problema che ho riscontrato ieri. Prova a sostituire il file library/include/electronic_invoice.inc.php prelevando la versione attuale dal repository Edit: il link sopra è ora obsoleto poichè puntava ad un commit, se altri avessero lo stesso problema il file nel trunk del repository svn è questo.
Non mi risulta che una applicazione http possa determinare la directory di destinazione del download... e direi che è meglio che così sia. Ad ogni modo se imposti firefox per chiedere ogni volta lui memorizza la posizione dell'ultimo download per ogni "sito" il che già agevola.
Il dubbio però è un altro: si deve mettere un riferimento quando si storna sulla fattura di saldo? Io non ho trovato nulla di specifico, o almeno nulla che faccia riferimento a metadati. Rileggendo l'allegato specifiche i1.3, oltre che in "TipoDocumento", l'unico richiamo agli acconti è negli elementi delle righe di dettaglio: Descrizione: natura e qualità del bene/servizio oggetto della cessione/prestazione; può fare anche riferimento ad un precedente documento emesso a titolo di anticipo/accon...
A proposito di acconti... attenzione che lo standard prevede un tipo documento ad hoc per le fatture/parcelle di acconto (TD02/TD03). Mi pare che attualmente non sia implementato su GAzie, o sbaglio?
Non puoi immettere valori negativi nella quantità. Io di solito faccio un rigo forfait con valore negativo ed aliquota iva corrispondente a quella della fattura di acconto.
Si tratta dello stesso problema che ho riscontrato ieri. Prova a sostituire il file library/include/electronic_invoice.inc.php prelevando la versione attuale dal repository
In realtà vengono creati i record di dettaglio con id testata = 0 e non viene generato il record di testata.
La fuznione duplica dei preventvi di vendita pare non funzionare più con l'aggiornamento alla 7.12 Confermo, fino alla 7.15, non ho ancora installato la 7.16.
- Fix: Elemento quantità duplicato internamente al nodo CodiceArticolo ma il nodo CodiceArticolo internamente a DettaglioLinee non prevede un child element di nome Quantita. Regressione probabilmente introdotta nel commit 2576.
Dicevi che i permessi sono corretti ma dal log che posti non lo sembrano affatto, è chiaramente impossibile per apache accedere alla cartella backups. Avevo già scritto qui alcune indicazioni in merito.
Fino ad oggi tutti i codici destinatario che ho visto sono in maiuscolo, compreso M5UXCR1 che corrisponde alla piattaforma Agyo/Teamsystem. Il che non significa che debbano essere tutti maiuscoli. Le specifiche, quelle in chiaro, si limitano a dire "alfanumerico". Inoltre il codice di errore per codice destinatario non valido sarebbe 00312. Invece se andiamo a vedere il file xsd allora direi che deve essere maiuscolo: <xs:element name="CodiceDestinatario" type="CodiceDestinatarioType" /> <xs:simpleType...
hai verificato esattamente quale versione di php sta caricando apache e quali moduli sono caricati? In debian 9 ci sono attualmente ben 4 versioni di php. Se non l'hai già fatto scrivi un file info.php con questo contenuto nelal root della tua installazione: <?php phpinfo(); ?> quindi vai a htp://server_gazie/info.php controlla la versione e che zip e zlib siano abilitati (enabled).
Forse manca l'estensione zip/zlib: apt-get install php7.0-zip
non hai sostituito il file config/config/gconfig.php Voglio approfittare di questa segnalazione per suggerire che secondo me il file gconfig.php non dovrebbe far parte della distribuzione. Al suo posto si potrebbe includere un ipotetico gconfig.default e un altrettanto ipotetico gconfig.inc; il primo con la configurazione da rinominare in gconfig.php alla prima installazione ed il secondo con le costanti (versione, etc) . Il primo includerebbe il secondo, in questo modo la configurazione utente non...
non hai sostituito il file config/config/gconfig.php Voglio approfitatre di questa segnalazione per suggerire che secondo me il file gconfig.php non dovrebbe far parte della distribuzione. Al suo posto si potrebbe includere un ipotetico gconfig.default e un altrettanto ipotetico gconfig.inc; il primo con la configurazione da rinominare in gconfig.php alla prima installazione ed il secondo con le costanti (versione, etc) . Il primo includerebbe il secondo, in questo modo la configurazione utente non...
Hai dei campi con formattazione html, quelli che in GAzie sono righi tipo "testo"? Se sì eliminali o comunque evita orpelli decorativi di ogni tipo tanto nel contesto FaE non arriveranno a destinazione. Anche se nel generare la fattura eleltronica GAzie filtra l'html qualcosa potrebbe sfuggire.
Il formato della fattura elettronica non prevede nessun tipo di arricchimento/formattazione del testo ma solo testo puro, caratteri alfanumerici e niente altro neppure il ritorno a capo; di conseguenza i campi che in GAzie contengono html (campo "Testo") in fase di conversione vengono ripuliti, necessariamente, di tutti gli orpelli. Non c'è altro modo che ricorrere agli allegati.
L'elemento natura va valorizzato solo quando il rigo non è imponibile iva, esente, etc... di qui probabilmente l'errore nel caso bolli. Mi pare che sia già stato risolto da Antonio con il commit 2506
Va comunque considerato il limite di 1000 caratteri del campo Descrizione.
Forse per un generico uso mercantile potrebbe soddisfare ed essere anche comodo per casi ripetitivi come quello Conai da cui nasce il quesito... ma lo trovo restrittivo; forse perchè almeno per me fare a meno dei righi descrittivi è particolarmente castrante in quanto li uso per fare rifer. ad ordini, varianti richieste e quando, etc... Comunque la lua soluzione non esclude altre più di dettaglio ;-) vediamo se riesco a rubare qualche ora alle feste per occuparmene. Però direi di rendere il rigo...
Effettivamente il tracciato non prevede righe descrittive ma esiste un work-around funzionante. Ecco un esempio del blocco di dettaglio: <DettaglioLinee> <NumeroLinea>10</NumeroLinea> <Descrizione>Rigo descrittivo di prova</Descrizione> <PrezzoUnitario>0.00</PrezzoUnitario> <PrezzoTotale>0.00</PrezzoTotale> <AliquotaIVA>22.00</AliquotaIVA> </DettaglioLinee> Notare che: a) PrezzoUnitario e PrezzoTotale devono essere valorizzati a zero. b) Quantita e UnitaMisura devono essere omessi. c) AliquotaIVA...
Continuando a fare prove oggi mi sono reso conto che in GAzie nella generazione del file xml non viene tenuto conto del sezionale. Più precisamente il sezionale viene ora utilizzato nell'algoritmo che valorizza il nome del file ed in quello che valorizza quello del tag ProgressivoInvio ma non nel numero documento; di conseguenza accade che due fatture elettroniche facenti capo a sezionali diversi riportino lo stesso valore nel tag Numero nel nodo DatiGeneraliDocumento. Questo causerebbe il fallimento...
alla riga 340: if (count($row) > 1) { // il documento ha almeno un lotto caricato A naso io la cambierei in: if (!empty($row) && (count($row) > 1)) { Che ha anche il vantaggio di non sollevare nè warning nè errori se l'array è null o vuoto in quanto la seconda espressione non verrebbe valutata se la prima restituisce false.
Credo che l'unica soluzione immediata sia creare un articolo fittizio tipo "rivalsa bolli su cambiali", definirlo ai fini iva es. art. 15 ed utilizzarlo come rigo normale in fattura e poi calcolarne l'importo manualmente. Magari creare anche una nuova modalità di pagamento "titoli pagherò" con tipo pag. fatt. elettronica "MP01" per non cadere nella trappola delle voci esistenti "tratta". Scrivo MP01 perchè, anche se fortunatamente non uso questi metodi, mi pare di aver recepito che dal punto di vista...
ma poi è normale che Gazie salvi i file xml con la partita iva del mio commercialista, non dovrebbe utilizzare la mia ? Non è che in configurazione azienda hai selezionato "Intermediario presso l'Agenzia delle Entrate"? Anche se non vedo da dove peschi la p.iva del professionista...
Nel frattempo mi sono ricordato che anche io ho da tempo immemore dei record importati con lo stesso problema che revisiono a manina ogni volta che serve, quindi ho deciso di scrivere la query. Magari può servire ad altri migranti. Prima versione fedele all'algoritmo "de Vincentiis" :-) UPDATE gaz_anagra SET gaz_anagra.sexper = ( CASE WHEN CAST(SUBSTRING(gaz_anagra.codfis, 10, 2) AS UNSIGNED) > 40 THEN "F" WHEN CAST(SUBSTRING(gaz_anagra.codfis, 10, 2) AS UNSIGNED) < 32 THEN "M" ELSE "G" END ) Seconda...
Considerando che l'utente è partito da un csv generato da excel può fare il calcolo da lì se non è un patito di SQL. Assumendo che B2 contenga il codice fiscale basta mettere in una colonna aggiuntiva questa formula: =SE(LUNGHEZZA(ANNULLA.SPAZI(B2))=16;SE(VALORE((STRINGA.ESTRAI(B2;10;2)))>40;"F";"M");"G") Poi copia solo i soli valori in una nuova colonna ed elimina quella della formula prima di esportare il csv. Ho provato con Openoffice in quanto non utilizzo la suite Office ma la formula è banale...
Verificati gli stessi documenti ed altri con condizioni simili ora è ok.
il nome del file ha corrispondenza biunivoca con "anno-sezione-protocollo" Avevo già notato, questo però potrebbe creare un problema in almeno due condizioni di cui ho avuto esperienza nella fattura PA. 1) File scartato da SDI per errori formali: non è stato possibile inviare di nuovo lo stesso documento, dopo averlo corretto, senza averlo prima rinominato. 2) Fattura rifiutata dal destinatario a qualsiasi titolo: anche in questo caso si è dovuto rinominare il file. In questi casi viene segnalato...
Normalmente ad un acconto dovrebbe corrispondere una fattura...
Se il proprietario è impostato uguale a quello con cui gira apache è sufficente 700 per le cartelle però l'intaller di GAzie mi pare pretenda 766 ma secondo me è eccessivo. # verifica utente usato dal processo http server ps aux|grep apache # normalmente è www-data che fa parte del gruppo omonimo # imposto il proprietario delle cartelle chown -R www-data:www-data /var/gaz/data chown -R www-data:www-data /var/gaz/library/tcpdf/cache # modifico i permessi di quelle qui sopra find /var/gaz/data -type...
Fattura elettronica: errore controllo SDI 00423