Genel Muhasebe'yi Borçlar Yönetimi veya Alacak Yönetimi ile mutabık kıldığınızda farklar hakkında bilgi

Bu makalede, Genel Muhasebe'deki Alacak Hesapları hesap bakiyesinin veya Alacak Hesapları hesap bakiyesinin, Microsoft Dynamics GP'deki Geçmiş Tarihli Eski Deneme Bakiyesi raporunda ödenmesi gereken toplam tutardan neden farklı olduğu açıklanır. Bu makalenin sonunda sık sorulan sorular vardır.

Şunlar için geçerlidir: Microsoft Dynamics GP
Özgün KB numarası: 866570

GL ile Uzlaştırma yordamı Microsoft Dynamics GP 10.0 (SP2) için yeniydi. Bu yordam bir Microsoft Office Excel elektronik tablosu oluşturur. Bu elektronik tabloyu, Genel Muhasebe'ye deftere nakledilen Alacak Yönetimi veya Alacaklar Yönetimi'ndeki işlemleri eşleştirmek için kullanabilirsiniz. Bu işlem, düzeltme işlemleri oluşturmaz. Ancak bu işlem, bu bölümde listelenen işlem farklarını belirlemenize yardımcı olabilir. GL ile Uzlaştır penceresini açmak için, Microsoft Dynamics GP menüsünde Araçlar'ın üzerine gelin, Rutinler'in üzerine gelin, Finansal'ın üzerine gelin ve GL ile uzlaştır'ı seçin.

Aşağıda, farklara neden olabilecek sorunların çalışan bir listesi yer almaktadır:

• Tüm GL toplu işlemleri deftere nakledilmiyor. (GL ile uzlaştır elektronik tablosu yalnızca deftere nakledilen girişlerle ilgili raporlar.)

• Geçmiş Eski Deneme Bakiyesi raporu kısıtlamalarla yazdırılır. Geçmiş Eski Deneme Bakiyesi raporunu yalnızca tarih kısıtlaması ile yeniden yazdırın.

• Tüm borç hesapları veya alacak hesapların tümü Genel Muhasebe'de görüntülenmez. Genel Muhasebe'de tüm alacak hesaplarını veya tüm alacak hesapları hesaplarını görüntülediğinizden emin olun.

• Borçlar Yönetimi veya Alacaklar Yönetimi'ndeki toplu işlemler Genel Muhasebe'ye nakledildi. Genel Muhasebe'deki toplu iş deftere nakledilmeden önce değiştirildi veya düzenlendi.

• Borç hesapları hesabında veya alacak hesapları hesabında yapılan ayarlamalar doğrudan Genel Muhasebe'ye girilmiş olabilir. Bu işlemler, Genel Muhasebe'deki hesabı güncelleştirir. Ancak bu işlemler Geçmiş Eski Deneme Bakiyesi raporunu güncelleştirmez.

• Genel Muhasebe'deki Ayrıntılı Deneme Bakiyesi raporundaki tarih aralığı, Alacak Yönetimi'ndeki veya Alacak Yönetimi'ndeki Geçmiş Eski Deneme Bakiyesi raporundaki tarih aralığıyla eşleşmiyor. Geçmiş Eski Deneme Bakiyesi raporunu yazdırdığınızda, Kullanarak Rapor İçin İşlemleri Seç alanında GL Deftere Nakil Tarihi onay kutusunu seçin.

• İşlemler Borçlar Yönetimi'nde veya Alacak Yönetimi'nde deftere nakledildi. Ancak bu işlemler, başlangıç bakiyeleri içinse Genel Muhasebe'ye nakledilmemiştir. Satınalma serisi veya Satış serisi için Deftere Nakil Kurulumu penceresinde Genel Muhasebeye Deftere Naklet onay kutusu seçili değilse, hareketler Borçlar Yönetimi'ne veya Alacak Yönetimi'ne nakledilir. Ancak bu işlemler Genel Muhasebe'ye nakledilmez.

