il prodotto che ha generato l anomalia é il seguente:

https://www.prahavino.cz/chardonnay-doc-trentino-castel-firmian.php

(...circa una decina di prodotti avevano subito il passaggio da disponibilitá immediata a effettiva e viceversa)

solo a titolo di curiositá, un problema simile che riguardava il reset della disponibilitá dei prodotti da non disponibile a disponibile era stato da me segnalato nel 2019 

https://helpcenter.websitex5.com/es/post/211926

Preciso che all epoca non mi riferivo alla disponibilitá effettiva.

altra nota che potrebbe essere casuale e non legata al problema specifico del post

- stranamente negli ultimi 2 giorni, 5 ordini non sono pervenuti nella email aziendale ...ordini pero presenti in pannello di controllo.

Credo che apriro un altro post per questo specifico problema, pero era giusto segnalarlo per una migliore valutazione dei dati disponibili

Buongiorno Alessandro,
un chiarimento per poter effettuare dei test con le condizioni corrette: per il prodotto in questione al momento del cambio dalla disponibilità effettiva a quella indicativa erano presenti delle quantità impostate, o il prodotto risultava già a 0 unità con la Disponibilità effettiva ed era contrassegnato come esaurito?
Grazie.

Ciao Eric, ti segnalo che ho dovuto risolvere il problema, quindi il link del prodotto segnalato non é piu valido come riferimento per un eventuale test.

In ogni caso, credo che qualsiasi prodotto  presente in pannello di controllo x5 (scusami, utilizzo il sw in lingua ceca, guarda la freccia rossa sotto) quello che identifica gli allert disponibilitá, dicevo qualsiasi prodotto in questa posizione potrebbe essere esaminato.

Come precedentemente indicato, i prodotti in questa posizione, anche impostando la disponibilitá immediata risultano ordinabili fino all invio ordine, salvo poi comparire l allert di prodotto non disponibile.

Attivando la disponibilitá effettiva inizia l obbligo di tracciamento quantitá precise in entrata.

Credo che sarebbe utile attivare la disponibilitá effettiva in caso di mancanze di prodotto (esempio, rimangono in magazzino gli ultimi 5 pezzi..) ma da questo punto in poi, in caso di entrata del prodotto in quantitá elevate, dobbiamo poterci svilcolare con la semplice selezione (che dovrebbe fungere da reset) di disponibilitá immadiata, senza restare dipendenti della gestione numerica (in entrata e uscita) del magazzino.

grazie :)

Buongiorno Alessandro,
non mi è necessario utilizzare il tuo prodotto nello specifico per il test, lo stavo indicando solo per chiarezza: quando è stato passato da Disponibilità effettiva a Disponibilità approssimativa ricordi qual era la situazione in quanto a unità disponibili?
Nello screenshot è visibile che, provando a tornare dall'Approssimativa all'Effettiva è visibile con quantità zero, ma volevo chiarire se fosse già questa la situazione, o se fosse presente un quantitativo che è risultato poi azzerato.

Buongiorno Eric,

il prodotto é passato da disponibilitá effettiva e disponibilitá immediata come presente nello screenshot. Lo scopo era quello di visualizzare che non erano impostate quantitá negative.

Buongiorno Alessandro,
ho provato a replicare l'errore con uno scenario simile, senza però avere successo: ho impostato la disponibilità effettiva per i prodotti, effettuando ordini con due di essi andando ad azzerare la quantità di uno di loro e a lasciare alcune unità dell'altro.
Ho poi impostato la disponibilità approssimativa per entrambi, e non ho riscontrato avvisi di indisponibilità del prodotto al termine di successivi ordini.
Potrebbe essersi verificato un disallineamento legato alla cache del browser nel tuo caso, se dovessi notarlo con altri prodotti fammelo sapere così che possa verificare se anche nel mio caso riscontro l'avviso.
Resto a disposizione.

Eric... per quanto riguarda la mia situazione, le anomalie sono replicabili e dubito che si tratti come lo definisci tu un disalinneamento legato alla cache.

Per avvalorare la mia tesi, parto dal prodotto presente in pannello di controllo (allert dei prodotti mancanti) e seguo la lunga procedura passo passo...

1- Ho effettuato la pulizia del browser come da prassi.

