In der aktuellen Version des PLugins senden wir das doAccounting erst wenn der Kundendatensatz gespeichert wird. Weil jedoch die Felder für Session ID beim Laden der Seite dynamisch erstellt und befüllt werden, wird im Falle eines serverseitigen Validationsfehler die Session ID verloren, obwohl die geprüfte Adresse samt allen Statuscodes in der Form bleibt. Beseitigt der Kunde seinen Eingabefehler und sendet er die Form erneut ab, so wird seine geprüfte Adresse gespeichert, wird würden in dem Fall jedoch kein doAccounting absenden, was falsch ist.
Mit dieser Anpassung senden wir das doAccounting sofort nach dem Absenden der Form. Falls der User ein Validationsfehler hat und diesen beseitigt ohne die Adresse anzufassen, wird er nicht doppelt abgerechnet.
Das entsprich somit dem Konzept des erfolgbasierten Abrechnen am meisten.
In der aktuellen Version des PLugins senden wir das doAccounting erst wenn der Kundendatensatz gespeichert wird. Weil jedoch die Felder für Session ID beim Laden der Seite dynamisch erstellt und befüllt werden, wird im Falle eines serverseitigen Validationsfehler die Session ID verloren, obwohl die geprüfte Adresse samt allen Statuscodes in der Form bleibt. Beseitigt der Kunde seinen Eingabefehler und sendet er die Form erneut ab, so wird seine geprüfte Adresse gespeichert, wird würden in dem Fall jedoch kein doAccounting absenden, was falsch ist.
Mit dieser Anpassung senden wir das doAccounting sofort nach dem Absenden der Form. Falls der User ein Validationsfehler hat und diesen beseitigt ohne die Adresse anzufassen, wird er nicht doppelt abgerechnet.
Das entsprich somit dem Konzept des erfolgbasierten Abrechnen am meisten.