• GL'de Kullanılabilir İndirimleri İzle onay kutusu, Alacak Yönetimi Kurulumu penceresinde veya Alacaklar Yönetimi Kurulumu penceresinde seçilidir. Ardından, faturanın net tutarı Genel Muhasebe'ye nakledilir. Ayrıca, kalan tutar kullanılabilir bir indirim hesabına nakledilir. Genel Muhasebe'deki Ayrıntılı Deneme Bakiyesi raporunda yalnızca net tutar görünür. Ancak fatura, Borçlar Yönetimi'nde veya Alacak Yönetimi'nde Geçmiş Eski Deneme Bakiyesi'nde brüt fatura toplamını görüntüler.

• Belgeler, ilk deftere nakledildiğinden farklı bir dönemde geçersiz kılındı. Genel Muhasebe'deki Ayrıntılı Deneme Bakiyesi raporu, Geçmiş Eski Deneme Bakiyesi raporuyla eşleşmeyebilir. Örneğin, 1/1/2007 tarihinde bir fatura girildiğini varsayalım. Bu fatura 1/2/2007 tarihinde geçersiz kılındı. 1/2/2007 - 28/2/2007 için Genel Muhasebe Ayrıntılı Deneme Bakiyesi raporu yazdırılır. Geçersiz kılınan işlem raporda görünür. GeçmişE Dönük Eski Deneme Bakiyesi aynı tarih aralığı kullanılarak yazdırılırsa, geçersiz kılınan belge rapora yazdırılmaz çünkü hükümsüz kılınmıştır.

• Genel Muhasebe'deki alacak hesapları hesap bakiyesini veya alacak hesapları hesap bakiyesini belirli bir süre için Geçmiş Eski Deneme Bakiyesi raporuna dengelemek istiyorsanız, Geçmiş Eski Deneme Bakiyesi raporundaki bakiyelerin aynı dönem için Genel Muhasebe'deki Ayrıntılı Deneme Bakiyesi'ndeki net değişiklikle mutabık olması gerekir.

• Alacak hesapları hesap bakiyesini veya Genel Muhasebe'deki alacak hesapları hesap bakiyesini, belirli bir dönemde olmayan bir gün için Geçmiş Eski Deneme Bakiyesi raporuna dengelemek istiyorsanız, Alacak Yönetimi veya Alacak Yönetimi'nin hiç dengelenip dengelenmediğini belirleyin. Alacak Yönetimi veya Alacak Yönetimi hiçbir zaman dengelenmemişse, başlangıç bakiyeleri yanlış olabilir. Bu durumda, önce en güncel dönemi dengeleyin ve ardından önceki ayları ters sırada uzlaştırın.

• Deftere nakil kesintileri oluştuysa, toplu işlemler Genel Muhasebe'ye, Borçlar Yönetimi'ne veya Alacak Yönetimi'ne doğru şekilde deftere nakledilmemiş olabilir.

• Geçmiş Eski Deneme Bakiyesi raporunu yazdırdığınızda Dışla alanında aşağıdaki onay kutularını seçmemişsinizdir.

• Bu onay kutularını seçin ve Geçmiş Eski Deneme Bakiyesi raporunu yazdırın.

  Not

  Genel Muhasebe Ayrıntılı Deneme Bakiyesi raporuyla Geçmiş Eski Deneme Bakiyesi raporunu belirli belgelere göre eşleştirmek istiyorsanız , Tam Ücretli Belgeler onay kutusunu temizleyin.

  • Deftere Nakledilmemiş Uygulanan Kredi Belgeleri
  • Sıfır Bakiye
  • Etkinlik

• Yeniden değerlediğiniz sırada Multicurrency Management kullanıyorsanız, Satın Alma/Satış Mahsup Hesabına göndermeyi seçtiniz.

• Faturanın Borçlar İşlem Girişi penceresine girilen kredi kartı tutarları. Yalnızca net değişiklik Genel Muhasebe modülüne nakledileceğinden, bu durum Borç Yönetimi ile Genel Muhasebe arasındaki mutabakatta bir dengesizliğe neden olabilir. (Yani, GL işlemleri eksikmiş gibi görünür, ancak GL tarafındaki tutarlar tek bir GL girişinde netleştirilirken, PM tarafı üç kayıt gösterebilir. Ancak bunlar yine de sonraki sürümlerde eşleşmeli ve Eşleşen İşlemler bölümüne doğru şekilde taşınmalıdır.)

