Evitare di importare movimenti bancari duplicati
Nella importazione i controlli che evitano duplicati a volte non sono sufficienti. Spesso si deve eliminare i movimenti duplicate manualmente a posteriori, dall'interfaccia.
(Eliminare i Movimenti può lasciare anche delle #73 (closed))Fee orfane, da rimuovere a mano via SQL, ma questo è un altro sotto-problema da chiarire meglio altrove...
Questo capita più spesso con i movimenti bancari (poiché non hanno un identificativo esterno) rispetto ai movimenti Unicredit.
Situazione attuale
I movimenti duplicati vengono cercati in base a stessa data, importo, causale, e identificativo esterno.
(Nota: Unicredit spesso cambia causale dei movimenti, oltre a non avere identificativo esterno)
Proposta n. 1 hash hash hash
Ipotesi:
Si potrebbe generare on the fly un Hash in base alla data/giorno, cifra e causale così tra una importazione e l'altra possiamo verificare se è già stato importato o meno. Tale hash potrebbe anche essere una query sql, però noi la causale possiamo cambiarla quindi dobbiamo fare una verifica riguardo dei dati che non possono essere cambiati, o generare l'hash durante l'importazione e salvarlo nel DB per evitare la rogna.
--mte90
Contro-ipotesi:
Probabilmente ci riporterebbe alla situazione corrente. Vedere situazione corrente che già tiene in considerazione esattamente quei campi
🌈 --bozz
Proposta n. 2 ridurre le condizioni di duplicazione :D
Unicredit: Probabilmente l'implementazione corrente fa troppi controlli e quindi non trova duplicati. Per esempio, se Unicredit cambia le causali a muzzo, non dovremmo utilizzare la causale come fattore extra per cercare duplicati, altrimenti non li troviamo quando serve.
PayPal: Allo stesso tempo, se PayPal invece ha sempre un suo identificativo, basterebbe guardare quello, senza guardare anche le causali o gli importi, ecc., altrimenti il rischio è di non trovare il relativo movimento duplicato.