2- Accedendo a prahavino/admin, nella sezione “Vini esauriti”, il prodotto Dark Red Blend – Sonoroso risulta con quantità pari a zero (vedi allegato).

3- Il link del prodotto è il seguente:

https://www.prahavino.cz/sonoroso_dark_red_wine_blend_vigneti_delle_dolomiti_igp.php

Pagina PHP del prodotto, vino esaurito nel web

4- Apro il progetto e visualizzo immediatamente l’anteprima con Ctrl + Anteprima.

5- Nel carrello e-commerce, dopo aver premuto “Aggiorna”, il prodotto appare non disponibile (pallino rosso e quantità zero).

6- Verifico le impostazioni del prodotto (vedi allegato: disponibilità effettiva).

7- Imposto manualmente la disponibilità come “Immediata”.

8- Il prodotto risulta ora disponibile (pallino verde, nessuna quantità visibile).

9- Salvo il progetto.

10 - Sul server, cancello tutti i file di progetto (eccetto la cartella feed marketing e file .htaccess) e ricarico il progetto completo.

11- Pulisco nuovamente i file del browser.

12- Procedo all’ordine del prodotto tramite:  https://www.prahavino.cz/sonoroso_dark_red_wine_blend_vigneti_delle_dolomiti_igp.html

  Il prodotto si inserisce correttamente nel carrello, ma allo step 3 (pagina carrello) compare l’alert “prodotto non disponibile”.

A questo punto, noto un dettaglio cruciale: il link del prodotto è tornato ad avere estensione .html, nonostante io abbia convertito tutte le pagine prodotto in .php. (confrontare il link al punto 3 con quello al punto 12 ....)

Questo comportamento non può essere considerato normale per il software SW X5. Anzi, a mio avviso si tratta di un errore grave e sorprendente.

Rientro nel progetto, rinomino nuovamente la pagina https://www.prahavino.cz/sonoroso_dark_red_wine_blend_vigneti_delle_dolomiti_igphtml  in .php, ricarico il sito on-line , pulisco il browser e riprovo l’ordine. Verifico il link: https://www.prahavino.cz/sonoroso_dark_red_wine_blend_vigneti_delle_dolomiti_igp.php

pagina corretta Tutto sembra a posto, ma anche in questo caso compare l’alert “prodotto non disponibile”.

Per evitare che i clienti abbandonino gli ordini, imposto una quantità fittizia di 100 pezzi, salvo, imposto disponibilità immediata, salvo nuovamente e carico online. Dopo ulteriore pulizia del browser, l’ordine va finalmente a buon fine.

Tuttavia, è evidente che il software mi costringe a forzare una quantità per rendere il prodotto disponibile nel carrello.

Ora, senza voler alimentare polemiche, a parte lo spreco di tempo che impiego sempre per capire (anche con la collaborazione di altri esperti) e risolvere gli innumerevoli problemi etc... resta irrisolto il problema del cambiamento di link da html a php e viceversa, trasformazione in loop infinito.

Ho rinominato tutte le pagine prodotto e aggiornato centinaia di link in .php proprio per garantire stabilità e coerenza. È inaccettabile che il sistema continui a generare pagine .html, vanificando il lavoro svolto e compromettendo i link sitelink pubblicitari di Google Ads

Per il corretto funzionamento del sito e delle campagne, è fondamentale che le pagine mantengano una sola estensione definitiva. Se si opta per .php, deve restare tale. Nessun ritorno automatico a .html.

Confido in un intervento risolutivo e tempestivo.

--------------------------------------------------------------

Un’altra considerazione che ritengo doverosa: comprendo e rispetto pienamente le condizioni legali che regolano l’utilizzo del software. Tuttavia, ho acquistato la versione 24 confidando nella sua affidabilità, ma mi trovo a riscontrare problematiche che, a mio avviso, potrebbero essere risolte solo tramite un aggiornamento alla versione successiva.

Non escludo di poter essere in errore, ma tutto lascia intendere che si tratti di un bug strutturale. In tal caso, ritengo corretto che venga offerto un aggiornamento gratuito (non sconti del 50% etc...) che risolva il problema, senza necessariamente passare alla versione 25 o successive. Mi basterebbe che la mia attuale versione funzionasse correttamente, con il presunto bug risolto.

