Microsoft Dynamics GP yönetiminde Alacaklar veya Borçlar Yönetimi genel muhasebe arasında mutabakat sağladığınızda farklılıkları hakkında bilgi

ÖNEMLİ: Bu makale, Microsoft Makine Çevirisi Düzenleme yazılımı tarafından tercüme edilmiş olup, yüksek olasılıkla profesyonel bir çevirmen yerine CTF teknolojisi kullanılarak, Microsoft Topluluğu tarafından düzenlenmiştir. Microsoft, Bilgi Bankamız içindeki tüm makaleleri kendi dilinizde okuyabilmeniz için size hem profesyonel çevirmenler tarafından tercüme edilen hem de makine tarafından tercüme edildikten sonra Topluluk tarafından kontrol edilen makaleler sunar. Bununla birlikte, makine tarafından tercüme edilen, hatta Topluluk tarafından kontrol edilen bir makale bile her zaman mükemmel dil kalitesinde olmayabilir. Makalede dilinizi konuşan yabancı birisinin yapabileceği türden sözcük, söz dizimi veya dilbilgisi hataları bulunabilir. Microsoft, içeriğin hatalı tercümesinin veya müşterilerimiz tarafından kullanımının doğurabileceği olası yanlış anlamalar, hatalar veya zararlardan sorumlu değildir. Öte yandan Microsoft, Makine Çevirisi Düzenleme işlemini geliştirmek amacıyla Makine Çevirisi Düzenleme yazılımını ve araçlarını sık sık güncelleştirmektedir.

Makalenin İngilizcesi aşağıdaki gibidir: 866570
GİRİŞ
Bu makalede, Microsoft Dynamics GP Borç hesapları hesap bakiyesi veya vadesi geçmiş yaşlandırma Mizan üzerinde toplam tutarı Genel muhasebe hesap bakiyesindeki farklıdır Alacak hesapları neden rapor anlatılmaktadır. Orada yaygın olarak bu makalenin sonunda sorular sorulur.
Daha fazla bilgi
Microsoft Dynamics GP 10.0 (SP2) yeni GM yordama Karşılaştır. Bu yordamı Microsoft Office Exel elektronik tablo oluşturur. Bu elektronik tablo, genel muhasebeye nakledilen hareketleri Borçlar Yönetimi veya Alacaklar Yönetimi eşleştirmek için kullanabilirsiniz. Bu işlem, düzeltme hareketleri oluşturmaz. Ancak, bu işlem, bu bölümde listelenen hareket farkları belirlemenize yardımcı olabilir. "GL mutabakat" penceresini açmak için Microsoft Dynamics GP menüAraçlar ' ın üzerine, yordamlarıiçin Finansiçin işaret ve GM için Karşılaştır' ı tıklatın.


