Buonasera,
abbiamo riscontrato che, sulle simulate SGL, viene consentito lo storno anche su righe che risultano già oggetto di assestamento.
Questo comportamento genera una squadratura nelle simulate, che non risulta gestibile se non intervenendo direttamente sui dati.
Di seguito riportiamo un esempio relativo a scritture di ratei/risconti successivamente stornate dopo la registrazione in effettivo degli assestamenti.
In particolare, sui movimenti simulati rimangono attive esclusivamente le righe di assestamento, originariamente necessarie per il bilanciamento con la contabilità generale, determinando quindi una situazione incoerente.
Se proviamo a stornarle non viene permesso:
Accedendo ai movimenti contabili, risultano presenti le scritture corrispondenti, non stornate.
Da qui è possibile procedere con lo storno, ma limitatamente alla parte effettiva e non alle corrispondenti scritture sulle simulate, generando di fatto un ulteriore disallineamento nei dati.
A ns avviso il sistema dovrebbe prevenire operazioni che possono generare disallineamenti contabili.
Le soluzioni che ci vengono in mente sono 2:
-
bloccare gli storni sui Mov. Ratei/risconti in presenza di "Data ultima chiusura" valorizzata. Soluzione migliore in quanto evita lo storno di scritture con competenze anche molto lunghe (potrei avere più esercizi chiusi)
-
in fase di storno della scrittura di assestamento effettiva (dai mov c/g) stornare anche la parte collegata alle simulate. Soluzione che permette lo storno completo (ma potrebbe lasciare in essere assestamenti negli esercizi precedenti)
Saluti
Buonasera,
abbiamo riscontrato che, sulle simulate SGL, viene consentito lo storno anche su righe che risultano già oggetto di assestamento.
Questo comportamento genera una squadratura nelle simulate, che non risulta gestibile se non intervenendo direttamente sui dati.
Di seguito riportiamo un esempio relativo a scritture di ratei/risconti successivamente stornate dopo la registrazione in effettivo degli assestamenti.
In particolare, sui movimenti simulati rimangono attive esclusivamente le righe di assestamento, originariamente necessarie per il bilanciamento con la contabilità generale, determinando quindi una situazione incoerente.
Se proviamo a stornarle non viene permesso:
Accedendo ai movimenti contabili, risultano presenti le scritture corrispondenti, non stornate.
Da qui è possibile procedere con lo storno, ma limitatamente alla parte effettiva e non alle corrispondenti scritture sulle simulate, generando di fatto un ulteriore disallineamento nei dati.
A ns avviso il sistema dovrebbe prevenire operazioni che possono generare disallineamenti contabili.
Le soluzioni che ci vengono in mente sono 2:
bloccare gli storni sui Mov. Ratei/risconti in presenza di "Data ultima chiusura" valorizzata. Soluzione migliore in quanto evita lo storno di scritture con competenze anche molto lunghe (potrei avere più esercizi chiusi)
in fase di storno della scrittura di assestamento effettiva (dai mov c/g) stornare anche la parte collegata alle simulate. Soluzione che permette lo storno completo (ma potrebbe lasciare in essere assestamenti negli esercizi precedenti)
Saluti