Dynamics User Group - Archived Forums

The forums in this section of DUG are no longer accepting new post, but you can still get lots of value from the old posts here.
Please visit the active forums to comment/post new questions (choose which product you are interested in):


Libro Giornale - Ristampa

Ciao a Tutti,

Ho un cliente con Nav 6.1.  Ha fatto la stampa definitiva del libro giornale di Gennaio e Febbraio. Ora ha la necessità di ristampare Febbraio. Dal report 12121 utilizza l'opzione ristampa e inserisce il periodo di Febbraio; Il problema è che il totale Dare e Avere del periodo precedente stampati sulla prima pagina di Febbraio non coincide affatto con il totale complessivo Dare e Avere stampato sull'ultima pagina di Gennaio come dovrebbe invece essere!! Questo perchè il totale complessivo Dare e Avere Calcolato a Gennaio è stato calcolato partendo dalla tabella 12144 GL Book Entry (giustamente) , mentre il calcolo del totale Dare e Avere del periodo precedente in caso di Ristampa viene fatto partendo dalla tabella 17 G/L Entry (non giusto secondo me), ma tra queste due tabelle ci sono delle evidenti differenze:  un esempio per tutti, i collegamenti tra partite che sulla 17 generano delle righe e sulla 12144 no; i saldi dei conti non cambiano, ma cambia decisamente il totale dare e avere!!!

Qualcuno riscontrato lo stesso problema? Se si quale potrebbe essere la soluzione?

Grazie 

  • Ciao,

    avevo riscontrato anch'io il problema dei movimenti di collegamento tra partite sulla G/L Entry.

    Trovi qui il post:

    http://dynamicsuser.net/forums/p/30245/158699.aspx#158699

    Avevo poi aperto una richiesta di support in Microsoft: mi risposero che avevano introdotto queste transazioni per risolvere alcuni problemi nei collegamenti tra partite riscontrati nelle versioni precedenti.

    Direi che hai due alternative: o modifichi la procedura di ristampa (totali presi dalla G/L Book Entry), oppure modifiche la codeunit che gestisce il collegamento.

    Personalmente modificherei il report di stampa. 

     

  • In reply to Rosso7:

    condivido il suggerimento di Rosso7, vai con la modifica del report di stampa.

  • In reply to Rosso7:

    In effetti ho corretto il report di stampa nel modo seguente nella GL Book Entry - OnPreDataItem():

    al posto di

      GLEntry.RESET;
      GLEntry.SETCURRENTKEY("Official Date");
      GLEntry.SETFILTER("Official Date",'>=%1&<%2',FiscalYearStartDate,StartDate);
      GLEntry.CALCSUMS("Debit Amount","Credit Amount");
      StartDebit := GLEntry."Debit Amount";
      StartCredit := GLEntry."Credit Amount";
      SETCURRENTKEY("Progressive No.");

    ho inserito il codice seguente

      GLBookEntry.RESET;
      GLBookEntry.SETCURRENTKEY("Official Date");
      GLBookEntry.SETFILTER("Official Date",'>=%1&<%2',FiscalYearStartDate,StartDate);
      StartDebit := 0;
      StartCredit := 0;
      IF GLBookEntry.FINDSET THEN REPEAT
        GLBookEntry.CALCFIELDS("Debit Amount","Credit Amount");
        StartDebit += GLBookEntry."Debit Amount";
        StartCredit += GLBookEntry."Credit Amount";
      UNTIL GLBookEntry.NEXT=0;
      SETCURRENTKEY("Progressive No.");

    Ma possibile che la microsoft non si sia accorta di questo che a mio avviso è un evidentissmo BUG su una materia per altro così delicata come quella delle stampe dei libri ufficiali? Huh?

    Grazie a entrambi per le risposte Yes

Related