Çalışan farklılıklar neden olabilir biz görülen sorunların listesi aşağıdadır:

  • Geçmiş yaşlandırma mizan raporunu sınırlamalarla birlikte yazdırılır. Yalnızca tarih kısıtlamasını yeniden ile geçmiş yaşlandırma mizan raporunu yazdırın.
  • Tüm hesapların borç hesaplarının veya Alacak hesapları olan tüm hesaplar genel muhasebe görüntülenebilir. Tüm hesapların borç hesaplarının veya tüm Alacaklar hesaplarında genel muhasebe hesaplarını görüntülemek emin olun.
  • Borçlar Yönetimi veya Alacaklar Yönetimi'nde toplu işlemi için genel muhasebe deftere nakledilmedi. Genel muhasebedeki toplu değiştirilmiş veya deftere nakledildiği önce düzenlenemez.
  • Ayarlamalar hesaplarını borç veya alacak hesabı olabilir hesaplarına doğrudan genel muhasebe girdiniz. Bu hareketleri genel muhasebe hesabında güncelleştirin. Ancak, bu hareketler geçmiş yaşlandırma mizan raporunu güncelleştirmeyin.
  • Tarih aralığı üzerinde ayrıntılı mizan raporunu genel muhasebe geçmiş yaşlandırma mizan raporunu Borçlar Yönetimi veya Alacaklar Yönetimi'nde tarih aralığı eşleşmiyor. Geçmiş yaşlandırma Mizan raporu yazdırdığınızda Seçin hareketleri için kullanarak rapor alanına G/m deftere nakil tarihi onay kutusunu seçmek için tıklatın.
  • Borçlar Yönetimi veya Alacaklar Yönetimi'ndeki hareketleri deftere nakledilmedi. Ancak, bu hareketler bunlar başına bakiyelerini olsaydı genel muhasebeye nakledilen değil. Deftere Nakil Kurulumu penceresindeki Satış serisi veya satınalma serisi için Genel muhasebe deftere naklet onay kutusunu seçili değilse Borçlar Yönetimi veya Alacaklar yönetimi için hareketler deftere nakledilecektir. Ancak, bu hareketleri genel muhasebeye nakledilmez.
  • Borçlar Yönetimi Kurulumu penceresinde veya Alacaklar Yönetimi Kurulumu penceresinde İzle iskontoları bulunan GL onay kutusu seçilir. Daha sonra Faturanın net tutarı, genel muhasebeye nakledilir. Ayrıca, kalan tutarı indirimler kullanılabilir hesabına nakledilir. Sadece net tutarı üzerinde ayrıntılı mizan raporunu genel muhasebe görünecektir. Ancak, brüt Fatura toplam fatura üzerinde geçmiş yaşlandırma Mizan Borçlar Yönetimi veya Alacaklar Yönetimi'nde görüntüler.
  • Orijinal olarak nakledilen daha belgeleri farklı bir dönemde hükümsüz. Ayrıntılı mizan raporunu genel muhasebe geçmiş yaşlandırma mizan raporunu eşleşmeyebilir. Örneğin, 1/1/2007 tarihinde faturaya girilen varsayalım. Bu fatura, 1/2/2007 tarihinde hükümsüz kılındı. Bir genel muhasebe Ayrıntılı Mizan raporu 1/2/2007-28/2/2007 yazdırılır. Hükümsüz hareket raporda görüntülenir. Aynı tarih aralığı kullanarak geçmiş yaşlandırma mizan raporunu basılırsa, geçersiz kılınan belge hükümsüz kılınmış çünkü raporda yazdırılmaz.
  • Bilanço hesaplarına borç hesabı bakiyesi veya Alacak hesapları Bakiye genel hesabı defter için geçmiş yaşlandırma Mizan raporu belirli bir süre için geçmiş yaşlandırma mizan raporunu bakiyelerden için net mutabakat gerekir istiyorsanız ayrıntılı mizan üzerinde aynı dönem için genel muhasebe değiştirin.
  • Borç hesapları dengelemek istiyorsanız hesapları Alacaklar hesap veya hesap bakiyesi genel olarak belirli bir dönem içinde değil bir gün için geçmiş yaşlandırma Mizan raporu genel muhasebe Bilançosu, Borçlar Yönetimi veya Alacaklar Yönetimi her zamankinden fazla dengeli olup olmadığını belirleyin. Hiçbir zaman Yönetimi borç veya alacak Yönetimi dengelenen, başına bakiyeleri yanlış olabilir. Bu durumda, ilk dönemin en güncel bakiye ve ters sırada önceki ay sonra mutabakat.
  • Deftere nakil kesintiler oluştuysa, toplu işlemleri doğru genel muhasebe, Borç hesapları Yönetimi veya Alacaklar Yönetimi nakledilen değil.
  • Tüm genel muhasebe toplu işlemleri deftere nakledilmedi.
  • Geçmiş yaşlandırma Mizan raporu yazdırdığınızda, aşağıdaki onay kutularını dışlama alanında tıklatıp değil:
    • Deftere nakledilmemiş uygulanan kredi belgeleri
    • Sıfır Bakiye
    • Etkinlik
    Bu onay kutularını tıklatıp seçin ve sonra geçmiş yaşlandırma mizan raporunu yazdırın.

    Not: Belirli belgeleri ile genel muhasebe ayrıntılı mizan raporunu ve geçmiş yaşlandırma Mizan raporu eşleştirmek isterseniz, Belgeleri tam olarak ödenen onay kutusunu temizlemek için tıklatın.
  • Birden çok para biriminde Yönetimi kullanıyorsanız, yeniden değerleme, Satınalma/satış mahsup hesabına nakletmek için seçilmiş.
  • Microsoft Dynamics GP 10.0 içinde kredi kartı tutarları borç hareketi Girişleri penceresinde bir fatura için girilmiş. Net değişim için genel muhasebe modülünde deftere nakletmek için bu dengesizlik üzerinde karşılaştırma için Borçlar Yönetimi genel muhasebeye neden olabilir.
  • Deftere nakil kesintileri/sorunları olsaydı bir borç veya alacak toplu ve hareketler iş içinde bulundu ve aynı anda açık tablolar GP RM veya PM toplu iş silme sorunları neden olur. Bu örnekte, kullanıcı genellikle her iki tabloda bulunan kayıtların görür ve karar gerekmez toplu iş böylece bunlar yalnızca içinde GP silin. Açık tablolar ve çalışma dağılımı tablo paylaşmak beri onunla dağıtım kayıtları GP toplu silme de kaldırılır. Son hareket üstbilgi kaydı var, ancak hiçbir eşleşen dağıtımları RM veya PM tarafında vardır ancak GL doğru güncelleştirilmemiş sonucudur. Microsoft Dynamics GP sonraki sürümünde bu sorunu dikkate alınır.
  • İndirimler olsaydı potansiyel olarak eşleşen bölümünde farklı tutarları ile dağıtımları görünebilirler. Eşleştirmek için iskonto g/m hesaplarına PM/RM hesapla oturum GL işlemi için Mutabakat Kur'u çalıştırmadan önce çekilen. Elektronik tabloyu kapatın ve iskonto GM hesapları da listelenen yeniden çalıştırın.
  • (Nakit, ödeme, satınalma) türü değiştirildi dağıtımları PM/RM tarafında eksik olabilir. Karşılaştırma elektronik tablo hesap yalnızca GL tarafı için kullanılır. Hesap PM/RM tarafında kullanılmaz. Neden Karşılaştır penceresindeki tüm AP veya AR firma listesi emin olmanız gerekir, böylece kayıt türü hangi hesabın ne olursa olsun kullanılan veya PM/RM yan ödeme kullanarak çeker. Ve siz elektronik tabloyu yeniden otomatik olarak gösterilsin dağıtım yalnızca dağıtım türü SQL tabloda geçiş yapmaz.
  • Uygula ve gerçek GL. içinde deftere nakledildiği tarihe göre birden çok para biriminde hareketleri uygula tablosundaki GL sonrası tarihleri denetle Örneğin, 22 Oca Ara 31 tarihli bir iade faturası Ara 5 tarihli fatura ve Uygula tarihi uygulanan ve GL post tarihi sol 22 Oca. Ancak, toplu işlem g/m deftere nakil sırasında kullanıcı tarihi Ara 31 değiştirdi. Bu durumda, Aralık ayı için g/m elektronik tabloya Karşılaştır Gerçekleşmiş Kazanç/Kayıp Tutarı her iki yüzüne listeler ve uzlaşma görünürler. Ancak, HATB rapor Gerçekleşmiş Kazanç/Kayıp Tutarı henüz tanımıyor ve devre dışı bırakılacak boşluk öğe değil uygulanan veya Ocak kadar deftere göre Uygula kayıt beri GL için karşılaştırıldığında olacaktır.


