Informazioni sulle differenze al momento della riconciliazione contabilità generale di gestione della contabilità fornitori e gestione della contabilità clienti in Microsoft Dynamics GP

IMPORTANTE: il presente articolo è stato tradotto tramite un software di traduzione automatica di Microsoft ed eventualmente revisionato dalla community Microsoft tramite la tecnologia CTF (Community Translation Framework) o da un traduttore professionista. Microsoft offre articoli tradotti manualmente e altri tradotti automaticamente e rivisti dalla community con l’obiettivo di consentire all'utente di accedere a tutti gli articoli della Knowledge Base nella propria lingua. Tuttavia, un articolo tradotto automaticamente, anche se rivisto dalla community, non sempre è perfetto. Potrebbe contenere errori di vocabolario, di sintassi o di grammatica. Microsoft declina ogni responsabilità per imprecisioni, errori o danni causati da una traduzione sbagliata o dal relativo utilizzo da parte dei clienti. Microsoft aggiorna frequentemente il software e gli strumenti di traduzione automatica per continuare a migliorare la qualità della traduzione.

Clicca qui per visualizzare la versione originale in inglese dell’articolo: 866570
INTRODUZIONE
In questo articolo viene descritto il motivo per cui il saldo del conto di contabilità fornitori o il saldo del conto nella contabilità generale è diverso dall'importo totale dovuto su storici di età superiore a bilancio di verifica contabilità clienti report in Microsoft Dynamics GP. Non vi sono domande frequenti alla fine di questo articolo.
Informazioni
La riconciliazione alla routine GL era nuovo Microsoft Dynamics GP 10.0 (SP2). Questa routine genera un foglio di calcolo in Microsoft Office. È possibile utilizzare questo foglio di calcolo in base a transazioni registrate nella contabilità generale nella gestione della contabilità fornitori o gestione della contabilità clienti. Questo processo genera transazioni di rettifica. Tuttavia, questo processo consente di determinare le differenze di transazione che sono elencate in questa sezione. Per aprire la finestra "Riconciliare in c/g", scegliereStrumenti dal menu di Microsoft Dynamics GP , puntare a una routine, finanziariee quindi fare clic su Risolvi le differenze in c/g.