• Borçlar veya Alacaklar toplu işlemiyle ilgili deftere nakil kesintileri/sorunları varsa ve işlemler aynı anda hem Çalışma hem de Aç tablolarında bulunduysa, Microsoft Dynamics GP'de RM veya PM toplu işleminin silinmesi sorunlara neden olur. Bu örnekte, kullanıcı genellikle kayıtları her iki tabloda da görür ve iş toplu işlemine gerek duymadığına karar verir, bu nedenle yalnızca Microsoft Dynamics GP'de siler. İş ve Aç tabloları bir dağıtım tablosunu paylaştığından, Microsoft Dynamics GP'de toplu işin silinmesi, onunla birlikte dağıtım kayıtlarını da kaldırır. Sonuç, işlem üst bilgisi kaydının mevcut olmasıdır, ancak RM veya PM tarafında eşleşen dağıtımlar yoktur, ancak GL doğru güncelleştirildi. Bu sorun, Microsoft Dynamics GP'nin sonraki sürümünde dikkate alınacaktır.

• Dağıtımlar, indirimler varsa, Olası Eşleşmeler bölümünde farklı tutarlarla gösterilebilir. Eşleşmesi için, GL ile uzlaştırma işlemi çalıştırılmadan önce indirim GL hesaplarının PM/RM hesabıyla birlikte çekilmesi gerekir. Elektronik tabloyu kapatın ve listelenen indirim GL hesaplarıyla birlikte yeniden çalıştırın.

