labdav

ciao Bruno
se parliamo dell’ultima versione del nostro plugin, dovrebbe essere sufficiente (è da verificare) fare una remove_action di woocommerce_checkout_process che avvia la funzione di controllo sui dati inseriti.
Fai attenzione a come imposti le cose, perché ci potrebbero essere implicazioni sulla numerazione automatica delle fatture.

Sì, il problema è semplice.
per evitare che qualche aggiornamento del plugin “PDF invoice & packing slip” provochi questo problema, consigliamo di personalizzare tutta la cartella dei template.
Si crea la cartella:
/wp-content/themes/la-cartella-del-mio-tema/woocommerce/pdf/modellofattura/

Al suo interno si copiano i file:

• html-document-wrapper.php
• invoice.php
• packing-slip.php
• receipt.php
• style.css

Il file receipt.php lo trovi nella corrispondente cartella del nostro plugin
[plugins dir]/woocommerce-pdf-italian-add-on/template/Simple/receipt.php

Maggiori informazioni qui:
https://www.ads-software.com/plugins/woocommerce-pdf-invoices-packing-slips/faq/
How do I create my own custom template?

ciao 131ice
il file template “appartiene” al plugin PDF Invoices & Packing Slip.
trovi qualche indicazione qui:
https://www.ads-software.com/plugins/woocommerce-pdf-invoices-packing-slips/faq/
Per fare quel tipo di modifica credo serva modificare il codice php della pagina template. In alternativa, so che Ewout aveva in preparazione un template personalizzabile.

.

In generale il nostro plugin è compatibile con quei plugin che inseriscono o modificano i campi di default del checkout, a condizione che i due campi necessari al suo funzionamento (select ricevuta/fattura e campo text per la partitaIVA codice fiscale) non vengano nascosti o lasciati vuoti. In questo caso, infatti, quando il programma crea la fattura, cerca dei dati che non trova e provoca un errore con relativa pagina bianca.

Lo stesso problema di può verificare quando si tenta di stampare la fattura di un ordine creato in precedenza all’installazione del plugin.

In entrambi questi casi è sufficiente aprire l’ordine, modificare l’indirizzo di fatturazione, scegliere fra fattura o ricevuta, compilare il campo pIVA/CF, e salvare l’ordine. A quel punto il programma è finalmente in grado di generare la fattura senza problemi.
Ovviamente il problema non si presenta per gli ordini successivi all’installazione del plugin.

info [at] ldav.it

è possibile avere delle password di amministrazione?

hai provato ad disattivare tutti i plugin e poi a riattivarli singolarmente?
In questo caso specifico si trattava di un plugin che non era compatibile con il plugin PDF Invoice (e non il nostro).

ciao Emiliano
la ricevuta non è vincolante dal punto di vista fiscale, almeno non quanto una fattura, quindi non ha gli stessi campi obbligatori, presenti invece quando il cliente chiede gli venga inviata una fattura.

ma per emettere una fattura non c’è bisogno di un codice fiscale, se c’è la partita IVA.

Ci sono vari modi per rendere obbligatorio un campo WooCommerce.
Probabilmente il modo più sicuro, nel caso di una opzione che può modificarsi, è di filtrare i dati che sono stati inviati nel checkout, quindi sulla funzione che trovi alla riga 68 del nostro plugin. Se il cliente ha scelto la fattura (invoice) controlla se il campo della ragione sociale è vuoto e in quel caso aggiungi una notice di errore.

Mi risulta che il codice fiscale delle aziende corrisponda alla partita IVA. Mi sbaglio?

buongiorno
scusa il ritardo della risposta
Il nostro plugin è costruito integralmente in base alle indicazioni di WordPress per l’internazionalizzazione: https://codex.www.ads-software.com/I18n_for_WordPress_Developers, Non abbiamo aderito al programma di WPML per la certificazione di compatibilità, ma non c’è nessuna difficoltà ad aggiungere una traduzione al nostro plugin. Molto volentieri.

ciao francescom81
è piuttosto semplice, se hai dimestichezza con le traduzioni.
Nella cartella /languages del plugin trovi due file. Uno dei due ha estensione .po e va modificato con uno dei programmi indicati qui:
https://make.www.ads-software.com/polyglots/handbook/tools/.
Una volta modificato e compilato, cioè generato il file corrispondente .mo, i due file vanno sostituiti a quelli precedenti.
Fai attenzione che nel caso di aggiornamenti futuri del plugin la tua traduzione viene sovrascritta. Dovrai ripetere la stessa operazione sui due nuovi file.

ottimo, grazie
abbiamo imparato anche noi una cosa nuova.

Anche noi lo proviamo sempre sui temi che abbiamo a disposizione, e sembra funzionare tutto correttamente. Vedi ad esempio https://test.ldav.it/, ma ne abbiamo anche altri.
Non credo sia la versione di woocommerce né quella di wordpress che è aggiornata.
Hai per caso dei plugin che controllano l’aspetto dei campi dei form, tipo “select” o “chosen”? Così proviamo anche noi a fare una simulazione.