Di seguito è un elenco di problemi che abbiamo visto che potrebbero causare differenze:

  • Il report cronologici di età del bilancio di verifica viene stampato con restrizioni. Stampare il report di bilancio di verifica cronologici età nuovamente con una restrizione di Data.
  • Non tutti conti contabilità fornitori o tutti gli account conto debitori è visualizzati in generale contabilità. Assicurarsi di visualizzare tutti i conti contabilità fornitori o tutti gli account conti crediti in contabilità generale.
  • Batch in Gestione della contabilità fornitori o gestione della contabilità clienti sono stati registrati nella contabilità generale. Il batch nella contabilità generale è stato modificato o modificato prima della registrazione.
  • Rettifiche per il conto di contabilità fornitori o ai conti conto clienti potrebbe essere stata immessa direttamente in generale contabilità. Queste transazioni aggiornare il conto di contabilità generale. Tuttavia, queste transazioni non aggiornare il rapporto di bilancio di verifica cronologici di età superiore a.
  • L'intervallo di date nel bilancio di verifica dettagliato report in generale contabilità non corrisponde l'intervallo di date nel report bilancio di verifica cronologici di età superiore a gestione della contabilità fornitori o gestione della contabilità clienti. Quando si stampa il report cronologici di età del bilancio di verifica, fare clic per selezionare la casella di controllo Data di registrazione di contabilità generale nell'area Selezionare le transazioni per Report utilizzando .
  • Gestione della contabilità fornitori o gestione della contabilità clienti, sono state registrate transazioni. Tuttavia, queste transazioni non sono state registrate nella contabilità generale per i saldi iniziali. Se non è selezionata la casella di controllo Registra in contabilità generale nella finestra Setup di registrazione per la serie di acquisto o per la serie di vendite, le transazioni verranno registrate per gestione della contabilità fornitori o gestione della contabilità clienti. Tuttavia, queste transazioni non verrà registrate nella contabilità generale.
  • La casella di controllo Traccia sconti disponibili nella contabilità generale è selezionata nella finestra Setup gestione pagamenti o nella finestra Setup gestione contabilità clienti. Quindi, l'importo netto della fattura verrà registrata contabilità generale. Inoltre, l'importo residuo viene registrato in un conto di disponibili sconti. Solo l'importo netto verrà visualizzato nel report bilancio di verifica dettagliato in generale contabilità generale. Tuttavia, la fattura Visualizza il totale lordo della fattura su storici di età superiore a bilancio di verifica in Gestione della contabilità fornitori o gestione della contabilità clienti.
  • I documenti sono stati annullati in un periodo diverso che sono state registrate originariamente. Il bilancio di verifica dettagliato report in generale contabilità potrebbe non corrispondere il report cronologici di età del bilancio di verifica. Si supponga, ad esempio, che una fattura è stata immessa il 1/1/2007. Questa fattura è stata annullata il 1/2/2007. Stampa di un report di bilancio di verifica dettagliato contabilità generale per 1/2/2007-28/2/2007. L'operazione verrà visualizzato nel report. Se viene stampato un bilancio di verifica cronologici età utilizzando lo stesso intervallo di date, il documento annullato non verrà stampato nel report perché esso è stato annullato.
  • Se si desidera riconciliare i conti conto debito saldo o contabilità clienti il saldo del conto in generale contabilità a storici di età superiore a bilancio di verifica report per un determinato periodo, i saldi dal report bilancio di verifica cronologici di età superiore devono essere riconciliati per la rete modificare sul bilancio di verifica dettagliato in generale contabilità per lo stesso periodo.
  • Se si desidera riconciliare la contabilità fornitori il saldo del conto o i conti di contabilità clienti bilanciare i contabili in generale al report cronologici di età del bilancio di verifica per un giorno che non si trova in un determinato periodo, determinare se Gestione della contabilità fornitori o gestione della contabilità clienti mai è stato bilanciato. Se non è stato bilanciato gestione della contabilità fornitori o gestione della contabilità clienti, i saldi iniziali potrebbero essere errati. In questa situazione, bilanciare il periodo più recente prima e quindi riconciliare i mesi precedenti in ordine inverso.
  • Se sono state interruzioni di registrazione, batch è possibile che non sono state registrate correttamente nella contabilità generale, alla gestione della contabilità fornitori o alla gestione della contabilità clienti.
  • Non tutte le partite contabili sono state registrate.
  • Quando si stampa il report cronologici di età del bilancio di verifica, non fare clic per selezionare le caselle di controllo nell'area di esclusione:
    • Documenti di credito collegate non registrate
    • Saldo zero
    • Attività
    Fare clic per selezionare le caselle di controllo e quindi stampare il report cronologici di età del bilancio di verifica.

    Nota Se si desidera che in modo che corrisponda il report bilancio di verifica dettagliato contabilità generale e il report di bilancio di verifica cronologici di età superiore a documenti specifici, fare clic per deselezionare la casella di controllo Completamente i documenti pagati .
  • Se si utilizza Gestione multivaluta quando si rivalutano, selezionati per la registrazione nel conto di contropartita acquisti/vendite.
  • In Microsoft Dynamics GP 10.0, gli importi di carta di credito sono stati immessi nella finestra di immissione delle transazioni della contabilità fornitori per una fattura. Ciò potrebbe causare uno squilibrio nella riconciliazione per gestione della contabilità fornitori nella contabilità generale perché solo il saldo verrà registrato nel modulo Contabilità generale.
  • In presenza di interruzioni registrazione problemi relativi a un batch di debiti o crediti e le transazioni sono state trovate in entrambe le operazioni e le tabelle aperte contemporaneamente, eliminando il batch di RM o PM nella GP causerà problemi. In questo caso, l'utente in genere visualizza i record in entrambe le tabelle e decide di non è necessario il batch di lavoro in modo che conviene eliminarlo in Criteri di gruppo. Poiché il lavoro e le tabelle aperte condividono una tabella di distribuzione, l'eliminazione batch in GP rimuoverà anche i record di distribuzione con esso. Il risultato finale è che il record di intestazione di transazione esiste, ma non esistono distribuzioni corrispondente sul lato RM o PM, ma GL è stato aggiornato correttamente. Questo problema verrà considerato nella prossima versione di Microsoft Dynamics GP.
  • Distribuzioni potrebbero essere visualizzate nella sezione potenzialmente una corrispondenza con quantità diverse se fossero sconti. Per consentire l'associazione, i conti di contabilità generale dello sconto deve essere prelevati con l'account di PM/RM prima di eseguire la riconciliazione al processo di contabilità generale. Chiudere il foglio di calcolo ed eseguire nuovamente con i conti di contabilità generale sconti elencati anche.
  • Se sono stato modificato il tipo (in contanti, pagamento, acquisti), potrebbero essere mancante sul lato PM/RM distribuzioni. Nel foglio di calcolo di riconciliazione, l'account viene utilizzato solo per il lato di contabilità generale. L'account non viene utilizzato sul lato PM/RM. Il lato PM/RM preleva utilizzando la retribuzione o tipo REC indipendentemente da quale account viene utilizzato, in modo che il motivo per cui dovrebbe essere necessario elencare tutte le PA o AR account nella finestra Risolvi le differenze. E passare semplicemente il tipo di distribuzione nella tabella SQL non rende la distribuzione viene visualizzato automaticamente se si rigenera il foglio di calcolo.
  • Controllare l'applica data e GL post nella tabella applica per transazioni multivaluta rispetto alla data effettiva che era stato registrato in GL. Ad esempio, il 22 gennaio, datato 31 dic una nota di credito è stato applicato a una fattura datato 5 Dec e la data di applica e data post GL sono rimasti come 22 gennaio. Tuttavia, durante la registrazione del batch GL, modificate la data e il 31 dicembre. In questo caso, la riconciliazione in foglio di calcolo di contabilità generale per il mese di dicembre riporta l'importo realizzato profitti/perdite su entrambi i lati e sembrano essere riconciliato. Tuttavia, il report HATB non riconosce l'importo realizzato profitti/perdite ancora e potrà essere disattivato questo importo rispetto alla contabilità generale, poiché esso non è stato applicato o registrato fino a gennaio in base al record applica.