Sık sorulan sorular:


S1: karşılaştırma GL elektronik tablo doğru mutabakat GL için Borç/alacak mı?

A1: Karşılaştırma için GLfeature bir ' sorun giderme ' araçtır RM/PM ve GL. arasında eşleşmeyen dağıtımları kolayca tanımasına yardımcı olmak için Bunu mutlaka HATB için dışarı bağlamanın düşünülmemiştir ve istemcilerin yapmakta olduğunuz biliyoruz rağmen hedeflenen amaç değildi. Karşılaştırma için g/m elektronik bakiyelere tablosundaki dağıtımları basit bir ekleme/çıkarma kullanarak en iyi tahminleri olur. Oysa HATB bakiyelere hemen her tablo dikkate alın ve çok daha karmaşık ve doğru bakiyeleri ve bunu iki genellikle dışarı bağlayın yoktur.

'true' mutabakat raporları RM veya PM geçmiş yaşlandırma Mizan (HATB) ve GL Mizan arasında olmalıdır. Bunlar eşleşirse, sonra mutlaka GL araca o ay için karşılaştırma çalışmasına ihtiyaç duymaz. GL tabloları alacakların ve jenerik oluşur ve HATB gelen çeker tablolar hareket başlığı ve kayıt tablolarını uygulayın. Böylece müşteriler GL dağılımda dağıtım tablolarına RM veya PM karşılaştırmak bir yol için o düzeyde farklılıklar bulmak için sordu. Bu nedenle karşılaştırma GL yordama oluşturulma nedenini nedeni budur. HATB eksik bir transactionfrom için başa çıkabilmesine eksik dağıtımları, tanımlamanıza yardımcı olması için modüller arası dağıtımlar için dağıtımları karşılaştırmak için bir sorun giderme aracı olarak tasarlanmıştır. Bu nedenle Karşılaştır aracına GL 'Yardım' yalnızca mutabakat için GL Mizan HATB yardımcı olması için kullanın. HATB ve GL TB Bakiye, ardından yok gerçekten GL araca o ay için karşılaştırma çalışmasına gerek.


