labdav
Forum Replies Created
-
È un po’ più complessa di così.
In realtà più che togliere il controllo, andrebbe prevista un’estensione della regola di validazione ai codici di 11 caratteri. È una modifica che possiamo aggiungere facilmente, ma non risolve il problema.Il problema viene dopo. Si tratta di un caso che abbiamo inizialmente escluso, perché ricade in quello (marginale per questo tipo di acquisti) degli Enti della Pubblica Amministrazione. In questi casi si può ricadere nelle casistiche dello split payment, quindi la fattura va calcolata in modo diverso. Inoltre la fattura va spedita in modo diverso, firmata digitalmente e spedita tramite SdI.
Quindi in realtà si tratta di includere nel plugin la possibilità di distinguere fra le tipologie del cliente, comprendendo anche categorie che hanno un trattamento diverso ai fini dell’IVA. Il che va un po’ fuori dalle possibilità che abbiamo previsto per il plugin in versione gratuita.
Diverso è il discorso sul plugin versione Plus, dove questo genere di funzionalità può essere introdotto in modo più semplice, dato che contempla già la possibilità di distinguere il cliente fra privato e azienda, e dove, solo per l’Italia, si dovrà poter aggiungere l’opzione per le Associazioni, le P.A., lo split payment, etc.
Forum: Plugins
In reply to: [PDF Invoices & Packing Slips for WooCommerce] Errore dopo aggiornamentoè un problema che abbiamo già risolto con la versione 0.6.2.3. È sufficiente aggiornare anche il nostro plugin.
Comunque grazie della segnalazioneThank you Ewout. At the time we had applied option 2, but in the next version we will adopt the first one
@ewout
I guess that he’s talking about a simple layout changing of the invoice.I don’t know if use_historical_settings could be useful for a receipt, since it’s not a legal document as the invoice is.
But, many thanks for your awesome job.Purtroppo non è una funzionalità prevista, e probabilmente è di difficile implementazione.
Il problema principale è dovuto al fatto che WooCommerce vuole che i campi del checkout vengano tutti definiti prima. Forse si potrebbe risolvere con delle istruzioni javascript aggiuntive al checkout, quindi con grandi possibilità che possano essere bypassate.Sarei curioso di capire cosa impedisce, nel caso del cliente, di fare una fattura a un acquirente estero.
Forum: Plugins
In reply to: [PDF Invoices Italian Add-on for WooCommerce] Warning dopo aggiornamentoabbiamo pubblicato un aggiornamento del plugin che risolve questo warning.
grazie della segnalazionese usi WooCommerce PDF Invoice & Packing Slips, basta rigenerare/aprire i pdf delle fatture che rispettano sempre il template impostato al momento.
Forum: Plugins
In reply to: [PDF Invoices Italian Add-on for WooCommerce] Spostare i campi in altoUn modo semplice e poco invasivo, è quello di aggiungere una piccola funzione nel file functions.php del proprio child theme. Ad esempio:
function wcpdf_it_move_checkout_fields_order( $address_fields ) { $address_fields['billing_invoice_type']['priority'] = 21; $address_fields['billing_cf']['priority'] = 22; return $address_fields; } add_filter( 'woocommerce_billing_fields', 'wcpdf_it_move_checkout_fields_order', 10, 1 );Il valori 21 e 22 servono per posizionare i campi dopo il cognome (priority = 20)
Se invece li si vuole dopo il nome azienda (priority = 30), allora si possono usare i valori 31 e 32.Se invece si ha poca dimestichezza con php, si può usare un qualsiasi plugin di riordinamento dei campi al checkout (es. Woo Checkout Field Editor Pro), avendo cura di NON modificare le obbligatorietà dei campi billing_cf e billing_invoice_type.
queste sono le caratteristiche del nostro plugin versione premium.
https://ldav.it/shop/plugin/woocommerce-italian-add-on/Forum: Plugins
In reply to: [PDF Invoices Italian Add-on for WooCommerce] Annullare ricevutedovremmo poter aggiungere questa funzione nelle prossime release.
Nel frattempo è sufficiente cancellare numero e data nella pagina dell’ordine.
Questo non incide sulla numerazione automatica, che va comunque reimpostata, come avete fatto.bisognerebbe innanzitutto controllare che le impostazioni di WooCommerce PDF Invoice & Packing Slips sia a posto. È quello il plugin che “allega” materialmente i documenti alle email di WooCommerce.
Nelle impostazioni WooCommerce ->Fatture PDF -> Documenti -> (fattura e ricevuta) vanno specificati gli eventi al seguito dei quali va allegato il documento alla email corrispondente. Di solito si associa alla mail dell’ordine completato.Una volta controllato questo, se il problema sussiste, andrebbe verificato che non ci sia qualche incompatibilità che non abbiamo rilevato finora.
In questi casi è utile avere un log di debug degli errori di WordPress:
https://codex.wordpress.org/it:Debug_in_WordPressAbbiamo aggiunto questa opzione.
È nella nuova versione (0.6.2) del plugin
Grazie della segnalazioneper riordinarli va fatta la stessa operazione degli altri campi, quindi qualcosa tipo:
$fields2['cf'] = $fields['cf']; $fields2['invoice_type'] = $fields['invoice_type']Scrivendo in quel modo, invece, i campi vengono ridefiniti e questo potrebbe comportare dei disallineamenti.
Inoltre, con quel tipo di azione andrebbero riportati tutti i campi dell’array $fields, in caso contrario ne verrebbero eliminati alcuni.
Il ragionamento vale per qualsiasi plugin che aggiunga campi al checkout, come, immagino, Woocommerce eu vat number e il nostro WooCommerce Italian Add-on.
Nel nostro caso, infine, si tratta di plugin già compatibili con WPML, senza la necessità di ulteriori operazioni.quello che non è chiaro è il motivo per cui il campo deve essere aggiunto tramite function.php.
il nostro plugin nella versione a pagamento effettua il controllo in tempo reale della P.IVA.
billing_invoice_type corrisponde al campo select di scelta fra fattura o ricevuta.
Se non compare è probabile che l’abbiate inavvertitamente tolto, forse con qualche plugin di riordinamento dei campi del checkout.