Bir fiş
Önemli
Bu makalede belirtilen işlevlerin bazıları veya tümü, önizleme sürümünün bir parçası olarak kullanılabilir. İçerik ve işlevde değişiklik yapılabilir. Önizleme sürümleri hakkında daha fazla bilgi için bkz. Hizmet güncelleştirmesi kullanılabilirliği.
"Bir fiş" nedir?
Mali günlüklerin esnekliğinden dolayı, bir hareketi temsil eden ancak birden fazla müşteri, satıcı, sabit kıymet, proje veya banka hesabı içeren tek bir fiş girebilirsiniz. Microsoft, bu işlevi Bir fiş olarak adlandırır. Bir fiş senaryosu, yalnızca genel muhasebe hesapları içeren hareketler içermez. Bu hareketler genel muhasebeye nakledilir; Alacak hesaplar, Sabit kıymetler ve Banka gibi yardımcı muhasebe defterlerine nakledilmez.
Bir Fiş örneklerinin iki kategorisi vardır:
Fiş, tek bir hareket olarak girilmiş birden fazla hareket içerir. Aşağıda olası örneklerden bazıları yer almaktadır:
- Her satıra birden fazla satıcı ödemesi girilir (hiçbir mahsup hesap kullanılmaz) ve banka hesabına yapılan ödeme toplamı mahsubu bir satıra girilir. Ödeme özeti, banka yardımcı muhasebe defterini banka hesap ekstresi ile eşleşen bir özetlenmiş tutar olarak güncelleştirilecek şekilde yapılır. Ancak, her bir satıcı hareketi Borç hesapları yardımcı muhasebe defterine ayrıntılı olarak kaydedilir. Aynı senaryo müşteri ödeme tarafında da bulunur.
- Tek bir fişte birden fazla sabit kıymet elde edilir. Bu yaklaşım genellikle Sabit kıymetler modülü için başlangıç bakiyeleri girildiğinde kullanılır.
Fiş, birden fazla genel muhasebe harici hesap türlerini etkileyen bir hareket içerir. Aşağıda olası örneklerden bazıları yer almaktadır:
- Banka transferleri
- Satıcı/müşteri (aynı taraf) bakiyeleri mahsuplaşması
- Müşteri A'dan müşteri B'ye bakiyeleri transfer etme
- Sabit kıymetler veya projeler içeren birden fazla satırı olan satıcı faturaları
Her kategori için önceki örnekler geçerli iş gereksinimlerini gösterir. Bazen, iş gereksinimleri başka bir şekilde karşılanamaz: kuruluşun hareketleri Bir fiş olarak girmesi gerekir. Ancak, diğer zamanlarda, iş gereksinimlerini karşılamak için başka geçerli yollar da vardır: hareketler farklı girilebilir veya başka bir özellik kullanılabilir.
Bir fiş ile ilgili sorunlar
İş gereksinimlerini karşılamak amacıyla Bir fiş işlevinin kullanımı sorunlara neden olabilir. Çeşitli işlemler, hareket ters işlemleri ve sorgulamalar/raporlar hareket ayrıntıları gerektirir. Tek bir fişteki özete birden fazla hareket girilirse, bu ayrıntılar geçerli veri modelinden belirlenemez. Ayrıca, girilen hareket türü bilinmiyorsa, ayrıntılar her zaman açıkça belirlenemez. Bu sınırlama, özellikle de genel günlük aracıığıyla girildiğinde, günlüklerin esnekliği nedeniyle oluşur.
Kuruluşunuzun kurulumuna bağlı olarak bazı senaryolar yine de doğru çalışabilir. Sorunlarla karşılaşabileceğiniz alanlar şunlardır:
Kapatma : Bir fişte birden fazla satıcı veya müşteri varsa, kapatma sırasında oluşturulan muhasebe mali boyutlara yanlış tahsis edilmiş olabilir. Kapatma sırasında ortaya çıkabilecek sorunlar hakkında daha fazla bilgi için bkz. Çoklu müşteri veya satıcı kayıtlarına sahip tek fiş.
vergi hesaplama – Bir fişte birden fazla fiş veya müşteri varsa vergi hesaplama yanlış olabilir.
Hareket ters çevirme – Bir fişte birden fazla yardımcı defter hesabı türü varsa, tek bir yardımcı defter hareketi tersine çevrildiğinde, genel muhasebe ters işlem için yanlış bir muhasebe girişi deftere nakledilebilir. Örneğin, tek bir fişte birden fazla varlık alırsanız ve daha sonra kıymetlerden birinin alımını ters kaydederseniz, ters işlem için genel muhasebe hesabı yanlış olacaktır.
Raporlama ve sorgular – Bir fişe birden fazla yardımcı defter hesabı türü (örneğin, Satıcı ve Müşteri) eklerseniz, raporlar/sorgular yalnızca bulunan ilk hesap değerini gösterir.
Örneğin, aşağıdaki çok satırlı satıcı faturasını deftere naklettiğinizi düşünelim. Faturadaki "satırlar"ı temsil eden dört proje içerir. Bu yaklaşım, günlükleri yoğun şekilde kullanan kuruluşlar için ortak bir iş gereksinimidir.
Dört projenin üçü aynı ana hesaba (601500) nakledilir. Söz konusu ana hesap için deftere nakledilen hareketlerle ilgili ayrıntıları görüntülemek için Muhasehe kaynağı gezginini açarsanız, tüm üç satır için proje kimliğinin 000057 olduğunu fark edersiniz. Bu davranış Bir fişe ait bilinen bir sınırlamadır. Ayrıntılar, her satırı günlükteki ilgili projeye düzgün şekilde bağlamaz. Bunun yerine, bulunan ilk hesap değeri her zaman raporlarda ve sorgularda gösterilir.
Bir fiş olarak bir hareket girme
Hareketleri Bir fiş olarak girmek için Genel muhasebe >Genel muhasebe kurulumu > Genel muhasebe parametreleri'ne gidin ve ardından Genel muhasebe sekmesinde, Bir fiş içinde birden fazla harekete izin ver seçeneğini Evet olarak ayarlayın.
Günlük adları sayfasında Yeni fiş alanını aşağıdaki değerlerden birine ayarlayarak Bir fiş hareketi girebilirsiniz:
- Yalnızca bir fiş numarası: Günlüğe eklediğiniz her satır aynı fişe eklenir ve satırlar birden fazla müşteri, satıcı, banka, sabit varlık veya proje içerir.
- Bakiye ile bağlantılı olarak: Mahsup hesabı olmayan ve satırların birden fazla müşteri, satıcı, banka, sabit varlık veya proje içerdiği çok satırlı bir fiş girin.
- Bakiye ile bağlantılı olarak– Hem hesabın hem de mahsup hesabın Satıcı Satıcı/, MüşteriMüşteri /, Satıcı / Müşteri veyaBanka / Banka gibibir yardımcı defter hesap türü içerdiği tek satırlık bir fiş girin.
İş senaryom için Bir fiş gerekiyor mu?
Aşağıdaki iş senaryoları, müşterilerin Bir fiş işlevini kullandığı senaryolar olarak tanımlanmıştır. Bu iş gereksinimlerinden bazıları yalnızca Bir fiş kullanılarak karşılanabilir. Ancak, diğerleri için alternatifler kullanılabilir.
| Senaryo | Açıklama | Bir fiş gerekli mi? | Alternatif |
|---|---|---|---|
| Satıcı ödeme özeti | Bir kuruluş, bir satıcı listesini ve tutarları bankasına iletir. Banka, satıcılara kuruluş adına adına ödeme yapmak için bu listeyi kullanır. Her satıcı ödemesi Borç hesaplarına ayrıntılı olarak nakledilmelidir ancak ödemelerin toplamı tek bir çekim olarak banka hesabına nakledilir. | No. | Microsoft Dynamics 365 Finance sürüm 10.0.32 itibariyle, Tutarları banka hesabında özetlerken ayrıntılı satıcı ve müşteri ödemelerini deftere nakletme olanağı adında bir özellik bulunmaktadır. Daha fazla bilgi için bkz. Ayrıntılı satıcı ve müşteri ödemelerini deftere nakletme. |
| Müşteri ödeme özeti | Müşteri ödemeleri banka hesabına peşin toplam olarak yatırılır. Her müşteri ödemesi Alacak hesaplarına ayrıntılı olarak nakledilmelidir ancak ödemelerin toplamı tek bir yatırma olarak banka hesabına nakledilir. | No. | Dynamics 365 Finance sürüm 10.0.32 itibariyle, Tutarları banka hesabında özetlerken ayrıntılı satıcı ve müşteri ödemelerini deftere nakletme olanağı adında bir özellik bulunmaktadır. Daha fazla bilgi için bkz. Ayrıntılı satıcı ve müşteri ödemelerini deftere nakletme. |
| Satıcı/müşteri faturası | Tek bir müşteri veya satıcı için fatura girilir ancak ek satırlar faturanın satırlarını temsil eder ve birden fazla sabit kıymet veya proje içerir. | Evet | |
| Birden çok "satırda" vergiler olan müşteri ön ödemesi ödeme günlüğü | Müşteri bir sipariş için ön ödeme yapar. Siparişin satırlarında farklı vergiler bulunur. Ön ödeme müşteri ödemesi, birden çok satırdaki müşteriyi içermelidir, böylece her bir satır için vergi hesaplaması yapılabilir. | Evet | |
| Müşteri iadesi | Geri ödeme periyodik görevi Alacak hesaplarından çalıştırılırsa bakiyeyi bir müşteriden satıcıya taşımak için bir hareket oluşturur. Satıcı, müşteriyle aynı taraftır. | Evet | |
| Sabit kıymet bakımı: Yakalama amortismanı, kıymet bölme ve elden çıkarmada amortismanı hesaplama | Tek bir fiş oluşturmak için Yakalama amortismanı, kıymet bölme ve elden çıkarmada amortismanı hesaplama eylemlerinin tümü kullanılır. | No. | Finance 10.0.21 sürümü itibarıyla, yakalama amortismanı, kıymet bölme ve kıymat elden çıkarma için amortisman hesaplama için oluşturulan sabit kıymet hareketleri farklı fiş numaraları kullanır. |
| Kambiyo senetleri ve senetler | Kambiyo senetleri ve senetler; ödeme durumuna bağlı olarak müşteri veya satıcı bakiyesini Alacak hesapları veya Borç hesapları genel muhasebe hesabından başka bir hesaba taşır. Aynı müşteri veya satıcı her zaman fişte kullanıldığı için, raporlama sorunları yoktur. | Evet | |
| Mahsuplaşma | Müşteri ve satıcı aynı tarafsa, satıcı ve müşteri için bakiyeler birbiriyle mahsup edilir. Bu yaklaşım, kuruluş ile müşteri/satıcı tarafı arasındaki para değişimini en aza indirir. | No. | 365 Finance sürüm 10.0.40 itibariyle Microsoft Dynamics , Müşteri ve satıcı netleştirme özelliği vardır . Netleştirme özelliği, satıcı ve müşteri için otomatik olarak iki ayrı fiş oluşturur. Daha fazla bilgi için bkz: Net satıcı ve müşteri bakiyeleri. |
| Bakiyeleri aktar | Kuruluş bir hata nedeniyle veya başka bir satıcı yükümlülüğü üstlendiğinden bir satıcıdan bir başka satıcıya bakiye transfer etmek zorunda kalabilir. Bu tür transferler, Müşteri ve Banka gibi hesap türleri için de geçerlidir. | Evet/Hayır | Bir hesaptan (satıcı, müşteri, banka vb.) başka bir hesaba bakiye transferleri ayrı fişlerle yapılabilir ve fark, bir takas genel muhasebe hesabına nakledilebilir. Bazı kuruluşlar için, bu yaklaşım çok fazla ek yük gerektirir. Bu nedenle, bunun yerine Bir fiş kullanmayı tercih ederler. |
| Aynı faturada birden fazla deftere nakledilmemiş ödemeyi kapatma | Bu senaryo genellikle, müşterilerin satınalma ödemeleri için birden çok ödeme yöntemi kullanabildiği kuruluşlarında bulunur. Bu senaryoda, kuruluşun birden çok deftere nakledilmemiş ödemeleri kaydetmesi ve bunları müşteri faturasına göre kapatabilmesi gerekir. | No. | Finance'a eklenen yeni bir özellik, birden fazla deftere nakledilmemiş ödemeyi tek bir faturaya göre kapatabilmeye olanak tanır. |
| Ülkeye/bölgeye özgü özellikler | Polonya için Tek İdari Belge (SAD) özelliği, hareketlerin birlikte gruplandırılmasını gerektirir ve fiş numarası bu amaçla kullanılır. Bir fiş işlevini gerektiren ülkeye/bölgeye özgü başka özellikler olabilir. | Evet | |
| İş olayından hareketleri gruplama mekanizması | Kuruluşun birden fazla hareketi tetikleyen tek bir iş olayı vardır. Muhasebe departmanı daha kolay denetlenebilirlik için muhasebe girişlerini görüntülemek istemektedir. Benzer bir senaryo, banka hareketlerinin bankadan alınan bir dosya aracılığıyla Finance'a kaydedildiği bir senaryodur. Kuruluşlar genellikle bu hareketleri dosyadaki banka ekstresi numarasını kullanarak birlikte gruplandırmak ister. | No. | Hareketleri birlikte gruplamak geçerli bir senaryo olmakla birlikte, fiş numarası kesinlikle bu amaçla kullanılmamalıdır. Fişler her zaman bireysel hareketleri temsil eder; kesinlikle hareket grubunu temsil etmez. Hareketler, günlük toplu iş numarası veya belge numarası gibi diğer alanlar kullanılarak gruplandırılabilir. |
| Başlangıç bakiyelerini girme | Kuruluşlar genellikle yardımcı defter hesapları için (satıcılar, müşteriler, sabit kıymetler vb.) başlangıç bakiyelerini tek bir fiş hareketi olarak girer. | No. | Her bir yardımcı muhasebe hesabının başlangıç bakiyelerinin ayrı fişler olarak girilmesi gerekir. Mahsup, genel muhasebe için başlangıç bakiyesiyle mahsuplaştırılan bir takas genel muhasebe hesabına nakledilebilir. |
| Deftere nakledilen bir belgenin muhasebe girişini düzeltme | Bir kuruluşun, deftere nakledilen bir fatura için Alacak hesapları veya Borç hesapları genel muhasebe hesabını düzeltmesi gerekebilir. Fatura doğru olduğundan, tersine çevrilmemelidir. | Evet/Hayır | Alacak hesapları veya Borç hesapları genel muhasebe hesabında bir düzeltme yapılması gerekiyorsa ayarlama doğrudan genel muhasebe hesabında yapılabilir. Bu yaklaşım, ayarlamanın bir "kesinti süresi" sırasında yapılmasını gerektirir. Böylece genel muhasebe hesabı geçici olarak el ile girişe izin verebilir. Bu yaklaşımın bir dezavantajı, genel muhasebe mutabakatı raporlarındaki satıcı/müşterinin, giriş ve çıkış arasında farklılık gösterecek olmasıdır. Net tutar 0'dır (sıfır). |
| Özeti genel muhasebe defterine nakletme | Kuruluşlar genellikle veri miktarını en aza indirgemek için genel muhasebe defterine özet olarak nakletmek ister. Ancak yine de kuruluş genellikle hareket ayrıntılarının korunmasını gerektirir. Deftere nakil, tek bir fişle özet olarak yapılırken hareket ayrıntıları bilinmemektedir ve korunamaz. | No. | Hareket ayrıntıları kaybedildiğinden kuruluşların, raporlaması için ayrıntılar gerekmesi durumunda özette deftere nakletmek için Bir fiş kullanması gerekir. |
| "Sistem buna izin veriyor" | Kuruluşlar genellikle Tek fiş işlevini yalnızca sistem kullanmalarına olanak tanıdığından ve etkilerini anlamadan kullanır. | No. | Sistemin kullanılacak işlevi etkinleştirmesi asla geçerli bir neden değildir. İşlev yalnızca, başka bir iş gereksinimini karşılamak için gerekliyse kullanılmalıdır. |
Bir fiş'in geleceği
Bir fiş kullanıldığında oluşabilecek sorunlar nedeniyle, aşağıdaki işlemler keşfedilir:
- Bir iş senaryosunu gerçekleştirmek için daha iyi bir yol varsa yeni özellikler sunulmaya devam edilir. Örneğin, Finance 10.0.32 sürümüyle sunulan bir özellik, ödemelerin ayrı fişler olarak girilmesini sağlar ancak banka hesabı yine de özette güncelleştirilir. Özellikler eklendikçe, önceki tablonun "Alternatif" sütunundaki her iş senaryosu için belgelenir.
- Bazı hareketler tek bir fişteki günlük aracılığıyla girilmeye devam edebilir ancak hareket ayrıntılarını doğru şekilde tanımlamak için ek veriler izlenebilir.
- Yeni özelliklerin bir birleşimi kullanılabilir ancak iş senaryoları için hareketler günlüğe tek bir fiş kullanılarak girilmeye devam edebilir.
Yeni özellikler kullanıma sunulduğunda, kuruluşunuz Genel muhasebe parametresi sayfasındaki Tek bir fiş içinde birden fazla harekete izin ver seçeneğinin kapatılıp kapatılamayacağını sürekli olarak değerlendirmelidir. Belgelenen işlevsel boşluklardan biri için gerekli olmadıkça tümleştirmelerde Bir fiş'i kullanmamanızı öneririz.
İşlevsel boşluklar dolduruldukça Microsoft, Bir fiş yerine kullanılacak yeni özellikleri bildirecektir. Birden çok satırlı satıcı faturası gibi bazı iş senaryolarında, Bir fiş kullanılmaya devam edecek, ancak geliştirmeler yapılacaktır. Bu geliştirmeler, teslim edildikçe bildirilecektir.