Domande frequenti:


Q1: È la riconciliazione in foglio di calcolo GL una riconciliazione true per pagamenti/incassi in c/g?

A1: La riconciliazione di GLfeature è uno strumento Risoluzione dei problemi per consentire agli utenti di identificare le distribuzioni non corrispondenti tra RM/PM e GL. Che non ha lo scopo, ma sappiamo riconoscere i client sono state incluse non intese necessariamente per collegare per il HATB. I saldi sulla riconciliazione in foglio di calcolo GL sono migliori stime utilizzando una semplice aggiunta/sottrazione le distribuzioni della tabella. Considerando che i saldi di HATB tengono conto di quasi tutte le tabelle e sono molto più complesso e preciso i saldi e pertanto i due spesso non collegare.

Riconcilia 'true' deve essere compreso tra il gestore delle risorse o il bilancio di verifica di età superiore a storici PM (HATB) e il bilancio di verifica c/g di report. Se questi corrispondono, non sarà necessariamente necessario eseguire la riconciliazione allo strumento GL per quel mese. Le tabelle di contabilità generale sono costituite da importi dare e avere, e le tabelle che estrae il HATB da sono intestazione transazione e applicano tabelle record. Clienti richiesto un modo riconciliare le distribuzioni nella contabilità generale per le tabelle di distribuzione in RM o PM per individuare le differenze di tale livello. In modo che questo è il motivo perché è stato creato il conflitto risolto alla routine di contabilità generale. Esso era destinato a essere uno strumento di risoluzione per confrontare le distribuzioni per le distribuzioni tra i moduli per l'identificazione delle distribuzioni mancante, che potrebbero causare problemi è a un transactionfrom mancante di HATB. Pertanto è possibile utilizzare la riconciliazione allo strumento GL come «aiuti» solo per semplificare la riconciliazione di HATB al bilancio di verifica c/g. Se la HATB e TB GL pareggio, quindi c'è veramente necessario eseguire la riconciliazione allo strumento GL per quel mese.