Naturalmente, la presente richiesta si basa sull’ipotesi che le anomalie riscontrate siano effettivamente riconducibili a un difetto del software, come le mie analisi sembrerebbero indicare.

Qualora tali osservazioni venissero confermate, ritengo doveroso aspettarmi un intervento risolutivo che sia all’altezza della fiducia riposta nel prodotto al momento dell’acquisto...lo scrivo da veterano con 16 anni di esperienza e sofferenza con x5...

Buongiorno Alessandro,
grazie dei chiarimenti, la pagina che utilizzi per l'ordine è quindi una pagina prodotto creata manualmente inserendovi degli oggetti Catalogo Prodotti, da quel che vedo.
Verificherò quanto descrivi relativamente al ritorno della pagina come .html anche quando è stata impostata come .php, sia nella versione a tua disposizione che nella 2025.2

Purtroppo però anticipo già che non è possibile il rilascio di fix retroattivamente in versioni rilasciate in passato.

Eric, secondo me c’è un altro punto fondamentale: quando un prodotto arriva nel pannello di controllo di X5, come ripetuto piu volte in questo post,  dovrebbe essere possibile resettarlo semplicemente impostando la disponibilità immediata, senza dover obbligatoriamente inserire la quantità in entrata del magazzino.

In questo modo, il cliente finale potrà ordinare liberamente ciò che desidera, senza limitazioni e senza chiudere il web facendoci perdere ordinativi.

Attualmente, come posso essere certo che tutti i carrelli funzionino correttamente?

Negli ultimi giorni ho notato un calo negli ordini di referenze che venivano acquistate regolarmente. Questo mi fa pensare che ci siano problemi di affidabilità nel sistema.

L’unico modo per rendere il web davvero affidabile è impostare, in ogni singolo carrello, una quantità fittizia di 100 pezzi e poi attivare la disponibilità immediata.

Ti ringrazio sinceramente per la tua gentilezza e pazienza, ma devi anche comprendere che noi (parlo in generale) perdiamo una quantità enorme di tempo ed energie per cercare di far funzionare X5 in modo stabile e affidabile.

Buongiorno Alessandro,
ho effettuato gli stessi passaggi da te elencati con un progetto di test, impostando una pagina come .php manualmente.
Anche dopo essere tornato alla disponibilità approssimativa, però, la pagina è rimasta con estensione .php, non mi è quindi stato possibile riprodurre il comportamento con questo progetto: mi riferivo a questo con non replicabili, ovvero che non sembrerebbe trattarsi di un problema sistematico, ma di qualcosa legato alla tua specifica configurazione.

Potresti chiarirmi cosa intendi con  questo?

Di base, non è appunto necessario reimpostare quantitativi del prodotto, anche nel caso in cui questo raggiunge le 0 unità disponibili se si passa alla disponibilità approssimativa e si importa Disponibile, erro sarà nuovamente ordinabile, in una situazione normale, tuttavia nel caso del tuo sito ciò non avviene.

Potresti fornirmi una copia del progetto per verificare la possibilità a riprodurlo utilizzando il medesimo progetto come base, sebbene pubblicato su un hosting differente?
Grazie.

ciao, ho inviato il progetto a ***   (spero che la mail sia corretta).

Ho cancellato i dati di accesso al database perché ci sono info sensibili che non posso trasmettere a terze parti, potete usare un vostro database...

Sulla domanda di chiarimento ti confermo che nel mio caso specifico (credevo che la situazione fosse uguale per tutti gli utenti...) il prodotto presente nel pannello di controllo con quantitá zero, non si resetta con disponibilitá immediata.

Grazie

Buongiorno Alessandro,
non sono necessari i parametri del database, in quanto procederò alla pubblicazione sul mio spazio web per le prove.

No, nel caso ad esempio del progetto di test da me usato, dopo aver azzerato la quantità di un prodotto con un ordine pari alla scorta disponibile, ho provveduto poi a impostare la disponibilità approssimativa e indicarlo come disponibile (spia verde), in modo analogo al prodotto Dark Red Blend – Sonoroso, ed esso è risultato ordinabile e non risultava più visibile nel Pannello di Controllo come prodotto a basse scorte.

Verificherò il progetto appena possibile.

ok grazie.

aberre interessante capire la differenza tra le nostre prove.

L invio del progetto probabilmente fornirá le risposte...

ciao