S2: GL elektronik tabloya Karşılaştır toplamları HATB toplamları eşleşmesi gerekir?

A2: No Karşılaştırma için g/m elektronik tablo toplamları olan dağıtım bu tablodaki kayıtların yalnızca basit ekleme/çıkarma ve diğer tabloları dikkate kaplamaz. HATB bir denge hareket kullanarak hesaplamak ve uygulamak için tamamen farklı tabloları arar ise çok daha karmaşık bir hesaplama ve tabloları kaydeder. Bakiyeleri elde etmek için kullanılan farklı hesaplama yöntemleri/tabloları, nedeniyle karşılaştırma GL elektronik tabloya HATB raporlarda eskime bakiyeleri için depolayabileceği bağ beklenmiyor ve bunları karşılaştırma zor olmasına neden olur. Karşılaştırma için g/m elektronik HATB raporuna bakiyeleri bağlamanın gerekli değildir.

Biz GL elektronik tabloya Karşılaştır toplamları yoksaymak için Öner ve yalnızca farklar da GL TB ve HATB arasında bir fark açıklayabilir varsa görmek için araştırma için bulmanıza yardımcı olmak için eşleşmeyen ve potansiyel olarak eşleşmiş bölümleri kullanın. GL elektronik tabloya karşılaştırma true mutabakat değildir ve yalnızca 'Bu da işlem düzeyinde bir fark olup olmadığını görmek için araştırma için dağıtım farkları belirlemenize yardımcı olması için yardımcı' olacak şekilde tasarlanmıştır. Aslında, HATB GL TB eşleşirse, gerçekten mıydı olması tanımlamak için hiçbir fark olduğundan karşılaştırma GL yardımcı programı için bu ay için hiç çalıştırmak gerekmez.

İşaretlemelisiniz hala istiyor GM elektronik tabloya HATB bakiyesi için karşılaştırma Bakiye bağlamanın, normal destek durumda desteklenmiyor. Tanımlanmış nedeniyle bu KB üstünde listelenir ve daha fazla nedenleri henüz tanımlanmış olabilir. Ancak bu karşılaştırma arasında karşılaştırma GL elektronik ve HATB rapor ve bu karşılaştırma yardımcı programı değil hedeflenen amacı daha karmaşık hesaplanan bakiye için listelenen basit toplam bakiye gerekli olmadığından, bunu, bunlar birbirleriyle karşılaştırmak için size yardımcı olmak için verilerinizi içine araştırma yapmak için bir danışmanlık gider olarak ele alınır.



Q3: GM tarafında dağıtımlar eksikse, ne yapmalıyım?

A3: GM tarafında olmayan dağıtımların RM veya PM tarafında bulursanız, zamanlama farkları için g/m yan araştırın. Tüm GL toplu işlemleri deftere nakledilen emin olmak için denetleyin. GM tarafında gerçekten eksik olduğunda, bir ayarlama günlüğü girişi içine GL dağıtımlarını oluşturmak için doğrudan g/m girişi için anahtar gerekir.



S4: RM veya PM tarafında dağıtımlar eksikse, ne yapmalıyım?

A4: GL dağıtım listelenir, ancak RM veya PM tarafında eksik, ilk zamanlama farkları için araştırın. Hareket HATB raporda listelenen ve için muhasebesi görmek için de araştırın. Hareket var, ancak dağıtımları yalnızca eksik olabilir. 'Hareket yoksa nasıl RM veya PM dağılımda sonra alırım?' sorusuna olacak şekilde İlk olarak, bu mutabakat elektronik dışında RM veya PM dağıtım tabloları için herhangi bir amaç veya GP, raporlarında kullanılmaz aklınızda bulundurun. Bu nedenle onları geri RM veya PM eklenen almak gerçekten gerekli mi? Herhangi bir başka kullanılmaz bir tablosunu doldurmak için zaman ayırmaya değer olmadığını değerlendirin.