Q2: I totali per la riconciliazione in foglio di calcolo GL corrisponda i totali per la HATB?

A2: No. I totali per la riconciliazione in foglio di calcolo GL sono solo una semplice aggiunta/sottrazione dei record della tabella di distribuzione e non tenere conto delle altre tabelle. Considerando che la HATB confrontata completamente diverse tabelle per calcolare un saldo di utilizzo della transazione e applicare registra tabelle e un calcolo più complessa. A causa di diversi metodi/tabelle di calcolo utilizzate per ottenere i saldi, la riconciliazione in foglio di calcolo di contabilità generale non è prevista la parità definitive ai saldi aging nei report HATB e dovrebbe rendere difficile la loro risoluzione. Non è necessario collegare i saldi sulla riconciliazione al foglio di calcolo di contabilità generale per il report HATB.

Si suggeriscono che ignori i totali per la riconciliazione in foglio di calcolo di contabilità generale e utilizzano solo le sezioni non corrispondente e potenzialmente associati per individuare le differenze di ricerca per vedere se che spiegano anche una differenza tra il GL TB e HATB. La riconciliazione in foglio di calcolo di contabilità generale non è una riconciliazione true e solo destinato ad essere un aiuto per identificare le differenze di distribuzione alla ricerca per verificare se questo è una differenza a livello di transazione. Infatti, se il HATB corrisponde il TB GL, non esiste realmente sarebbero necessario eseguire la riconciliazione all'utilità GL per quel mese, poiché non esistono differenze per identificare.

Sente desidera legare il saldo nella riconciliazione al foglio di calcolo di contabilità generale per il saldo del HATB, non è supportato in caso di assistenza standard. I motivi che abbiamo identificato sono elencati nella parte superiore di questo KB e potrebbe esserci ulteriori ragioni non ancora identificati. Ma poiché non è necessario tra il saldo totale semplice riportato sulla riconciliazione di foglio di calcolo di contabilità generale e il saldo calcolato più complesso del report di HATB e non lo scopo di questa utilità Riordina questa riconciliazione, viene considerato una spesa di consulenza di approfondire i dati per aiutare a risolvere il.



Q3: Cosa fare se non sono presenti sul lato GL distribuzioni?

A3: se le distribuzioni sul lato RM o PM non sul lato GL, esaminare il lato di contabilità generale per le differenze di temporizzazione. Verificare che vengano registrate tutte le partite di contabilità generale. Se mancano realmente sul lato GL, sarà necessario un movimento di registrazioni di rettifica direttamente in contabilità generale per la voce per creare le distribuzioni GL chiave.



T4: Cosa fare se mancano le distribuzioni sul lato RM o PM?

A4: Se la distribuzione di contabilità generale è elencata, ma non è presente sul lato RM o PM, innanzitutto analizzare le differenze di temporizzazione. Anche la ricerca per vedere se la transazione stessa è elencata nel report HATB e già contabilizzata. È possibile che la transazione esiste, ma sono mancante solo le distribuzioni. In modo da ottenere la domanda 'come è possibile ottenere le distribuzioni in RM o PM, quindi, se la transazione esiste?' In primo luogo, tenere presenti le tabelle di distribuzione in RM o PM non vengono utilizzate per qualsiasi altro scopo o report in Criteri di gruppo, diverso da questo foglio di calcolo di riconciliare. Così è veramente necessario ottenerli aggiungere in RM o PM? Valutare se è necessario per popolare una tabella che non è utilizzata.

Ma se si sceglie quindi di correggere la tabella di distribuzione PM, è necessario annullare il documento, in modo che i record di applicato spostare nuovamente di aprire. Quindi l'utilità di rimozione transazione cronologia per rimuovere il documento annullato. Assicurarsi di impostare la registrazione per '' GL e non 'Registra tramite in c/g'. Eliminare il batch GL creato il vuoto. Reimpostazione delle chiavi quindi il documento in contabilità fornitori, in modo che le transazioni e le distribuzioni vengono ricreate. Assicurarsi di annullare il batch di contabilità generale per questo. Riapplicare il nuovo documento per i documenti aperti e deve spostarsi alla cronologia di nuovo.