Buongiorno,
ho proceduto con i test e con il tuo progetto ho riscontrato il comportamento da te segnalato, con l'eccezione della modifica dell'estensione della pagina (rimasta .php).
Sottoporrò la cosa all'attenzione del team di sviluppo per identificare quale fattore del progetto porta a questa situazione.

Perfetto! Sono davvero felice di poter contribuire allo sviluppo e al miglioramento del software.

PS: ho solo un piccolo dubbio... l’ordine da 160 euro che hai effettuato (…di prova, ovviamente…) lo devo fatturare a te o a Incomedia?  :)  :)   :)  Tranquillo, sto solo scherzando!

Eric,

lavorando quotidianamente sul web, continuo a notare un comportamento anomalo: alcune pagine prodotto, inizialmente impostate in PHP, si trasformano in HTML dopo l’inserimento della disponibilità immediata.

Ti faccio un esempio concreto: oggi ho modificato 4 prodotti, e in 2 casi la pagina è tornata in HTML. Da una prima analisi, sembra che il fenomeno si verifichi nel 50% dei casi. Potrebbe, e sottolineo potrebbe, dipendere dalla proprietà della pagina. Alcuni prodotti risultano in PHP, ma l’opzione per modificarli non è più disponibile; altri, invece, mantengono il PHP ma consentono la selezione dell’opzione HTML.

Non mi è chiaro il funzionamento di questa proprietà: perché alcune pagine sono modificabili e altre no?

Se hai ancora accesso al progetto, ti suggerirei di fare qualche test aggiuntivo. Se non riesci a replicare l’anomalia, posso rimandarti il progetto con i prodotti che hanno subito la transizione da PHP a HTML.

ciao..

Buongiorno,
le pagine che non risultano modificabili dovrebbero essere quelle in .php quando, per esigenze dovute ai contenuti della pagina, è necessario che essa sia .php e non può quindi essere .html.
Se però una pagina è stata manualmente impostata come .php dalle proprietà essa dovrebbe mantenere tale estensione anche se non dovessero più essere presenti elementi che lo richiedono.
Le pagine che hai notato tornare in .html presentavano tutte l'estensione iniziale in grigetto e non modificabile?
Se hai qualche esempio posso verificarle nel progetto (in cui attualmente dovrebbero ancora essere nel loro stato precedente).

Eric, in teoria tutte le pagine prodotto utilizzano le stesse impostazioni.

Quello che trovo strano e che anche con la funzione disponibilitá effettiva, mi sembra che alcune pagine vengano convertite automaticamente in php (quello definitivo non modificabile) mentre altre hanno impostato il php con l opzione modificabile in html e credo che siano proprio queste a mutare.

Potresti fare qualche prova su un prodotto che presenta il php deselezionabile.

Sotto mano non ho piu il progetto inviato, ma da uno simile questi prodotti potrebbero andare bene:

Cartella Tinazzi - prodotto byzantium_primitivo_di_manduria

Cartella Nosio - sottocartella Castel Firmian - Chardonnay DOC - Castel Firmian

ps: scusami, non sono sicuro che questi prodotti siano al 100% idonei...

ciao..

Buongiorno,
entrambe le pagine sono state manualmente impostate con estensione .php nella versione del progetto che ho (e quindi modificabili), e risultano infatti con tale estensione sebbene per i prodotti visibili al loro interno non sia attiva la disponibilità effettiva.
Solamente cambiando l'estensione di una di esse a .html si è presentata la modifica all'estensione quando ho prima impostato e poi disabilitato nuovamente la disponibilità effettiva (la pagina è quindi passata a .php e poi tornata a .html quando .php non era più necessario, in assenza della visualizzazione dei quantitativi di prodotti).

Eric, ti ringrazio delle prove.

Ti confermo che secondo me per evitare complicazioni delle campagne Marketing (e non solo per questo motivo..) serve stabilitá al programma. Le estensioni impostate non dovrebbero mai cambiare.

Qualora certe funzioni necessitano di php, allora il passaggio da html a php diventa obbligatorio...ma dopo la pagina non dovrebbe in nessun caso mutare in html.

Al momento, come giá scritto ho impostato tutte le pagine prodotto in php. Dopo l esportazione del web on line, verifico la corretta estensione php.... mi sembra che al momento non posso fare altro...