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):


ELENCHI IVA

Ciao a tutti.

Ricordo che qualche tempo fa, qualcuno aveva già sollevato la questione.

Domanda: qualcuno sa se in Microsoft Italia hanno già sviluppato qualcosa in grado di produrre gli elenchi IVA clienti e fornitori

previsti dalla nuova normativa? (o meglio, normativa vecchia, reintrodotta dopo 21 anni). Mi sembra che la presentazione sia

prevista entro ottobre (per i movimenti del 2006, ovviamente).

Oppure se qualcuno avesse già fatto qualcosa di suo: sinceramente non ho le idee chiarissime; leggendo brevemente un articolo di giornale

ho capito che per ogni soggetto (cliente/fornitore) dovrei sommare tutte le fatture (e Note credito), elencando imponibili,Imposte,Aliquote.

Su Partnersource avevo scaricato un po' di tempo fa un Supplemneto per l'Italia, relativo ai codici attività, etc.. che permetteva di

presentare una dichiarazione IVA in formato file ... ma non ho trovato niente riguardo gli Elenchi IVA.

Qualche suggerimento? Grazie!


fmanzella
  • In reply to Anna Perotti:

    ciao,

    l'altro grosso problema sono i tempi; il sistema deve prima contare la tabella degli interi e prima di iniziare ad esportare impiega molto tempo.

     

     


    Giuliano Cipolletti
  • In reply to Giuliano Cipolletti:

    giulio

    ciao,

    l'altro grosso problema sono i tempi; il sistema deve prima contare la tabella degli interi e prima di iniziare ad esportare impiega molto tempo.

     

     

     

    E... se uno provasse a recuperare il dataport della prima versione?  Stick out tongue


    Anna Perotti
  • In reply to Anna Perotti:

    Il file della prima versione faceva una riga per cleinte / fornitore invece va esprtata per ogni riga più di un cliente.

    il problema delle performace (qualcuno a scritto loop) e che viene utilizzato il dataitem integer senza filtri ed il sistema per gestire l'avanzamento fa il conteggio ed impiega molto tempo. Io ho risolto mettendo un filtro del tipo 1..1000000 nei due dataitem (customerloop, vendorloop) e le performance diventano accettabili.

    Per il resto ora ho due clienti che hanno completao l'importazione senza errori, e questo mi rinquora un pò dopo una settimana di problemi


    Giuliano Cipolletti
  • In reply to Giuliano Cipolletti:

    giulio

    Il file della prima versione faceva una riga per cleinte / fornitore invece va esprtata per ogni riga più di un cliente.

    il problema delle performace (qualcuno a scritto loop) e che viene utilizzato il dataitem integer senza filtri ed il sistema per gestire l'avanzamento fa il conteggio ed impiega molto tempo. Io ho risolto mettendo un filtro del tipo 1..1000000 nei due dataitem (customerloop, vendorloop) e le performance diventano accettabili.

    Per il resto ora ho due clienti che hanno completao l'importazione senza errori, e questo mi rinquora un pò dopo una settimana di problemi

    Mhmm... però in PreDataItem il filtro lo imposta esatto.  


    Anna Perotti
  • In reply to Anna Perotti:

    si ma il calcolo per la stima dei record del dataport non può essere fatto sul codice del predataitem (infatti seguendo con il debugger il contatore parte prima che possa girare la prima riga di codice).

    Può essere una sottigliezza (con grossi problemi per noi poveri programmatori) ma a questa lamentela micorsoft ha risposto :

    "Riguardo ai tempi di esportazione, credo che non si possa addebitare alla feature. Le performance del sistema saranno sicuramente legate ad altre problematiche." (tratto da un mail di un responsabile microsoft)

    Pazienza saremo più fortunati un'altra volta 

     


    Giuliano Cipolletti
  • In reply to Giuliano Cipolletti:

    giulio

    si ma il calcolo per la stima dei record del dataport non può essere fatto sul codice del predataitem (infatti seguendo con il debugger il contatore parte prima che possa girare la prima riga di codice).

    Ti dirò...ho provato a commentare il conteggio e a mettere il filtro nel DataItemTableView e, in database Cronus, ho visto comparire la finestrella di "conteggio record in corso". Ho rimesso tutto come prima e la finestrella è scomparsa. Huh?

    Forse sono un po' zuccona e non ho capito il tuo suggerimento. Sad 

     

    Può essere una sottigliezza (con grossi problemi per noi poveri programmatori) ma a questa lamentela micorsoft ha risposto :

    "Riguardo ai tempi di esportazione, credo che non si possa addebitare alla feature. Le performance del sistema saranno sicuramente legate ad altre problematiche." (tratto da un mail di un responsabile microsoft)

     

    ...per esempio dala sua gran testa di cavolo? Super Angry 

     


    Anna Perotti
  • In reply to Anna Perotti:

    io ho fatto queste modifiche ed i tempi adesso sono decenti

    dataitem:integer - name:CustomerLoop 

    DataItemTableView SORTING(Number) WHERE(Number=FILTER(1..1000000))

    dataitem:integer - name:VendorLoop 

    DataItemTableView SORTING(Number) WHERE(Number=FILTER(1..1000000))

    Il dataport prima di partire fa un conteggio dei record da esportare e lo fa sulla base dei filtri e del dataitemtableview, dovendo conteggiare tutta la tabella integer prima di iniziare ad esportare impiega molto tempo, con le due modifiche invece parte veloce.

    almeno queste sono le prove che ho fatto io e sembra funzionare, se volete ho un link ad un programma per fare i test al file


    Giuliano Cipolletti
  • In reply to Giuliano Cipolletti:

    giulio

    io ho fatto queste modifiche ed i tempi adesso sono decenti

    dataitem:integer - name:CustomerLoop 

    DataItemTableView SORTING(Number) WHERE(Number=FILTER(1..1000000))

    dataitem:integer - name:VendorLoop 

    DataItemTableView SORTING(Number) WHERE(Number=FILTER(1..1000000))

    Il dataport prima di partire fa un conteggio dei record da esportare e lo fa sulla base dei filtri e del dataitemtableview, dovendo conteggiare tutta la tabella integer prima di iniziare ad esportare impiega molto tempo, con le due modifiche invece parte veloce.

    Su che versione e che database l'hai fatto? Io sto provando una 5.00 in database nativo e decisamente mi peggiora. 


    almeno queste sono le prove che ho fatto io e sembra funzionare, se volete ho un link ad un programma per fare i test al file

     

    Sì, grazie 


    Anna Perotti
  • In reply to Anna Perotti:

    questo è il link : http://www.mondoabaco.it/ ho verificato il problema e si verifica sui client precedenti alla 4.30 (database SQL) probabilmente da quella versione è stato cambiato qualcosa nel funzionamento dei dataport. Ciao

    Giuliano Cipolletti
  • In reply to Giuliano Cipolletti:

     

    giulio
    questo è il link : http://www.mondoabaco.it/ ho verificato il problema e si verifica sui client precedenti alla 4.30 (database SQL) probabilmente da quella versione è stato cambiato qualcosa nel funzionamento dei dataport. Ciao

    Grazie. Ricordo che c'era un problema di performance quando la lunghezza del record esportato/importato supera una certa  soglia (non ricordo quanto, ma non c'è dubbio che il record generato da questo nuovo dataport con i clienti tutti in fila sia bello grande)



    Anna Perotti
  • In reply to Anna Perotti:

    Ahem... nessuno di voi ha clienti che usano l'Iva ad esigibiltà differita? Hmm

    O ha rapporti con enti e/o associazioni senza partita iva? Confused 


    Anna Perotti
  • In reply to Anna Perotti:

    ho sentito da microsoft che uscira a breve un aggiornamento per la gestione di questo aspetto, noi abbiamo dei cleinti ma ancora non hanno completato l'esportazione.


    Giuliano Cipolletti
  • In reply to Giuliano Cipolletti:

    giulio

    ho sentito da microsoft che uscira a breve un aggiornamento per la gestione di questo aspetto,

     

    No, grazie. Facciamo prima da soli. Hmm


    Anna Perotti
  • In reply to Anna Perotti:

    Qualcuno mi sa spiegare perché la chiave aggiunta in tabella 254 contiene anche i SumIndexFields? Io non ho mai visto una chiave fatta così.

    Patty
  • In reply to Patty:

    ops. ho visto è per filtrare importi negativi/positivi/entrambi

    Patty