• Tür (CASH, PAY, PURCH) değiştirilmişse, PM/RM tarafında dağıtımlar eksik olabilir. Mutabakat elektronik tablosunda hesap yalnızca GL tarafı için kullanılır. Hesap PM/RM tarafında kullanılmaz. PM/RM tarafı, hangi hesabın kullanıldığına bakılmaksızın PAY veya REC türünü kullanarak çeker, bu nedenle uzlaştırma penceresinde tüm AP veya AR hesaplarınızı listelediğinizden emin olmanız gerekir. Yalnızca SQL Tablosundaki dağıtım türünü değiştirmek, elektronik tabloyu yeniden oluşturursanız dağıtımın otomatik olarak gösterilmesini sağlamaz. (Bu, NAKIT türü kullanan ve AP hesabına basılan kredi kartı ödemeleri için önceki sürümlerde bir sorundu, ancak bu kayıtlar GP 2016'da görüntüleniyor, bu nedenle artık bir sorun olarak görünmüyor.)

• Uygulama tablosundaki uygulama tarihini ve GL posta tarihini, GL'de deftere nakledildiği gerçek tarihle karşılaştırıldığında çok zamanlı işlemler için denetleyin. Örneğin, 22 Ocak'ta, 5 Aralık tarihli bir faturaya 31 Aralık tarihli bir iade faturası uygulandı ve uygulama tarihi ve GL posta tarihi 22 Ocak olarak bırakıldı. Ancak, GL toplu işlemini deftere naklederken, kullanıcı tarihi 31 Aralık olarak değiştirdi. Bu durumda, Aralık ayı için GL ile uzlaştır elektronik tablosu, her iki tarafta da gerçekleştirilen kazanç/kayıp miktarını listeler ve bunlar uzlaştırılmış gibi görünür. Ancak HATB raporu, gerçekleştirilen kazanç/kayıp tutarını henüz tanımaz ve uygulama kaydına göre Ocak ayına kadar uygulanmadığından veya deftere nakledilmedikçe GL ile karşılaştırıldığında bu tutara göre kapatılır.  

Sık sorulan sorular

S1: GL ile Mutabakat elektronik tablosu, GL'ye Borçlar/Alacaklar için gerçek bir mutabakat mı?

1: GL ile uzlaştırma özelliği, kullanıcıların RM/PM ile GL arasındaki eşleşmeyen dağıtımları tanımlamasına yardımcı olan bir sorun giderme aracıdır . HATB'ye bağlı olması şart değildi ve amaçlanan amaç bu değildi, ancak istemcilerin bunu yaptığını biliyoruz. GL ile Uzlaştır elektronik tablosundaki bakiyeler, tablodaki dağıtımlarda basit bir toplama/çıkarma kullanılarak yapılan en iyi tahminlerdir. HATB'de dengeler neredeyse tüm tabloları dikkate alır ve çok daha karmaşık ve doğru dengelerdir ve bu nedenle ikisi genellikle birbirine bağlı olmaz.

Gerçek uzlaştırma RM veya PM Geçmiş Eski Deneme Bakiyesi (HATB) ile GL Deneme Bakiyesi raporları arasında olmalıdır. Bunlar eşleşiyorsa, o ay için GL ile Mutabık Kıl aracını çalıştırmanız gerekmez. GL tabloları borç ve kredilerden oluşur ve HATB'nin çektiği tablolar işlem üst bilgisidir ve kayıt tablolarını uygular. Müşteriler bu düzeydeki farkları bulmaya yardımcı olmak için GL'deki dağıtımları RM veya PM'deki dağıtım tablolarıyla mutabık hale getirmek için bir yol istedi. Dolayısıyla GL ile Uzlaştırma yordamının oluşturulmasının nedeni budur. Eksik dağıtımları belirlemenize yardımcı olmak için dağıtımları modüller arasındaki dağıtımlarla karşılaştırmak için bir sorun giderme aracı olması amaçlanmıştır ve bu da HATB'den eksik bir işleme dönmenize neden olabilir. Bu nedenle GL ile Uzlaştırma aracını yalnızca HATB ile GL Deneme Bakiyesi'ni mutabık hale getirmek için yardımcı olarak kullanın. HATB ve GL TB bakiyesi söz konusu ay için Reconcile to GL aracını çalıştırmaya gerek yoktur.

S2: GL ile uzlaştır elektronik tablosundaki toplamlar HATB'nin toplamlarıyla eşleşmeli mi?

A2: Hayır. GL ile Uzlaştır elektronik tablosundaki toplamlar, bu tablodaki dağıtım kayıtlarının basit bir toplama/çıkarma işlemidir ve diğer tabloları dikkate almaz. HATB, işlemi kullanarak bir bakiyeyi hesaplamak ve kayıt tablolarını uygulamak için tamamen farklı tablolara bakar ve çok daha karmaşık bir hesaplamadır. Bakiyeleri elde etmek için kullanılan farklı hesaplama yöntemleri/tabloları nedeniyle, GL ile uzlaştırma elektronik tablosunun HATB raporlarındaki eskime bakiyelerine doğrudan bağlanması beklenmez ve bu da bunları uzlaştırmayı zor hale getirir. Uzlaştırmadaki bakiyeleri GL elektronik tablosuyla HATB raporuna bağlamak gerekmez.

GL ile uzlaştırma elektronik tablosundaki toplamları yoksaymanızı ve bunun GL TB ile HATB arasındaki farkı da açıklayıp açıklaymadığını görmek için araştırma farklılıkları bulmanıza yardımcı olması için Eşleşmeyen ve Eşleşmeyenler bölümlerini kullanmanız gerekir. GL elektronik tablosuyla mutabakat gerçek bir mutabakat değildir ve bunun işlem düzeyinde de bir fark olup olmadığını görmek için araştırma yapmak üzere dağıtım farklarını belirlemenize yardımcı olması amaçlanmıştır. Aslında, HATB GL TB ile eşleşirse, uzlaştırmayı o ay için GL yardımcı programıyla çalıştırmaya gerek kalmaz, çünkü tanımlanacak bir fark yoktur.

Uzlaştırmadaki bakiyeyi GL elektronik tablosuyla HATB'deki bakiyeye bağlamayı yine de istiyorsanız, bu normal bir destek örneğinde desteklenmez. Belirlediğimiz nedenler bu KB'nin en üstünde listelenmiştir ve henüz tanımlanmamış daha fazla neden olabilir. Ancak bu mutabıklık, GL elektronik tablosunda listelenen basit toplam bakiye ile HATB raporundaki daha karmaşık hesaplanmış bakiye arasında gerekli olmadığından ve bu uzlaştırma yardımcı programının amaçlanan amacı arasında değil, bunları birbiriyle mutabık hale getirmek için verilerinizi incelemeniz danışmanlık gideri olarak kabul edilir.

S3: GL tarafında dağıtımlar eksikse ne yapmalıyım?

Y3: RM veya PM tarafında GL tarafında olmayan dağıtımlar bulursanız, zamanlama farklılıkları için GL tarafını araştırın. Tüm GL toplu işlemlerinin deftere nakledildiğinden emin olun. GL tarafında gerçekten eksikse, GL dağıtımlarını oluşturmak için bir ayarlama günlüğü girdisini doğrudan GL'ye anahtarlamanız gerekir.

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

A4: GL dağılımı listeleniyorsa ancak RM veya PM tarafında eksikse, önce zamanlama farklılıklarını araştırın. Ayrıca işlemin HATB raporunda listelenip listelenmediğini ve zaten hesaba eklenip hesaplanmadığını da araştırın. İşlemin mevcut olması mümkündür, ancak dağıtımlar yalnızca eksiktir. Yani soru, işlem mevcutsa RM veya PM'deki dağıtımları nasıl alabilirim? İlk olarak, RM veya PM'deki dağıtım tablolarının, bu mutabakat elektronik tablosu dışında GP'de başka bir amaç veya rapor için kullanılmadığını unutmayın. Peki bunları RM veya PM'ye yeniden eklemek gerçekten gerekli mi? Başka hiçbir yerde kullanılmayan bir tabloyu doldurmanın zamanınızı ayırıp değmediğini değerlendirin.

Ancak PM dağıtım tablosunu düzeltmeyi seçerseniz, belgeyi geçersiz kılmanız gerekir, böylece uygulanan kayıtlar yeniden açılacaktır. Ardından, geçersiz kılınan belgeyi kaldırmak için İşlem Geçmişini Kaldır Yardımcı Programını kullanın. Deftere nakil işlemini GL'ye nakledecek şekilde ayarladığınızdan ve GL'ye göndermediğinden emin olun. Void tarafından oluşturulan GL toplu işlemini silin. Ardından belgeyi Yeniden Borçlar'a dönüştürerek işlemlerin ve dağıtımların yeniden oluşturulmasını sağlayın. Bunun için GL toplu işlemini geçersiz kılmayı unutmayın. Ardından yeni belgeyi açık belgelere yeniden uygulayın; bunlar yeniden geçmişe taşınmalıdır.

RM dağıtım tablosunda düzeltmek için faturanın ve ödemenin her iki tarafını da kaldırmanız ve her ikisini de yeniden anahtarlayıp toplu işlemi GL'de silmeniz gerekir.

S5: Olası Eşleşmeler bölümündeki işlemler eşleşmiş gibi görünür. Neden Eşleştirilenler bölümünde değiller?

Y5: Her dağıtım kaydı için eşleşen birkaç alan vardır. Eşleştirilen bölümüne taşımak için tüm alanların eşleşmesi gerekir. Alanların bazıları eşleşmiyorsa ancak tümü eşleşmiyorsa, bunu Olası EşleşmeLer Bölümüne yerleştirir. Örneğin, PM ile GL arasında eşleşen alanlar şunlardır:

Borç Yönetimi -- GL
Fiş Numarası -- Kaynak Denetim Numarası
TRX Kaynağı -- Kaynak TRX Kaynağı
Deftere Nakil Tarihi -- İşlem Tarihi
Hesap Tutarı -- Borç Tutarı veya Alacak Tutarı

S6: GL veya RM/PM'deki eksik dağıtımları anahtarlarsam ve GL ile uzlaştır elektronik tablosunu yeniden çalıştırırsam, eşleşmeyen veya eşleşmemiş olabilecek öğeler Eşleştirilen bölümüne taşınır mı?

A6: Hayır. İşlemler ayrı anahtarlanmışsa, farklı kupon numaraları ve Trx Kaynak kodları olacaktır. En iyi durumda, Deftere Nakil Tarihi ve Tutarlar eşleşebilir ve bu da bunları elektronik tablonun Eşleşme Olasılığı bölümüne koyabilir.

S7: Aylık veya üç aylık bir elektronik tablodaki Bitiş Bakiyesi neden sonraki aylık veya üç aylık elektronik tablodaki Başlangıç Bakiyesi ile eşleşmiyor?

Y7: Bir dönemin Bitiş Bakiyesi bir sonraki dönemin Başlangıç bakiyesi ile eşleşmiyorsa, bunun nedeni genellikle alt muhasebe tablosunda ilişkilendirilmiş üst bilgi kaydı olmayan yalnız bırakılmış dağıtım kayıtlarıdır. Bitiş Bakiyesi, doğrudan elektronik tabloda Excel tarafından hesaplanır. Yalnızca elektronik tablonun en üstündeki dönemin başlangıç bakiyesini alır ve bitiş bakiyesine ulaşmak için elektronik tabloda görünen dağıtım kayıtlarını ekler/çıkarır. Öte yandan, sonraki dönemde, Başlangıç bakiyesi SQL tablosundaki dağıtım kayıtlarının basit bir borç/kredi hesaplaması alınarak hesaplanır ve saklı yordam üst bilgi tablosunu birleştirir, bu nedenle üst bilgi kaydı eksik olan dağıtımları içermez. Sonuç olarak, bazı dağıtımlar önceki elektronik tablodaki bitiş bakiyesine hesaplanmış ve sonraki dönemde başlangıç bakiyesinden atlanmış olabilir.

S8: RM/PM tarafındaki dağıtımlar var, ancak elektronik tabloya çekmiyor.

A8: Şu sorun giderme ipuçlarını gözden geçirin:

• Uzlaştırma ile elektronik tabloda kullanılan tarih aralığını inceleyin.
• Dağıtımların PM için PM10100 veya PM30600 tablolarında mevcut olduğunu doğrulayın. (veya RM için: RM10101 veya RM30301 arama) Elektronik tablo için girdiğiniz aralıkta yer aldıklarından emin olmak için bu dağıtımlardaki tarihleri inceleyin. Bunları RM veya PM dağıtım tablolarında bulmak ve örneğin yalnızca yeniden yazdırılan deftere nakil günlüklerine güvenmemek önemlidir.
• Dağıtımları RM veya PM tablolarında bulursanız, ön uçtaki belgedeki bu dağıtımlara bakın. Pay veya REC ya da AVAIL dağıtım türüne sahipler mi? Bunlar, eski sürümlerde RM veya PM tarafındaki mutabakat elektronik tablosuna çekilecek tek türlerdir. (Güncelleştirme: Kredi kartıyla yapılan ödemeler AP hesabına, üzerinde NAKIT türü bulunan ve tabloda yer alan bir dağıtım üretebilir, ancak GL elektronik tablosuyla uzlaştırılan elektronik tablo bu dağılımı sol tarafta görüntülemedi. Bu nedenle, veri sorunu değil yalnızca elektronik tabloyla ilgili bir görüntüleme sorunu. Ancak, bu Microsoft Dynamics GP 2016'da bir sorun olarak görünmüyor, nakit türü artık elektronik tabloda doğru şekilde görüntülendiğinden, bu nedenle yol boyunca düzeltildi.)

S9: GL ile Mutabık Kıl penceresinin diğer para birimlerinde görüntülenmesini sağlayabilir misiniz?

Y9: Yalnızca işlevsel para birimlerini görüntülemek için tasarlanan GL ile Uzlaştır penceresi. Daha fazla bilgi için bkz. Microsoft Dynamics GP'de GL ile uzlaştırma penceresindeki bakiyeler hakkında bilgi.