Ancak PM dağıtım tablosunu düzeltmek seçerseniz, belgeyi açmak uygulanan kayıtları geri hareket edecek şekilde geçersiz kılmak gerekir. Sonra Kaldır işlem geçmişi yardımcı programı'nı geçersiz kılınan belge kaldırmak için kullanın. 'GM postalamak için ' nakil ayarlamak emin olun ve 'den GM için göndermeyin'. Void tarafından oluşturulan g/m toplu silme. Hareketleri ve dağıtımları yeniden böylece belgeyi geri Borçlar yeniden anahtarlama. Bu amaçla GL toplu hükümsüz emin olun. Sonra yeni bir belge için açık belgeleri yeniden uygulayın ve geçmiş yeniden taşımalısınız.

Tofix, RM dağıtım tablosu üzerine her iki tarafında fatura ve ödeme ve her ikisinin de başa yeniden anahtarlama kaldırmak ve toplu işlemde GL. silmek gerekir



S5: hareketler potansiyel olarak eşleşen bölümünde eşleştikleri gibi görünüyor. Neden Matched bölümünde değil mi?

A5:Her dağıtım kayıt için eşleştirilir çeşitli alanlar vardır. Tüm alanları Matched bölüme taşımak için aynı olmalıdır. Bazı, ama tüm alanları eşleştir, sonra onu potansiyel olarak eşleşen bölümünde koyacaktır. Örneğin, GL için PM için eşleşen alanları şunlardır:

Borçlar Yönetimi--GL
Fiş numarası--Kaynaklanan kontrol numarası
TRX kaynak--TRX kaynak kaynaklanan
Deftere nakil tarihi--hareket tarihini
Mahsup miktarı--Borç tutarı veya alacak tutarı


Q6: Anahtar eksik dağılımda GL veya RM/PM ve karşılaştırma GL elektronik tabloya yeniden çalıştırın, eşleşmeyen veya potansiyel olarak eşleşen öğeleri Matched bölümüne taşır?

A6: No Hareketleri ayrı ayrı yazsa farklı fiş numaraları ve Trx kaynak kodlarını olacaktır. En iyi deftere nakil tarihi ve tutarlarını, hangi elektronik olası eşleşen bölüm koyabilirsiniz eşleşmiyor olabilir.



Q7:Neden aylık veya üç aylık bir elektronik tablo üzerinde kapanış bakiyesi aynı değil sonraki aylık veya üç aylık elektronik tablo Başlangıç bakiyesi?

A7: bir dönem kapanış bakiyesi istemedikçe sonraki dönemi başlangıç bakiyesi aynı değil, genellikle alt muhasebe tablosunda hiçbir üstbilgi kaydı içeren kayıtlar artık dağıtım nedeniyle olur. Kapanış bakiyesi, Excel elektronik tablosundaki sağ tarafından hesaplanır. Yalnızca elektronik tablonun üstünde bu döneme ait Başlangıç bakiyesi alır ve bitiş tarihe ulaşması için elektronik tablodaki görünmesini dağıtım kayıtları ekler/çıkarır. Diğer taraftan, sonraki dönemde Başlangıç bakiyesi SQL tabloda basit Borç/Alacak hesaplama dağıtım kayıtların yararlanarak hesaplanır ve bir üstbilgi kaydı eksik olan tüm dağıtımları içermeyecek şekilde saklı yordam Başlığı tablosundaki katılın. Nihai sonucu bazı dağıtımları kapanış bakiyesi önceki elektronik tabloda hesaplanan ve sonraki dönemde başlayan bakiyeden atlanmış emin olabilir.



S8: RM/PM tarafında dağıtımlar vardır, ancak elektronik tabloya çekmek değil.

A8: Aşağıdaki sorun giderme ipuçlarını gözden geçirin:
  • Karşılaştırma için elektronik tablo üzerinde tarih rangeused inceleyin.
  • Dağıtımlar için PM. PM10100 veya PM30600 tablolarda varolduğunu doğrulayın (veya RM: RM10101 veya RM30301 arama) düşen elektronik tablo için girdiğiniz aralık içinde emin olmak için bu dağıtım tarihlerinde inceleyin. Sadece değil yararlanmayı deftere nakil günlükleri örneğin yeniden yazdırılmaları ve bu RM veya PM dağıtım tabloları bulmak önemlidir.
  • RM veya PM tablolarda dağıtımları bulursanız, sonra ön uç bir belgede bu dağıtımları bakın. Ödeme veya REC dağıtım türü var mı? RM veya PM yanında karşılaştırma elektronik tabloya çekileceksiniz türleri yalnızca bunlar.


Uyarı: Bu makalenin çevirisi otomatik olarak yapılmıştır

Özellikler

Makale No: 866570 - Son İnceleme: 09/07/2016 20:22:00 - Düzeltme: 0.7

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 KbMttr
Geri bildirim