Tofix è nella tabella di distribuzione RM, è necessario rimuovere entrambi i lati della fattura e pagamento e entrambi nuovamente la reimpostazione delle chiavi ed eliminare il batch di GL.



Q5: Le transazioni nella sezione corrispondente potenzialmente sembrano corrispondano. Perché non sono nella sezione Matched?

A5:Esistono diversi campi corrispondenti per ogni record di distribuzione. Tutti i campi devono corrispondere per spostarlo nella sezione corrispondenza. Se alcuni ma non tutti i campi corrispondono, quindi inserirà nella sezione potenzialmente corrispondente. Ad esempio, di seguito sono i campi corrispondenti per PM in c/g:

Gestione della contabilità fornitori, contabilità generale
Numero di giustificativo, Originari di numero di controllo
Origine TRX - Originari TRX origine
: Data di registrazione Data della transazione
Importo di acconto: Importo in Dare o avere


Q6: Se chiave le distribuzioni nella contabilità generale o RM/PM mancante e rieseguire la riconciliazione in foglio di calcolo di contabilità generale, gli elementi non corrispondenti o potenzialmente corrispondenti sposterà alla sezione Matched?

A6: No. Se le transazioni vengono ordinate separatamente, l'avranno numeri di giustificativi diversi e codici origine Trx. Nel migliore dei casi la data di registrazione e importi potrebbero corrispondere, quale Impossibile inserirli nella sezione potenzialmente corrispondente del foglio di calcolo.



Q7:Perché il saldo finale del foglio di calcolo mensile o trimestrale non è il saldo iniziale del foglio di lavoro mensile o trimestrale successivo?

A7: saldo finale dimenticata di un periodo non corrisponde il saldo iniziale del periodo successivo, è spesso causa di record orfani di distribuzione che non dispongono di alcun record di intestazione della tabella di contabilità secondaria. Diritto di Excel nel foglio di calcolo viene calcolato il saldo finale. Sufficiente accetta il saldo iniziale per lo stesso periodo nella parte superiore del foglio di calcolo e aggiunge/sottrae il record di distribuzione che vengono visualizzati nel foglio di calcolo per raggiungere il saldo finale. D'altra parte, nel periodo successivo, il saldo iniziale calcolato sottraendo un calcolo semplice dare/avere dei record di distribuzione nella tabella SQL e stored procedure di join della tabella Testata, pertanto non verranno incluse tutte le distribuzioni in cui Manca un record di intestazione. Alcune distribuzioni sono stati calcolati nel saldo finale del foglio di calcolo precedente che omesso dal saldo iniziale nel periodo successivo, potrebbe essere il risultato finale.



Q8: Le distribuzioni sul lato RM/PM esiste, ma non estraggano nel foglio di calcolo.

A8: Esaminare suggerimenti di risoluzione dei problemi:
  • Esaminare la data rangeused sulla riconciliazione in foglio di calcolo.
  • Verificare che le distribuzioni esistenti nelle tabelle di PM10100 o PM30600 per PM (o per RM: ricerca di RM10101 o RM30301) esaminare le date su queste distribuzioni per assicurarsi che rientrino nell'intervallo specificato per il foglio di calcolo. È importante individuare questi nelle tabelle di distribuzione RM o PM e per non fare affidamento esclusivamente sulle ristampa i giornali di registrazione, ad esempio.
  • Se le distribuzioni nelle tabelle di RM o PM, quindi esaminare le distribuzioni del documento nel front-end. Hanno un tipo di distribuzione di retribuzione o REC? Questi sono gli unici tipi che vengono memorizzati foglio di calcolo Riordina sul lato RM o PM.


Avviso: questo articolo è stato tradotto automaticamente

Proprietà

ID articolo: 866570 - Ultima revisione: 09/07/2016 19:56:00 - Revisione: 0.8

Microsoft Dynamics GP 2015, Microsoft Dynamics GP 2013, Microsoft Dynamics GP 2010, Microsoft Dynamics GP 10.0, Microsoft Dynamics GP 9.0

  • kbexpertiseinter kbhowto kbinfo kbexpertisebeginner kbmbsmigrate kbmt KB866570 KbMtit
Feedback