Finsoft FI Kitap v1

1
İçerik
1. FI Modülüne Genel Bakış ................................................................................................................. 9
1.1. SAP R/3 Uygulamaları............................................................................................................. 10
1.2. FI Alt Modülleri ...................................................................................................................... 11
1.3. SAP ve Entegrasyon ................................................................................................................ 18
1.4. FI Modülüne Genel Bakış Bölüm Özeti .................................................................................... 20
2. Uyarlama Araçları .......................................................................................................................... 22
2.1. Uyarlama Teknikleri ............................................................................................................... 22
2.2. Uyarlamanın Ögeleri .............................................................................................................. 24
2.3. Çapraz Uygulama Bileşenleri .................................................................................................. 31
2.4. Uyarlama ............................................................................................................................... 34
2.5. Uygulama Kılavuzu Bölüm Özeti ............................................................................................. 38
3. Organizasyon Yapısı ....................................................................................................................... 40
3.1. Örgütsel Yapı .......................................................................................................................... 40
3.2. Hiyerarşi................................................................................................................................. 41
3.3. SAP Organizasyon Yapısı ......................................................................................................... 43
3.4. SAP Organizasyon Yapısının Yararları ...................................................................................... 55
3.5. Organizasyon Yapısı Bölüm Özeti ............................................................................................ 56
4. Şirket Kodu Global Parametreler .................................................................................................... 57
4.1. Şirket Kodu............................................................................................................................. 58
4.2. Muhasebe Organizasyonu Verileri Mali Yıl Değişkeni .............................................................. 60
4.3. Mali Yıl Varyantları ................................................................................................................. 61
4.4. Alan Durumu Değişkeni .......................................................................................................... 63
4.5. Şirket Kodu Global Parametreler Bölüm Özeti ........................................................................ 64
5. Ana Kayıtlara Genel Bakış............................................................................................................... 65
5.1. Sistemdeki Veriler .................................................................................................................. 66
5.2. Ana Kayıtlar............................................................................................................................ 68
5.3. Ana Kayıtlara Genel Bakış Bölüm Özeti ................................................................................... 69
6. Ana Hesap Ana Kayıtları ................................................................................................................. 70
6.1. Hesap Tablosu ........................................................................................................................ 71
6.2. Ana Kayıt Oluşturma .............................................................................................................. 72
6.3. Ana Kayıt Oluşturma-Referans................................................................................................ 74
2
6.4. Ana Hesap Ana Kayıt .............................................................................................................. 75
6.5. Toplu Bakım ........................................................................................................................... 84
6.6. Ana Kaydı Engelleme .............................................................................................................. 85
6.7. Ana Kaydı Silinecek Şekilde İşaretleme ................................................................................... 86
6.8. Ana Hesap Ana Kayıtları Bölüm Özeti...................................................................................... 87
7. Müşteri Ana Kayıtları ..................................................................................................................... 89
7.1. Müşteri Ana Kaydı Yaratma .................................................................................................... 90
7.2. Hesap Grubu Sayı Aralıkları .................................................................................................... 94
7.3. Alan Durumu .......................................................................................................................... 94
7.4. Alan Durum Ekranı Düzeni Bağlantı Kuralları........................................................................... 95
7.5. Müşteri Ana Verileri-Müşteri Segmenti .................................................................................. 98
7.6. Tolerans ............................................................................................................................... 107
7.7. Müşteri Ana Verileri-Satış Alanı Verileri ................................................................................ 108
7.8. Müşteri Ana Kayıtları Bölüm Özeti ........................................................................................ 108
8. Satıcı Ana Kaydı ........................................................................................................................... 111
8.1. Satıcı Ana Kaydı Yaratma ...................................................................................................... 112
8.2. Hesap Grubu Numara Aralıkları ............................................................................................ 115
8.3. Alan Durumu Satıcı Ana Kaydı .............................................................................................. 116
8.4. Alan Durumu Ekranı Düzeni Bağlantı Kuralları ...................................................................... 116
8.5. Toleranslar ........................................................................................................................... 128
8.6. Çift Kontrol-İş Durumu ......................................................................................................... 129
8.7. Satıcı Ana Kaydı .................................................................................................................... 131
8.8. Satıcı Ana Kayıtları-Bölüm Özeti............................................................................................ 132
9. Banka Ana Kayıtları ...................................................................................................................... 133
9.1. Banka Dizini ......................................................................................................................... 135
9.2. Ana Bankalar ........................................................................................................................ 136
9.3. Banka Hesapları ................................................................................................................... 137
9.4. Banka Ana Kayıtları Bölüm Özeti........................................................................................... 138
10. Belge Konfigürasyonu .............................................................................................................. 139
10.1. Belge Türleri ..................................................................................................................... 142
10.2. Belge Numara Aralıkları .................................................................................................... 144
10.3. Kayıt Anahtarı................................................................................................................... 145
10.4. Belge İşleme İçin Enjoy Değerleri ...................................................................................... 147
3
10.5. Alan Durumu .................................................................................................................... 149
10.6. Ekran Düzeni Bağlantı Kuralları ......................................................................................... 151
10.7. Enjoy Kayıtları .................................................................................................................. 152
10.8. Şirketler Arası İşlemler...................................................................................................... 153
10.9. Doğrulamalar ve İkameler ................................................................................................ 155
10.9.1. Doğrulama Adımları...................................................................................................... 158
10.9.2. İkame Adımları ............................................................................................................. 160
10.10. İz Fonksiyonu ................................................................................................................... 163
10.11. Belge Konfigürasyonu Bölüm Özeti ................................................................................... 164
11. Belge Konfigürasyonu-Belge Girişi ............................................................................................ 167
11.1. Karmaşık (Genel) Kayıt ..................................................................................................... 169
11.2. Belge Girişi-Enjoy Kayıt ..................................................................................................... 174
11.3. Bölüm Özeti ..................................................................................................................... 177
12. Referans Belgeler ..................................................................................................................... 178
12.1. Tekrarlanan Kayıtlara Çözümler ........................................................................................ 179
12.1.1. Yinelenen Belge................................................................................................................ 180
12.1.2. Örnek Belgeler ................................................................................................................. 183
12.1.3. Hesap Tayin Modeli .......................................................................................................... 184
12.2. Enjoy Kayıt İçin Hesap Tayin Şablonu ................................................................................ 188
12.3. Tekrarlayan Kayıtlara Diğer Çözümler ............................................................................... 189
12.4. Referans Belgeler Bölüm Özeti ......................................................................................... 190
13. Ön Kayıtlar ............................................................................................................................... 191
13.1. Ön Kayıt Belgesi Oluşturma .............................................................................................. 194
13.2. Ön Kayıt Belgeler İçin Onay............................................................................................... 196
13.3. Ön Kayıt Belgeler ve İş Akışı .............................................................................................. 197
13.4. Ön Kayıt Belgesi Bölüm Özeti ............................................................................................ 199
14. Belge/Hesap Bakımı ................................................................................................................. 200
14.1. Bir Belgeyi Değiştirme ...................................................................................................... 201
14.2. Belgeyi Ters Kaydetme ..................................................................................................... 202
14.2.1. Negatif Kayıtlar Ek Kullanım .......................................................................................... 204
14.3. Belge Kalemlerini Denkleştirme ........................................................................................ 205
14.4. Hesap Denkleştirme ......................................................................................................... 206
14.5. Ana Hesap Denkleştirme Toleransları ............................................................................... 209
4
14.6. Belge Bakımı Bölüm Özeti ................................................................................................. 211
15. Hesapları ve Belgeleri Görüntüleme ......................................................................................... 212
15.1. Hesap Bakiye Görüntüsü .................................................................................................. 213
15.2. Münferit Kalem Görüntüsü ............................................................................................... 214
15.3. Belge Ekranı ..................................................................................................................... 219
15.4. Hesap/Belge Görüntüsü Bölüm Özeti................................................................................ 220
16. Belge Kalemi Konfigürasyonu ................................................................................................... 221
16.1. Belge Kalem Metinleri ...................................................................................................... 223
16.2. Otomatik Belge Kalemleri ................................................................................................. 224
16.3. Belge Kalemi Yapılandırması Bölüm Özeti ......................................................................... 225
17. Satış Döngüsü-Belgeler ............................................................................................................ 226
17.1. Satış Döngüsü ................................................................................................................... 227
17.2. Satış Belgeleri ................................................................................................................... 228
17.3. Satış Döngüsünde Müşteriler............................................................................................ 236
17.4. Satış Döngüsü-Belgeler Bölüm Özeti ................................................................................. 238
18. Otomatik Hesap Tayini ............................................................................................................. 240
18.1. Değerleme ....................................................................................................................... 242
18.2. Gelir Hesabı Tayinine Genel Bakış ..................................................................................... 251
18.3. Gelir Hesabı Belirleme ...................................................................................................... 254
18.4. Otomatik Hesap Tayini Bölüm Özeti.................................................................................. 255
19. Kredi Yönetimi ......................................................................................................................... 257
19.1. Kredi Kontrol Alanı ........................................................................................................... 259
19.2. Müşteri Başına Kredi Limiti Tayini ..................................................................................... 261
19.3. Müşteri Başına Kredi Limitleri Bakımı................................................................................ 262
19.4. Kredi Kontrolü .................................................................................................................. 264
19.5. Otomatik Kredi Kontrol Özellikleri .................................................................................... 267
19.6. FI’da Otomatik Kredi Kontrol Yapılandırması..................................................................... 268
19.7. SD’de Otomatik Kredi Kontrol Yapılandırması ................................................................... 269
19.8. Risk Yönetimi.................................................................................................................... 271
19.9. Erken Uyarı Listesi ............................................................................................................ 273
19.10. Müşteri Özeti ................................................................................................................... 274
19.11. Kredi Yönetimi Bölüm Özeti .............................................................................................. 277
20. Gelen Ödeme Süreci ................................................................................................................ 279
5
20.1. Denkleşecek Açık Kalem Seçme ........................................................................................ 282
20.2. Kısmi Ödeme-Bakiye Kalemi ............................................................................................. 283
20.3. Ödeme Tavsiyesi .............................................................................................................. 284
20.4. Faiz Hesaplama ................................................................................................................ 290
20.5. Gelen Ödeme Süreci Bölüm Özeti ..................................................................................... 291
21. İhtar......................................................................................................................................... 292
21.1. İhtar Programını Çalıştırma ............................................................................................... 304
21.2. Şirket Kodları Arası İhtar ................................................................................................... 307
21.3. İhtar Blok Nedenleri-İhtar Anahtarı................................................................................... 308
21.4. İhtar Bölüm Özeti ............................................................................................................. 310
22. Satın Alma Döngüsü ve Belgeler ............................................................................................... 312
22.1. Tedarik Döngüsü .............................................................................................................. 313
22.2. Ana Tedarik Döngüsü Belgeleri ......................................................................................... 315
22.3. Satın Alma Talebi .............................................................................................................. 317
22.4. Satın Alma Siparişi ............................................................................................................ 319
22.5. Teklif Talebi ...................................................................................................................... 321
22.6. Mal Girişi (GR) Belgesi ...................................................................................................... 326
22.7. Fatura Doğrulama ............................................................................................................ 328
22.8. Tedarik Döngüsünde Ödeme ............................................................................................ 330
22.9. Ödeme Süreç Sonuçları .................................................................................................... 332
22.10. Hesap Tayin Kategorisi ..................................................................................................... 333
22.11. Malzeme Yönetimi Belgeleri Bölüm Özeti ......................................................................... 336
23. Fatura Doğrulama .................................................................................................................... 337
23.1. Varyanslar ........................................................................................................................ 346
23.2. Tolerans Konfigürasyonu .................................................................................................. 348
23.3. Faturaları Bloklama .......................................................................................................... 349
23.4. Bloke Faturaları Onaylama................................................................................................ 350
23.4.1. Otomatik Serbest Bırakma ................................................................................................ 351
23.4.2. Manuel Serbest Bırakma .................................................................................................. 352
23.5. Fatura Doğrulama Bölüm Özeti ......................................................................................... 355
24. Giden Ödeme Süreci ................................................................................................................ 356
24.1. Banka Sıralaması ve Kullanılabilir Tutarlar ......................................................................... 367
24.2. Ödeme Para Birimi ........................................................................................................... 369
6
24.3. Ödeme Bloklama Nedenleri .............................................................................................. 370
24.4. Otomatik Belge Kalemi ..................................................................................................... 371
24.5. Parametrelerin Bakımı ...................................................................................................... 374
24.6. Ödeme Önerisi Yürütme ................................................................................................... 375
24.7. Aracı Bankalar: Çözüm ...................................................................................................... 376
24.8. Çek Form Yapısı ................................................................................................................ 380
24.9. Giden Ödeme Programı Bölüm Özeti ................................................................................ 381
24.10. Ek Bölüm 1 Alternatif Ödeme Para Birimi.......................................................................... 383
24.11. Ek Bölüm 2 Aracı Bankalar ve Banka Zincirleri ................................................................... 386
25. Özel Defteri Kebir İşlemleri ...................................................................................................... 391
25.1. Özel Defteri Kebir Göstergelerinin Kontrolü ...................................................................... 394
25.2. Özel Defteri Kebir Hesabı Ana Kaydı ................................................................................. 395
25.2.1. Peşinat Talebi Konfigürasyonu .......................................................................................... 396
25.3. Özel Defteri Kebir İşlemleri Bölüm Özeti ........................................................................... 399
26. Kurlar....................................................................................................................................... 400
26.1. Yabancı Para Birimi........................................................................................................... 401
26.2. Kurlar ve Döviz Kuru Oranları............................................................................................ 404
26.3. Temel Para Birimi ve Ters Çevirme ................................................................................... 408
26.4. Paralel Para Birimleri ........................................................................................................ 409
26.5. Euro’yu Kabul Eden Ülkeler .............................................................................................. 413
26.6. Para Birimleri Bölüm Özeti................................................................................................ 417
27. Kapanış .................................................................................................................................... 419
27.1. Yabancı Para Değerlemesi ................................................................................................ 424
27.2. İskonto ............................................................................................................................. 432
27.3. GR-IR Hesap Tahsisi .......................................................................................................... 434
27.4. Dönem Sonu Raporlaması ................................................................................................ 436
27.5. Yıl Sonu Kapanışı .............................................................................................................. 437
27.6. Otomatik Belge Kalemleri ................................................................................................. 438
27.7. Kapanış Bölüm Özeti......................................................................................................... 440
28. Mali Tablolar ve Raporlama...................................................................................................... 441
28.1. Mali Tablolar & Raporlama Bölüm Özeti ........................................................................... 451
28.2. Ek 1 Satış Masrafları Prosedürleri ..................................................................................... 452
29. Vergiler .................................................................................................................................... 457
7
29.1. Vergiler Bölüm Özeti ........................................................................................................ 466
30. Özel Konular ............................................................................................................................ 467
30.1. Kasa Defteri Muhasebesi .................................................................................................. 468
30.2. Program Yönetimi ............................................................................................................ 472
30.3. Seyahat Yönetimi ............................................................................................................. 478
Kaynakça ............................................................................................................................................. 488
8
1. FI Modülüne Genel Bakış
Bölüm 1
FI Modülüne Genel Bakış
• SAP Finansal muhasebe modulü, dış raporlama amacıyla

işletmenin finansal muhasebe işlemlerini kaydetmek
korumak ve sürdürmek için, bilgisayar ağı ile gerçek
zamanlı işlevsellik sağlar.
• Bölüm Hedefleri
• Finansal Muhasebe modülüne ve alt modüllerine genel
bir bakış sağlamak.
• FinanciaI Muhasebe alt modülleri ve diğer SAP
modülleri arasındaki çeşitli entegrasyon noktalarını
vurgulamak.
w w w .finsoft.com.tr FI M odülüne Genel Bakış
9
1.1. SAP R/3 Uygulamaları
SAP R/3 Uygulamaları
• SAP, sistem uygulamalarını üç geniş kategoriye ayırır:

– Lojistik
– Muhasebe
– İnsan Kaynakları
• Muhasebe kategorisinde, PwC SAP Eğitim Programında kapsanan üç temel uygulamayı
bulacaksınız:
– Finansal Muhasebe (FI)
– Hazine (TR)
– Kontrol (CO)
• Bu genel bakışta, FI Modülündeki (G/L, A/R, A/P, Varlık Muhasebesi,ve Özel Amaçlı Defter)
temel uygulamaları sunacağız. Ayrıca, Hazine Modülündeki (Nakit Yönetimi ve Hazine
Yönetimi) ana alanlar arasındaki farklardan da kısaca bahsedeceğiz.
• CO Modülü uygulamaları derste daha sonra tartışılacaktır.
10
1.2. FI Alt Modülleri
FI Alt Modülleri
• Defteri Kebir
• Alacaklar Hesabı (Müşteriler)
• Ödenebilir Hesaplar (Satıcılar)
• Sabit Varlıklar (Duran Varlık Hesapları)
• Yasal Birleştirme
• Özel Amaçlı Defter
• Hazine Yönetimi
• Seyehat Yönetimi
www.finsoft.com.tr FI M odülüne Genel Bakış
• Defteri Kebir: (FI-GL) Tüzel kişiliğe ilişkin tüm finansal muhasebe verilerinin entegre
işlemler yoluyla manuel veya otomatik olarak kaydedildiği alt modüldür.
• Alacak Hesapları: (FI-AR) Müşterileri içeren finansal muhasebe işlemlerinin kaydedildiği
ve yönetildiği alt modüldür.
• Ödenebilir Hesaplar: (FI-AP) Satıcıları içeren finansal muhasebe işlemlerinin kaydedildiği
ve yönetildiği alt modüldür.
• Duran Varlıklar (Varlık Muhasebesi): (FI-AA) Sabit (fiziksel) varlıkların yaratıldığı ve
izlendiği alt modüldür.
• Yasal Konsolidasyonlar: (FI-LC) Grubun genel sonuçlarını sağlamak için grup içindeki
şirketlerin finansal faaliyet sonuçlarını birleştirmek gibi merkezi görevi olan alt modüldür.
• Özel Amaçlı Defter: (FI-SL) (Özel Defter olarak da bilinir ve önceden Genişletilmiş Defter
olarak bilinirdi) kullanıcının tanımladığı ayrıntı düzeyinde birden fazla uygulamadan özet bilgi
sağlar.
• Fon Yönetimi: (FI-FM) Bütçeleme tekniklerini kullanarak mali kontrol ve kontrolü
destekleyen alt modüldür.
• Seyehat Yönetimi (FI-TM): İş seyehati ve gider verilerini işler. İK le entegre edilebilir.
(Personel Verileri ve Bordro).
11
Defteri Kebir (FI-GL)
• FI alt modülleri ve diğer uygulama modülleri ile entegre.
• Finansal Veri Girişi
• Kullanıcı tanımlı bilanço / kar ve zarar tablosu sürümleri
• Çoklu Para Birimleri
• Esnek Rapor Oluşturucu
• Finansal Muhasebe etkisi olan ticari işlemler, doğrudan veya diğer SAP modüllerinden ve FI
alt modüllerinden entegrasyon yoluyla gerçek zamanlı olarak FI-GL alt modülüne kaydedilir.
• Defteri Kebir’de raporlama çeşitli sıralama ve sunum seçenekleriyle online olarak sunulur.
12
Alacak Hesapları (FI-AR)
• Defteri Kebir ile gerçek zamanlı entegrasyon.
• Satış döngüsünün bir parçası olarak Satış Dağıtım (SD) ve

Malzeme Yönetimi (MM) ile entegrasyon.
• Hazine ile entegrasyon
• Kredi Yönetimi
• Gelen ödeme işlemleri
• Otomatik İhtar İşlemi
• FI-AR’daki tüm kayıtlar aynı zamanda FI-GL’ye de kaydedilir.

• FI-AR bileşenleri, düzgün yapılandırıldığında otomatik Satış Döngüsünü destekleyen SD ve
MM bileşenleri ile yakından entegredir.
• FI-AR alt modülü aşağıdaki özellikleri içerir:
– Müşteri kredi riskini kontrol eden bir bileşen (Kredi Yönetimi)
– Müşteri etkinliğini izlemek için bir raporlama işlevi
– Gelen Ödeme işlemleri (elektronik veya manuel)
– Vadesi geçmiş müşteri faturalarını izleyen bir bileşen (İhtar)
13
Ödenebilir Hesaplar (FI-AP)
• Defteri Kebir ile gerçek zamanlı entegrasyon
• Tedarik döngüsünün bir parçası olarak Malzame Yönetimi

ile entegsyon
• Hazine ile entegrasyon
• Giden Ödeme Programı
• Satıcı Yazışmaları
• FI-AP’deki tüm kayıtlar aynı zamanda FI-GL’ye de kaydedilir.

• FI-AP bileşenleri, doğru yapılandırıldığında otomatik bir Tedarik Döngüsünü destekleyen
MM bileşenleri ile yakından entegredir.
• Alt modül aşağıdaki özellikleri içerir:
– Satıcı etkinliğini izlemek için bir raporlama işlevi
– Basılı formda ve elektronik formda (disket ve veri iletiminde veri ortamı değişimi) tüm
standart Ödeme Yöntemlerini (çekler ve banka havaleleri dahil) destekleyen Giden
Ödeme programı
– İşletme gereksinimlerini desteklemek için satıcılarla onay teyitlerini, hesap özetlerini ve
diğer yazışma biçimlerini dengeleyin
14
Duran Varlık Hesapları (FI-AA)
• Defteri Kebir ile gerçek zamanlı entegrasyon
• Amortisman gideri, faiz ve değiştirme değerlerinin toplu olarak işlenmesi ve

kaydedilmesi
• İle Entegre :
– Malzeme Yönetimi (MM)
– Üretim Planlaması (PP)
– Alacak Hesapları (FI-AR)
– Ödeme Hesapları (FI-AP)
– Maliyet Muhasebesi (CO)
– Bakım-Onarım Yönetimi (PM)
• Duran varlık edinimi, devir ve daim gibi tüm kayıtlar da aynı anda FI-GL’e kaydedilir.
Amortisman gideri, faiz ve değiştirme değerleri toplu olarak kaydedilir.
• FI-AA, geleneksel varlıkların, yapım aşamasındaki varlıkların (AuC), kiralanan varlıkların ve
gayrimenkul varlıklarının muhasebesini destekler.
• R / 3 Sistemine entegrasyonun bir sonucu olarak, FI-AA verileri doğrudan diğer sistemlerden
aktarır.
– Malzeme Yönetimi (MM) veya Üretim Planlama (PP) bileşenleri doğrudan FI-AA’ya
gönderilebilir. Bir varlık şirket içinde satın alındığında veya üretildiğinde fatura
makbuzunu, mal girişini ve / veya depodan çekilmeyi FI-AA’ya doğrudan
kaydedebilirsiniz.
– FI-AA veya FI-AR, bir varlık satılırsa doğrudan bir varlığa ve müşteri hesabına kayıt
yapabilir.
– Satıcı faturası Malzeme Yönetimi (MM) kullanılarak kaydedilmezse FI-AA veya FI-AP
doğrudan bir varlığa ve satıcı hesabına kayıt yapabilir.
– Masrafları maliyet merkezine ve kâr merkezine göre izlemek için amortisman ve faizleri
Maliyet Muhasebesine (CO) aktarabilirsiniz. CO içindeki iç siparişler, sermaye
harcamalarını toplamak ve kontrol etmek için de kullanılabilir.
– Tesis Bakımı (PM) bileşeni, varlıkların aktifleştirilmesini gerektiren bakım faaliyetlerini
çözebilir.
15
Özel Defteri Kebir (FI-SL)
• Kullanıcı tanımlı düzeyde birden fazla SAP uygulamasından özet bilgi sağlar
• Esnek Raporlama Aracı
• FI-SL, yasal ve yönetsel raporları desteklemek üzere finansal verileri yönetmek için gelişmiş
araçlar sağlar.
• Özel Defteri Kebir, diğer SAP modüllerinden ve harici sistemlerden kaynaklanan verileri
birleştirme, özetleme, tahsis etme ve planlama yeteneği sayesinde belirli iş gereksinimlerini
karşılayacak şekilde tanımlanır.
16
Hazine
TR
• Hazine modülü Nakit Yönetimi, Nakit Bütçe Yönetimi, Hazine Yönetimi, Krediler, Piyasa
Riski ve Bilgi Sistemlerinden oluşmaktadır.
• Nakit Yönetimi, bir şirketin nakit kontrolü ve güncel likidite analizi için bir planlama aracı
olarak kullanılır.
• Hazine yönetimi, 4.0 sürümünden beri SAP'nin standart bir parçası haline gelmiştir. Temel
amacı likidite sağlamak, finansman maliyetlerini en aza indirmek, yatırım getirilerini optimize
etmek ve gelir ve giderlerdeki dalgalanmalara karşı korunmayı sağlamaktır.
• Hazine Yönetiminin bir parçası olan krediler; ancak 4.6 sürümünden itibaren Hazinenin ayrı
bir alt modülüdür. Bu alt modül, kredi ve ipoteklerin işlenmesinden ve yönetilmesinden
sorumludur.
• Piyasa Riski 4.6 sürümünden önce Hazine Yönetiminin bir parçasıydı. Krediler gibi, artık
Hazinenin ayrı bir alt modülüdür. Piyasa Riski, kur ve faiz oranlarının yönetimi ve
korunmasından kaynaklanır.
17
1.3. SAP ve Entegrasyon
SAP ve Entegrasyon
Teknik
Lojistik Muhasebe
Bilgi Akışı
Entegrasyon
• Lojistik, muhasebe ve bilgi akışı özelliklerinin teknik entegrasyonu SAP’nin en büyük

avantajlarından biridir.
• Entegrasyonun özellikleri:
– Sistem genelinde ortak organizasyon yapısı
– Uygulamalar arasında yaygın verilerin sorunsuz işlenmesi
– Kapsamlı destek ve referans araçları
– Nesne, uygulama bağlama ve genel sistem iletişimi
• Uygulama verilerinin entegrasyonu
– Bir uygulama modülü her değiştiğinde, R / 3 Sistemi etkilenen diğer uygulama
modüllerindeki verileri otomatik olarak günceller.
– Girilen veriler, uygulamalar tarafından kullanılan veritabanında güncellenir. Tüm
uygulama modülleri aynı mimariye ve kullanıcı arayüzüne sahiptir.
• Etkileşimli İşleme
– R/3 Sistemi, kullanıcının girişini etkileşimli olarak işler ve verilerin tutarlı olup
olmadığını kontrol eder.
• Birkaç dilin entegrasyonu
– R/3 Sistemi çalışma zamanında farklı dillerde girilen verileri güncellediğinden, birkaç
kullanıcı farklı diller kullanan bir uygulamada çalışabilir.
18
Entegrasyonun Yararları
• Genel bilgilere zamanında erişim
• Değişkenliğe ve büyümeye uyarlanabilir
• Yinelenen girişlerin kaldırılması
• İşlevsel sınırlar boyunca iş sonuçlarının görünürlüğünün arttırılması
• Taşınabilirliği korurken sistem arabirimlerinin ve bakım gereksinimlerinin en

aza indirilmesi
• Finansal etkilerin anında yansıması
• Daha iyi kontrol ve doğruluk için kararların kaynağında yakalanması
• Veri, ihtiyacı olan herkes için, her yerde, her zaman kullanılabilir.
• İşlemler ardışık olarak değil aynı anda çalışabilir ve bu da işlem süresini azaltır.
• Veriler, iş uygulamalarında otomatik olarak hareket ederek çabaların tekrarlanmasını önler
eksik ve hatalı verileri en aza indirir.
19
1.4. FI Modülüne Genel Bakış Bölüm Özeti
FI Modülüne Genel Bakış-

Bölüm Özeti
• Key Terms:
– SAP Finansal Muhasebe Modülü
– FI-GL
– FI-AR
– FI-AP
– FI- AA
– FI-LC
– FI-SL
– FI-FM
– TR-CM
– Egtegrasyon
www.finsoft.com.tr FI M odülüne Genel Bakış
• SAP Finansal Muhasebe Modülü - Bir kuruluş içindeki tüm muhasebe verilerini toplayan Finansal
Bilgi / Muhasebe Sistemi. Bu sistem, kullanıcının defteri kebir, alacak hesapları ve borç hesabı
bilgilerini değerlendirmesini sağlar.
• Defteri Kebir Alt-Modü(FI-GL) - Tüzel kişiliğe ait tüm finansal muhasebe verilerini, tümleşik işlemler
aracılığıyla manuel veya otomatik olarak kaydeder.
• Alacak Hesapları Alt Modül (FI-AR) - Tüm müşteriler için muhasebe verilerini kaydeder ve yönetir.
Ayrıca, her müşterinin teslimatlarını ve siparişlerini içeren satış sisteminin ayrılmaz bir parçasıdır.
• Satıcılar Muhasebesi Alt-Modülü (FI-AP) - Tüm satıcıların muhasebe verilerini kaydeder ve yönetir.
Buna ek olarak, her bir satıcı için makbuz ve faturaları içeren satın alma sisteminin ayrılmaz bir
parçasıdır.
• Duran Hesaplar ( FI-AA) - Satınalma siparişinden tedavülden kalkana kadar bir varlığı etkileyen
işlemleri kaydeder. Sistem, amortisman, faiz ve sigorta değerlerini otomatik olarak hesaplayabilir.
• Yasal Konsolidasyon (FI-LC) - Grup için genel faaliyet sonuçları sağlamak üzere bir gruptaki
şirketlerin finansal faaliyet sonuçlarının birleştirilmesinden sorumlu alt modüldür.
20
FI Modülüne Genel Bakış-
Bölüm Özeti
• Anahtar Terimler:
– SAP Finansal Muhasebe Modülü
– FI-GL
– FI-AR
– FI-AP
– FI- AA
– FI-LC
– FI-SL
– FI-FM
– TR-CM
– Entegrasyon
• Özel Defteri Kebir (FI-SL) - Verileri toplar ve kullanıcının tanımladığı ayrıntı düzeyinde birden fazla
uygulamadan özet bilgi sağlar.
• Fon Yönetimi (FI-FM) - Bütçeleme tekniklerini kullanarak mali kontrol ve kontrolü destekler.
• Nakit Yönetimi (TR-CM) - Vadesi geldiğinde gerekli ödemeleri karşılamak için optimum miktarda
nakit sağlar. TR-CM ayrıca nakit girişlerini ve çıkışlarını da izler.
• Entegrasyon - Bir modüle girilen verilerin diğer modüller tarafından kullanıldığı veya güncellendiği
süreç.
21
2. Uyarlama Araçları
2.1. Uyarlama Teknikleri
Bölüm 2
Uyarlama Teknikleri
Sistem, iş gereksinimlerini karşılamak ve uyarlama sürecini
kolaylaştırmak için bir dizi teknikler sağlar.
Bölüm hedefleri
• Sistemin uyarlama tekniklerine genel bakış sağlamak.
• Uygulama Kılavuzu yapısını tanımlamak
• Uygulama Kılavuzu'nun FI ve CO modülleriyle ilgili ana

alanlarını vurgulamak.
www.finsoft.com.tr Uyarlama Araçları
22
SAP ORTAMI
• Yapılandırma
– Organizasyon yapıları oluşturma
– Yabancı para birimlerini tanımlama
– Kredi Yönetimi işlevselliğini özetleme
– Mali tabloları tanımlama
• Uygulama İşlevselliği
– Ana kayıtlar Oluşturma
– Muhasebe sonrası işlemler
– Müşteri faturalarını kaydetme
– Satıcı faturalarını kaydetme
– Mali tabloları işleme
– Muhasebe belgelerini görüntüleme
• Yapılandırma uyarlamanın iş gereksinimlerini desteklemek için sistemdeki ayarları koruma

eylemidir.
• Uygulama İşlevselliği ticari faaliyetlerin kaydedilmesi ve raporlanması için gerekli olan
süreçlerin performansını ifade eder.
23
2.2. Uyarlamanın Ögeleri
Uyarlamanın Ögeleri
Uygulama Klavuzu İş Akışı
Prosedür M odel Uyarlama İşletme Gezgini
Proje Yönetimi/ Temel Fonksiyonlar

Analizler
• Bir şirkette SAP R / 3'ü uygularken, şirketin gereksinimlerine göre standart, şirkete özgü
olmayan uygulama işlevlerini uyarlamanız gerekir.
• Uygulama Kılavuzu (IMG) proje adımlarının sırasını sağlar,
• Uyarlama sistemi, işletme mühendisliği veri devralımı SAP sistemini çeşitli şekillerde
destekler:
– IMG, uygulamaların yapılandırılması için belgeler içerir. SAP R/3 sistemini uygulamak
için gerekli faaliyetleri içeren bir planın adımlarının sırasını belirtir.
– IMG'deki her modül için durum bilgisi saklanabilir ve daha sonra Proje Analizi yapılarak
değerlendirilebilir.
– İş Akışı aralarındaki malzeme, bilgi ve bilginin akışı sağlayarak insanları, süreçleri ve
teknolojiyi bir araya getirir.
– İş Rotası, SAP içindeki çeşitli uygulamaların akış şeması görünümünü sağlar.
– Temel İşlevler, SAP'yi yüklerken istemciler, kullanıcılar ve yetkilendirmeler oluşturmak
için öneriler de dahil olmak üzere gereken ilk adımları sağlar.
– Prosedür Modeli, bir uygulama projesi için temel bir plan sağlar. Kısaca, tüm
uygulamalar için SAP sisteminin uygulanmasının farklı aşamalarını açıklar. - devam et
24
Uyarlamanın Ögeleri- Devam
Uygulama Klavuzu İş Akışı

(IM G)
Prosedür M odel Uyarlama İşletme Gezgini
Proje Yönetimi/ Temel Fonksiyonlar

Analizler
• R / 3 Prosedür Modeli üç seviyede yapılandırılmıştır: Aşama, İş Paketi, Proje Etkinliği

• Bu seviyelerin kullanımı, bir müşterinin uygulama projesinde oynayacakları kısma bağlı
olarak değişir. İş Paketleri, ön planlama ve kontrol için yapı elemanları olarak hizmet eder.
Ayrıca, Çalışma Paketleri aşağıdakiler için kullanılabilir:
– Proje durumunu koruma
– Uygulama önerilerini inceleme
– Proje belgelerini oluşturma
• Prosedür Modelinde 4 aşama vardır:
– Örgütsel ve kavramsal tasarım
– Detaylı tasarım ve sistem kurulumu
– Canlıya geçmek için hazırlıklar
– Verimli çalışma
• Bu dört aşama, PWC'nin önerilen uygulama adımları ile aynı değildir. SAP tarafından
sağlanan bir seçenek olmasa da, PWC’nin SAP Ascendant'ın kullanımı da PWC'deki
uyarlama sürecinin bir parçasıdır.
25
Uyarlama İşlevlerine Erişme
Uygulama Klavuzu İşlem Kodu
Araçlar / Hızlandırılmış SAP / IMG İşlem Kodu

Uyarlama/Proje Düzenle... “SPRO”
Git/
SAP Reference IMG
• Uygulama Kılavuzuna erişmenin iki yolu vardır:

– SAP Easy Access Screen'den Menü Yolu
• 1. Adım Araçlar / Hızlandırılmış SAP / Uyarlama / Proje Düzenleme
• 2. Adım. / SAP Reference IMG'ye gidin veya <F5>
– İşlem kodu: SPRO
• İşlem kodu, menü yollarını kullanmadan bir işlevin ilk ekranına erişir. Çoğu SAP
işlevinin kendisiyle ilişkilendirilmiş bir İşlem Kodu vardır.
• İşlem Kodu bulmanın iki yolu vardır:
– Herhangi bir ekrandan - Menü Yolu: Sistem / Durum
– Başlangıç ekranından (SAP Easy Access) - İşlem kodlarının menü
ağacında görüntülenmesini etkinleştirmek için Ekstra / Ayarlar menü yolunu
izleyin ve Teknik Adı Göster'i seçin.
26
Uygulama Kılavuzunun Yapısı
Genel Ayarlar
Belirlenmiş Ülkeler
Kurlar E
Ölçüm Birimlerinin Kontrolü F
Takvimi Koru D
Kurumsal Yapı
Tanım
Görev
Çapraz-Uygulama Bileşenleri
Döküman Yönetimi
Sınıflandırma
İşlevsel Görünümler- ör. Finansal Muhasebe

Finansal Küresel Ayarlar
Defteri Kebir Muhasebesi
A/R(Müşteriler) ve A/P(Satıcılar)
27
Genel Ayarlar
Ülke Belirle Ülke Açıklama Kurlar

US Amerika Birleşik Devletleri
Ülkeleri Tanımla DE Almanya Para Birimleri
ES İspanya Kodları Kontrol
Ülke Ayar-
Özel Kontroller Para Birimleri
İçin Ondalık Yerleri
Para Birimi Açıklaması Ayarlama
Bölgeleri Ekle USD ABD Doları
DEM Alman Markı
Döviz Kuru Oranı
Ülke Kodlarını
Giriş
Tanımla
• Genel Ayarlar sistemdeki en yüksek düzeyde bilgi içerir.

• IMG'nin Genel Ayarlar alanı sistem tarafından sağlanan, genel, uygulamadan bağımsız
parametreleri içerir:
– Takvim Tablosu:
• Resmi tatiller ve resmi tatil kuralları ile standart fabrika işgünü atamaları için tüm
tanımları sağlayan ve koruyan Müşteriye özgü olmayan tablo.
Değişiklikler tüm Müşterileri etkiler.
– Ölçü Birimi Tablosu:
• Ölçü birimleri, dahili dönüşümlerin yanı sıra miktarları ve fiziksel birimleri içeren
hesaplama ekranı görünümleri için de gereklidir.
• Ölçü Birimleri, tüm uygulamalar için sistemde merkezi olarak depolanır. Harici
ekran özellikleri, her bir Ölçüm Dili Birimi için bağımsız olarak korunur.
– Ülke Tablosu:
• SAP tarafından teslim edilen Ülke Tablosu ülkeye özgü verileri (örn. Ad, Dil, ISO
Kodu, Vergi Prosedürü) ve Posta Kodu Biçimi, Banka Veri Biçimi ve Tarih Biçimi
gibi parametreleri içerir. Veri formatının doğrulanması, işlemler girildikçe sistem
tarafından otomatik olarak gerçekleştirilir.
• Ülkeler gerektiği gibi eklenebilir, ancak Uluslararası Standartlar Örgütü (ISO)
adlandırma kurallarına uymalıdır.
•
28
Genel Ayarlar (devam)
Ülke Belirle PB Açıklama Para Birimleri

US Amerika Birleşik Devletleri
Ülkeleri Tanımla DE Almanya Para Birimleri
ES İspanya Kodları Kontrol
Ülke Ayar-
Özel Kontroller Para Birimleri
İçin Ondalık Yerleri
PB Açıklama Ayarlama
Bölgeleri Ekle USD Amerikan Doları
DEM Alman Markı
Döviz Kuru Oranı
Ülke Kodlarını
Giriş
Tanımla
• Para Birimi ve Döviz Kuru Tabloları:

– Para birimleri, Para Birimi Tablosunda, ondalık noktadan sonra gereken bir ad /
açıklama ve ondalık basamak sayısı ile birlikte üç karakterli ISO Kodu ile tanımlanır.
– Döviz Kuru Tablosu, gerçek Döviz Kurları, Geçerlilik Süreleri, Dönüşüm Faktörleri ve
Döviz Kuru Türlerinin girilmesine izin verir.
• IMG'nin Genel Ayarlar bölümündeki tablolara giriş eklemek mümkündür.
29
Kurumsal Yapı
• Organizasyon yapısını
tanımlama çabalarını
koordine etmek genellikle
FI/CO ekibinin
sorumluluğundadır.
• Organizasyon yapısı
aşağıdaki gibi organizasyon
birimlerini içerir:
– Şirket Kodu
– İş Alanı
• Organizasyon Yapısı, IMG'nin Kurumsal Yapı bölümünde tanımlanmıştır.

• Kuruluş Birimleri doğrudan veya mevcut Kuruluş Yapılarını kopyalayarak ve gerekirse
değiştirerek oluşturulabilir.
• Sistemde Organizasyon Yapısının oluşturulması, FI / CO ekibinin uygulamalarda
sorumluluğu olma eğilimindedir. Şirkete bağımlı oldukları için diğer modüllerin çalışmalarına
başlamadan önce oluşturulmalıdır.
Kod tanımı.
30
2.3. Çapraz Uygulama Bileşenleri
Çapraz-Uygulama Bileşenleri
CO SD
FI
MM PP
• Çapraz Uygulama Bileşenleri, bir uygulamaya özgü olmayan, ancak fonksiyonel

modüllerde kullanılan tüm yapılandırma alanlarını kapsar.
• Çapraz Uygulama alanları şunları içerir:
– Döküman Yönetimi
– Dökümantasyon Araçları
– Uygulama Bağlantısının Etkinleştirilmesi (ALE)
– Elektronik Veri Değişimi (EDI)
31
Finansal Muhasebe Yapılandırması
Finansal Muhasebe Global Ayarları
Şirket Kodu
İş Alanı Özel Amaçlı Defter
Mali Yıl
Belge Temel Ayarlar
Planlama
Defteri Kebir Hesabı Gerçek Kayıt
Periyodik Süreç
Ana Hesaplar
Ticari İşlemler
Veri Aktarma Tezgahı
Duran Varlık Hesabı
Bilgi Sistemi
Organizasyon Yapıları
Defteri Kebir ile Entegrasyon
Alacak Hesapları/Ödenebilir Hesaplar Değerleme
Müşteri Hesapları Amortisman
Satıcı Hesapları
Ticari İşlemler
Kredi Yönetimi
• Bu ders sırasında, aşağıdaki FI yapılandırma alanları tartışılacaktır:

– Finansal Muhasebe Global Ayarlar
– Defteri Kebir Muhasebesi
– Alacaklar ve Borçlar Hesapları
– Özel Defteri Kebir
– Duran Varlık Hesabı
• Bu kurs sırasında aşağıdaki CO yapılandırma alanları tartışılacaktır.:
– Genel Kontrol
– Genel Masraf Maliyet Kontrolü
• Ayrıca Hazine modülündeki Nakit Yönetimi yapılandırması tartışılacaktır.
32
Birden Çok Proje Uygulama Klavuzu
Referans IM G
FI SD Proje IM G
CO MM CO
MM CO
FI FI
PS
PP HR Proje 002
Proje 002 Görünüm:
Proje 001 Gerekli
Faaliyetler
PS ........
• IMG'nin farklı yapıları, kişiselleştirme projeleri oluşturmak için yukarıdan aşağıya bir
yaklaşıma izin verir. IMG'nin yapısı şunları içerir:
– Tüm SAP uygulamaları için eksiksiz yönergeler (% 100 işlevsellik). Bu genellikle
Referans IMG olarak bilinir.
– Şirket yönergeleri (çeşitli işlevlere ve ülkelere göre) ve Proje yönergeleri (şirket
yönergesine göre). Bunlara Proje IMG'leri denir ve tipik olarak belirli projeler için
ayarlanan Referans IMG'nin alt kümeleridir.
– Proje görünümleri (proje yönergelerine, gerekli / isteğe bağlı veya kritik / kritik olmayan
faaliyetlere dayanarak)
• Her bir IMG projesi için kullanılabilir görünümler:
– R / 3 İşlevleri
– Prosedür Modeli
– Ülkeler
– “Zorunlu” veya “isteğe bağlı” etkinlikler
– “Kritik” veya “kritik olmayan” faaliyetler
– Bireysel faaliyetlerin seçimi
• Bir proje çeşitli görünümlere ayrılabilir.
• Bir proje IMG oluşturduğunuzda, gerekli / isteğe bağlı etkinlikleri, kritik / kritik olmayan
etkinlikleri veya bireysel etkinlikleri seçersiniz.
33
2.4. Uyarlama
Uyarlama
Tabloların İşlevsel Görünümü

Uygulama Kılavuzu
Uyarlama
İşlemi
Tablo 1 Tablo 2 Tablo 3
Fiziksel Tablo
Yapısı
• Sistemdeki tüm veriler tablolarda saklanır. Bazı işlemler yalnızca bir tabloyu etkilerken,
diğerleri birden çok tabloyu etkiler.
• Ayarlar, teknik unsurları (fiziksel tablo yapısı, tablo adı veya işlem kodları) bilmeden
fonksiyonel yönler altında girilebilir. Uygulama Kılavuzu, uyarlamanın işlevsel bir
görünümünü sağlar ve kontrol tablolarının belirli görünümlerine erişim sağlar.
• Uygulama Kılavuzunun kullanılması, kullanıcının tek bir tabloyu veya tablo grubunu aynı
anda tutmasını sağlar. Aynı IMG işlemi, bu “görünüm” ün tüm bakımı için kullanılır.
• Karmaşık tablo bağımlılıkları, örneğin fiyatlandırma gibi bakım kümelerinde gruplandırılır.
• IMG işlemleri genellikle birkaç farklı veritabanı tablosundan gelen verilerin mantıksal bir
görünümünü gösterir. Bu fiziksel tablo yapısı böylece gizlidir, ancak Veri Sözlüğünde (TXN:
SE12) görülebilir.
• Sistem, kullanıcıların süreçleri hemen test etmesini sağlayan standart yapılandırmalar
sağlar. Örnekler arasında Hesap Çizelgesi, Hesap Belirleme, Hesap Grupları ve Belge
Türleri bulunur.
34
Düzeltme ve Taşıma Sistemi
Test Sistemleri /Test İstemcisi

• Düzeltme Oluştur
• Yapılandırma Ayarları
• Kayıt
Hedef Sistemi
• Nesnelerin Taşınması Seçimi
• Kayıt
• Hedef Sisteme Düzeltmeyi
Serbest Bırak
• Değişiklik ve Aktarım Sistemi, yapılandırmayı ve program kodunu sistemden sisteme veya

İstemciden İstemciye taşımak için bir yöntem sağlar. Tipik bir kullanım, uyarlanmış verileri
bir geliştirme sisteminden bir test sistemine ve ardından bir üretim sistemine taşımaktır.
• Değişiklik ve Taşıma Sistemi genellikle Sistem Yöneticisi tarafından çalıştırılır.
• Yapılandırma, geliştirme ve değişiklikler bir değişiklik isteğine atanır.
• Tüm uyarlama değişiklikleri (tablo yapılandırmaları; örneğin, yeni tesisler oluşturma, belge
bilgilerini değiştirme) uyarlama düzenleyicisi aracılığıyla izlenir.
35
Varsayılan Değerlere Genel Bakış
Çeşitli Kaynaklardan Gelen Varsayılan Değerler:
• Kullanıcı Ana Verileri
• Parametre Belleği
• Sistem
• Hesap Ana Verileri Kaydı
• Muhasebe Fonksiyonları
• Bir SAP R / 3 işlemine belgeler girildiğinde, bazı alanlar varsayılan veriler içerir.
• Bu veriler, daha önce sisteme girilen / depolanan verilerden gelir.
• Sistem, R / 3 sistemindeki çeşitli kaynaklardan varsayılan verileri toplar, örneğin:
– Kullanıcı ana verileri
– Parametre belleği
– Sistem
– Hesap ana verileri
– Muhasebe işlevleri için varsayılan değerler
36
Yardım İste
10 M üşteri #
M ÜŞTERİ A Şehir
M İsim
T Şirket Kodu
İkincil Tablolar
Birincil Tablo: BKPF
(BSEG, ...)
• 4.6'dan önce Arama Yardımlarına Eşleşme Kodları adı verilmiştir.

• Bir tabloya erişmek için arama öğeleri olarak kullanılabilen tüm alanlar bir arama yardım
nesnesinde birlikte gruplanır. Bir arama yardım nesnesi için birkaç arama yardım kimliği
olabilir. Arama yardım kimliği, arama terimini oluşturmak için hangi alanların kullanılacağını
belirler.
• Anahtarı aranan tabloya birincil tablo denir. Arama yardım nesnesine dahil edilen ve arama
öğesini oluşturmak için alanların kullanılabileceği ek tablolara ikincil tablolar denir.
• SAP sisteminde işlevsel olarak kullanılan arama yardım kimlikleri, sistem arama yardımcıları
olarak nitelendirilir. Sistem eşleşme kodları değiştirilmemelidir.
• Arama yardım nesnelerinin ve arama yardım kimliklerinin bakımı Veri Sözlüğü'nde
gerçekleştirilir.
• Hem arama yardımına hem de olası girişlere şunlardan birini kullanarak erişebilirsiniz:
– F4 fonksiyon tuşuna basma
– Faredeki sağ düğmeyi ve sonra Olası Girdileri seçme
– Büyüteç seçimi
37
2.5. Uygulama Kılavuzu Bölüm Özeti
Uygulama Kılavuzu
Bölüm Özeti
– Uygulama Rehberi
– Yapılandırma
– Uygulama
– Temel Fonksiyonlar
– Prosedür Modeli
– İşlem Kodu
– Genel Ayarlar
– Kurumsal Yapı
• Uygulama Kılavuzu - SAP R / 3 sistemini uygulamak için gerekli faaliyetleri içeren bir plan da
dahil olmak üzere proje adımlarının sırası.
• Yapılandırma - Belirli iş gereksinimlerini desteklemek için sistemdeki ayarları koruma eylemi.
• Uygulama - İş faaliyetlerini kaydetmek ve raporlamak için gereken devam eden süreçlerin
performansını ifade eden işlevsellik.
• Temel İşlevler - SAP'yi yüklerken gereken ilk adımları sağlayan istemciler, kullanıcılar ve
yetkilendirmeler oluşturmak için öneriler içeren sistemdeki işlevsellik.
• Prosedür Modeli - Bir uygulama projesi için planlama temellerini sağlayan ve tüm
uygulamalar için SAP uygulamasının farklı aşamalarını açıklayan sistemdeki işlevsellik.
• İşlem Kodu - IMG kullanmadan bir işlevin ilk ekranına erişen dört karakterli kod.
• Genel Ayarlar - Sistemdeki en yüksek düzeyde bilgi içeren bir yapılandırma alanı.
• Kurumsal Yapı - Organizasyon Yapısının tanımlandığı yapılandırma alanı.
38
Uygulama Kılavuzu Bölüm Özeti(Devam)
– Çapraz Uygulama Bileşenleri
– Düzeltme ve Taşıma Sistemi
• Çapraz Uygulama Bileşenleri - Tek bir uygulamaya özgü olmayan, ancak işlevsel modüller
arasında kullanılan tüm yapılandırma alanlarını kapsayan bir yapılandırma alanı.
• Sistemi Değiştir ve Taşı - Sistem içindeki yapılandırmayı ve program kodunu sistemden
sisteme veya İstemciden İstemciye taşımak için bir yöntem sağlayan işlevsellik. Uyarlama
verileri bir geliştirme sisteminden bir test sistemine ve daha sonra bir üretim sistemine
taşımak için kullanılır.
39
3. Organizasyon Yapısı
3.1. Örgütsel Yapı
Bölüm 3
Örgütsel Yapı
• Sistem, bir şirketin organizasyon yapısını yansıtacak

şekilde yapılandırılabilir ve gelecekteki değişiklikleri o
yapıya dahil etme esnekliğine sahip olabilir.
– Organizasyon yapısını ve bunun Finansal Muhasebe
modülü ile ilişkisini açıklayınız.
– Mali Muhasebe Modülü ile ilgili yapıdaki her bir
Kuruluş Birimini tanımlayın.
w w w .finsoft.com.tr Organizasyon Yapısı
40
3.2. Hiyerarşi
Hiyerarşi Çalıştayı
Seçenek 1
Seçenek 2
Seçenek n
• Hiyerarşi tanımına yardımcı olmak için günler, haftalar veya aylar süren çalıştaylar
düzenlenir. Hiyerarşi, farklı düzeylerdeki bağımsız öğelerin birbirine bağlı olduğu, birbirini
izleyen düzeylerde düzenlenen bir yapıdır.
• Bir hiyerarşi çalıştayının başarılı olması için SAP bilgisine sahip yetenekli bir hiyerarşi
danışmanı oturumları kolaylaştırmalıdır.
• Müşteri temsilcileri finansal denetçileri ve süreç sahiplerini (finansal hiyerarşi), üretim
denetleyicilerini ve yönetimini (malzeme yönetimi hiyerarşisi) ve finansal ve satış yönetimini
(satış hiyerarşisi) içerebilir.
• Müşteri kendi hiyerarşi kararını vermelidir; ancak danışman müşterinin bu kararı vermesine
yardımcı olmalıdır. Örneğin, istemci her hiyerarşi seçeneğinin etkilerinin farkında olmalıdır.
• SAP Knowledge Network veritabanı, mevcut atölye materyallerini elde etmek için iyi
araçlardır.
41
SAP Hiyerarşi Yapısı
FINANSAL MATERIALS MANAGEMENT

İş Alanı
Sto.Loc.
Şirket 1000
0001 İşletme 0001
İş Alanı 0001
Sto. Loc.
2000
M üşteri 0002
İş Alanı Şirket Kodu
Sto. Loc.
3000
Şirket İşletme 0003
0002 0002
Şirket İşletme
0003 0003
SATIŞ&DAĞITIM Şirket Kodu
1000 2000 3000
10 20 10 10
01 02 01 02 01 02 01
• Hiyerarşi yapıları hiyerarşi çalıştayı sırasında açıklanmaktadır.

• Hiyerarşi yapısı, Kuruluş Birimleri kullanılarak SAP uygulamalarıyla eşlenir. Kuruluş birimleri
belirli iş işlevlerini yerine getirir.
• Kuruluş Birimleri tek bir uygulamaya (örneğin, Satış ve Dağıtım modülündeki Satış
Organizasyonu) veya çeşitli uygulamalara (örneğin Malzeme Yönetimi ve Üretim
Planlamasına tayin edilen Tesisler) atanabilir.
• Atölyeye doğru fonksiyonel kaynak karışımı katılmalıdır. Örneğin, finans ekibi, Malzeme
Yönetimi ekibi tarafından verilen hesap grubu atama kararlarıyla ilgilenecektir.
• Bazı kararlar tüm tarafları içerir ve diğer kararlar tek bir ekibin katılımını gerektirir. Örneğin,
Depolama Lokasyonlarının tanımlanması ile ilgili kararlar Finans Ekibini etkilemeyecektir.
42
3.3. SAP Organizasyon Yapısı
SAP Organizasyon Yapısı

İstemci
Kontrol Alanı Amortisman Kredi

Hesap Tablosu
Tablosu Kontrol Alanı
Satın Alma
Grubu İhtar
Alanı Şirket Kodu İş Alanı
Satın Alma Satış

Org. İşletme Organ.
Depolama Dağıtım Satış

Sevk Yeri Satış Grubu
Yeri Kanalı Ofisi
Yükleme Bölünme
Noktası
FI Organizasyon Birimleri ve tanımları:

• İstemci- Ayrı ana kayıtları ve kendi tabloları olan bir R / 3 Sisteminde bağımsız bir ünite. Bir
İstemcideki verilere başka bir İstemci erişemez.
• Hesap Tablosu - Bir grup defteri kebir (G / L) hesabından oluşan bir sınıflandırma şeması. Bir hesap
planı, muhasebe verilerinin düzenli bir şekilde oluşturulmasını sağlamak ve değerlerin kaydedilmesi
için bir çerçeve sağlar. İçerdikleri ana hesaplar bir veya daha fazla şirket kodu tarafından kullanılır.
• Amortisman Tablosu- Amortisman tablosu tanımlı amortisman alanlarını içerir. Ayrıca, belirli bir
ülkede veya ekonomik alanda geçerli olan varlıkların değerlendirilmesine ilişkin kuralları da içerir. Her
şirket kodu bir amortisman grafiğine ayrılmıştır. Birçok şirket kodu aynı amortisman grafiğiyle
çalışabilir. Amortisman tablosu ve hesap tablosu birbirinden tamamen bağımsızdır.
• Kredi Kontrol Alanı- Kredi vermek ve izlemekten sorumlu bir alanı temsil eden kuruluş birimi. Bu
kuruluş birimi ya tek bir şirket kodu için ya da kredi denetimi birkaç şirket kodu arasında
gerçekleştirilirse, birden fazla şirket kodu içindir. Kredi bilgileri, kredi kontrol alanında müşteri başına
verilebilir.
• Şirket Kodu - Dış raporlama amacıyla eksiksiz bir müstakil hesap grubunun oluşturulabileceği en
küçük kuruluş birimi. Şirket kodu bağımsız bir tüzel kişiliği temsil eder. Dış raporlama süreci, ilgili tüm
işlemlerin kaydedilmesini ve mali tablolar için gerekli tüm destekleyici belgelerin oluşturulmasını içerir.
43
SAP Organizasyon Yapısı (devam)
İstemci
Kontrol Alanı Amortisman Kredi Kontrol

Hesap Tablosu
Tablosu Alanı
Satın Alma
Grubu
İhtar Alanı Şirket Kodu İş Alanı
Satın Alma Satış

Org. İşletme Org..
Depolama Dağıtım Satış

Sevk Yeri Satış Ofisi
Yeri Kanalı Grubu
Yükleme Bölünme
Noktası

FI Organizasyon Birimleri ve tanımları (devam)
• İş Alanı- Finansal muhasebe içinde, bir kuruluş içinde ayrı bir faaliyet veya sorumluluk alanını temsil
eden ve Finansal Muhasebede kaydedilen değer değişikliklerinin tahsis edilebileceği bir Kuruluş
Birimi. Faaliyet alanı bilançoları ve gelir tabloları sadece dahili raporlama amacıyla kullanılır.
• İhtar Alanı - Şirket kodunda, ihmalin (vadesi geçmiş hesaplara ilişkin bildirim) gerçekleştirildiği isteğe
bağlı bir kuruluş birimi. İhtar prosedürü kontrol edilir ve ihtar bildirimleri her ihtar alanı için ayrı ayrı
gönderilir. Çarpıcı bir alan aşağıdakileri temsil edebilir: Bölme, Dağıtım kanalı, Satış organizasyonu,
Faaliyet alanı
CO Organizasyon Birimi ve açıklaması:

• Kontrol Alanı - Kontrol Modülündeki birincil organizasyon yapısı. Bir kontrol alanı, bir kuruluşun
tamamı veya bir kısmı için eksiksiz, bağımsız bir maliyet muhasebesi sistemi ve dahili raporlama
yapısını temsil eder. Kontrol alanı, farklı para birimleri kullanabilen tek veya birden fazla şirket kodu
içerebilir. Bu şirket kodları aynı işlemsel hesap planını kullanmalıdır. Tüm dahili tahsisler sadece aynı
kontrol alanındaki nesneler ile ilgilidir.
MM Organizasyon Birimleri ve tanımları:
44
• Satın Alma Organizasyonu- Lojistik içindeki organizasyon birimi, Satınalma gereksinimlerine göre
bir işletmeyi alt bölümlere ayırır. Bir satın alma kuruluşu malzeme ve hizmet tedarik eder, satıcılarla
satın alma koşullarını görüşür ve bu tür işlemlerin sorumluluğunu üstlenir. Satın alma şekli, satınalma
organizasyonlarının şirket kodlarına ve fabrikalarına atanmasıyla belirlenir.
• Satın Alma Grubu - Satın alma faaliyetlerinden sorumlu bir alıcı veya alıcı grubu.
• İşletme - Bir işletmeyi üretim, tedarik, bakım ve malzeme planlamasına göre alt bölümlere ayırmaya
hizmet eden Lojistik içindeki organizasyon birimi.Tesis, malzemelerin üretildiği veya mal ve
hizmetlerin sunulduğu bir yerdir. Tesis, malzeme değerlemelerinde, stok yönetimi, MRP, üretim,
maliyetleme ve tesis bakımında önemli bir rol oynamaktadır.
• Sevk Yeri- Lojistikte nakliye işlemini gerçekleştiren organizasyon birimi. Nakliye noktası, şirketin
nakliye türünden, gerekli nakliye malzemelerinden ve nakliye araçlarından sorumlu parçasıdır.
• Yükleme Noktası- Nakliye Noktası içinde malların yüklendiği bir yer.
• Depolama Yeri- Bir Tesis içindeki malzeme stoklarının farklılaşmasına izin veren bir Organizasyon
Birimi.
45
İstemci
Controlling Hesap Amortisman Kredi

Area Tablosu Tablosu Kontrol Alanı
Satın Alma
Grubu İş
İhtar Alanı Şirket Kodu
Alanı
Satın Alma Satış

Org. İşletme Organ.
Sevk Dağıtım Satış Satış

Depolama
Yeri Yeri Kanalı Ofis Grubu
Yükleme Bölünme
Noktası

SD Organizasyon Birimleri ve tanımları:
• Dağıtım Kanalı: - Satılabilir malzemelerin veya hizmetlerin müşterilere ulaştığı bir kanal. Örnek
olarak toptan, perakende ve doğrudan satışlar verilebilir. Bir veya daha fazla satış organizasyonuna
bir dağıtım kanalı atayabilirsiniz.
• Satış Organizasyonu - Lojistik içerisinde, şirketi satış gereksinimlerine göre yapılandıran
organizasyon birimi. Bir satış organizasyonu, malzeme ve hizmetlerin satışından sorumludur. Satış
pazarlarını bölgesel olarak alt bölümlere ayırmak için kullanılabilir.
• Bölünme - Bölüme özgü bir Satış Organizasyonu tanımlamak için kullanılabilecek bir Kuruluş Birimi
(örneğin, ürün grubuna göre).
• Satış Alanı - Satış Organizasyonu, Dağıtım Kanalı ve Bölümü.
• Satış Ofisi- Satış Alanına atanan bir Kuruluş Birimi. Kuruluşun coğrafi tanımlarını tanımlamak için
kullanılabilir.
• Satış Grubu - Satış Ofisinin raporlama amacıyla kullanılabilecek bir alt bölümü.
46
Finansal Modülü
(Organizasyon Yapısı)
İstemci
Hesap Tablosu
Kredi Kontrol Alanı
Şirket Kodu
İhtar Alanı
İş Alanı
47
İstemci(Organizasyon Yapısı)
İstemci
Genel Elektrik
• İstemci, SAP Organizasyon Yapısındaki en yüksek hiyerarşik düzeydir.

• Her İstemci, ayrı ana kayıtları ve eksiksiz bir tablo kümesine sahip bağımsız bir birimdir.
• Bu seviyede yapılan özellikler veya girilen veriler İstemciye eklenen tüm Şirket Kodları için
geçerlidir.
• Tek bir İstemci merkezi bakıma izin verir ve standart veri sağlar.
• Erişim yetkisi İstemci başına atanır. İstemcide çalışmak istediği her kullanıcı için bir Kullanıcı
ana kaydı oluşturulmalıdır.
• Sistemde oturum açarken her kullanıcının bir İstemci anahtarı belirtmesi gerekir.
48
İstemci– Şirket Kodu
(Organizasyon Yapısı)
İstemci
Genal Elektrik
Şirket Kodu Şirket Kodu Şirket Kodu Şirket Kodu

Havacılık Aydınlatma Elektrikli Aletler Uçak M otorları
Hizmetleri
• Her Şirket Kodu, dış raporlama amaçları için bağımsız bir tüzel kişiliği temsil eder. Yasaların
gerektirdiği Bilanço ve Kar ve Zarar (K&Z) tablosu Şirket Kodu düzeyinde yaratılmıştır.
• Her İstemcide birden fazla Şirket Kodu oluşturulabilir.
• Uluslararası bir işletmede, operasyonlar genellikle birçok ülkede yapılmaktadır. Çoğu
hükümet ve vergi otoritesi her şirketin ayrı bir tüzel kişilik olarak kurulmasını
gerektirdiğinden, genellikle her ülke için bir Şirket Kodu tanımlanır.
49
İstemci–Şirket Kimliği- Şirket Kodu
İstemci
GE
Şirket Kimliği Şirket Kimliği

Tüketici Havacılık
Ürünleri
Şirket Kodu Şirket Kodu Şirket Kodu Şirket Kodu
Elektrikli Uçak Havacılık

Aydınlatma
Aletler M otorları Hizmetleri
• Şirket Kimliği, SAP FI-LC (Yasal Konsolidasyon) modülü kullanılarak konsolide edilebilecek
bir Şirket Kodları grubudur (tüzel kişiler).
• Yasal konsolidasyon iki veya daha fazla Şirket Kodunun mali tablolarının mutabakatı ve
birleştirilmesi işlemidir.
50
İstemci-Şirket Kodu-İş Alanı
İstemci
Genel Elektrik
Şirket Kodu Şirket Kodu Şirket Kodu

Havacılık Hizmetleri Uçak M otorları Taşıma Sistemleri
İş Alanı İş Alanı
M otor Onarımı M otor Satışları
• İş Alanları dahili Bilançolar ve dahili K & Z Tabloları oluşturulabilen tüzel kişilerdir (ör. ürün
grubu, bölüm).
• Faaliyet Alanları Şirket Kodlarını aşabilir, ancak tanım ve kullanımlarında tutarlı olmalıdır.
Örneğin, iş alanlarının ürün hatları ve coğrafya boyunca tanımlanmasından kaçınılmalıdır.
• Faaliyet Alanları Şirket Kodlarından bağımsızdır.
• Faaliyet Alanları, farklı Hesap Grafikleri kullanan Şirket Kodlarını içerebilir.
Not:
Faaliyet Alanı Dağılımı Raporu, banka hesapları, sermaye hesapları ve vergiler hariç tüm
Bilanço ve Kar ve Zarar kalemlerini ayırır.
51
İstemci– Hesap Tablosu -
Şirket Kodu
İstemci
Genel Elektrik
Hesap Tablosu Hesap Tablosu

CAUS CAEU

Uçak M otorları Havacılık Küresel Finans
Hizmetleri
• Hesap Tablosu (HT), bir veya daha fazla Şirket Kodu tarafından kullanılan tüm Defteri Kebir
(Ana Hesap) Hesaplarının organize bir listesidir.
• Her Şirket Kodu yalnızca bir HT’na atanır; ancak, bir İstemci içindeki birden fazla Şirket
Kodu aynı HT’nu kullanabilir.
• SAP, gerektiğinde kopyalanıp bakımı yapılabilen çok sayıda HT ülke tabanlı şablon sunar.
• R / 3'te üç tür Grafik mevcuttur
– Faaliyet Tablosu: Hem finansal muhasebe hem de maliyet muhasebesinde kullanılan
standart HT.
– Ülke veya Alternatif Hesap Planı: Yerelleştirilmiş ulusal raporlama gereksinimlerini
karşılar. Bu tür bir Hesap Tablosunu kullanmak için, her bir Defteri kebir Ana Hesap
Kaydının Şirket Kodu bölümüne alternatif hesap numarası girilmelidir.
– Kurumsal veya Grup Hesap Planı: Konsolide raporlama için farklı grafikleri birlikte
gruplandırır. Grup Tablosu, Şirket Hesap Kodlarında aynı Hesap Şemasını
kullanmayan ortak bir hesap kümesi kullanarak özetlenmiş raporlama ihtiyacını
karşılar.
52
İstemci– Şirket Kodu-
İhtar Alanı
İstemci
Genal Elektrik
Şirket Kodu Şirket Kodu

Havacılık
Uçak M otorları
Hizmetleri
İhtar Alanı 1 İhtar Alanı 1 İhtar Alanı 2
• İhtar, vadesi geçmiş faturaları olan müşterilerden otomatik olarak bildirimde bulunma ve
ödeme talep etme işlemidir.
• İhtar Alanları, şirket içinde müşteri faaliyetlerini izlemekle sorumlu alanları temsil eder.
• Bir Şirket Kodunda birçok İhtar Alanı olabilir.
• Bir İhtar Bölgesi birden fazla Şirket Koduna ait olabilir.
53
İstemci– Kredi Kontrol Alanı-
Şirket Kodu
İstemci
Genel Elektrik
Kredi Kontrol Alanı Kredi Kontrol Alanı

CAUS CAEU
• Kredi Kontrol Alanı, müşteriler için kredi limitleri belirlemek ve kontrol etmek için kullanılan
Kuruluş Birimidir.
• Kredi Kontrol Alanı, entegre kredi yönetimi sağlamak için R / 3'ün Satış ve Dağıtım
bileşenleri ile Alacak Hesapları bileşeni tarafından kullanılır.
• Bir Müşteri içinde birçok Kredi Kontrol Alanı oluşturulabilir.
• Bir şirket kodu, kendisine doğrudan atanmış bir kredi kontrol alanına ve muhtemelen belirli
şirket kodu için "izin verildi" olarak tanımlanan başka bir kredi kontrol alanına sahip olacaktır.
Bir işlem için gerçek kredi kontrol alanı belge kaleminde veya bir sipariş formunda (yani
sipariş verileri, müşteri verileri) belirlenebilir.
• Kredi Yönetimi, Bölüm 19 (Kredi Yönetimi) bölümünde ayrıntılı olarak tartışılacaktır.
54
3.4. SAP Organizasyon Yapısının Yararları
SAP Organizasyon Yapısının

Yararları
Üretim Planlaması Finansal M uhasebe
İşletme Şirket Kodu
Denetim İnsan Kaynakları

İstemci
Personel
Denetim Alanı
Alanı
Satış ve Dağıtım M alzeme Yönetimi
Satış Satın Alma

Alanı Organizasyonu
• R / 3'teki Organizasyon Yapısının faydaları:

– Karmaşık Organizasyon Yapılarını yansıtma esnekliği.
– Organizasyon Birimleri ekleme becerisi.
– Verilerin, ihtiyaç duyduğunuz bilgilere göre lojistik (Üretim Planlama, Satış ve Dağıtım,
Malzeme Yönetimi) ve finansal (Finansal Muhasebe, Kontrol) görünümlerine ayrılması.
55
3.5. Organizasyon Yapısı Bölüm Özeti
Organizasyon Yapısı Bölüm Özeti
Anahtar Terimler
– SAP Hiyerarşi Yapısı – Sevk Yeri
– İstemci – Başlangıç Noktası
– Hesap Tabloları – Depolama Yeri
– Kredi Kontrol Alanı – Dağıtım Kanalı
– Şirket Kodu – Satış Organizasyonu
– İş Alanı – Bölünme
– İhtar Alanı – Satış Ofisi
– Satın Alma Organizasyonu – Satış Grubu
– Satın Alma Grubu – Satış Alanı
– İşletme – Yasal Birleşme
• SAP Hiyerarşi Yapısı - Üç alandan oluşur: Finans, Malzeme Yönetimi ve Satış ve Dağıtım.
Her alanın kendi ayırt edilebilir hiyerarşik yapısı vardır (Bkz. Slayt FI_03.3).
• İstemci - SAP R / 3'teki en yüksek seviye. Bir İstemcideki verilere başka bir İstemci
erişemez.
• Hesap Tablosu - Bir veya daha fazla Şirket Kodu tarafından kullanılan tüm Defteri Kebir
(Ana Hesap) hesaplarının organize bir listesi.
• Kredi Kontrol Alanı - Şirket Koduna atanan bir Kuruluş Birimi, müşteriler için kredi limitleri
belirlemek için kullanılır.
• Şirket Kodu - Bir Tüzel Kişide, bağımsız bir tüzel kişiliği temsil etmek için kullanılan bir
Kuruluş Birimi. Dengeli finansal tabloların üretildiği düzeydir.
• İş Alanı - Finansal Muhasebe modülünde, bir kuruluş içindeki ayrı bir işlem veya sorumluluk
alanını temsil eden bir Kuruluş Birimi.
Not: Tanımların geri kalanı için sayfa 3.5 ve 3.6'ya bakınız.
56
4. Şirket Kodu Global Parametreler
Bölüm 4
Şirket Kodu Global Paremetreler
• Şirket Kodu, bir İşlemci içindeki harici raporlama amaçları
için bağımsız bir tüzel kişiyi temsil eden kuruluş birimidir.
– Bir Şirket Kodu için global parametrelerin
oluşturulmasında yer alan alanları tanımlama.
– Şirket Kodu oluşturma.
– Mali Yıl Varyantları ile Kayıt Dönemleri arasındaki
ilişkiyi açıklama.
– Alan Durumu Değişkeni tanımlama.
– FI modülünde kullanılan çeşitli Hesap Türlerini
tanımlama.
www.finsoft.com.tr Şirket Kodu Global Parametreler
57
4.1. Şirket Kodu
Şirket Kodu
Şirket Kodu Oluştur Şirket Kodunu Kopyala
USXX
Şirket Kodunu Sil
• Bir Şirket Kodu, mevcut bir Şirket Kodunu kopyalayarak veya IMG'nin Kurumsal Yapı
bölümünde bağımsız olarak yeni bir Kod yaratarak oluşturulabilir.
• Mevcut bir Şirket koduna benzeyen bir Şirket Kodu oluşturmak için, aşağıdakileri
kopyalayan Kuruluş Kopyalama İşlevinin kullanılması önerilir:
– Tanım (ad, şehir, ülke, para birimi, dil, adres) ve global parametreler
– Tabloları uyarlama
– Defteri kebir hesapları (istenirse)
• SAP, "Şirket Kodunu Sil" etkinliğini işlemeden önce bir "silinebilirlik" kontrolü gerçekleştirir.
Şirket Kodu silme koşullarını karşılıyorsa, işlem devam edebilir. Aksi takdirde, kullanıcı,
Şirket Kodunun silinebilmesi için sistemde silinmesi gereken bağımlı verilerin olduğu
konusunda bilgilendirilir.
58
Şirket Kodu Tanımı
Genel Veri
Şirket Kodu: USXX Şirket İsmi: Price Waterhouse

Şehir: Philadelphia Ülke Anahtarı: US
Para Birimi: USD Dil: E
Küresel Veri
Muhasebe Organizasyonu İşleme Parametreleri

Hesap Tabloları CAXX Alan Durumu Değişkeni 0001
Kredi Kontrol Alanı CCXX Kayıt Dönemi Değişkeni XXXX
Mali Yıl Değişkeni K4
• Şirket Kodunun tanımı, aşağıdakileri içeren bir kuruluşun temel finansal çerçevesini sağlar:
– İşletme Hesap Tablosu
– Muhasebe dönemi yapısı
– Para Birimi Tanımı
– Dil tanımı
– Belge girişi için ekran görüntüsü
– Kredi yönetim yapısı (isteğe bağlı)
Not:
Yukarıda listelenen parametreler, şirket kodu tanımının tam bir resmini GÖSTERMEZ.
59
4.2. Muhasebe Organizasyonu Verileri Mali Yıl Değişkeni
Muhasebe Organizasyonu
Verileri Mali Yıl Değişkeni
Mali Yıl Değişkeni Tanım

K2 Takvim yılı, 2 özel dönem
K4 Takvim yılı, 4 özel dönem
V3 Mali yıl, 4 özel dönem
Mali Yıl Varyantının Özellikleri “K4”
• Mali Yıl Varyasyonu, Kayıt Dönemleri ve Özel Dönemlerin tanımını içerir. Ayrıca, mali yılın bir takvim
yılına (yani Ocak - Aralık) dayalı olup olmadığını belirler.
Not: SAP'de belirli bir bileşen hakkında bilgi depolamak için bir Değişken kullanılır. Yukarıdaki
örnekte, Mali Yıl Varyasyonu, bir yılda kaç dönemin bulunduğunu ve mali yılın standart bir takvim
yılına dayanıp dayanmadığını belirlemek için kullanılır. Sınıfta ilerledikçe, sırasıyla ekranların ve
raporların görünümünü ve içerdiği bilgileri belirleyen Ekran Varyantları ve Rapor Varyantları gibi diğer
varyantlarla karşılaşırsınız. Varyantları kullanmanın avantajı, onları kaydedip yeniden
kullanabilmenizdir, böylece veri girişi ve hataları büyük ölçüde azalır.
• Standart Mali Yıl Varyantları sistemde zaten tanımlanmıştır ve şablon olarak kullanılabilir.
60
4.3. Mali Yıl Varyantları
Mali Yıl Varyantları
Yıl-Bağımsız VS Yıl-Bağımlı
Mali Yıl Varyantı Mali Yıl Varyantı
• Bir Mali Yıl Varyantının her bir mali yılı 1) aynı sayıda dönem kullanıyorsa ve 2) kayıt
dönemleri her zaman yılın aynı gününde başlar ve biterse, varyant yıldan bağımsız olarak
adlandırılır. Yıldan bağımsız bir Mali Yıl Varyasyonu şu şekilde tanımlanabilir:
– Takvim yılı
– Takvim dışı yıl
• Mali yıl takvim yılı olarak tanımlanırsa, kayıt dönemleri yılın aylarına eşittir. Bu nedenle, bir
takvim yılı varyantının 12 kayıt dönemi olmalıdır. Örneğin, Ocak “01” Kayıt Dönemi, Şubat
“02” Kayıt Dönemi vb.
• Mali yıl takvim dışı bir yıl olarak tanımlanırsa, kayıt dönemlerinin her döneme bitiş tarihleri
atanarak tanımlanması gerekir. Takvim dışı bir yılda 1 ila 16 kayıt dönemi olabilir.
• Mali yıllar normal olarak yıldan bağımsızdır.
• Bir Mali Yıl Varyasyonu, aşağıdaki durumlarda yıla bağlı olarak tanımlanmalıdır:
– bazı mali yılların kayıt dönemlerinin başlangıç ve bitiş tarihleri, diğer mali yılların
tarihlerinden farklı olacaktır ve / veya
– bazı mali yıllar farklı sayıda kayıt dönemi kullanır
61
Kayıt Dönemi Değişkeni
Var. A Hesaplardan Hesaplara Dönemden 1 Yıl Döneme Yıl
0001 TÜMÜ 1 2000 12 2000

0001 Müş. 0 99999 1 2000 12 2000
0001 Sat. AAAAAAAAAA ZZZZZZZZZZ 2 2000 12 2000
Hesap Tipi (A)
+ = Tüm Hesap Türleri için geçerlidir (maskeleme)

A = Ayarlar
D = Müşteriler (A/R)
K = Satıcılar (A/P)
M = Malzemeler
S = Defteri Kebir Hesapları
• Kayıt Süreleri bir belgenin sisteme gönderilip gönderilemeyeceğini kontrol etmek için kullanılır.
Sistem, Kayıt Süresini Kayıt Tarihinden alır. Bir Kayıt Süresi kapatılırsa, sistem belgenin
kaydedilmesine izin vermez. Kayıt Tarihi 12. dönemde düştüğünde, işlem Özel Dönemlerden birine
kaydedilebilir. Özel Dönemler yıl sonu kapanış sürecini kolaylaştırmak için kullanılır.
• FI-GL’ de normal Kayıt Süreleri ile Özel Dönemlerin toplamı 16'yı geçemez. 16'dan fazla süre
gerekiyorsa, 366 Kayıt Süresine sahip Özel Amaçlı Defter kullanılmalıdır. Örneğin, günlük kapanış
bankaları veya haftalık kapanış perakende operasyonları Özel Amaçlı Defter kullanmaya meyillidir.
Bazı Şirket Kodları aynı Kayıt Dönemi Varyantını kullanabilir. Periyotların kapatılması ve açılması
aynı zamanda atanan tüm Şirket Kodları için aynı anda yapılır, böylece bakımı kolaylaştırır.
• Kayıt Dönemi tablosu, Kayıt Dönemi Varyantlarına ve Hesap Türüne göre kayıt sürelerinin açılıp
kapanmasını kolaylaştırarak mali kapanış sürecini kontrol etmek için kullanılır. Kayıt Dönemi
tablosundaki girişler açık süreleri gösterir. Bir seferde birden fazla Kayıt Süresinin açık olması
mümkündür.
• Bir Kayıt Dönemi Değişkeni, Kayıt Sürelerinin durumunu Şirket Kodundan bağımsız olarak
korumayı mümkün kılar, yani bir Kayıt Dönemi Değişkenine birden fazla Şirket Kodu atanabilir.
• Hesap Türü, çeşitli hesaplar (örn. Ana Hesaplar, Müşteri Hesapları, Satıcı Hesapları) için kayıt
dönemlerinin durumunu farklılaştırmak için kullanılır. “+”, Kayıt Dönemi tablosundaki belirli bir girişin
tüm hesaplar için geçerli olduğunu gösterir. Bir veya daha fazla ek Hesap Türü belirtilirse, söz konusu
Hesap Türü için Kayıt Süresi önceliklidir. Yukarıda belirtilen ana Hesap Türlerinin yanı sıra Özel
Defteri Kebir, CO-PA ve Sözleşme Hesapları için kayıt dönemi varyantlarını korumak mümkündür.
62
4.4. Alan Durumu Değişkeni
Alan Durumu Değişkeni
• Alan Durumu Değişkeni, Alan Durumu Gruplarının bir koleksiyonudur. Alan Durumu
Grubu, ayrı alan gruplarını (kategorileri) içerir. Tek tek alanlar daha sonra aşağıdakilerden
biri olarak kategorize edilir:
– Gizle: Alan, belge oluşturma, bakım veya görüntüleme sırasında görünmez.
– Zorunlu: Alanda bir değerin girilmesi belge oluşturulurken yapılmalıdır.
– İsteğe bağlı: Alanda bir değerin girilmesi belge oluşturulurken isteğe bağlıdır.
• Ana Hesap ana verileri oluştururken, yalnızca Şirket Koduna tayin edilen Alan Durumu
Değişkeni'ndeki Alan Durumu Grupları kullanılabilir.
• Alan Durumu Varyantının etkileri Bölüm 10'da (Belge Konfigürasyonu) daha ayrıntılı olarak
ele alınacaktır.
63
4.5. Şirket Kodu Global Parametreler Bölüm Özeti
Şirket Kodu Global Parametreler

Bölüm Özeti
• Anahtar Terimler
– Şirket Kodu
– Alan Durum Grubu
– Alan Durumu Varyantı
– Mali Yıl Varyantı
– Kayıt Dönemi Varyantı
– Kayıt Dönemi
– Hesap Türü
• Şirket Kodu – İstemci içindeki bağımsız bir tüzel kişiliği temsil etmek için kullanılan bir
kuruluş birimidir. Dengeli mali tabloların üretildiği düzeydir.
• Alan Durum Grubu - belge girişi sırasında veri girişini ve ekran görünümünü kontrol eden
bir grup. Her Defteri Kebir Hesabının ana kaydında bir Alan Durumu Grubu vardır.
• Alan Durumu Varyantı - Alan Durum Grupları koleksiyonu.
• Mali Yıl Varyantı - bir yıldaki dönem sayısını ve mali yılın bir takvim yılına dayalı olup
olmadığını belirler.
• Kayıt Dönemi Varyantı - şirket kodlarını kayıt dönemi tablosuna bağlar ve böylece bir şirket
kodu / kodları için sürelerini kontrol eder.
• Kayıt Dönemi - Muhasebe Belgelerinin kaydedildiği muhasebe dönemleridir.
• Hesap Türü - bir hesabın ait olduğu ve hesap tanımlamak için hesap numarasına ek olarak
gerekli olan muhasebe alanını belirten anahtar.
64
5. Ana Kayıtlara Genel Bakış
Bölüm 5
Ana Kayıtlara Genel Bakış
• Ana kayıt, uzun bir süre değişmeden kalan tek bir nesne
ile ilgili bilgiler içerir.
– Sistemdeki farklı veri türlerini açıklamak.
– Ana kayıtlar arasındaki entegrasyon noktalarını
tartışmak.
w w w .finsoft.com.tr Ana Kayıtlara Genel Bakış
65
5.1. Sistemdeki Veriler
Sistemdeki Veriler
Ana Veriler İşlem Verileri Tablo Verileri
Ana Hesap Fatura Ödeme Şartları
M üşteri Ödeme Tolerans Ayarları
Satıcı Alacak Dekontu Fiyatlandırma Koşulları
Banka M al Girişi
M alzeme
• Sistemde üç tür veri vardır:

– Ana Veriler - uygulamalar arasında paylaşılan temel bilgiler. Bilgiler uzun bir süre
boyunca sabittir.
– İşlem Verileri - sisteme konulan veya sistem tarafından oluşturulan günlük bilgiler.
– Tablo Verileri- bir üst birimin işi için özel olarak yapılandırılan veriler.
• Ana kayıtlar, işlem verilerinin nasıl kaydedileceğini ve işlendiğini kontrol eden veriler içerir.
• Artık gerekli olmayan hesap yöneticisi kayıtları arşivlenebilir; ancak, günlük işlemlerin
gerçekleştirilmesine yardımcı olmak için genellikle sistemde kalırlar.
• İşlem kayıtları sistem performansını artırmak için periyodik olarak arşivlenir. Arşivlenebilmek
için verilerin R / 3 veritabanından çıkarılması, silinmesi ve bir dosyaya yerleştirilmesi gerekir.
Bu dosya daha sonra bir arşivleme sistemine aktarılabilir.
66
Ana Kayıtlardaki Entegrasyon
Noktaları
SD
M üşteri Ana Verileri

Satış &
Dağıtım (SD) ve FI
Finansal M uhasebe
(A / R) Tedarikçi Ana Verileri
içinde tutulur
M ateryaller yönetimi
MM (M M ) ve Finans
M uhasebe (A / P)
• Müşteri ve Satıcı ana kayıtları, sırasıyla Satış ve Dağıtım (SD) ve Malzeme Yönetimi (MM)
modüllerinde oluşturulan ve saklanan segmentleri de içerir.
• Sistemi uygulayan kuruluş departmana göre Müşteri ve Satıcı ana kayıtlarına erişimi
kısıtlayıp kısıtlamayacağını (Satış / Satın Alma, Muhasebe) veya tüm departmanların
merkezi olarak tek bir işlemle erişime izin verip vermeyeceğini belirler.
67
5.2. Ana Kayıtlar
Ana Kayıtlar - Genel Bilgi
Ana Hesap M üşteri Satıcı
Oluşturun ...
Hesap Tablosu İstemci

ve Faaliyetler Ve
Şirket Kodu Yaratma Şirket Kodu
Değiştirme
Görüntüleme
• Müşteriler ve Satıcılar, hem Müşteri hem de Şirket Kodu düzeyinde oluşturulur. Defteri Kebir
Hesapları hem Hesap Çizelgesi hem de Şirket Kodu seviyelerinde oluşturulur. Her seviye
farklı bilgi parçaları içerir.
• Ana kayıtları oluşturmak / değiştirmek / görüntülemek için kullanılan yöntem, şirketin iç
organizasyonu içindeki görev dağılımına bağlıdır.
• Ana kayıtlara tipik olarak SAP'nin uygulama tarafından erişilir, online ve gerçek zamanlı
olarak işlenir.
• Bir ana kaydı değiştirdiğinizde, değişiklik hemen geçerli olur ve hemen görüntülenebilir.
Değişiklikle ilgili bilgiler (yani tarih, kullanıcı kimliği, değişiklik türü) kaydedilir.
68
5.3. Ana Kayıtlara Genel Bakış Bölüm Özeti
Ana Kayıtlara Genel Bakış

Bölüm Özeti
– Ana Veri
– İşlem Verileri
– Tablo Verileri
• Ana Veri -Uygulamalar arasında paylaşılan temel bilgiler. Bilgiler uzun bir süre boyunca
sabittir. Ana verilere örnek olarak genel muhasebe hesapları, müşteri ana kayıtları, satıcı
ana kayıtları, malzeme ana kayıtları ve banka ana kayıtları verilebilir.
• İşlem Verileri - Sisteme konulan veya sistem tarafından oluşturulan günlük bilgiler. İşlem
verilerine örnek olarak fatura, giden ödeme ve alacak dekontları verilebilir.
• Tablo Verileri- Bir üst birimin işletmesi için özel olarak yapılandırılmış veriler.
69
6. Ana Hesap Ana Kayıtları
Bölüm 6 – Ana Hesap Ana

Kayıtları
• Defteri Kebir ana verileri, ticari işlemlerin kendisine nasıl
kaydedileceğini ve nasıl yönetildiğini kontrol eden hesap
hakkında bilgiler içerir.
– Hesap Çizelgesi ve Şirket Kodu segmentlerinin
bileşenlerini tanımlamak.
– Ana Hesap ana kaydı oluşturmak.
w w w .finsoft.com.tr Ana Hesap Ana Kayıtları
70
6.1. Hesap Tablosu
Hesap Tablosu
İstemci
Hesap tablosu Hesap Tablosu

CAUS CAEU
Şirket Şirket Şirket

Kodu Kodu Kodu
US01 US02 EU01
• İstemci başına bir veya daha fazla Hesap Tablosu oluşturulabilir, ancak bir Şirket Kodu
yalnızca bir Hesap Tablosuna atanabilir. Bir Hesap Çizelgesi'nde kendisine atanmış birçok
Şirket Kodu olabilir.
71
6.2. Ana Kayıt Oluşturma
Ana Kayıt Oluşturma - Merkezi
• Hem Hesap Çizelgesi hem de Şirket Kodu için bir adımda ana kayıt oluşturulabilir. Bu ana
kayıt merkezi yaratma olarak adlandırılır.
• Hesap, zaten Hesaplar Tablosunda veya İşlemci'de mevcutsa (Müşteri ve Satıcı ana
kayıtları durumunda), sistem Koduna özgü verilerin girilmesine izin vermek için ekran
düzenini otomatik olarak değiştirir.
72
Ana Kayıt Oluşturma - Adım Adım
1. Adım. Hesap Planı Segmenti Oluşturma 2. Adım. Şirket Kodu Segmenti Oluşturma
İki ayrı adımda bir ana kayıt da oluşturabilirsiniz (adım adım):

Adım 1. Hesap Çizelgesi segmentini oluşturun
Adım 2. Şirket Kodu segmentlerini oluşturun
73
6.3. Ana Kayıt Oluşturma-Referans
Ana Kayıt Oluşturma - Referans
• Tüm FI ana kaydı oluşturma işlemlerinin ilk ekranında bir Referans düğmesi bulunur. Bu
düğmeyi seçtiğinizde, varolan bir ana kayıt, oluşturduğunuz ana kaydın verilerini varsayılan
olarak kullanmak için kullanılabilir.
• Mevcut bir hesaba başvurmak, yeni bir ana kayıt oluşturmak için gereken süreyi azaltır ve
doğru bilgilerin girilmesini sağlar.
Not: Örnek Hesap adı verilen özel bir ana kayıt, ana hesap kaydı oluşturmak için başka bir
alternatif sunar. Örnek hesaplar ana hesap kayıtları için önceden ayarlanmış veriler içeren
şablonlardır. Referans hesapların aksine, bunlar Defteri Kebir'in bir parçası değildir. Birkaç
şirket koduyla çalışıyorsanız ve ana kayıt alanları için değerleri merkezi olarak belirtmek
istiyorsanız bunlar yararlıdır. Örnek hesapların kullanımı isteğe bağlıdır.
74
6.4. Ana Hesap Ana Kayıt
Ana Hesap Ana Kayıt
Ana Hesap Numarası,

ana kaydın her iki
bölümüne de eklenir
• Defteri Kebir ana verilerinde yer alan iki veri türü şunlardır:
– Hesap Verileri Tablosu
– Şirket Kodu Verileri
• Hesap Çizelgesi bölümü, Defteri Kebir Hesap Numarası, Defteri Kebir Hesap Adı ve her bir
Defteri Kebir Ana Hesap Kaydı için kontrol bilgilerini içerir.
• Bireysel Şirket Kodlarına bağlı olarak farklı olabilecek veriler, ana kaydın Şirket Kodu
bölümündeki Şirket Kodu başına korunur.
• Birçok Şirket Kodunda bir Ana Hesap oluşturulursa, bir Hesap Grafiği segmenti ve birçok
Şirket Kodu segmenti içerir.
• Kullanıcı ana hesap oluşturulduğu zaman ana hesap numarasını belirtmelidir.
75
Ana Hesap Ana Kaydı - Hesap
Tablosu Segmenti
• Ana Hesap ana kaydının Hesap Tablosu Segmenti, ana kaydın tamamı için geçerli olan
verileri içerir:
– Kontrol
• Hesap Grubu: Aşağıdaki slaytlarda tartışılacak.
• Bilanço Hesabı: Ana Hesap bir Bilanço hesabı olarak tanımlanır.
• K&Z Hesap Özeti Hesap Türü: Ana Hesap Bir K&Z (Gelir) Hesap Tablosu
hesabı (ör. Gelir, gider) olarak tanımlanır ve Geçmiş Yıllar Karının yıllık kar veya
zarara hangi hesabın aktarılacağını tanımlar.
– İsim
• Kısa Metin: Uzun metinler için yeterli alana sahip olmayan çevrimiçi ekranlar
için kullanılır.
• Ana Hesap Uzun Metni
76
Ana Hesap Ana Kaydı - Hesap
Grubu
• Hesap Grubu (ana hesap grubu olarak da bilinir) ana hesap ana kaydı için
numaralandırmayı kontrol eden bir alt ve üst sınır tarafından belirtilen bir sayı aralığı içerir.
Not: Diğer sayı aralıklarının aksine, Ana Hesap Grubu sayı aralıkları çakışabilir.
• Hesap Grubu, Faaliyet türü ile birlikte, Şirket Kodu segmentini oluştururken alan durumunu
(yani gizli, görüntülenen, zorunlu veya isteğe bağlı) belirler. Alan durumu aşağıdaki
slaytlarda tartışılacaktır.
• Hesap Grubu ana hesap ana ekranının Tür / Açıklama sekmesinde zorunlu bir alandır.
Hesap Grubu belirtildiğinde, sonraki ekranlar için ekran düzeni varsayılan olarak ayarlanır.
77
Ana Hesap Grubu - Şirket Kodu
Segment Alanı Durumu
Hesap grubu Şirket Kodu Segmenti
Alan Durumu Ekran düzeni
+ Faaliyet Alanı
durum =
Ana Hesap ana kaydının ekran düzenini belirlerken iki kontrol düzeyi vardır:
• Ana Hesap Grubundaki alan durumu:
– Ana Hesap ana kaydı ile çalışırken Şirket Kodu segmenti ekran düzenini belirler.
– Her Hesap Grubunun kendisine bağlı bir Alan Durumu Grubu vardır. Alan Durumu
Grubu ana hesaptaki şirket kodu segmentindeki tüm olası alanları içerir. Bu alanlara,
Ana hesap kaydında nasıl gösterilip gösterilmeyeceğini / görüntülenip
görüntülenmeyeceğini belirleyen bir Alan Durumu (yani, gizleme, görüntüleme, zorunlu
veya isteğe bağlı) atanır.
• Etkinlik Türü için alan durumu (Oluştur, Değiştir, Görüntüle)
– Hesap Grubu gibi, bir Ana Hesap ana kaydı oluştururken, değiştirirken veya
görüntülerken Şirket Kodu segmentinin ekran düzenini belirlemek için bir Alan Durum
Grubu kullanır.
– Etkinlik Türü için alan durumuna bir örnek, Ana Hesap Ana kaydı oluştururken Hesap
Para Birimi alanını zorunlu hale getirmek ve yalnızca değiştirirken görüntülemek
olabilir.
• Aşağıdaki slaytta gösterildiği gibi, ne Hesap Grubu ne de Etkinlik Türü birbirinden
önceliklidir. Bunun yerine, her kalemdeki ayrı alanların ayarları neyin görüntüleneceğini
belirler.
78
Alan Durumu Ekranı Düzeni
Bağlantı Kuralları
Alan:
S Gizle
D Görüntülenen
R Zorunlu
O İsteğe Bağlı
S D R O
S S S S S 1. Öncelik
D S D D D 2. Öncelik
R S D R R 3. Öncelik
O S D R O 4. Öncelik
• İki alan durumu kaynağı olduğundan, bir alanın zorunlu, isteğe bağlı, görüntülenecek veya
gizleneceğini belirlerken hangi kaynağın öncelikli olduğunu vurgulamak için bağlantı kuralları
vardır.
• İki ekran seçim tablosunun alan durumu bilgileri, çiftler halinde birbirine bağlanır.
79
Alan Durumu Tanımlarına Örnek
Şirket Kodu Segment Verileri:

Ödeme İşlemleri: Hesap Para M ünferit Kalem
Birimi Görüntüsü
Alan Seçimi: Faaliyet Türü seviyesi O D
Hesap Grubu seviyesi R R
Sonuç
Para Birimi Hesabı R

M ünferit Kalem Görüntüsü D
• Farklı alan durumu düzeylerini eşleştirmek için bağlantı kurallarını kullanan bu örnek,
Münferit Kalem Görüntüsü yalnızca görüntülenen bir alan iken Hesap Para Birimi'nin zorunlu
bir alan olduğunu gösterir.
80
Ana Hesapların Adını Çevirme
• Her Hesap Çizelgesi için ana hesap adının görüntülenebileceği dil tanımlanmalıdır. Kullanıcı
ana hesap adını (kısa metin ve uzun metin) ve belirtilen diller için anahtar kelimeleri saklar.
• Sistem ana hesapların adlarını otomatik olarak çevirmeyecektir.
• Ana Hesabın adı istenen dillerde belirtildiğinde, sistem oturum açma sırasında seçilen dile
göre doğru adı seçecektir.
• Kullanıcı oturum açtığında, oturum için bir dil belirtmesi gerekir. Tüm menüler, veri giriş
ekranları, raporlar, sistem mesajları ve Hesap Adları bu dilde görüntülenir.
81
Ana Hesap Ana Kaydı - Şirket
Kodu Segmenti
• Ana kaydın Şirket Koduna özgü alanına, Şirket Kodları arasında değişen veriler girilebilir. Bu veriler,
kullanıcıların işlem verilerine nasıl girdiğini ve işlediğini kontrol eder.
– Hesap Denetimi
• Hesap Para Birimi: Ana Hesaba kaydedilen tutarların yönetildiği para birimi.
• Hesap Türü İçin Hesabı Kaydet: Bu alan kullanıldığında, hesabı bir müşteri, satıcı veya
varlık için mutabakat hesabı olarak tanımlar.
– Hesap Yönetimi
• Açık Kalem Yönetimi: Bu ayar seçildiğinde, hesaptaki açık kalemlerin bir mahsup
kalemiyle eşleştirilmesine ve kapatılmasına izin verir. GR / IR hesabı, açık kalem bazında
yönetilmesi gereken bir hesaba örnektir.
• Münferit Kalem Görüntüsü: Henüz arşivlenmemiş hesaba gönderilen tüm kalemler ayrı
ayrı görüntülenebilir.
• Sıralama Anahtarı: Döküman belge kaleminde Tayin alanını doldurmak için kullanılan
veri alanını tanımlar. Tayin alanı, Ana Hesap belge kalemlerini görüntülerken sıralama
ölçütü olarak kullanılır. Bölüm 15 (Hesapları ve Belgeleri Görüntüleyin) bölümünde
ayrıntılı olarak tartışılacaktır.
– Belge Giriş Denetimi
• Alan Durum Grubu: Muhasebe hesabını işlemsel bir belgede (örn. Müşteri faturası)
kullanırken veri alanlarının giriş durumunu (zorunlu, isteğe bağlı, gizli) belirler.
Not: İşlev olarak benzer olmakla birlikte, bu Alan Durum Grubu, Etkinlik Türü ve Ana
Hesap Grubunda kullanılanlarla karıştırılmamalıdır.
82
Ana Hesap Para Birimi
Ana Hesap ana kaydının Şirket Kodu bölümü
Para Birimi
• Ana hesap ana kaydının Şirket Kodu segmentinde bir hesap para birimi belirtilmelidir.
– Belirtilen para birimi ulusal para birimiyse (yani Şirket Kodu para birimi), hesaba
kaydedilen işlemler Ulusal Para Birimi'nde yönetilir.
– Belirtilen para birimi Ulusal Para Birimi ile aynı değilse, hesaba kaydedilen işlemler
belirtilen yabancı para biriminde ve ulusal para biriminde kaydedilir.
Not: Yukarıdaki ifade, "Yalnızca ulusal para birimi’ndeki bakiyeler" onay kutusunun
seçili olmadığını varsayar. “Yalnızca ulusal para biriminde bakiyeler” seçiliyse, sistem
yalnızca Hesap Para Birimi alanında belirtilen para birimini kullanarak ana hesap
hesabına yapılacak kayıtlara izin verir.
• Şirket Kodu düzeyinde bir ana hesap ana kaydı oluştururken, sistem ulusal para birimini
varsayılan Hesap Para Birimi olarak ayarlar. Varsayılan, farklı bir Hesap Para Birimi ile
geçersiz kılınabilir.
Not: Yabancı para kullanımı Bölüm 26'da (Para Birimleri) ayrıntılı olarak ele alınacaktır.
83
6.5. Toplu Bakım
Toplu Bakım
“Basmalı
Förmül
Düğme ”Alan
Editörü
Seçimi
Kısıtlamalar
Yeni
Değer
Güncellen
Şimdiki
ecek
Değerler
alanlar
• Toplu İşleme olarak da bilinir, artık aşağıdaki nesneler için toplu bakım desteklenmektedir:
– İş Ortağı Kiralama Birimi
– Müşteri Yöneticisi Ana Makale (perakende)
– Ana Satıcı Malzeme Ana Verisi
– Ana Hesap Satın Alma Talebi
– Kar Merkezi Satın Alma Emri
– Ödenek Talebi Bilgi Kaydı
• İstenen girişleri seçerek ve yeni alan değerlerini belirterek birden çok girişin verilerini
değiştirin
• Seçim ölçütlerini belirterek, değiştirilecek nesne sayısını kısıtlayabilirsiniz. Daha sonra alan
(lar) için yeni bir değer belirterek verilerinizi alan düzeyinde değiştirebilirsiniz.
• Aracı online olarak veya arka planda çalıştırabilirsiniz. Ancak, aynı anda birçok nesne
değiştirilecekse, sistem yükünü azaltmak için prosedürü arka planda çalıştırmak en iyisidir.
Bu durumda, bir iş akışı yapılan değişiklikleri size bildirir ve meydana gelen hataları
görüntüler.
• Değiştirilen veriler tutarlılık açısından kontrol edilir. Bu kontrol, tutarsız değişiklikler
reddedildiği ve değişiklik günlüğüne kaydedildiği için veri tutarsızlıklarını önler.
84
6.6. Ana Kaydı Engelleme
Ana Kaydı Engelleme
Bu ana kayıt
SADECE bu Şirket Kodunda
engellenmiştir
• Engelleme, bir Satıcı, Müşteri veya Ana Hesapta yayın yapılmasını veya bu hesapla
planlama yapılmasını önlemek için kullanılabilir. Ayrıca Şirket Kodu ve / veya Hesap Planı
seviyelerinde ana kaydın oluşturulmasını da önleyebilir.
• Satış ve Dağıtım'da (SD) müşteri siparişi oluşturma gibi diğer modül etkinlikleri
etkilenebileceğinden, engelleme yetkisi genellikle kısıtlanır.
• Aynı işlemi kullanarak ve onay kutusunun işaretini kaldırarak daha önce engellenen bir
hesabın engelini de kaldırabilirsiniz.
85
6.7. Ana Kaydı Silinecek Şekilde İşaretleme
Ana Kaydı Silinecek Şekilde

İşaretleme
Bu ana kayıt yalnızca

Şirket Kodunda silinmek
üzere işaretlenmiştir
• Kaydı hesap tablosu seviyesinde silmek için, Hesap Tablosunu kullanarak tüm Şirket
Kodlarını etkileyecek şekilde yada bir veya daha fazla belirlenen Şirket Kodu için
işaretleyebilirsiniz.
• Bir ticari işlemi silinmek üzere işaretlenmiş bir hesaba kaydetmeye çalışırken bir uyarı
mesajı görünür. Bu sadece bir uyarı olduğu için enter tuşuna basılarak mesaj geçersiz
kılınabilir. İşlem daha sonra tamamlanabilir.
• Kayıtları silmek üzere işaretleme yetkisi genellikle sınırlıdır.
• Bir işlemin silinmek üzere işaretlenmiş bir ana kayda kaydedilmemesini sağlamak için ana
kaydın da kaydedilmek üzere bloke edilmesi gerekir.
• Belirli silme ölçütlerinin karşılanıp karşılanmadığını doğruladıktan sonra, sistem, arşivleme
programı yürütüldüğünde ana kaydı etkin veritabanından fiziksel olarak siler.
86
6.8. Ana Hesap Ana Kayıtları Bölüm Özeti
Ana Hesap Ana Kayıtları

Bölüm Özeti
– Defteri Kebir Ana Kayıtları
– Hesap Verileri Tablosu
– Şirket Kodu Verileri
– Örnek Hesap
– Hesap Grubu
• Defteri Kebir Hesabı Ana Verileri - ticari işlemlerin buraya nasıl kaydedileceğini ve nasıl
yönetildiğini kontrol eden hesap hakkında bilgi içeren bir ana kayıt.
• Defteri Kebir ana verilerinde yer alan iki veri türü şunlardır:
– Hesap Verileri Tablosu- Ana kaydın tamamı için geçerli bilgiler
– Şirket Kodu Verileri- Şirket Kodları arasında değişiklik gösteren bilgiler. Bu veriler,
kullanıcıların ana hesaplara referans veren ticari işlemlere nasıl girdiğini ve işlediğini
kontrol eder.
• Örnek Hesap - Ana Hesaplar oluşturmak için kullanılabilecek bir şablon. Kullanıldığında,
Örnek Hesapta tanımlanan bilgiler varsayılan olarak yaratılan ana hesaptaki Şirket Kodu
segmentine ayarlanır.
• Hesap Grubu - Ana kayıtla ilgili alanları belirler ve ana kayıt için sayıların seçildiği sayı
aralığını tanımlar.
87
Ana Hesap Ana Kayıtlar Bölüm Özeti
(devam)
– Açık Kalem Yönetimi
– Münferit Kalem Görüntüsü
– Sıralama Anahtarı
– Tayin
– Toplu Bakım
– Engelleme
– Silmek İçin İşaretleme
• Açık Kalem Yönetimi- Sistemdeki, hesaptaki açık kalemlerin bir denkleştirme kalemiyle
eşleştirilmesine ve kapatılmasına izin veren bir ayar. GR / IR hesabı, açık kalem bazında yönetilmesi
gereken bir hesaba örnektir.
• Münferit Kalem Görüntüsü - Bir hesapta yayınlanan (ancak henüz arşivlenmemiş) tüm öğelerin ayrı
ayrı görüntülenmesini sağlayan sistem içindeki bir ayar.
• Sıralama Anahtarı- Bir ana hesap gönderiminin Tayin alanını doldurmak için kullanılan veri alanlarını
tanımlar.
• Tayin - Sistemdeki Ana Hesap satır öğelerini görüntülerken / seçerken sıralama / seçim kriteri olarak
kullanılan bir alan.
• Alan Durum Grubu - Ana Hesap Grubunda veya Faaliyet Türü'nde belirtildiğinde, ana hesap
kaydının şirket kodu segmentindeki veri alanlarının giriş durumunu (zorunlu, isteğe bağlı, ekran veya
gizli) belirler. Ana hesap kaydında belirtildiğinde, belge kaydındaki alanların durumunu (zorunlu,
isteğe bağlı veya gizli) belirler.
• Toplu Bakım - Kullanıcının aynı anda birden fazla ana kayıtta değişiklik yapmasını sağlayan özellik
• Engelleme - Sistemdeki bir Satıcı, Müşteri veya Ana Hesap hesabına gönderim yapılmasını,
planlanmasının veya ana bir kaydın oluşturulmasını önlemek için kullanılabilecek işlevsellik.
• Silmek İçin İşaretleme - Etkin veritabanında artık gerekli olmayan ana kayıtları tanımlamak için
kullanılan sistemdeki işlevsellik. Ana hesaplar, Hesap Planı ve / veya Şirket Kodu düzeyinde
silinebilir.
88
7. Müşteri Ana Kayıtları
Bölüm 7
M üşteri Ana Kayıtları
M üşteri ana kayıtları, M üşteri İşlemi ile ilgili ticari
işlemlerin nasıl kaydedileceğini ve yönetileceğini kontrol
eden bilgiler içerir.
Bölüm Hedefleri
– M üşteri ana kaydının İstemci ve Şirket Kodu
segmentlerinin bileşenlerini tanımlamak.
– M üşteri ana kaydı oluşturmak.
w w w .finsoft.com.tr M üşteri Ana Kayıtları
89
7.1. Müşteri Ana Kaydı Yaratma
M üşteri Ana KaydıYaratma

Seçenek 1. M üşteri ve Şirket Kodu Segmentleri Oluşturma 2. Seçenek. M üşteri, Şirket Kodu ve Satış Segmentleri Oluşturma
• Müşteriler için ana veriler yalnızca Muhasebe departmanı tarafından değil, Satış ve Dağıtım
departmanı tarafından da kullanılır. Müşteri ana verilerini merkezi olarak kaydetmek ve ortak
erişime izin vermek, verilerin yalnızca bir kez girilmesini sağlar.
• Finansal açıdan, Müşteri ana verisinin iki seviyesi vardır:
– İstemci düzeyi: bu düzeydeki veriler, Müşteri ana verilerin açıldığı tüm Şirket Kodları ile
ilgilidir.
– Şirket Kodu Seviyesi: şirkete özel veriler bu seviyede girilir ve her Şirket Kodu için
değişiklik gösterebilir.
• Satış Alanı verileri, Müşteri ana verilerin üçüncü seviyesidir. Daha önce belirtildiği gibi, Satış
Organizasyonu, Dağıtım Kanalı ve Bölümünün her bir kombinasyonu bir Satış Alanı
oluşturur ve ana kaydın bu seviyesindeki veriler Satış Alanına özgüdür. Bu seviye Finansal
Hesaplama modülünde “Merkezi Olarak Bakım” menü yolu ile oluşturulabilir, korunabilir
veya görüntülenebilir.
90
M üşteri Ana Kaydı Yaratma -
Başlangıç Ekranı
• İlk müşteri ana verileri kayıt ekranında aşağıdaki bilgiler girilir:

– Müşteri (sayı) - Numara dahili olarak atanmışsa (daha sonra ele alınacaktır), alan boş
bırakılmalıdır.
– Şirket Kodu - Ana kaydın hangi şirket için oluşturulduğunu tanımlar.
– Hesap Grubu - Ana Hesap Grubuna benzer bir işlevi yerine getirir daha sonra
tartışılacaktır.
– Referans - Varolan bir ana kayıttaki bilgileri oluşturulan ana kayda kopyalar.
91
Çözüm Ortakları için Yardımda Ara
Özelliğe göre Ara
Adrese göre
Hızlı Arama
• Müşteri ve satıcı bulmak için iki yöntem bulunmaktadır:

– Ad, sokak ve posta kodu gibi Merkezi Adres Yönetimi özelliklerini kullanan bir Hızlı
Arama.
– Şirket Kodu, Hesap Grubu veya Satış Grubu gibi Özelliklere Göre Arama
92
M üşteri Hesap Grubu
• Hesap Grubu:
– Müşteri ana verileri için numaralandırmayı kontrol eder. Bir Hesap Grubuna bir
Numara Aralığı atanır. Sayı Aralıkları, sistemin bir ana kayda otomatik olarak bir sayı
atamasına veya kullanıcının bir ana kayda manuel şekilde bir sayı ataması olarak
tanımlanabilir. Sayı Aralıkları aşağıdaki slaytta daha ayrıntılı olarak ele alınacaktır.
– Veri giriş ekranlarında hangi alanların veri giriş durumlarıyla birlikte görüneceğini
belirler.
– Bir kerelik hesapları belirlemek için kullanılır.
• Müşteri ana verileri için birkaç Hesap Grubu tanımlayabilirsiniz.
• Her Müşteri ana kaydı SADECE BİR Hesap Grubuna atanabilir.
93
7.2. Hesap Grubu Sayı Aralıkları
Hesap Grubu Sayı Aralıkları
• Her Hesap Grubu için bir Sayı Aralığı belirtilmelidir.

• Sayı Aralığı, iki karakterli alfa-sayısal bir kodla tanımlanır. Sayı aralığı, bir grup ana kayıt
numarasının alt ve üst değerini belirtir. Sayı Aralığı'nın değer aralığı başka bir Aralık ile
örtüşemez.
• Ana kayıtları numaralandırmanın iki yolu vardır:
– Dahili olarak: Sistem sayıları atar ve Geçerli Sayı alanına atanan son sayıyı korur.
Dahili Sayı Aralığı için tanımlanan değerler sayısal olmalıdır.
Not: Sayı aralığı dahili olarak atanmış olsa bile, sistem Başlangıç ekranının Müşteri
alanında varolan bir ana kayıt için bir sayı kabul eder. Bu özellik, müşteri ana
verilerinin birden fazla şirket kodu ve satış alanı tarafından paylaşılmasını sağlar.
– Harici olarak: Kullanıcı manuel olarak bir hesap numarası girer. Sistem, sayının tanımlı
aralıkta olup olmadığını ve kullanılabilir olup olmadığını belirler. Harici bir Numara
aralığı için tanımlanan değerler alfa-sayısal olabilir.
7.3. Alan Durumu
94
Alan Durumu - M üşteri Ana Verileri
Hesap Grubu+ Şirket Kodu+Etkinlik Türü= Ana Kayıt Ekranı Düzeni
w w w .finsoft.com.tr Müşteri Ana Kayıtları
Bir Müşteri ana verisinin ekran düzenini kontrol etmenin üç seviyesi vardır:
• Müşteri Hesap Grubundaki Alan Durumu:
– Müşteri ana verileri oluştururken ekran düzenini belirler.
– Alan Durumları (gizleme, görüntüleme, zorunlu veya isteğe bağlı) bir ekrandaki
alanlara atanır ve Hesap Grubuna eklenir.
– Hesap Grubu, ilk Müşteri ana verileri oluşturma ekranında bulunan zorunlu bir alandır.
İlk ekranda Hesap Grubu belirtildiğinde, aşağıdaki ekranların ekran düzeni varsayılan
olarak ayarlanır.
• Şirket Kodu İçin Alan Durumu
– Ekran düzenini yalnızca Müşteri ana verisinin Şirket Kodu düzeyinde belirler.
– Bu işlevsellik, bir şirketin Şirket Kodu düzeyindeki belirli alanları denetlemesi
gerektiğinde kullanılır.
• Etkinlik Türü İçin Alan Durumu
– Müşteri ana verilerini oluştururken, değiştirirken veya görüntülerken ekran düzenini
belirler.
– Etkinlik Türü için alan durumuna örnek olarak, Müşteri ana verileri oluşturulurken
Mutabakat Hesabı zorunlu hale getirilir ve yalnızca değiştirilirken görüntülenir.
7.4. Alan Durum Ekranı Düzeni Bağlantı Kuralları
95
Alan Durum Ekranı Düzeni
The Field is:
S Gizli
D Görünen
R Zorunlu
O İsteğe Bağlı
S D R O
• Ekran düzenini belirlemek için üç seviye bulunduğundan, alan durumu ile ilgili hangi
seviyenin öncelikli olduğunu belirlemek için bağlantı kuralları mevcuttur.
• Üç ekran seçim tablosunun alan durumu bilgileri, çiftler halinde birbirine bağlanır.
96
Şirket Verisi:
Ödeme İşlemleri: Tolerans Ana
Grubu Banka
Alan Seçimi: Etkinlik Türü Seviyesi O R
Şirket Kodu Seviyesi R S
Hesap Grubu Seviyesi D O
Sonuç
Tolerans Grubu D
Ana Banka S
• Farklı alan durumlarını eşleştirmek için bağlantı kurallarını kullanan bu örnek, Tolerans
Grubunun yalnızca görüntülenen bir alan olduğunu ve Ana Banka alanının gizlendiğini
gösterir.
97
7.5. Müşteri Ana Verileri-Müşteri Segmenti
M üşteri Ana Verileri - M üşteri

Segmenti
• Müşteri ana verilerin Genel Veriler (Müşteri Seviyesi) bölümünde Adres ve İletişim alanları
bulunur:
– Tam adres bilgileri
– Telefon ve faks numaraları
– Dil
• Aynı müşteri için birden fazla ana kaydın oluşturulmasını önlemek ve kopyalar için bir kontrol
yapılandırılabilir. Bu kontrol, adres eşleme kodu alanlarında yapılandırılır ve yeni hesaplar
oluştururken veya mevcut bir hesaptaki adresi değiştirirken gerçekleşir.
98
Segmenti
• Müşteri ana verilerin Genel Veriler (İstemci Düzeyi) bölümünde aşağıdakiler gibi Hesap
Denetimi alanları bulunur:
– Satıcı: Müşteri aynı zamanda bir satıcıysa, Satıcı Hesap numarası girilebilir. Bu alan
Satıcı ile Takas seçeneğinin çalışması için gereklidir (daha sonra açıklanacaktır).
– Grup Anahtarı: Kurumsal Grup Anahtarı olarak da bilinen serbestçe tanımlanabilir
alan, müşterileri (ve satıcıları) raporlama amacıyla birlikte gruplandırmak için
kullanılabilir.
– Muhatap Şirket: Şirketler arası alımları / satışları uzlaştırmak için kullanılır. Bu alanda,
şirket kodu ve müşterinin ait olduğu Şirket Kimliği belirtilir.
99
Segmenti
• Müşteri ana verilerin Genel Veriler (İstemci Düzeyi) bölümünde aşağıdakiler gibi Banka
Ayrıntıları bulunur:
– Banka Anahtarı: Müşterinin ödemeyi havale edeceği bankanın özgün numarası.
– Banka Hesabı: Müşterinin ödemeyi yapılacağı banka hesabının hesap numarası.
– Alternatif Ödeyen: Başka bir müşteri bu müşteri için ödeme yapar. Ödeme
yükümlülüğü hala işlemi başlatan müşteriye aittir; bu nedenle, işlem ayrıntılarını
ödeyen kişinin hesabına değil, o müşterinin hesabına kaydedilir.
100
Alternatif Alacaklı / Ödeyen
1 3
Örnek: Bir müşteri için alternatif ödeme yapanlar

• Müşteri ana verilerinde (alan 1) girilen alternatif ödeme yapan, ödemeyi yapan (varsayılan
olarak) olacaktır.
• İzin verilen ödeme yapanlardan biri (2), bir belge (müşteri faturası) kaydedilirken müşteri ana
verilerinde girilen önceden tanımlanmış listeden seçilebilir. Bu durumda, alternatif mükellefi
(1) geçersiz kılar.
• Bireysel girişler göstergesi (3), seçilirse, kullanıcının yeni bir alternatif ödeme yapan ve
banka bilgilerini doğrudan bir belgede (müşteri faturası) tanımlamasına olanak tanır.
Doğrudan belgeye girilen mükellef, ana kayıtlara girilenlere göre önceliğe sahiptir.
• Ana verilerin hem genel hem de şirket kodu alanında alternatif bir ödeme belirtebilirsiniz.
Genel veri-müşteri segmentinde (yukarıdaki slaytta göster) alternatif bir ödeme yapan kişi
belirtirseniz, alternatif ödeme yapan kişi tüm şirket kodlarında müşteri için geçerlidir. Her iki
alanda da alternatif bir ödeme yapan kişi belirtirseniz, şirket kodu alanındaki belirtilenin
önceliği vardır.
101
M üşteri Ana Verileri - Şirket
Kodu Segmenti
• Aşağıdaki Hesap Yönetimi öğeleri, Müşteri ana verilerin Şirket Kodu segmentine dahil
edilmiştir:
– Mutabakat Hesabı: Müşteri hesabını içeren bir işlem yaratıldığında, defteri kebir
hesabı (Müşteri) ile birlikte güncellenen ana hesap.
– Sıralama Anahtarı: Müşteri hesabına gönderilen bir belge kalemi için Tayin alanını
doldurmakta kullanılan veri alanını tanımlar (Bölüm 15'te ele alınmıştır).
– Merkez Ofis: Bu alan Müşteri ana verilerini gruplandırmak için kullanılabilir. Genel
Merkez olarak belirlenen Müşteri numarasının şubelerinin ana kayıtlarında bu alana
girilmesi gerekmektedir. Tüm işlem detayları Genel Merkez hesabına kaydedilecektir.
Bu işlemlerin her biri, Şube Ofisi hesabına bir başvuru içerir.
102
M üşteri Ana Verileri - Şirket
Kodu Segmenti
• Müşteri ana verilerinin Şirket Kodu düzeyine aşağıdaki öğeler dahildir:

– Ödeme Verileri
• Ödeme Koşulu: Genel ödeme koşullarını oluşturan indirim şartlarını ve ödeme
dönemlerini belirtir (Daha sonraki slaytlarda ele alınacaktır).
• Tolerans Grubu: Müşteri ödemesinin izin verilen sapmasını belirler (Daha
sonraki slaytlarda ele alınacaktır). Örneğin, açık alacağa eşit olmayan bir ödeme
alındığında, tanımlanan tolerans farkın nasıl işleneceğini kontrol eder.
– Otomatik Ödeme İşlemleri:
• Ödeme Biçimleri: Çek, döviz kuru veya banka havalesi gibi kabul edilebilir
ödeme türlerini belirtir.
103
M üşteri Ana Kaydı- Şirket Kodu
Segmenti
• İhtar verisi, Müşteri ana verisinin Şirket Kodu seviyesine dahil edilir. İhtar Programı ile ilgili
bilgiler Bölüm 21'de (İhtar) ayrıntılı olarak açıklanacaktır.
104
Ödeme Koşulu
• Ödeme Koşulu iş ortakları arasında faturaların ödenmesini sağlamak için oluşturulmuş

şartlardır.
• Koşullar, fatura ödeme bitiş tarihini ve faturanın erken ödenmesi için sunulan nakit indirimini
tanımlar.
• R / 3 tipik ödeme dönemi anahtarları ile teslim edilir; ancak, yapılandırmada yeni ödeme
koşulları tanımlanabilir.
• Ödeme koşulları, sistemin nakit iskontosu ve fatura bitiş tarihini hesaplamasını sağlar. Bu
hesaplamayı gerçekleştirmek için, sistemin aşağıdaki üç veri öğesine ihtiyacı vardır:
– Temel Tarih: Bitiş tarihinin türetildiği tarih.
– Nakit İndirim Süreleri: İndirimin alınmasına izin verilen dönem.
– Nakit İskonto Yüzdesi Oranı: İskonto değerini hesaplamak için kullanılan oran.
• Ödeme koşulları taksit planları için de yapılandırılabilir. Bu durumda, her taksitte kendisine
farklı bir ödeme süresi atanabilir.
105
Ödeme Koşulları: Belge
Belge Başlığı
Belge Tarihi 10.01.1997
Kayıt Tarihi 15.01.1997
M üşteri M ünferit Kalem
Ödeme Koşulu 0002 Gün / Yüzde 14 gün 2%/ 30 net

Başlangıç Tarihi 15.01.1997 İndirim Tutarı________________
Ödeme Engeli ___ Ödeme Yöntemi____
• Ödeme koşulları Şirket Kodu Segmentine, Satış Alanı Segmentine (Müşteri Ana Kaydı) ve
Satın Alma Segmentine (Satıcı Ana Kaydı) girilebilir.
• Fatura gönderilirken hangi ödeme koşullarının varsayılan olduğu, faturanın oluşturulduğu
yere bağlıdır:
Oluşturulan Fatura Varsayılan Ödeme Koşulları
FI Şirket Kodu
SD Satış Alanı
MM Satın Alma
• Ödeme Süresi tanımında Temel Tarih için varsayılan bir tarih belirtilmişse, belge
başlığındaki ilgili tarih Temel Tarih alanına kopyalanır.
• Ödeme süresi, ana kayda atanmış veya işlem sırasında kullanıcı tarafından girilebilir veya
değiştirilebilir.
106
7.6. Tolerans
Tolerans
Çalışan Toleransı M üşteri Toleransı
• SAP R / 3'te birkaç tür tolerans vardır. FI modülündeki birincil toleranslar Ana Hesap
denkleştirme toleransları, Çalışan Toleransları ve Müşteri / Satıcı Toleranslarıdır.
Toleranslar, Şirket Koduna göre tanımlanır.
• Çalışanlar, Çalışan Tolerans Grubuna atanır. Her Çalışan Tolerans Grubu için aşağıdakiler
belirtilebilir:
– Kayıt prosedürleri için maksimum tutar (bir çalışanın doküman ve belge kalemi başına
ne kadar mesaj gönderebileceği)
– Maksimum nakit indirim yüzdesi: Bu çalışan grubu tarafından atanabilecek maksimum
nakit indirim yüzdesi oranı. Oran, açık kalemlerin girişinde, değişiminde ve
denkleşmesinde kontrol edilir.
– Ödeme farklılıklarına izin verildi (bir çalışanın ne kadar fazla / az ödeme kabul
edebileceği).
• Her müşteri hesabına bir Müşteri toleransı atanır. Çalışan toleransı gibi, üzerinde mutabık
kalınan miktardan sapmanın kabul edilebilir olup olmadığını belirler.
• Sistem, çalışanlar için toleransları müşteri için olanlarla karşılaştırır ve bir eksik / fazla
ödeme alındığında / gönderildiğinde en sonunda ne olacağını belirlemek için en kısıtlayıcı
toleransı uygular.
107
7.7. Müşteri Ana Verileri-Satış Alanı Verileri
M üşteri Ana Verileri - Satış

Alanı Verileri
• Müşteri ana verilerindeki Satış Alanı verileri veriler genellikle Satış ve Dağıtım
Departmanı tarafından oluşturulur ve sürdürülür. Müşteri siparişi oluşturma, fiyatlandırma,
gönderim, faturalandırma, ödeme ve muhasebe oluşturmada kullanılan verileri içerir.
• Sipariş ve Fiyatlandırma verileri şunları içerir:
– Satış Bölgesi ve Satış Ofisinin konumu
– Satıştan sorumlu Satış Grubu
– Müşterinin atandığı Fiyatlandırma Grubu
– Müşteri Siparişi yaratmada kullanılan Fiyatlandırma Prosedürü
• Gönderim verileri şunları içerir:
– Bir öğeye atanan yayınlanma önceliği
– Malların müşteriye teslimi için nakliye stratejisi
• Faturalama belgesi şunları içerir:
– Ödeme Koşulları: Bu, Şirket Kodu Ödeme Koşulları yerine bir Müşteri Siparişi
oluşturulduğunda varsayılan değerdir
– Hesap Atama Grubu: Bir müşteri faturası (yani, yurtiçi, yurtdışı veya bağlı şirket geliri)
için gelir kaydederken otomatik gelir hesabı belirlemesinde bir kriter olarak kullanılır.
7.8. Müşteri Ana Kayıtları Bölüm Özeti
108
M üşteri Ana Kayıtları Bölüm
Özeti
– M üşteri Ana Kaydı
– İstemci Seviyesi
– Şirket Kodu Seviyesi
– Satış Alanı Seviyesi
– Hesap Grubu
– Numara Aralığı
– M utabakat Hesabı
– Ödeme Şartları
• Müşteri ana kayıtları - Müşteri Hesabı hakkında bilgi içeren bir ana kayıt. Ticari işlemlerin
nasıl kaydedileceğini ve yönetileceğini kontrol eder.
• Finansal açıdan, Müşteri ana verisinin iki seviyesi vardır:
– İstemci Seviyesi: Bu düzeydeki veriler, Müşteri ana verilerin açıldığı tüm Şirket
Kodları ile ilgilidir.
– Şirket Kodu Seviyesi: Şirkete özgü veriler bu düzeyde girilir ve her Şirket Kodu için
• Satış Alanı Seviyesi Verileri - Satış ve Dağıtım Departmanı tarafından genellikle
oluşturulan ve sürdürülen Müşteri ana verilerindeki veriler. Müşteri siparişi, fiyatlandırma,
ürünü gönderme, fatura çıkarma, ödeme ve muhasebe bilgilerini işleme için kullanılan
verileri içerir.
• Hesap Grubu - Alanların ana kayıtta nasıl görüneceğini belirler ve ana kayıt için
numaralandırmayı kontrol eder.
• Numara Aralığı- Bir müşteri kaydını benzersiz şekilde tanımlar. Numaralar dahili olarak
SAP tarafından veya harici olarak kullanıcı tarafından atanabilir
• Mutabakat Hesabı- Bir Müşteri ile ilgili bir işlem kaydedildiğinde, Müşteri alt hesap
hesabıyla birlikte güncellenen ana hesap.
• Ödeme Koşulu - Müşteriye verilen indirim şartları ve ödeme dönemleri.
109
M üşteri Ana Kayıtları Bölüm
Özeti (devam)
– Tolerans Grubu
– Ödeme M etodları
– M üşteri Hesap
Grubundaki Alan
Durumu
– Şirket Kodu İçin Alan
Durumu
– Etkinlik Türü İçin Alan
Durumu
– İkili Kontrol
• Sıralama Anahtarı- Müşteri ana verilerindeki, döküman belge kalemelerinin Tayin alanını
doldurmak için kullanılan alanları belirleyen kısım. Dört alana kadar 18 karakter içeren bir
Kural tanımlayarak yapılandırılırlar.
• Tolerans Grubu- Bir müşteri ödemesinin kabul edilebilen sapmasını belirtir.
• Ödeme Metodları- Çek, döviz kuru veya banka havalesi gibi kabul edilebilir ödeme türlerini
belirtir.
• Alan Durumu - alanı işlem girişi sırasında gizlenmiş, görüntülenmiş, zorunlu veya isteğe
bağlı olarak tanımlar.
• Müşteri Hesap Grubundaki Alan Durumu- Müşteri ana verileri oluşturulurken ekran
düzenini belirleyen alan durumu.
• Şirket Kodu için Alan Durumu- Ekran düzenini yalnızca Müşteri ana kaydının Şirket Kodu
Düzeyinde belirleyen bir alan durumu.
• Etkinlik Türü İçin Alan Durumu- Müşteri ana verilerini oluştururken, değiştirirken veya
görüntülerken ekran düzenini belirleyen alan durumu.
• İkili Kontrol- Ana kayıtta yapılan değişiklikleri onaylamak için ikinci bir kişi gerektiren bir
özellik.
110
8. Satıcı Ana Kaydı
Bölüm 8 Satıcı Ana Kaydı
Satıcı ana kayıtları, Ticari İşlemler hakkında, ticari

işlemlerin kendisine nasıl kaydedileceğini ve nasıl
yönetildiğini kontrol eden bilgiler içerir.
Bölüm Hedefleri
– Satıcı ana kaydının M üşteri ve Şirket Kodu

segmentlerinin bileşenlerini tanımlayın.
– Satıcı Ana Kaydı Yarat
w w w .finsoft.com.tr Satıcı Ana Kayıtları
111
8.1. Satıcı Ana Kaydı Yaratma
Satıcı Ana Kaydı Yaratma

Seçenek 1. M üşteri ve Şirket Kodu Segmentleri Oluşturma 2. Seçenek. M üşteri, Şirket Kodu ve Satış Segmentleri Oluşturma
• Satıcılarla ilgili ana veriler sadece Muhasebe departmanı tarafından değil, aynı zamanda
Malzeme Yönetimi departmanı tarafından da kullanılır. Satıcı ana verilerini merkezi olarak
kaydetmek ve ortak erişime izin vermek, verilerin yalnızca bir kez girilmesini sağlar.
• Finansal açıdan, bir Satıcı ana verisinin iki seviyesi vardır:
– İstemci Seviyesi: bu düzeydeki veriler, Satıcı ana verisinin açıldığı tüm Şirket Kodları
ile ilgilidir.
– Şirket Kodu Seviyesi: şirkete özel veriler bu seviyede girilir ve her Şirket Kodu için
• Satınalma Organizasyonu düzeyindeki veriler Satıcı ana verilerinin üçüncü düzeyidir. Bu
seviye Finansal Hesaplama modülünde “Merkezi Olarak Bakım” menü yolu ile oluşturulabilir,
korunabilir veya görüntülenebilir. Malzeme Yönetimi modülünde, Satın Alma departmanı bir
satıcının nakliye ücretlerini, satın alma siparişi prosedürünü ve satış iletişimini kaydedebilir.
112
Satıcı Ana Verileri Yaratma -
Başlangıç Ekranı
• İlk satıcı ana verileri kayıt ekranında aşağıdaki bilgiler girilir:

– Satıcı (sayı) - Numara dahili olarak atanmışsa (daha sonra ele alınacaktır), alan boş
bırakılmalıdır.
– Şirket Kodu - Ana kaydın hangi şirket için oluşturulduğunu tanımlar.
– Hesap Grubu - Ana Hesap Grubuna benzer bir işlevi yerine getirir ve ilerleyen
slaytlarda ele alınacaktır.
– Referans - Mevcut bir ana kayıttaki bilgileri oluşturulan ana kayda kopyalar.
113
Ana Kayıtlar- Hesap Grubu
• Hesap Grubu:
– Satıcı ana verisi numaralandırmasını kontrol eder. Bir Hesap Grubuna bir Numara
Aralığı atanır. Sayı Aralıkları, sistemin bir ana kayda otomatik olarak bir sayı
atamasına veya kullanıcının bir ana kayda manuel sayı atamasına izin veren birim
olarak tanımlanabilir.
– Veri giriş ekranlarında hangi alanların veri giriş durumlarıyla birlikte görüneceğini
belirler.
– Bir kerelik hesapları belirlemek için kullanılır.
• Satıcı ana kayıtları için birkaç Hesap Grubu tanımlayabilirsiniz.
• Her bir Satıcı ana kaydı SADECE BİR Hesap Grubuna atanabilir.
114
8.2. Hesap Grubu Numara Aralıkları
Hesap Grubu Numara Aralıkları
• Her Hesap Grubu için bir Sayı Aralığı belirtilmelidir.

• Sayı Aralığı, iki karakterli alfa-sayısal bir kodla tanımlanır. Sayı aralığı, bir grup ana kayıt
numarasının alt ve üst değerini belirtir. Sayı Aralığı'nın değer aralığı başka bir Aralık ile
örtüşemez.
• Ana kayıtları numaralandırmanın iki yolu vardır:
– Dahili olarak: Sistem sayıları atar ve Geçerli Sayı alanına atanan son sayıyı korur.
Dahili Sayı Aralığı için tanımlanan değerler sayısal olmalıdır.
Not: Sistem, sayı aralığı dahili olarak atanmış olsa bile, Başlangıç ekranının Satıcı
alanında varolan bir ana kayıt için bir sayı kabul eder. Bu özellik, bir satıcı ana
kaydının birden fazla şirket kodu ve satış alanı tarafından paylaşılmasına olanak tanır.
– Harici olarak: Kullanıcı manuel olarak bir hesap numarası girer. Sistem, sayının tanımlı
aralıkta olup olmadığını ve kullanılabilir olup olmadığını belirler. Harici bir Numara
aralığı için tanımlanan değerler alfa-sayısal olabilir.
115
8.3. Alan Durumu Satıcı Ana Kaydı
Alan Durumu Satıcı Ana Kaydı

Hesap Grubu+Şirket Kodu+Aktivite Tipi= Ana Kayıt Ekran Düzeni
Bir Satıcı ana verisinin ekran düzenini kontrol etmenin üç seviyesi vardır:
• Satıcı Hesap Grubundaki alan durumu:
– Bir satıcı ana kaydı oluştururken ekran düzenini belirler.
– Alan Durumları (gizleme, görüntüleme, zorunlu veya isteğe bağlı) bir ekrandaki
alanlara atanır ve Hesap Grubuna eklenir.
– Hesap Grubu, ilk satıcı ana kaydı oluşturma ekranında bulunan zorunlu bir alandır. İlk
ekranda Hesap Grubu belirtildiğinde, aşağıdaki ekranların ekran düzeni varsayılan
olarak ayarlanır.
• Şirket Kodu İçin Alan Durumu
– Ekran düzenini yalnızca satıcı ana verisinin Şirket Kodu düzeyinde belirler.
– Bu işlevsellik, bir şirketin Şirket Kodu düzeyindeki belirli alanları denetlemesi
gerektiğinde kullanılır.
• Aktivite Tipi İçin Alan Durumu
– Bir satıcı ana verisi oluştururken, değiştirirken veya görüntülerken ekran düzenini
belirler.
– Aktivite Tipi için alan durumuna bir örnek, bir satıcı ana kaydı oluştururken Mutabakat
Hesabını zorunlu hale getirmek ve yalnızca değiştirirken görüntülemek olabilir.
8.4. Alan Durumu Ekranı Düzeni Bağlantı Kuralları
116
Alan Durumu
Ekranı Düzeni Bağlantı Kuralları
Alan:
S Gizli
D Görünen
R Zorunlu
O İsteğe Bağlı
S D R O
• Ekran düzenini belirlemek için üç seviye bulunduğundan, alan durumu ile ilgili hangi
seviyenin öncelikli olduğunu belirlemek için bağlantı kuralları mevcuttur.
• Üç ekran seçim tablosunun alan durumu bilgileri, çiftler halinde birbirine bağlanır.
117
Şirket Verisi:
Ödeme İşlemleri: Tolerans Ana
Grubu Banka
Alan Seçimi: Aktivite Tipi Seviyesi O R
Şirket Kodu Seviyesi R S
Hesap Grubu Seviyesi D O
Sonuç
Tolerans Grubu D
Ana Banka S
• Farklı alan durumu, durumlarını eşleştirmek için bağlantı kurallarını kullanan bu örnek,
Tolerans Grubunun yalnızca görüntülenen bir alan olduğunu ve Ana Banka alanının
gizlendiğini gösterir.
118
Satıcı Ana Verileri – İstemci
Segmenti
• Satıcı ana verisinin Genel Veriler (İstemci Seviyesi) bölümünde Adres ve İletişim alanları
bulunur:
– Tam adres bilgileri
– Telefon ve fax numarası
– Dil
• Aynı satıcı için birden fazla ana kaydın oluşturulmasını önlemek için kopyalara bir kontrol
yapılandırılabilir. Bu kontrol, adres eşleme kodu alanlarında yapılandırılır ve yeni hesaplar
oluştururken veya mevcut bir hesaptaki adresi değiştirirken gerçekleşir.
119
Satıcı Ana Verileri – İstemci
Segmenti
• Satıcı ana verisinin Genel Veriler (İstemci Seviyesi) bölümünde aşağıdakiler gibi Hesap
Kontrol alanları bulunur:
– Müşteri: Satıcı aynı zamanda bir müşteriyse, Satıcı Hesap numarası girilebilir. Bu alan,
Müşteri ile denkleştirme seçeneğinin çalışması için gereklidir (daha sonra
açıklanacaktır).
– Yetki Grubu: Kurumsal Grup Anahtarı olarak da bilinen serbestçe tanımlanabilir alan,
satıcıları raporlama amacıyla birlikte gruplandırmak için kullanılabilir.
– Muhatap Şirket: Şirketler arası alımları / satışları uzlaştırmak için kullanılır. Bu alanda,
şirket kodu ve satıcının ait olduğu Şirket Kimliğini belirtirsiniz.
120
Satıcı Ana Kaydı-İstemci Segmenti
• Satıcı ana kaydının Genel Veriler (İstemci Düzeyi) bölümünde aşağıdaki gibi Banka
Ayrıntıları bulunur:
– Banka Anahtarı: Ödemeyi yapacağınız satıcı bankasının kendine özgü numarası.
– Banka Hesabı: Ödemeyi yapacağınız banka hesabının hesap numarası.
• Satıcıya Ödeme Programı, satıcıya ödeme göndermek için kullanılacaksa, kullanıcıların bir
satıcının banka verilerine ihtiyacı vardır.
121
Alternatif Alacaklı / Ödeyen
1 3
2
Örnek: Bir müşteri için alternatif ödeme yapanlar

• Müşteri ana verilerinde (alan 1) girilen alternatif ödeme yapan, ödemeyi yapan (varsayılan
olarak) olacaktır.
• Bir belge (müşteri faturası) kaydedilirken müşteri ana verilerinde girilen önceden
tanımlanmış listeden izin verilen, ödeme yapanlardan (2) biri seçilebilir. Bu durumda,
alternatif mükellefi (1) geçersiz kılar.
• Bireysel girişler göstergesi (3), seçilirse, kullanıcının yeni bir alternatif ödeme yapan ve
banka bilgilerini doğrudan bir belgede (müşteri faturası) tanımlamasına olanak tanır.
Doğrudan belgeye girilen mükellef, ana kayıtlara girilenlere göre önceliğe sahiptir.
• Ana verilerin hem genel hem de şirket kodu alanında alternatif bir ödeme belirtebilirsiniz.
Genel veri-müşteri segmentinde (yukarıdaki slaytta göster) alternatif bir ödeme yapan kişi
belirtirseniz, alternatif ödeme yapan kişi tüm şirket kodlarında müşteri için geçerlidir. Her iki
alanda da alternatif bir ödeme yapan kişi belirtirseniz, şirket kodu alanındaki belirtimin
önceliği vardır.
122
Satıcı Ana Kaydı- Şirket Kodu
Segmenti
Aşağıdaki Hesap Yönetimi öğeleri, satıcı ana verisinin Şirket Kodu segmentine dahil
edilmiştir:
– Mutabakat Hesabı: Satıcı hesabını içeren bir işlem yaratıldığında defteri kebir hesabı
(satıcı) ile birlikte güncellenen ana hesap.
– Sıralama Anahtarı: Satıcı hesabına gönderilen bir münferit kaleme Atama alanını
doldurmak için kullanılan veri alanını tanımlar (Bölüm 15'te ele alınmıştır).
– Merkez : Bu alan, satıcı ana kayıtlarını gruplandırmak için kullanılabilir. Genel
Müdürlük olarak belirlenen satıcı numarasının, şube ofislerinin ana kayıtlarında bu
alana girilmesi gerekir. Tüm işlem detayları Genel Müdürlük hesabına kaydedilecektir.
Bu işlemlerin her biri, Şube Ofisi hesabına bir başvuru içerecektir.
123
Segmenti
Aşağıdaki öğeler Satıcı ana kaydının Şirket Kodu düzeyindedir:

– Ödeme Verileri:
• Ödeme Koşulu: Toplam ödeme koşullarını oluşturan indirim şartlarını ve ödeme
dönemlerini belirtin (Devam eden slaytlarda ele alındı).
• Tolerans Grubu: Bir satıcı ödemesinin kabul edilen sapmasını netleştirin
(Devam eden slaytlarda tartışıldı). Örneğin, açık ödenecek ücrete eşit olmayan
bir ödeme girildiğinde, tanımlanan tolerans farkın nasıl işleneceğini kontrol eder.
– Otomtik Ödeme İşlemleri:
• Ödeme Biçimleri: Çek, döviz kuru veya banka havalesi gibi kabul edilebilir
ödeme türlerini belirtir.
124
Segmenti
• İhtar verileri, satıcı ana verisinin Şirket Kodu seviyesine dahil edilir. İhtar Programı ile ilgili
bilgiler Bölüm 21'de (İhtar) ayrıntılı olarak tartışılacaktır.
125
Ödeme Şartları
• Ödeme Şartları iş ortakları arasında faturaların ödenmesini sağlamak için oluşturulan

koşullardır.
• Koşullar, fatura ödeme bitiş tarihini ve faturanın erken ödenmesi için sunulan nakit indirimini
tanımlar.
• R / 3 tipik ödeme dönemi anahtarları ile teslim edilir; ancak, yapılandırmada yeni ödeme
koşulları tanımlanabilir.
• Ödeme koşulları, sistemin nakit iskontosu ve fatura bitiş tarihini hesaplamasını sağlar. Bu
hesaplamayı gerçekleştirmek için, sistemin aşağıdaki üç veri öğesine ihtiyacı vardır:
– Temel Tarih: Bitiş tarihinin türetildiği tarih.
– Nakit İndirim Süreleri: İndirimin alınmasına izin verilen dönem.
– Nakit İskonto Yüzdesi Oranı: İskonto değerini hesaplamak için kullanılan oran.
• Ödeme koşulları taksit planları için de yapılandırılabilir. Bu durumda, her taksitte kendisine
farklı bir ödeme süresi atanabilir.
126
Ödeme Şartları: Belge
Belge Başlığı
Belge Tarihi 10.01.1997
Kayıt Tarihi 15.01.1997
M üşteri M ünferit Kalem
Ödeme Koşulu 0002 Gün / Yüzde 14 gün 2%/ 30 net

Başlangıç Tarihi 15.01.1997 İndirim Tutarı________________
Ödeme Blokajı ___ Ödeme Yöntemi____
• Ödeme koşulları Şirket Kodu Segmentine, Satış Alanı Segmentine (Müşteri Ana Kaydı) ve
Satın Alma Segmentine (Satıcı Ana Kaydı) girilebilir.
• Fatura gönderilirken hangi ödeme koşullarının varsayılan olduğu, faturanın oluşturulduğu
yere bağlıdır:
Oluşturulan Fatura Varsayılan Ödeme Koşulları
FI Şirket Kodu
SD Satış Alanı
MM Satın Alma
• Ödeme Süresi tanımında Temel Tarih için varsayılan bir tarih belirtilmişse, belge
başlığındaki ilgili tarih Temel Tarih alanına kopyalanır.
• Ödeme süresi, ana kayda atanmışsa işlem sırasında kullanıcı tarafından girilebilir veya
değiştirilebilir.
127
8.5. Toleranslar
Toleranslar
Çalışan Toleransı Satıcı Toleransı
• SAP R / 3'te birkaç tür tolerans vardır. FI modülündeki birincil toleranslar Ana Hesap
Denkleşme toleransları, Çalışan Toleransları ve Müşteri / Satıcı Toleranslarıdır. Toleranslar,
Şirket Koduna göre tanımlanır.
• Çalışanlar, Çalışan Tolerans Grubuna atanır. Her Çalışan Tolerans Grubu için aşağıdakiler
belirtilebilir:
– Kayıt prosedürleri için maksimum tutar (bir çalışanın doküman ve belge kalemi başına
ne kadar mesaj gönderebileceği)
– Maksimum nakit indirim yüzdesi: Bu çalışan grubu tarafından atanabilecek maksimum
nakit indirim yüzdesi oranı. Oran, açık kalemlerin girişinde, değişiminde ve
denkleştirilmesinde kontrol edilir.
– Ödeme farklılıklarına izin verildi (bir çalışanın ne kadar fazla / az ödeme kabul
edebileceği).
• Her satıcı hesabına bir Satıcı toleransı atanır. Çalışan toleransı gibi, üzerinde mutabık
kalınan miktardan sapmanın kabul edilebilir olup olmadığını belirler.
• Sistem, çalışanlar için toleransları satıcı için olanlarla karşılaştırır ve bir eksik / fazla ödeme
alındığında / gönderildiğinde nihai olarak ne olacağını belirlemek için en kısıtlayıcı toleransı
uygular.
128
8.6. Çift Kontrol-İş Durumu
Çift Kontrol: İş Durumu

Hatalı ana veriler ciddi sorunlara yol açabilir. Bu nedenle, ana
verileri oluştururken veya korurken en yüksek düzeyde güvenlik
istenir.
Gereklilikler:
• Bir satıcı veya müşteri ana verilerindeki tüm değişiklikler
hassas değildir.
• Bir ana kaydın hangi değişikliklerin doğru olduğunu

garanti etmek için özel bir prosedür gerektirdiğine karar
verme esnekliğine ihtiyaç vardır.
• Bir değişiklik “devam ederken”, bu ana kayda atıfta

bulunan diğer işlemlerin yalnızca kritik olması
durumunda kısıtlanması gerekir.
• Sürüm 4.5A'dan itibaren, önemli ana veri alanlarını korumak mümkündür, böylece yanlış
veya yetkisiz değişiklikler yapılmaz.
• Bu koruma, çift kontrol ilkesine dayanır, yani önemli bir alanda yapılan her değişikliğin başka
bir kişi tarafından onaylanması gerekir. Saha değişikliği onaylanana kadar ana kayıt ödeme
çalıştırmasından bloke edilir. Bu ödeme bloğu, mevcut engelleme işlevinden bağımsızdır
(anlaşmazlıklar nedeniyle bir hesabı engellediğinizde olduğu gibi). Teknik olarak, belgedeki
başka bir alan kullanılır. Manuel ödemeler yine de yapılabilir.
• Örneğin, bir kullanıcı hassas olarak bildirilen alanlara değişiklik girme yetkisine sahip olabilir.
Değişikliği kaydettikten sonra, bir mesaj değişikliğin onaylanmasını gerektirir. Daha yüksek
onay yetkisine sahip başka bir kullanıcı, hassas alanlara girilen değişiklikleri onaylayabilir.
Onaydan sorumlu kullanıcı için güçlü bir denetim izi mevcuttur. Sonuç olarak, onaylayan
taraf kimin değişiklik yaptığını, eskisine karşı yeni değeri ve değişikliğin zamanını
belirleyebilir.
129
Ana Kayıtlardaki Değişiklikler -
Çift Kontrol
Adım 1. IMG'deki Hassas Alanları Yapılandırma
Adım 2. Ana Kaydı Değiştirme (Kullanıcı 1)
Adım 3. Değişiklikleri Onaylayın (Kullanıcı 2)
• Değişiklikleri FK08 (satıcılar) veya FD08 (müşteriler) işlemini kullanarak veya bir listede
FK09 (satıcılar) veya FD09 (müşteriler) işlemini kullanarak tek tek onaylayabilirsiniz.
İşlemlere, Değişiklik Onayı altında ana kayıtlar için ana menüden erişilebilir.
• Çift kontrol kullanılarak kontrol edilen müşteri / satıcı ana kayıtlarındaki hassas alanlar
T055F Uyarlama tablosunda tanımlanır. İstemci ve hesap türü başına hassas alanları
belirtirsiniz. Tipik olarak, satıcı hesapları için hassas alanların sayısı müşteri hesapları için
olanlardan daha fazla olacaktır, çünkü son gelen ödemeler (banka tahsilatı durumunda
ödeme programı tarafından işlenir) geçerli olacaktır.
• Tek bir müşteri / satıcı için onaylar yapılabilir veya aşağıdakilerden herhangi birine dayalı bir
liste oluşturabilirsiniz:
– Müşteri/Satıcı
– Şirket Kodu
– Henüz Onaylanamış Hesaplar
– Hesaplar Reddedildi
– Onayladığım Hesaplar
130
8.7. Satıcı Ana Kaydı
Satıcı Ana Kaydı
• Satıcı ana verilerindeki Satınalma Organizasyonu verileri genellikle Satınalma Departmanı

tarafından oluşturulur ve saklanır. Aşağıdakileri içerir:
– Koşullar
• Sipariş Para Birimi: Satınalma Siparişi para birimi
• Ödeme Koşulları: Bu, Şirket Kodu Ödeme Koşulları değil, Satın Alma Siparişi
oluşturulduğunda varsayılan değerdir
• Minimum Sipariş Değeri: satıcıya verilen Satınalma Siparişleri için belirtilen
minimum değer
– Satış Verisi
• Satış görevlisi: satıcı satış temsilcisi
• Telefon: satıcı satış elemanının telefon numarası
– Denetim Verisi
• GR tabanlı fatura doğrulaması: Bir Satınalma Siparişi kalemi veya Fatura
kaleminin mal girişine dayalı fatura doğrulaması için hüküm yapıldığını belirten
gösterge.
• Onay Gerekli: satınalma belgesinin (Satınalma Siparişi, Anahat Sözleşmesi)
satıcı tarafından onaylanıp onaylanmayacağını belirler.
• Otomatik Satın Alma Siparişi: talep bir satıcıya atanmışsa Satınalma Siparişinin
otomatik olarak satınalma talebinden üretileceğini belirten gösterge.
131
8.8. Satıcı Ana Kayıtları-Bölüm Özeti
Satıcı Ana Kayıtları- Bölüm

Özeti
– Satıcı Ana Kaydı
– İstemci Seviyesi
– Şirket Kodu Seviyesi
– Satın Alma Organizasyonu
Seviyesi
– Hesap Grubu
– Numara Aralığı
– M utabakat Hesabı
• Satıcı Ana Kayıtları: Satıcı Hesabı ile ilgili ticari işlemlerin nasıl kaydedileceğini ve nasıl
yönetildiğini kontrol eden bilgileri içeren bir ana kayıt.
• Finansal açıdan, bir Satıcı ana verisinin iki seviyesi vardır:
– İstemci Seviyesi: Bu düzeydeki veriler, Satıcı ana verisinin açıldığı tüm Şirket Kodları
ile ilgilidir.
– Şirket Kodu Seviyesi: Şirkete özgü veriler bu düzeyde girilir ve her Şirket Kodu için
• Satın Alma Organizasyon Seviyesi: Satıcı ana verilerindeki veriler genellikle Satınalma
Departmanı tarafından oluşturulur ve saklanır. Aşağıdaki bilgileri içerir: Sipariş Para Birimi,
Ödeme koşulları, Satış Verileri ve Kontrol Verileri.
• Hesap Grubu- Alanların ana kayıtta nasıl görüneceğini belirler ve ana kayıt için
numaralandırmayı kontrol eder.
• Numara Aralığı- Bir müşteri kaydını benzersiz şekilde tanımlar. Numaralar dahili olarak
SAP tarafından veya harici olarak kullanıcı tarafından atanabilir.
• Mutabakat Hesabı: Satıcı hesabını içeren bir işlem oluşturulduğunda Satıcı alt hesap,
hesabıyla güncellenen ana hesap.
• Sıralama Anahtarı: Satıcı ana verileri kaydında, Satıcı hesabı belge kalemlerindeki Tahsis
alanını doldurmak için kullanılan alanları belirleyen bir alan. 4 alana kadar 18 karakter
içerebilen bir Kural tanımlayarak yapılandırılırlar.
132
Satıcı Ana Kaydı- Bölüm Özeti
– Ödeme Koşulları
– Tolerans Grupları
– Ödeme Şekli
– Satıcı Hesabı Grubundaki
Alan Durumu
– Şirket Kodu İçin Alan
Durumu
– Aktivite Tipi İçin Alan
Durumu
• Ödeme Koşulları: genel ödeme koşullarını oluşturan indirim şartlarını ve ödeme

dönemlerini belirtir.
• Tolerans Grupları- bir satıcı ödemesinin kabul edilen sapmasını netleştirmek için belirtir.
• Ödeme Şekilleri- çek, döviz kuru veya banka havalesi gibi kabul edilebilir ödeme türlerini
belirtir.
• Hesap Grubu- ana kayıtta bir alanın nasıl görünüp görünmeyeceğini belirler ve ana kayıt
için sayıların seçileceği bir sayı aralığını belirtir.
• Numara Aralığı - Bir müşteri kaydını özgün şekilde tanımlar. Numaralar dahili olarak SAP
tarafından veya harici olarak kullanıcı tarafından atanabilir.
• Alan Durumu- bir alanın zorunlu olması, görüntülenmesi, isteğe bağlı veya gizli olması
gerekip gerekmediğini belirtir.
• Satıcı Hesabı Grubundaki Alan Durumu- Satıcı ana verilerini yaratırken ekran düzenini
belirler.
• Şirket Kodu İçin Alan Durumu- ekran düzenini yalnızca Satıcı ana verisinin Şirket Kodu
Düzeyinde belirler.
• Aktivite Tipi İçin Alan Durumu- Satıcı ana verilerini yaratırken, değiştirirken veya
görüntülerken ekran düzenini belirler.
• İkili Kontrol- Ana kayıtta yapılan değişiklikleri onaylamak için ikinci bir kişi gerektiren özellik.
9. Banka Ana Kayıtları
133
Bölüm 9 Banka Ana Kayıtları
• Banka ana verileri, bir kuruluşun iş yaptığı herhangi bir
bankacılık kurumu hakkında bilgi içerir.
– Banka ana verileri oluşturmak için gereken verileri
açıklamak.
– Banka Rehberinin ne olduğunu ve nasıl
oluşturulduğunu anlamak.
– Ana Bankalar kavramını anlamak.
– Banka ana verilerin sistemde oluşturulabileceği çeşitli
yolları açıklamak.
– Tam Banka ana verileri oluşturmak ve ana hesap ana
kaydına bağlamak.
w w w .finsoft.com.tr Banka Ana Kayıtları
134
9.1. Banka Dizini
Banka Dizini
Otom atik Banka

IM G'de Yaratılış
Hazine Yönetim inde
M anuel Banka Oluşturm a
M anuel Banka
IM G'de Yaratılış
Step 1
Step 2
• Sistemdeki tüm bankalar için banka ana verileri, Tablo BNKA'da saklanan Banka
Rehberinde kaydedilir. Veriler banka anahtarını, bankanın adını, adresi ve ülke özelliklerini
içerir.
• Banka Rehberinde bilgi oluşturmanın iki yolu:
– Otomatik: Bant veya disk üzerinde Banka Dizini için ana veriler varsa, özel bir program
kullanılarak sisteme aktarılabilir.
– Manuel olarak:
• Müşteri ve Satıcı ana kayıtlarının aksine, Banka ana verileri FI modülündeki
(IMG) Uygulama Kılavuzunda oluşturulur; ancak Hazine Yönetimi modülünün
Uygulama tarafında Banka ana verileri de oluşturulabilir.
• Sistem, Müşteri / Satıcı ana verilerini oluştururken veya saklarken belirtilen banka
verileri Banka Dizini'nde yoksa bir kerelik hesap için belge girerken Banka Dizini
bakım işlevine otomatik olarak erişir.
135
9.2. Ana Bankalar
Ana Bankalar
• Banka Rehberinde her bir Banka hakkında eksiksiz bilgi bulunur.

• Bir Ana Banka, kuruluşun iş yaptığı herhangi bir bankacılık kurumudur. Ana Banka şirketin
fonlarını içerir.
• Her Şirket Kodu için Ana Bankaları, kullanıcı tanımlı beş karakter kodu kullanılarak
oluştururuz.
• Her bir Ana Banka için, bankanın bulunduğu Banka Ülkesi ve özgün bir Banka Anahtarı
tanımlanmalıdır. Banka Anahtarı, ülkeye özgü özgün bir koddur. Sistem, Ana Bankayı
tanımlamak için Ülke Kodu ve Banka Anahtarı kombinasyonunu kullanır.
• Her Ana Banka içinde, her biri en fazla 18 karakter içeren özgün bir kodla tanımlanan birden
fazla Banka Hesabı oluşturulabilir.
Not: Hem Banka Anahtarının hem de Banka Hesap numaralarının uzunluğu ülkeye özgü bir
yapılandırmadır.
136
9.3. Banka Hesapları
Banka Hesapları
Ana Hesap Ana Kaydı
Banka Hesabı Ana Kaydı
• Bir Ana Bankada oluşturulan Banka Hesaplarının her birine, serbestçe tanımlanabilen özgün
bir beş karakterlik Hesap Kimliği atanmalıdır.
• Hesap Kimliği, Ödeme Programı spesifikasyonları için ve hesap ana verilerinde banka
hesabına referans yapmak için kullanılır.
• Her Banka Hesabı için ana hesap, ana kaydı oluşturulmalıdır. Banka Hesabı ile ilgili
muhasebe işlemlerinin defteri kebire yansıtılmasını sağlamak için Ana Banka ve Hesap
Kimliği ana hesap ana kaydına girilmelidir.
137
9.4. Banka Ana Kayıtları Bölüm Özeti
Bölüm 9- Banka Ana Kayıtları

Bölüm Özeti
– Banka Ana Kaydı
– Banka Dizini
– Ana Banka
– Banka Ülkesi
– Banka Anahtarı
– Banka Hesabı
– Hesap Kimliği
• Banka Ana Kaydı- bankacılık kurumu hakkında bilgi içerir.

• Banka Dizini- tüm Banka ana verilerinin saklandığı sistem içindeki havuz.
• Ana Banka- kuruluşun iş yaptığı herhangi bir bankacılık kurumu.
• Banka Ülkesi- Ana Bankanın bulunduğu ülke.
• Banka Anahtarı- sistemdeki bir Ana Bankasını tanımlamak için Banka Ülkesi ile birlikte
kullanılan ülkeye özgü bir kod.
• Banka Hesabı– Ana Bankası içinde özgün bir hesap.
• Hesap Kimliği- Banka Hesabına atanan özgün ve serbestçe tanımlanabilir beş karakterlik
bir kod.
138
10. Belge Konfigürasyonu
Bölüm 10
Belge Yapılandırması
• Sistem, her ticari işlemin bir belge oluşturduğunu belirten
Belge İlkesine dayanmaktadır. IMG aracılığıyla belge
yapılandırması her belge türünün yapısını tanımlar.
– Bir sistem belgesinin ne olduğunu, nasıl
yapılandırıldığını ve ne için kullanıldığını ayrıntılı
olarak anlamak.
– Sistemi, (ticari işlemleri temsil eden) belgeler
yaratılacak ve istenildiği gibi görünecek şekilde
yapılandırmak.
www.finsoft.com.tr Belge Konfigürasyonu
• Bu bölümün bir sonucu olarak şunları yapabilmelisiniz:

– Belge İlkesini, amacını ve nasıl kullanıldığını anlama
– Belge yapısını anlama
– Çeşitli Belge Türlerinin açıklamalarını ve kullanımlarını sağlama
– Aşağıdakiler için parametreleri yapılandırarak bir Belge Türü için uygun belge düzenini
oluşturma:
• Belge Türleri ve Sayı Aralıkları
• Kayıt Anahtarları
• Yukarıdakiler için ekran düzenleri (alan durumu)
• Veri entegrasyonu
139
Belge İlkesi
Bir finansal işlem, özgün bir Belge Numarasına sahip bir
FI belgesi oluşturur.
Fatura - SD Belge - FI
Numara: 999 Numara: 9999999999
Fruits & Vegetables Ltd.’den Münferit Kalemler:

ABC Sandwiches’e
DR. ABC Sandwiches 60TRY
1 kutu domates 60 TRY CR. Sales Revenue 60TRY
Toplam 60 TRY
• Belge İlkesi:
– Sistemde, her ticari işlem için bir belge oluşturulur. Her belgeye özgü bir Belge
Numarası verilir.
– Bir belge, her biri farklı düzeylerde ayrıntılar içeren bir ekrandan (veya sayfa) veya
birçok ekrandan (veya sayfalardan) oluşabilir.
140
Belgenin Yapısı
Belge Başlığı
Belge Numarası Belge Türü
Kayıt Tarihi Şirket Kodu
Belge Tarihi Para Birimi
Belge Kalemi 1
Kayıt Anahtarı Hesap Miktar
Belge Kalemi 2
Kayıt Anahtarı Hesap Miktar
Borçlar = Alacaklar
• Her belge şunlardan oluşur:

– Tüm belge için geçerli olan genel verileri içeren bir Belge Başlığı:
• Kayıt Tarihi: ana hesap bakiyelerinin veya müşteri / satıcı bakiyelerinin
güncellenme tarihi. Kayıt süresini belirler.
• Belge Tarihi: orijinal belgenin düzenlenme tarihi (kayıt tarihiyle aynı olmayabilir).
Faturalarda buna Fatura Tarihi denir.
• Belge Numarası
• Belge Türü
• Para Birimi
• Belge Başlığı Metni
– En az iki belge kalemi, en az bir borç ve bir alacak ve
en fazla 999 satır öğesi. Her belge kalemi şunları içerir:
• Kayıt Anahtarı (örneğin, müşteri, satıcı gibi bazı belge kalemleri için gizlenebilir)
• Hesap Numarası
• Miktar
• Dengeli finansal tabloların temin edildiği Şirket Kodu düzeyinde kaydedildiği için, belge
ancak borçların alacaklara eşit olması durumunda kaydedilebilir.
• Bu kuralın istisnası, yalnızca bir borç veya alacak içeren not edilmiş bir kalemdir; hatırlatma
görevi görür ve finansal defterleri etkilemez. Belirtilen kalemlerin örnekleri ve bunların
kullanımları Bölüm 26'da (Özel Ana İşlemler) bulunabilir.
141
10.1. Belge Türleri
Belge Türleri
• Her belge bir Belge Türü ile karakterize edilir.

• Belge Türü, belgeleri tanımlayan iki karakterli alfasayısal bir anahtardır. Belge Türü:
– Kaydedilen ticari işlem türlerini ayırt eder
• SA: Ana Hesap Belgesi
• DR: Müşteri Faturası
• DZ: Müşteri Ödemesi
– Bu Belge Türü ile kayıtta kullanılabilecek Hesap Türlerini kontrol eder
• D: Müşteri Hesapları
• K: Satıcı Hesapları
• S: Ana Hesaplar
• A: Duran Hesaplar
• M: Malzeme Hesapları
– Belge Numaralarının nasıl atanacağını denetleyen bir Sayı Aralığı atanır
– Sıralama ölçütü olarak kullanılabilir
• Yetkileri kullanarak bir Belge Türüne kullanıcı erişimini kısıtlamak mümkündür.
142
Özel Belge Türleri
Belge Türü KN Net Satıcı Faturası

.
.
.
Hesap Türleri ASK

.
Net Belge Türü
Belge Türü RV SD'den Faturalama

Belge Aktarımı
.
Hesap Türleri ADS Ters Belge Türü AB

.
.
.
• Standart sistemde, aşağıdaki Belge Türlerinin özel bir kullanımı vardır:

– KN: Net Satıcı Faturası
– RV: S’den Faturalama Belge Aktarımı
• Bir satıcı fatura ağını kaydederken, sistem, vergi ve nakit indirim belge kalemleri olmadan
gider ağını kaydeder. Net satıcı faturaları, yalnızca "Net Belge Türü" (standart Belge Türü
KN) olarak işaretlenmiş özel bir Belge Türü kullanılıyorsa kaydedilebilir.
• Satış ve Dağıtım (SD) uygulanıyorsa, müşteri Faturalama Belgelerini SD'den FI'ya aktarmak
için bir Belge Türü gereklidir. Her iki modülü de kullanırken, genellikle SD modülü müşteri
faturasını (fatura) oluşturur. Bu bilgiler raporlama amacıyla ve alacak takibi için FI'ya
kaydedilmelidir.
143
10.2. Belge Numara Aralıkları
Belge Numara Aralıkları
• Belge Numara Aralıkları: Şirket Koduna göre tanımlanır ve sistemdeki her Belge Türüne
atanır.
• Belge Numarası Aralıkları şu yollarla sağlanabilir:
– Aralıkların sağlanması: Numara aralıklarını değiştirin ve oluşturun.
– Durumun değiştirilmesi: Mevcut numara alanını bilerek değiştirin.
• Sayı Aralıkları mali yıla göre geçerlidir. Yıla özel Belge Numaraları istenmiyorsa, Yıl
alanında gelecek bir yıl belirtilmelidir.
• Hiçbir Belge Türü girişi bulunmayan aşağıdaki Sayı Aralıkları ayrılmıştır (bunların daha
ayrıntılı açıklaması Bölüm 12 - Referans Belgeleri'nde bulunabilir):
– X1: Yinelenen Belgeler
– X2: Örnek Belgeler
• Belge Numaraları sistemdeki belgeleri özgün şekilde tanımlar. Belge Numarası atamasını
kontrol etmek için kullanılan Sayı Aralıkları dahili olarak (sistem belgeye geçerli sayıyı atar)
veya harici olarak atanarak (kullanıcı belge oluştururken manuel olarak bir Belge Numarası
girmelidir) tanımlanabilir.
144
10.3. Kayıt Anahtarı
Kayıt Anahtarı
Kayıt Anahtarı Tanım Borç/Alacak Hesap Türü

01 Fatura Borç Müşteri
40 Borç Kaydı Borç Ana Hesap
50 Alacak Kaydı Alacak Ana Hesap
15 Tahsilat Alacak Müşteri
• Kayıt Anahtarı, döküman belge kalemlerinin nasıl girilip kaydedileceğini kontrol eden iki
basamaklı bir sayısal anahtardır.
• Kayıt Anahtarı:
– Belge kaleminin bir borç mu yoksa alacak mı olduğunu belirtir
– Hesap Türünü belirtir: Müşteri, Satıcı, Ana Hesap, Varlık, Malzeme
– Diğer özellikleri belirler:
• Satışlarla ilgili: Belge kaleminin satış hesaplamasında kullanıldığını gösterir.
• Özel Ana İşlem: Kayıt Anahtarının özel bir ana hesapla ilgili olduğunu gösterir
(bkz. Bölüm 27: Özel Defteri Kebir İşlemleri)
• Ters Kayıt Anahtarı: Geçerli kayıt anahtarıyla yapılan belge kalemlerini ters
çevirmek için kullanılan kayıt anahtarını gösterir.
• Ödeme İşlemi: Kayıt Anahtarının gelen veya giden ödemelerle ilgili işlemlerle ilgili
olup olmadığını belirtir.
– İşlemleri kaydederken ekran düzenini belirlemede bir faktör olarak kullanılan Alan
Durumu tanımlarını içerir (Alan Durumunun yapılandırılması bu bölümün ilerleyen
kısımlarında daha ayrıntılı olarak ele alınacaktır).
145
Kayıt Anahtarlarına Örnekler
Ana Hesaplar
Borçlar Alacaklar
40 Borç Kaydı 50 Alacak Kaydı
Satıcılar
Borçlar Alacaklar
21 Alacak Dekontu 31 Fatura
22 Fatura Ters Kaydı 32 Alacak Dekontu Ters Kayıt
25 Yapılan Ödemeler 35 Tahsilat
Müşteriler
Borçlar Alacaklar
01 Fatura 11 Alacak Dekontu
02 Alacak Dekontu
Ters Kaydı 12 Fatura Ters Kaydı
05 Yapılan Ödemeler 15 Tahsilat
• Bu slaytta en sık kullanılan Kayıt Anahtarları listelenmiştir.
146
10.4. Belge İşleme İçin Enjoy Değerleri
Belge İşleme için Enjoy Değerleri
İşlem Belge Türü Kyt. Anahtarı

F-02 Ana Hesap Kaydı Girişi SA 40
F-64 Müşteri Faturası Ön Kaydı DR 01
F-66 Satıcı Alacak Dekontu Ön Kaydı KG 21
F-67 Müşteri Alacak Dekontu Ön Kaydı DG 11
• IMG'de, kayıt işlemleri için Varsayılan Belge Türü ve ilk Kayıt Anahtarı değerleri
tanımlanabilir.
• Bir kayıt işlemi yürütüldüğünde, Belge Türü ve ilk Kayıt Anahtarı sistem tarafından
varsayılan olarak ayarlanır. Bunlar dokümanı kaydetmeden önce değiştirilebilir.
• Bu bilgileri güncellerken, bu verileri içeren tablo istemciden bağımsız olduğu için dikkatli
olunmalıdır (yani, sistem örneğindeki Tüm İstemciler etkilenecektir).
147
Enjoy Kayıtları için Varsayılan
Değerler
Enjoy İşlemleri İçin Belge Türleri
Şirket Kodu Hesap Türü Belge Türü
XXPH Ana Hesaplar SA
XXPH Müşteriler DR
XXPH Satıcılar KR
Enjoy İşlemleri İçin Kayıt Anahatarları

İşlem Borç Alacak
SAK – Ana hesap kayıtları 40 50
AGD – Müş. Klm. – Fatura 01 31
AGS – Ana Klm. – Fatura 40 50
ETC.
• 4.6 sürümünde SAP, "Enjoy" adı verilen basitleştirilmiş bir gönderme yöntemi sunmuştur.
• Enjoy İşlemler kayıtları, yalnızca basitleştirilmiş veri giriş ekranı nedeniyle değil, aynı
zamanda varsayılan satır türü ve birden çok belge kalemi için kayıt tuşları nedeniyle
standart kayıtlardan (artık Sürüm 4.6'da Karmaşık veya Genel kayıtlar olarak adlandırılır)
daha kullanıcı dostudur. Karmaşık bir Kayıtlardaki varsayılan kayıt anahtarlarının aksine, bir
Enjoy Kayıt’daki varsayılan kayıt anahtarları değiştirilemez.
• Kayıt anahtarları ve belge türlerini varsayılanları IMG'de tanımlanmalıdır.
• Belge türleri, şirket kodu, hesap türü ve muhtemelen işlem başına tanımlanır (örn. Fatura,
alacak dekontu).
• Kayıt anahtarları işleme (ana hesap kaydı, giden fatura, gelen fatura vb.) Ve işlem içindeki
kaleme (müşteri, satıcı, ana hesap) göre tanımlanır.
148
10.5. Alan Durumu
Alan Durumu
Alan Durumu Varyantı Şirket Koduna ayrılmıştır
CC Şirket İsmi Şehir Alan Drm. Var.
0001 SAP Inc. Philadelphia 0001
US01 Company Template New York 1000 . . .
Alan Durum Grubu, Alan Durum Varyantına atanır
Alan Durum Grubu Metin

G004 Maliyet Hesapları
G005 Banka Hesapları. . .
Ana Hesap Alan Durumu Grubuna atanır

Ana Hesap Alan Durum Grubu
113000 Citibank-Checks G005
420000 Office Supplies G004 . . .
• Şirket Kodu'na bir dizi Alan Durumu Grubu içeren bir Alan Durumu Değişkeni atanır.
• Birçok ana hesap, yayınlamak için aynı ekran düzenini gerektirir. Bu durumda, ekran düzeni
için bir Alan Durum Grubu tanımlanabilir ve uygun Ana Hesap ana kayıtlarına atanabilir.
• Belge ekran düzenini tanımlamak için aşağıdaki faktörler yapılandırılmalıdır:
– Ana Hesap ana kaydının Alan Durumu Grubu. Müşteriler ve satıcılar için ana
mutabakat hesabı kullanılır.
– Kayıt Anahtarının Alan Durumu
• Aşağıdaki slaytlarda daha sonra ele alınan Bağlantı Kuralları, yukarıdaki faktörlerden
hangisinin öncelikli olduğunu belirler.
• Ekran Değişkenleri, Enjoy Kayıtları’nda bir kayıt ekranının görüntülenme şeklini etkiler;
ancak, Alan Durumu'ndan farklı çalışırlar. Ekran çeşitleri bu bölümün ilerleyen kısımlarında
ele alınacaktır.
149
Alan Durumunu Yapılandırma
• Alan Durumu terimi, bir veri alanının tanımlanmış, zorunlu veya isteğe bağlı olarak
tanımlanmasını ifade eder. Karmaşık Kayıtlar için, alan durumunu yapılandırmak, bir işlem
kaydederken ekran düzenini eninde sonunda tanımlar. Enjoy Kayıtlar bir Ekran
Varyantından da etkilenebilir.
• Alan Durum Grubu
– Şirket Kodu düzeyinde benzer ana hesap ana kayıtlarına tayin edilen alan
durumlarının bir koleksiyonudur.
– İlgili hesabı kullanarak işlem kayıtları sırasında ekran düzenini belirlemek için
kullanılan bir faktördür.
• IMG'de Alan Durum Grubunu tanımlamak için bir grup seçilmelidir.
– Gizle: Alan, giriş için ekranda görüntülenmiyor
– Zorunlu grş: Veriler alana girilmelidir
– İsteğe bağlı grş: Veriler alana girilebilir, ancak girilmesi gerekmez.
• Alan Durum Gruplarını yapılandırırken:
– Alan Durumu Grubundaki tüm grupların listesi Alan Durumunu Düzenle butonu
seçilerek görüntülenebilir.
– Her Alan Durumu Grubu, genel veriler ve ödeme işlemleri gibi alan gruplarına
ayrılmıştır.
– Alan Durumu Grubu'ndaki tüm gruplardaki tüm alanlar, Alt Grup Listesi düğmesi
seçilerek görüntülenebilir.
150
10.6. Ekran Düzeni Bağlantı Kuralları
Ekran Düzeni Bağlantı Kuralları
Bir çakışma meydana gelirse

Ana Alan Durumu Grubuna Karşı Ana Hesap Ana Kaydı
Alan Durumu Grubu
Sonra b
Zorunlu
Optional
Gizli
Gizli Giz. N/A1 Giz.

Zorunlu N/A1 Zor. Zor.
İsteğe Bağlı Giz. Zor. İst B.
• Belge girişi sırasında bir alanın özellikleri bağlantı kuralları ile belirlenir.
• Bağlantı kuralları, aşağıdakiler için farklı olmaları durumunda alanın alan durumunu belirler:
– Şirket Kodu düzeyinde tanımlanan Ana Hesap ana kaydının (Müşteri / Satıcı
mutabakat hesapları dahil) Alan Durumu Grubu
– Kayıt Anahtarının Alan Durumu (İstemci düzeyinde tanımlanmıştır)
1
Bu çelişkili kurallarla bir giriş yayınlamaya çalışırken, kurallardan birinin değiştirilmesini gerektiren bir hata
mesajı görüntülenir.
151
10.7. Enjoy Kayıtları
Enjoy Kayıtları – Görüntü Varyantları
• Enjoy kayıtlarında, veri girişini basitleştirmek ve yalnızca giriş için gerekli alanları
kullanılabilir hale getirmek için giriş ekranı değişkenleri kullanılabilir.
• Tüm belge kalemi alanları Enjoy yayınları için tek bir ekranda olduğundan, ana hesapların
kayıt anahtarları ve alan durumu grupları, belge kalemlerinin ekran düzenini doğrudan
belirleyemez.
• Kayıt anahtarları veya alan durumu grupları alanları gizli olarak tanımlanıp, bu alanlar giriş
için kullanılamasa da varsayılan giriş ekranında görüntülenir (bu alanlar gizlendiğinde
karmaşık kayıtların aksine). Bu kadar çok sayıda alanda ilerlemek zorunda kalmamak için
kullanıcı uyarlanmış bir giriş ekranı kullanabilir.
• Giriş ekranı uyarlanabilir ve doğrudan giriş ekranındaki bir menü yolu üzerinden seçilebilir.
Bu uyarlama sadece hangi alanların görünmez olacağını belirler. Bu şekilde tanımlanan
alanlar gizlenir. Bu alanlar gerekiyorsa (kayıt anahtarına veya alan durumu grubuna göre)
giriş ekranı değişkeni görünmez olarak tanımlasa bile sistem yine de bir giriş ister.
152
10.8. Şirketler Arası İşlemler
Şirketler Arası İşlemler

Örnek: Merkezi Borçlar
1 2
ALPHA faturalar………..
Şirket Kodu 9999 $3000 Şirket Kodu 9999 her iki faturayı da öder
Şirket Kodu 1234 $2000 Şirket Kodu 1234 borçlu Ş.K. 9999 $2000
3 Sonuçlanan Yevmiye Defteri Girişi………..
Şirket Kodu Hesap Borç Alacak

9999 Alpha 3000
1234 Alpha 2000
9999 Internal Receivable 2000
9999 Cash 5000
1234 Internal Payable 2000
• Şirketler arası işlemler, aynı işlem iki veya daha fazla şirket kodunu etkilediğinde gerçekleşir.
Örneğin, merkezi bir borç işlemi olduğunda, şirket kendisi ve aynı Müşteri içindeki diğer
Şirket Kodlarına ödeme yapar. Bu işlem açık kalemleri siler ve şirket kodları arasında yeni
açık kalem oluşturur.
• Şirketler arası borç ve alacak hesapları, şirketlerin birbirleriyle işlem yapabilmeleri için
ayarlanmalıdır.
• Şirketlerarası bir işleminiz olduğunda üç belge oluşturulur: biri ilk Şirket Kodunda, biri ikinci
Şirket Kodunda ve diğeri şirketler arası işlemlerde temsil eder, her iki şirket kodunda da
görüntülenir.
• Şirketler arası işlem numarasına iki yoldan biri atanır:
– Sistem tarafından otomatik olarak
– Kullanıcı tarafından manuel olarak
• Sistem tarafından otomatik olarak atandığında, sayı aşağıdaki gibi yapılandırılır:
– İlk 10 hane: İlk Şirket Kodu belgesinin belge numarası
– Sonraki 4 basamak: İlk Şirket Kodu
– Sonraki 2 basamak: Belgenin oluşturulduğu mali yılın son iki basamağı
• Finansal raporlama amacıyla şirketler arası işlemleri ortadan kaldırmak için, yasal
konsolidasyon modülü kullanılarak işlemlerle ilgili belgelerin birbirine karşı denkleştirilmesi
gerekir.
153
Şirketler Arası İşlemler
Örneğin: Merkezi Borçlar
Şirket Kodları
9999
1234
Dahili Alacak Dahili Borç
Şirket Kodları
1234
9999
Dahili Alacak Dahili Borç
• Grup içi işlemler sonrası, şirketler arası ödenecek ve şirketler arası alacak hesapları
birbirlerine referans verecek şekilde yapılandırılmalıdır.
• Her Şirket Kodu kombinasyonu için, her Şirket Kodunda bir alacak ve bir borç şeklinde bir
açık hesabı belirtilmelidir.
• Seçilen kayıt anahtarına bağlı olarak, şirketler arası hesaplar Defteri Kebir Hesapları veya
Müşteri / Satıcı Hesapları olabilir. Örneğin, 40 Anahtarını Kaydetme Ana Hesaplara ve 01
Anahtarını Kaydetme Müşteri hesaplarına yol açar.
154
10.9. Doğrulamalar ve İkameler
Doğrulamalar ve İkameler
Veri Bütünlüğünü Sağlama
Sistem Kontrolü
Doğrulama/
Belge İkame
Veri Girişi
• Verilerin bütünlüğünü sağlamak için, işlem girişi sırasında verileri doğrulayabilir ve / veya
değiştirebilirsiniz.
• Doğrulamalar ve ikameler FI'da yapılandırılabilir, böylece bilgi kombinasyonları
gönderilmeden önce geçerlilik açısından kontrol edilir.
• Doğrulamalar: Boolean mantığını kullanarak, sistem bir belge göndermeden önce belirtilen
kriterlerin herhangi bir kombinasyonunu (örneğin, bir Hesap / Maliyet Merkezi
kombinasyonu) geçerliliğini kontrol eder.
• İkameler: Sistem, Boole mantığını kullanarak, kullanıcı tanımlı özelliklere göre atanan
alanların değerlerini değiştirir.
• Boole mantığı ifadesi, doğru veya yanlış olabilen mantıksal bir yapıdır. İfadeler, karmaşık
ifadeler oluşturmak için operatörler (AND, OR, NOR gibi) kullanılarak birbirine bağlanabilir.
• Boole mantığı ifadelerin doğruluk değerini (DOĞRU veya YANLIŞ) belirlemek için doğruluk
tablolarını kullanır. Bir doğruluk tablosu, karmaşık bir ifadenin her bir parçasına T (True)
veya F (False) değerini atar ve ardından birleştirilmiş ifadenin true veya false olup
olmadığını belirler.
• Sistem validasyonlardan önce ikameler gerçekleştirir, böylece ikameli değerler de valide
edilebilir.
155
Doğrulama ve İkame Örneği
Doğrulama
Şirket Kodu Doğrulamalar (Veri Girişi)
= 9999 ise
Sonra İş Şirket Kodu 9999
Alanı<> BS02
İş Alanı
E: Code 9999 ’Şirket Kodu olamaz
İş Alanı ‘BS02’ye gönderin.
İkame
Şirket Kodu İkame (Sonuç)
= 9999 ise İş İkameler (Veri Girişi)
Alanı = BS01 Şirket Kodu
Şirket Kodu 9999 9999
İş Alanı BS02 İş Alanı
BS01
Doğrulama Örneği (yukarıda tasvir edilmiştir)

Şirket Kodu 9999 için bir belge kaydediliyorsa, bu masraftan sorumlu Faaliyet Alanı BS02
olamaz. Bir kullanıcı daha sonra Şirket Kodu 9999 ve İş Alanı BS02 ile bir belge girerse, bir
mesaj ortaya çıkar.
İkame Örneği (yukarıda tasvir edilmiştir)
Şirket Kodu 9999 için bir belge kaydediliyorsa, sistem girilen Faaliyet Alanını BS01 ile
değiştirecektir.
• Şirket Kodu ve Çağrı Noktası başına aynı anda yalnızca bir Doğrulama ve bir İkame
etkinleştirilebilir. Ancak, her biri birden fazla adım içerebilir («eğer / sonra" ifadeleri).
156
Entegrasyon
Uygulama Alanı / Çağrı Noktası
GL GR PS GS GU KC
FI LC
CO MC
AM PC
Doğrulama ve İkame
Çağrı Noktası Uygulama Tanım

0001 FI Belge Başlığı
0002 CO Belge Satır Öğesi
0003 GL Tüm Belge / Matris Doğrulama
• Doğrulama ve İkame, uygulamalar arasında bir entegrasyon noktası olabilir; bu nedenle, bir
Uygulama Alanı ve Çağrı Noktası için yapılandırılırlar.
• Uygulama Alanı, Doğrulama / İkame işleminin gerçekleştiği genel Uygulama Alanını belirten
iki karakterlik bir koddur.
• Çağrı Noktası Kodu, doğrulamanın / ikamenin gerçekleştiği vakayı belirten dört basamaklı
bir koddur.
• Uygulama Alanı ve Çağrı Noktası kombinasyonu, bir doğrulama/ ikame işleminin talep ettiği
tam konumu belirler.
• Aynı Boolean mantık deyimini birden çok yerde kullanmak için Boolean ifadesine bir ad
atayın. Boole ifadesi için bu ad Kural olarak bilinir.
• Kural tek başına bir koşul veya denetim olarak kullanılabilir veya başka bir Kuralın parçası
olarak da kullanılabilir.
157
10.9.1. Doğrulama Adımları
Doğrulama Adımları
İşlem Verisi
Önkoşul
<BSEG>$HKONT=‘56000’ Şart A Yanlış
Hesap=
56000
Kontrol
Doğru
<BSEG>$KOSTL=‘3300’
Şart B Doğru
Yanlışsa, bir mesaj oluşur. Ödeme Merkezi
=3300
Farklı mesaj türleri yapılandırılabilir.
Yanlış
İleti
Çıkış/
Belge Gönderildi
• Doğrulama 999 adıma kadar olabilir; bu nedenle, veriler gönderilmeden önce istediğiniz
sayıda Boole ifadesine karşı doğrulama yapabilirsiniz.
• Doğrulama Adımı aşağıdaki ifadeleri içerir:
– Önkoşul İfadesi: Girilen değerlerin kontrol edilip edilmeyeceğini belirler. Bu örnekte,
Hesap 56000 kontrol edilecektir.
– İfadeyi Kontrol Et: Girilen değerlerin geçerli olup olmadığını belirler. Kontrol İfadesi
doğruysa, değer geçerlidir ve işlem devam eder. Kontrol İfadesi yanlışsa, sistem bir
mesaj görüntüler. Bu örnekte, geçerli tek Maliyet Merkezi 3300'dür. Diğer tüm Maliyet
Merkezleri bir iletiyle sonuçlanır.
158
Doğrulama Oluşturma
• Doğrulama oluşturma adımları:

1) Doğrulama için Uygulama Alanını ve Çağrı Noktasını girin.
2) Verilerin kontrol edilip edilmeyeceğini belirleyen Önkoşul İfadesini tanımlayın.
3) Verileri doğrulayan Kontrol İfadesini tanımlayın.
4) Doğrulama sırasında bir Kontrol İfadesi karşılanmazsa görüntülenecek mesajları
belirleyin.
• Doğrulama oluşturulduktan sonra, aşağıdakiler tarafından etkinleştirilmelidir:
1) Geçerli tabloda Doğrulama için Çağrı Noktası ve Şirket Kodunu girme ve
2) Doğrulamayı etkinleştirme (tablodaki Etkinleştirme Düzeyi sütununa ‘1’ girme)
• Doğrulamalarda aşağıdaki mesaj türleri bulunabilir:
– Bilgilendirme
– Uyarı: Kullanıcının uyarıyı atlama ve girişi kaydetmeye devam etme seçeneği vardır.
– Hata: Kullanıcı, hata düzeltilene kadar işlemi işlemeye devam edemez.
– Anormal Sonlandırma: sistem tüm işlemleri sonlandıracak; program anormal olarak
sonlandırıldı.
159
10.9.2. İkame Adımları
İkame Adımları
Önkoşul:
Hesap 123000 ve
İş Alanı 202 ise
Ön koşul yerine getirilirse,

Maliyet Merkezi 501
• Bir İkame ayrıca 999 adıma kadar içerebilir. Bu nedenle, veriler kaydedilmeden önce
herhangi bir sayıda Boolean cebri kullanarak verileri değiştirebilirsiniz.
• Bir değiştirme adımı aşağıdaki ana bileşenleri içerir:
– Önkoşul Beyanı: İkame değişikliği yapılmadan önce yerine getirilmesi gereken
koşulları tanımlar. Önkoşul yanlışsa, işlem değiştirilmeden devam eder. Ön koşul
doğruysa, işlem değiştirilen değer (ler) ile devam eder.
– İkame Değer (ler) i: Gelen değerin ikame edilmesi gereken sayısal veya karakter
değeri.
– İkame Çıkışı: İkame bir İkame Çıkışı'nda gerçekleştirilebilir. İkame Çıkış Numarası,
sistemi kullanıcı tanımlı bir ABAP programına yönlendirir. Değerler bir İkame Çıkışı
kullanılarak değiştirildiğinde, birden fazla değerin değiştirilmesine izin vererek daha
karmaşık durumlar tanımlayabilirsiniz.
160
İkame Oluşturma
• İkame Oluşturma Adımları:

1) İkame için Uygulama Alanını ve Çağrı Noktasını girin.
2) İkame verileri ve verilerin ikame edilmesi gereken değeri seçmek için kullanılması
gereken Ön Koşul Bildirimi'ni tanımlayın.
3) İkame işlemini şu şekilde etkinleştirin:
• İkame için Çağrı Noktası ve Şirket Kodunu Girme.
• İkame Adının Çağrı Noktası / Şirket Kodu kombinasyonuna atama ve
Etkinleştirme alanını ayarlama.
161
Kullanıcı Çıkışları
Çıkış
• Boole cebri ifadeleri tarafından desteklenemeyen karmaşık Doğrulamalar, İkameler veya

Kurallar için değerleri hesaplamak ve / veya değiştirmek için bir kullanıcı çıkışı
tanımlayabilirsiniz.
• Kullanıcı çıkışı, kullanıcının veri kontrolünü kodladığı ABAP programındaki bir kırılmadır.
162
10.10. İz Fonksiyonu
İz Fonksiyonu
Doğrulama Sonuçları
W: 123000 hesabı olmalıdır...
FB01: Kayıt
İz fonksiyonu IMG'den
Belge Tarihi Şirket Kodu başlatılır ve paralel bir
Kayıt Tarihi oturumda başlatılabilir.
KA Hesap
W: 123000 hesabı olmalıdır...
• Doğrulama ve / veya İkame beklenen iletiyi döndürmüyorsa, ne zaman ve neden

çalışmadığını belirlemek için bir izleme işlevi vardır.
• İz, Doğrulama Düzenleyici Penceresinden etkinleştirilir (Menü yolu: Ekstralar> İzi Aç). Kayıt
işlemi başlatıldığında, Doğrulama çağrıldığında Doğrulamada kullanılan tüm kalemlerin
değerleri görüntülenir. Aynı şey Yerine Koyma ve Kurallar için de geçerlidir. İzleme işlevi, bir
Doğrulama, bir İkame veya her ikisi için her kullanıcı için etkinleştirilir.
• Etkinleştirildiğinde, izleme işlevi tüm oturum boyunca veya kapatılana kadar açık kalır.
163
10.11. Belge Konfigürasyonu Bölüm Özeti
Bölüm Özeti
– Belge Prensibi
– Belge Yapısı
– Belge Başlığı
– Kayıt Tarihi
– Belge Tarihi
– Belge Türü
– Kayıt Anahtarı
– İşaretlenmiş Kalemler
• Belge Prensibi- her ticari işlem için bir belge oluşturulur. Bu belgeye özgün bir Belge
Numarası verilir.
• Belge Yapısı- her belgede bir Belge Başlığı ve en az iki belge kalemi bulunur.
• Belge Başlığı- belgenin tamamı için geçerli genel veriler içerir (ör. Gönderme Tarihi, Belge
Tarihi, Belge Numarası, Belge Türü, Para Birimi, Belge Başlık Metni).
• Kayıt Tarihi - belgenin hangi Hesap Dönemi'nde yayınlandığını tanımlayan bir tarih.
• Belge Tarihi- orijinal belgenin düzenlenme tarihi. Kayıt Tarihi ile aynı olmak zorunda
değildir.
• Belge Türü- ticari işlemleri birbirinden ayıran iki karakterli alfasayısal bir anahtar.
• Kayıt Anahtarı- belge kaleminin nasıl girileceğini denetleyen iki karakterli sayısal bir
anahtar.
• İşaretlenmiş Kalemler-not görevi gören tek taraflı giriş; mali defterleri etkilemez.
164
Bölüm Özeti
– Belge Numara Aralığı
– Hesap Türü
– Alan Durumu
– Bağlantı Kuralları
– Ekran Varyantı
– Varsayılan Değerler
– Şirketler Arası Belge
• Belge Numara Aralığı- her Belge Türünü tanımlamak için kullanılacak bir dizi sayı tanımlar;
Bazı Referans Belgeleri için ayrılmış Sayı Aralıkları mevcuttur (bkz. Bölüm 12 - Referans
Belgeleri).
• Hesap Türü- hesap türünü tanımlayan alfasayısal bir anahtar - her bir ana kayıt türü de bir
hesap türüdür (ör. D = Müşteri, K = Satıcı).
• Alan Durumu- bir alanın işlem girişi sırasında gizli, zorunlu veya isteğe bağlı olarak
tanımlanması.
• Alan Durum Grubu- benzer ana hesap ana kayıtlarına atanan alan durumları koleksiyonu.
• Bağlantı Kuralları- bir işlemin hesapları ve farklı alan durumlarına sahip kayıt anahtarları
olduğunda, bağlantı kuralları bir alanın gizli, zorunlu veya isteğe bağlı olup olmayacağını
belirler.
• Ekran Varyantı- Enjoy Kayıt ekranlarının görünümünü kontrol eder ve Alan Durumu
ayarlarından bağımsız olarak çalışır.
• Varsayılan Değerler- standart işlemler için, Kayıt Tuşları ve Belge Türleri veri girişi
sırasında otomatik olarak doldurulur.
• Şirketler Arası Belge- Şirketler arası işlemleri temsil eder ve her iki Şirket Kodunda da
görünür.
165
Bölüm Özeti
– Doğrulama
– İkame
– Kural
– Kullanıcı Çıkışı
– Çağrı Noktası
– İz Fonksiyonu
– Enjoy Kayıtları
– Karmaşık/Genel Kayıt
• Doğrulama - sistem belgeyi Boole mantığı kullanarak kaydetmeden önce verilerin

bütünlüğünü kontrol eder
• İkame - sistem, Boole mantığı kullanarak belge kaydederken verilerin bütünlüğünü kontrol
eder. Veriler belirlenen kriterlerden farklıysa, bir değişiklik yapılır.
• Kural - ifadenin birden çok yerde kullanılmasını sağlayan bir Boolean mantık deyiminin
atanmış adı.
• Kullanıcı Çıkışı- ABAP programında, kullanıcının verileri kontrol eden veya değiştiren kod
eklemesini sağlayan bir kırılma.
• Çağrı Noktası- bir doğrulamanın / ikamenin nerede gerçekleştiğini belirtir
• İz Fonksiyonu- Doğrulama / İkame’nin neden beklendiği gibi performans göstermediğini
belirlemek için kullanılır.
• Enjoy Kayıtları - Tek bir veri giriş ekranı, sekmeler ve tuşlarla karakterize edilmiş kullanıcı
dostu bir ekran
• Karmaşık/Genel Kayıt - Birden çok veri giriş ekranı ile karakterize edilen geleneksel SAP
ekranı.
166
11. Belge Konfigürasyonu-Belge Girişi
Bölüm 11. Belge Girişi
• Önceki bölüm, ticari işlemlerin sisteme girişi için gerekli

konfigürasyonu tanımlamıştır. Bu bölümde, kullanıcıların
sistemdeki belgeleri gerçekten girdiği uygulama tarafı
açıklanmaktadır.
– Sisteme bir belgenin nasıl girildiğini iki şekilde
ayrıntılı olarak anlamak.
– Birkaç tür belge girip / kaydetmek.
w w w .finsoft.com.tr Belge Konfigürasyonu
167
FI Belge
Belge Başlığı
Belge Tarihi Belge Türü Şirket Kodu
Kayıt Tarihi Döviz Kuru
Belge Numarası
Belge Kalemi 1
Kayıt Anahtarı Hesap M iktar
Belge Kalemi 2
Kayıt Anahtarı Hesap M iktar
• Bir belgenin iki ana bileşeni şunlardır:

– Belge Başlığı
– Belge Satır Kalemleri
• Kayıt, bir belgeyi kaydetme eylemidir ve bu da ilgili hesapların online, gerçek zamanlı
güncellenmesine yol açar. Bu terim, bu konuyu tartışırken sıklıkla “Enter” terimi ile
dönüşümlü olarak kullanılmaktadır.
• Hataları azaltmak için, kullanıcılar benzetim işlevi kullanılarak gönderilmek üzere olan
belgeyi görüntüleyebilir. Bu işlev, kaydedilecek şekliyle belgeyi görüntüler ve veriler yanlış
girilirse değişiklik yapılmasına izin verir.
168
11.1. Karmaşık (Genel) Kayıt
Belge Girişi- Karmaşık (Genel)

Kayıt
Belge Başlığı
• Ticari işlemleri temsil etmek için sisteme belgeler girilir. Bu bölümde, belge girişi Müşteri Faturası
kullanılarak açıklanacaktır.
• Belge Başlığında, aşağıdakiler dahil tüm belge için geçerli olan bilgiler girilir:
– Belge Tarihi: Orijinal dokümanın oluşturulduğu tarihi tanımlar (bilgi verisi).
– Belge Türü: Girilecek ticari işlemi tanımlar.
– Şirket Kodu: ticari işlemin girileceği şirketi tanımlar.
– Kayıt Tarihi: belgenin girildiği kayıt süresini belirler.
• Bu slaytta görüntülenen Belge Başlığı, müşteri faturalarını girmek içindir. Aşağıdakilere dikkat edin:
– Belge Tarihi, Kayıt Tarihi, Şirket Kodu ve Para Birimi alanları bir giriş gerektirir. (Not: “Kutuyu
işaretleyin” gerekli bir girişi sembolize eder). Diğer tüm alanlar isteğe bağlıdır. Ayrıca, sistemin
varsayılan tarihi Kayıt Tarihi alanına varsayılan olarak gireceğini unutmayın. Bu giriş
değiştirilebilir.
– Bu, Müşteri faturaları için Varsayılan Değer olduğundan Belge Türü alanı DR olarak dolduruldu
(bkz. Bölüm 10 - Belge Yapılandırması, s. 9).
– Gerekli alanlar girildikten sonra, kullanıcı tekrar eden kayıtları basitleştirmek için Act Atama
Modeli veya Ana Kalem Hızlı Giriş basma butonunu seçebilir (bunlar sırasıyla Bölüm 12:
Referans Belgeleri ve Bölüm 16: Belge Kalemi Konfigürasyonu kapsamındadır).
– Ekranın altına, belgenin ilk belge kalemine ilişkin ön bilgiler girilir. Not: Müşteri Faturaları için
varsayılan Kayıt Anahtarı 01'dir.
– Kullanıcının Müşteri Hesap Numarasını girmesi gerekir.
– Tüm başlık bilgileri girildikten sonra, ilk belge kalemi ekranına geçmek için “Enter” tuşuna basın.
169
Kayıt
İlk Belge Kalemi
• Yukarıdaki ilk belge kalemini girmek için ekran düzeni, önceki bölümde tartışıldığı gibidir. Kayıt
Anahtarının Alan Durumu (01) ve bu müşteri için Mutabakat Hesabı'nın Alan Durumu Grubu (120000)
hangi alanların gerekli olduğunu belirler. (isteğe bağlı veya gizli)
• Farklı bir ticari işlemin girilmesi büyük olasılıkla farklı bir ekran düzeniyle sonuçlanacaktır, çünkü
Hesabın Kayıt Anahtarı ve Alan Durumu Grubu muhtemelen farklı şekilde yapılandırılacaktır.
• Yukarıdaki slaytta, alanlara varsayılan olarak ayarlanmış bilgiler Müşteri ana verilerinden gelir. Bu
bilgiler değiştirilebilir ve diğer alanlara ek veriler girilebilir.
• İş Alanı gibi organizasyon yapıları bir Belge Kalemine atanabilir. Ayrıca, metin ve diğer tanımlayıcı
bilgiler de eklenebilir.
• Tayin alanı (alfasayısal, 18 karaktere kadar), Ana Hesap, satıcı veya müşteri ana verilerinde Sıralama
Anahtarı’nda belirtilen alandaki verilerle otomatik olarak güncellenir. Sistem, Ana Hesap görünümü
sırasında Belge Kalemlerini (bkz. Bölüm 15 - Hesapları ve Belgeleri Görüntüleyin) ve denkleştirme
gibi sistem etkinliklerini sıralamak için Atama alanını kullanır. Kullanıcı Atama alanına manuel olarak
bir değer girebilir.
• Ekranın altına, belgenin ikinci Belge Kalemi ile ilgili ön bilgiler girilir. Kullanıcı, yapılan belirli girdiyi
temel alarak bir sonraki Belge Kalemini belirlediğinden, Kayıt Anahtarı veya Hesap için varsayılan bir
şey olmadığını unutmayın.
170
171
Kayıt
İkinci Belge Kalemi
• Yeni Kayıt Anahtarı (50) ve Ana Hesap (6000), ilk Belge Kaleminden farklı Alan Durumu
Gruplarına sahip olduğundan, ikinci Belge Kalemi için ekran düzeni birinciden farklıdır.
• Bir belgede en fazla 999 Belge Kalemi olabilir.
• Bu örnekte, yalnızca iki Belge Kalemi içeren temel bir Müşteri Faturası girilmiştir:
Hesap Numarası Hesap Adı Borç

Alacak
• Anadolu Grubu 118TRY
60000000000 Yurt İçi Satışlar 118TRY
Not: Netleştirme (alacak) tutarı “*” ile gösterilmiştir. Yıldız işareti, alacak girişinin belgenin
dengede olmasına neden olan bir tutar alması gerektiğini belirtir
(yani, borçlar = alacaklar)
172
Kayıt
Simülasyon / Kayıt
• Simüle işlevini kullanarak, kullanıcı girilecek belgeyi görebilir. Bu slayt kullanıcının

gördüklerini gösterir.
• Kayıt işlevi seçilirse, bu ekran görülmez. Bunun yerine, kullanıcı girilen belgenin Belge
Numarasını belirten bir mesaj alır.
• Kullanıcı dengede olmayan veya geçersiz veri içeren bir belge yayınlamaya çalışırsa bir
hata mesajı oluşur.
173
11.2. Belge Girişi-Enjoy Kayıt
Belge Girişi- Enjoy Kayıt
• 4.6 sürümünde SAP, Enjoy Kayıt adı verilen yeni bir kayıt yöntemi sunmuştur. Yeni
gönderinin amacı, daha basit bir arayüz ve önemli bilgilere daha hızlı bağlantılar
sağlamaktır.
• Tüm belge kalemleri yalnızca bir ekrana girilebilir ve belge kalemleri için kayıt tuşlarını
belirlemek yerine, kullanıcıların yalnızca belge kaleminin borç mu yoksa alacak girişi mi
olduğuna karar vermesi gerekir. Not: Müşteri ve satıcı belge kalemi için kullanıcı, bir borç mu
yoksa alacak mı olduğunu bile belirlemez. Yukarıdaki örnekte, kullanıcı bir müşteri faturası
girdiği için bir alacak girişi beklenmektedir.
• Karmaşık Kayıttan farklı olarak, belge başlığı bilgileri belge kalemlerinden ayrılmaz; ancak,
belge kalemleri ayrı bir alandadır.
• Müşterinin ana kaydı ve hesabıyla ilgili ayrıntıları görüntülemek için hızlı bağlantılar sağlanır.
• Kullanıcının Ekran varyantlarını ve önceki oturumlardan önceden tanımlanmış veya
kaydedilmiş diğer kalemleri seçmesini sağlayan bir Ağaç yapısı mevcuttur.
174
Belge Girişi- Enjoy Kayıt
Simülasyon/ Kayıt
• Enjoy kayıtlarındaki simüle fonksiyonu karmaşık (genel) kayıtlardaki gibi çalışır.
175
Belge Girişi: Sistem Kontrolleri
M aliyet merkezi 2000 ise,

kar merkezine
2500 gönderin
Veri Girişi İkame Türetme
Kodlama Bloğu
Doğrulama
Ana Veri Kontrolü
• Bir belge kaydedildiğinde sistemin izlediği 5 adım vardır:

- Veri girilir ve Kaydet tuşu veya simüle komutu seçilir.
- Kullanıcı tanımlı İkameler yürütülür.
- Elde edilen tüm özellikler belgeye getirilir. Türevler, sistemin bilinen karakteristik
alanlara (örneğin, Karlılık Bölümleri) dayalı olarak doldurulmamış karakteristik alanlar
(bkz. CO-PA alt modülü) için otomatik olarak bulduğu değerlerdir.
- Kodlama Bloğu ana verilerin kullanılabilirliği ve uyumluluğu açısından kontrol edilir
(örneğin, bir hesabın gönderilmesi engellenebilir)
- Son olarak, kullanıcı tanımlı Doğrulamalar gerçekleştirilir. Örneğin, bir veri giriş
görevlisinin bir işlemi işleyebildiği ana hesaplarını sınırlayan bir doğrulama mevcut
olabilir.
• Yukarıdaki adımlardan herhangi birinde bir sorun varsa, sistem, istenen sistem yanıtının
nasıl yapılandırıldığına bağlı olarak bir uyarı veya hata mesajı getirir.
176
11.3. Bölüm Özeti
Belge Kayıt- Bölüm Özeti
– Kayıt
– Simüle
– Sistem Kontrolleri
• Kayıt - bir belgeyi kaydetme eylemi, ilgili hesapların online, gerçek zamanlı
güncellenmesine yol açar. Bu terim, bu konuyu tartışırken sıklıkla “Enter” terimi ile
dönüşümlü olarak kullanılmaktadır.
• Simüle - bu eylem, sistemin aynı doğrulama ve kontrol adımlarını gerçekleştirmesi
nedeniyle kayıta benzer, ancak belge gerçekte kaydedilmez.
• Sistem Kontrolleri Belge kaydı için-
- Veri girilir ve Kaydet butonu seçilir.
- Kullanıcı tanımlı Yedekler yürütülür.
- Türetilmiş özellikler belgeye getirilir.
- Kodlama Bloğu ana verilerin kullanılabilirliği ve uyumluluğu açısından kontrol edilir.
- Kullanıcı tanımlı Doğrulamalar yürütülür.
177
12. Referans Belgeler
Bölüm 12
Referans Belgeleri
• Normal iş akışı sırasında, tekrarlayan dönemsel
muhasebe işlemlerinin yapılması gerekir. Birçoğu çok
sayıda belge kalemi içerir. Giriş hatalarını ve veri giriş
süresini en aza indirgemek için, sistem tekrarlayan belge
kayıtlarına çeşitli çözümler sunar.
– Referans Belgelerinin anlaşılmasını sağlamak.
– Her bir Referans Belgesi türünün avantajlarını ve
dezavantajlarını karşılaştırmak ve kıyaslamak.
– Her bir Referans Belgesi türünü oluşturmak.
www.finsoft.com.tr Referans Belgeler
178
12.1. Tekrarlanan Kayıtlara Çözümler
Tekrarlanan Kayıtlara Çözümler
Karmaşık Kayıt
Yinelenen Belgeler
Örnek Belgeler
Hesap Tayin Modeli
ENJOY KAYDI
Hesap Tayin Şablonu
• Belirli belge türleri periyodik olarak tekrar tekrar kaydedilir. Tekrarlayan dokümanlar aynı
Kayıt Anahtarlarını, Hesapları ve genellikle aynı tutarları kullanır.
• Kullanıcılar, kayıt sırasında bir Referans Belgesi kullanarak tekrarlayan ticari işlemlere
girme sürecini basitleştirebilir. Karmaşık / Genel Kayıtlarda kullanılan üç tip Referans
Belgesi:
– Yinelenen Belgeler (Yinelenen Giriş olarak da bilinir)
– Örnek Belgeler
– Hesap Tayin Modeli
• Enjoy Kayıtlar Hesap Atama Şablonu adı verilen tek bir özel Referans Belgeye sahiptir.
Benzer ada rağmen, Hesap Değerlendirme Şablonu Karmaşık Kayıtların Hesap Tayin
Modelinden önemli ölçüde farklıdır ve ikisi birbirinin yerine kullanılamaz.
179
12.1.1.Yinelenen Belge
Yinelenen Belge
(Yinelenen Giriş)
Kayıt
Anahtarı
Hesap Değiştirilemez
Tutar
• Yinelenen Belgeler, kira veya sigorta giderleri gibi düzenli olarak tekrarlanan ticari
işlemlerdir. Aşağıdaki veriler, Yinelenen Belgelerde asla değişmez:
– Kayıt Anahtarları
– Hesaplar
– Belge Kalemi Miktarları
• Yinelenen Belge oluşturulduğunda, içinde yer alan muhasebe girişini kaydetmez. Bunun
yerine, Yinelenen Kayıt Programı, toplu kayıt yoluyla gerçek Muhasebe Belgesini
oluşturmak için Temel Olarak Yinelenen Belgeyi kullanır.
• Yinelenen bir Belgeyi zamanlamak için, Yinelenen Belgenin içinde çalıştırılacağı geçerlilik
süresi tanımlanmalıdır. Ardından, Yinelenen Belgede saklanan bilgilerin kesin tarihlerini
belirlemenin iki yolu vardır:
– Kayıt günleri arasında ayın gününü ve aylar arasındaki süreyi girerek kayıt sıklığını
belirtin.
– Alternatif olarak, sistemin girişi kaydedeceği takvim tarihlerini tanımlayan bir çalışma
programı yapılandırılabilir.
180
Yinelenen Belge
(Yinelenen Giriş)
Prosedür Adımları
1) Veri girişi
2) Yinelenen Kayıt Programını Çalıştırma
3) Toplu girdi oturumunu yürüt
(Muhasebe Belgesi oluşturuldu)
• Yinelenen Belgeleri kullanmak için gerekli üç adım şunlardır:

1) Yinelenen Bir Belge Oluşturun.
• Muhasebe Belgesini kaydetmek için Kayıt Anahtarları, Hesap Numaraları ve
tutarlar gibi gerekli verileri girin.
• Kayıt sıklığını veya çalıştırma programını ayarlayan kontrol bilgilerini girin.
2) Yinelenen Kayıt Programını çalıştırın. Sistem, her çalışma döneminde hangi Yinelenen
Belgelerin işleneceğini belirler ve aşağıdakileri içeren bir toplu girdi oturumu oluşturur:
• Muhasebe Belgelerini kaydetmek için gereken veriler.
• Sonraki çalışma tarihi, işlenen çalışma sayısı ve gerekirse bir silme göstergesi
dahil olmak üzere Yinelenen Belgelerdeki zamanlama bilgilerini güncellemek için
gereken veriler.
3) Toplu girdi oturumunu işleyin. Toplu girdi oturumu Muhasebe Belgelerini kaydeder.
Belgelerdeki zamanlama bilgilerini, gönderilen belge sayısı, yinelenen bir girişten yeni
bir belgenin oluşturulacağı sonraki tarih vb.
181
Yinelenen Belge (Yinelenen Giriş)
Özellikleri
• Ana Hesap, Müşteri Hesapları veya Satıcılar Muhasebesi kayıtları için Yinelenen Belgeler
oluşturulabilir ve yürütülebilir.
• Ulusal Para Birimi Transfer Tutarları göstergesi:
– Yabancı para birimlerinde Yinelenen Belgelerden bir Muhasebe Belgesi oluştururken,
genellikle sadece para birimi alanları kabul edilir. Ulusal para birimi, o andaki geçerli
döviz kuruna göre hesaplanır. Geçmişteki oranı kullanarak belge oluşturmak için, bu
gösterge işaretlenmelidir, bu da yeni Muhasebe Belgelerinde uygun ulusal para birimi
tutarlarının benimsenmesini sağlar.
• Vergi Tutarlarını Ulusal Para Birimi Transferi göstergesi:
– Vergi tutarlarını tarihsel döviz kuru ile aktarmak için bu göstergenin işaretlenmesi
gerekir. Vergi tutarları için manuel bir oran girilecekse, tutarları özel olarak aktarmak
için bu göstergenin işaretlenmesi gerekir.
182
12.1.2.Örnek Belgeler
Örnek Belgeler
Örnek bir belgenin özellikleri:

• Yalnızca miktarlar değiştirilebilir
• Belge Kalemleri Örnek Dokümanın kendisine eklenemez
• Gerçek bir kayıt belgesinde yalnızca bir tanesi kullanılabilir
• Dengeli bir giriş olması gerekmez
• Özel bir Belge Türü kullanır (X2)
• Örnek Belge, yeni bir kayda kopyalanabilen bir model belgedir; sistemde saklanan bir
şablon gibidir.
• Belge Girişi ekranında, kullanıcı geçerli alanları otomatik olarak dolduracak bir Örnek Belge
seçebilir.
• Bir Örnek Belge oluşturulduktan ve kaydedildikten sonra, yalnızca miktarlar değiştirilebilir.
Belge kalemleri örnek belgenin kendisine eklenemez. Yeni belge kalemlerini barındırmak
için, istenen tüm belge kalemlerini içeren yeni bir Örnek Belge oluşturulmalıdır; ancak, belge
kalemleri örnek bir belgeye başvuruda bulunan bir FI belgesine eklenebilir.
• Bir belge kaydedilirken, aynı anda yalnızca bir Örnek Belge kullanılabilir. Referanslı Kayıt
işlevi kullanılarak Belge Giriş Ekranındaki Belge Numarası ile erişilir.
• Örnek belgeler ayrı bir sayı aralığına sahiptir. Örnek bir belge oluşturduğunuzda, sistem
belgeyi saklar ancak herhangi bir işlem rakamını güncellemez.
183
12.1.3.Hesap Tayin Modeli
Hesap Tayin Modeli
Özellikleri:
• Esnek
• Tüm alanlar değiştirilebilir
• Belge Kalemleri eklenebilir
• Bir seferde birden fazla kullanılabilir
• Tam olmak zorunda değil
• Kullanıcı tarafından adlandırılır.
• Hesap Tayin Modeli, belge girişi için bir modeldir. Herhangi bir sayıda belge kalemi ve
kaydedilen tutarları içerebilir.
• Hesap Tayin Modeli, kullanıcının daha fazla belge kalemi eklemesine ve önceden atanmış
tüm alanları değiştirmesine izin verdiği için Yinelenen Belgelerden veya Örnek Belgelerden
daha esnektir.
• Hesap Tayin Modeli kullanıcının, kullanıcı tanımlı ekran şablonlarını kullanarak liste
formundaki öğeleri girmesine olanak tanır.
• Hesap Tayin Modeli'ndeki kaydın tamamlanması gerekmez. Örneğin, döküman belge
kalemlerinde hesaplar modele önceden tayin edilmiş olabilir, ancak Maliyet Merkezi ve Tutar
alanları boş bırakılabilir. Bu alanlar, model gerçekten kullanıldığında doldurulur.
• Hesap Tayin Modeli temel olarak alt defter hesapları yerine Defteri kebir hesaplarına işlem
yapmak için kullanılır. Ancak, bu fonksiyon Müşteriler ve Satıcılar Hesapları belge kaydı için
de aranabilir.
• Bir Hesap Tayin Modelinin üstbilgisindeki tek zorunlu alan, kullanıcı tanımlı Ad'dır.
• Hesap Tayin Modeli’ndeki isteğe bağlı alanlar Para Birimi, Hesap Planı, Örnek Metin,
Yetkilendirme ve Eşdeğerlik Numarası'nı (daha sonra tanımlanacak) içerir.
184
Hesap Tayin Modelinin Esnekliği
Hesap Tayin Modeli (Şablon)
Başlık
Hesap KA Miktar
Belge Kalemi 1 xxxxxxxxxx 50 1500
Kopya
Muhasebe Belgesi
Başlık
Hesap KA Miktar Düzenlenebilir
• Hesap Tayin Modeli ile aynı anda birden çok alan tayini yayınlanabilir. Ancak, bir tane
oluşturulmadan önce bir ekran şablonu tanımlanmalıdır. Ekran şablonu (isteğe bağlı
donanım) çizgi düzeni için istenen alanları tanımlar. Bir çizgi düzeninde, kendisine atanmış
en fazla iki satır alan olabilir.
• Hesap Tayin Modeli varyantı, Para Birimi gibi bazı başlık verileri içerir. Üstbilgi bilgileri
belgeye ilk olarak girildiğinden, Hesap Tayin Modelinin gönderilecek belgeyle aynı Para
Birimi içerdiğinden emin olunmalıdır. Örneğin, bir belgeyi Kanada Doları'na göndermek için
Kanada Doları ile tanımlanan bir Hesap Tayin Modeli kullanılmalıdır.
185
Hesap Tayin Modeli
Belge Girişi
Kayıt
Menü Butona
yada yada Anahtarı
Yolu Bas
“00”
Hesap Tayin Modeli Tanımlaması

Para Birimi
Şirket Kodu
Hesap KA Miktar
• Kaydederken Hesap Tayin Modelini aramanın üç yolu vardır:

– Git / Hesap Tayin Modeli menü yolu üzerinden ...
– Hesap Tayin Modeli butonunu tıklayarak
– İlk belge kalemine, Kayıt Anahtarı olarak “00” ve Hesap alanına Hesap Tayin
Modelinin adını girin.
• Hesap Tayin Modelleri birden fazla Şirket Kodu içerebileceğinden, şirketler arası işlemler
oluşturmak için kullanılabilir.
• Hesap Tayin Modeli, Denklik Numaraları kullanılarak tek bir tutarın farklı belge kalemleri
arasında dağıtılmasına olanak tanır. Eşdeğerlik Numarası, kullanıcının her belge kalemine
atadığı toplam miktarın yüzdesidir. Sistem daha sonra atanan yüzdelere göre tek bir tutarı
belge kalemlerine dağıtacaktır. Not, yüzdelerin toplamı% 100 olmalıdır.
186
Tek Bir Belgede Birden Fazla
Model
Belge
Hesap
Tayin Hesap Tayin Modeli 1
Modelleri
Hesap Tayin Modeli 2
Manuel Giriş
Referans Belgeler
• Gönderme sırasında, aynı belge kalemlerini tekrar tekrar eklemek için Hesap Tayini Modeli
bir belge içinde birden çok kez istenebilir. Diğer Hesap Tayin Modelleri de aynı kayıtta
kullanılabilir. Ayrıca, manuel olarak daha fazla belge kalemi eklenebilir.
187
12.2. Enjoy Kayıt İçin Hesap Tayin Şablonu
Enjoy Kayıt İçin Hesap Tayin

Şablonu
Özellikleri:
• Esneklik
• Kullanıcı tanımlı ekran şablonlarına izin vermez
• Tüm alanlar değiştirilebilir
• Belge kalemleri eklenebilir
• Bir seferde birden fazla kullanılabilir
• Tam olmak zorunda değil
• Kullanıcı tarafından adlandırılır
Referans Belgeler
• Hesap Tayin Modeli'ne benzer olmakla birlikte, Hesap Tayin Şablonu, Enjoy ekranında
kullanılabilen tek referans belgedir. Bu menüye doğrudan bir menü yolu aracılığıyla Enjoy
ekranından erişilir.
• Alanlara değerler girerek ve Düzenle> Hesap Tayin Şablonu Oluştur menü yolu ile şablonu
kaydederek doğrudan Enjoy ekranında oluşturulur.
• Hesap Tayin Şablonu, kullanıcı tanımlı ekran şablonlarının kullanılmasına izin vermez.
Enjoy Ekran varyantları kullanılabilir; ancak, Hesap Tayin Şablonundan bağımsız olarak
oluşturulurlar, bu nedenle Şablon için gerekli olan tüm alanların Ekran varyantlarına dahil
edilmesine dikkat edilmelidir.
• Hesap Tayin Şablonundaki gönderinin tamamlanması gerekmez. Örneğin, döküman belge
kalemlerinde, hesaplar şablonda önceden atanmış olabilir, ancak Maliyet Merkezi ve Tutar
alanları boş bırakılmıştır. Bu alanlar, şablon gerçekten kullanıldığında doldurulur.
• Hesap Tayin Şablonu esas olarak alt ana hesaplar yerine Defteri kebir hesaplarına işlem
yapmak için kullanılır. Bu işlevi, Müşteri Hesapları ve Satıcılar Hesaplarında belge
kaydedilirken bu işlev istenebilir, ancak hesap tayin şablonu müşteri veya satıcı girişlerini
değil, yalnızca ana kalem öğelerini içerecektir.
• Hesap Tayin şablonunun tek zorunlu alanı, kullanıcı tarafından sağlanan Ad'dır.
188
12.3. Tekrarlayan Kayıtlara Diğer Çözümler
Tekrarlayan Kayıtlara Diğer

Çözümler
1. Referans İle Kayıt
• Benzer bir belge daha önce gönderilmişti

• Belge Numarası biliniyor
2. Verileri Tut / Ayarla
• Verileri Tut: Önceki işlemden alınan veriler varsayılan olarak

ayarlanmış ve düzenlenebilir
• Verileri Ayarla: Önceki işlemden alınan veriler varsayılan
olarak ayarlanmıştır ve düzenlenemez
Referans Belgeler
• Referans Belgeler, kayıtlar zaman içinde tekrarlandığında en iyi şekilde kullanılır.

• Bir belge çok az değişiklik yapılarak veya değişiklik yapılmadan bir kereden fazla
gönderildiğinde, kullanıcı önceden gönderilmiş bir belgeye başvurabilir.
• Veri tutma / ayarlama işlevi, başka bir benzer işlem oluştururken belirli verilerin otomatik
olarak varsayılan ayarına izin verir. Veriler bu kullanıcıya özgüdür ve sistemden çıkış
yapıldıktan sonra kullanıcı tarafından yeniden girilmelidir.
189
12.4. Referans Belgeler Bölüm Özeti
Referans Belgeler- Bölüm Özeti
– Referans Belgeler
– Yinelenen Belge (Yinelenen Giriş)
– Örnek Belge
– Hesap Tayin Modeli
– Hesap Tayini Şablonu
– Verileri Tut / Ayarla
Referans Belgeler
• Referans Belge- şablonlar kullanarak tekrar eden kayıtların girme işlemini basitleştiren
belge.
• Yinelenen Belge -(Yinelenen Giriş) - düzenli olarak tekrarlanan ticari işlemleri içeren bir
belge. Kayıt Anahtarları, Hesaplar ve Belge Kalemi Tutarları değiştirilemez. Bu girdiler,
Yinelenen Kayıt Programı bir toplu girdi oturumu aracılığıyla çalıştırıldığında gönderilir.
• Örnek Belge- belge kaydetmek için şablon olarak kullanılır. Oluşturulduktan sonra, yalnızca
miktarlar değiştirilebilir. Belge kalemleri eklenemez.
• Hesap Tayin Modeli - ek belge kalemlerinin eklenmesine ve önceden atanmış alanların
hepsinin değiştirilmesine izin verdiği için en esnek Referans Belgesi. Esas ana hesap
kayıtları için kullanılır.
• Hesap Tayin Tablosu- Enjoy Kayıt’ta kullanılan tek referans belgesi, Karmaşık Kayıtlar için
hesap atama modeli ile çok esnek, benzer özellikler.
• Verileri Tut/Ayarla- Verileri beklet, varsayılan verileri önceki işlemden geçerli işleme aktarır.
Bu veriler düzenlenebilir. Set verileri aynı işlevi yerine getirir; ancak veriler düzenlenemez.
190
13. Ön Kayıtlar
Bölüm 13
Ön Kayıtlar
• Önceki bölümlerde belgelerin anında kaydedilmesi
tartışılmıştır. Ancak, yetkilendirme ve eksik veriler gibi iş
sorunları genellikle bir belgenin sistem tarafından
saklanmasını gerektirir, bu nedenle gerekli tüm bilgiler
mevcut olduğunda kaydedilebilir.
– Ön Kayıt ve Tutulan Belgeler ve bunların kullanımları
hakkında bilgi vermek.
– Ön Kayıt ve Tutulan Belgelerin avantaj ve
dezavantajlarını kıyaslamak ve karşılaştırmak
– İş Akışı teknolojisini anlamak
– Ön Kayıt ve Tutma işlevini kullanmak
Ön Kayıtlar
191
Ön Kayıtlar
Sorun
Belge
Tanımlandı
Ön Kayıt/Tut
Sorun
Çözüldü
Kayıt
Ön Kayıtlar
• Sisteme eksik dokümanları girmek ve saklamak için ön kayıtları kullanabilirsiniz. Bu ön

kayıtlar, saklanırken veri bütünlüğü kontrollerinden geçmez; kontroller belge nihayet
kaydedildiğinde gerçekleşir.
• İki tür ön kayıt:
– Ön Kayıt Belgeler
– Tutulan Belgeler
• Ön kayıtlar, işlem rakamları gibi sistemdeki hiçbir veriyi güncellemez (Not: Nakit Yönetimi
modülü Beklemede Bir Belge tarafından güncellenecektir).
192
Ön Kayıt Belgelerin Özellikleri
Ön Kayıt Belgeler
Şirketler
Raporlara Arası
Çekler
Bağlantılar İşlem
Ön Kayıtlar
• Bir belgenin ön kaydı, bir belgenin gönderilmeden önce kullanıcı dışındaki bir kişi tarafından
incelenmesine ve onaylanmasına izin verir.
• Ön Kayıt belgelerle ilgili bilgiler hemen elde edilebilir ve gerçekte gönderilmeden önce raporlama
amacıyla kullanılabilir. Mali tabloları güncellemezler.
• Ön Kayıt Belgeler raporlama işlevleriyle bağlantılıdır:
– Bunlar, Mali Muhasebe modülündeki (Belge Günlüğü ve açık kalem raporları) hesap
görüntüleme ve raporlama işlevleriyle bağlantılıdır.
– Ön Kayıt Öğeler seçeneğini belirlediğinizde, bir hesabın belge kalemlerini görüntülerken Ön
Kayıt’taki belge kalemleri görünebilir.
• Çekler:
– Yalnızca Kayıt Anahtarı ve Hesap Numarası gibi belirli alanların doldurulması zorunludur. Belge
Ön Kayıtta onaylanır.
– Yetkilendirmeler, bazı kullanıcıların yalnızca belgeleri ön kaydına izin verecek şekilde
yapılandırılabilirken, diğerleri hem belgeleri kaydedebilir hem de bekletebilir.
– Belge ön kaydı yapıldığında tolerans kontrolü yapılmaz – (yalnızca kaydedildiğinde).
• Şirketler Arası Kod İşlemleri
– Ön Kaydı Yapılan Bir Belge yalnızca ilk Şirket Kodundaki işlemler için oluşturulur. Ön Kayıtta bir
belgeye ikinci şirket kodu belge kalemi girmek mümkün değildir. Kalan şirketler arası belgeler
Ön Kayıt Belge kaydedildiğinde oluşturulur.
193
13.1. Ön Kayıt Belgesi Oluşturma
Ön Kayıt Belgesi Nasıl Yapılır
Ön Kayıtlar
• Bir dokümanın ön kaydını yapmak için doküman oluşturma ekranındaki Menü Yolu:
Doküman> Ön Kayıt veya Ön Kayıt Dokümanı tuşunu kullanabilirsiniz.
• Ön Kayıt Edilmiş bir belge kaydedildiğinde, finansal muhasebe girişi kaydedilmez. Denge
kontrolü yapılmaz; ancak belge kalemi Hesap Ekranında görüntülenebilir.
• Ön Kayıt edilmiş bir belge kaydedildiğinde, Belge Numarasını içeren bir mesaj görüntülenir.
Bu numaralar standart belge gönderme işleviyle aynı şekilde atandığından, kaydedilen
belge ön kayıt belge numarasını korur.
• Ön Kayıt edilmiş bir belge birkaç farklı adımda saklanabilir ve tamamlanabilir. Bu işlem
sırasında çok sayıda başlık ve kalem alanı (tutarlar dahil) değiştirilebilir. Para Birimi ve Şirket
Kodu alanları değiştirilemez. Ön Kayıt Belgelerdeki değişiklikleri kaydedildikten sonra da
görüntüleyebilirsiniz. Ön Kayıt Belgeler silinebilir. Ancak belge numarası artık diğer belgeler
için kullanılamaz.
• Hem Enjoy Kayıtlar hem de Kompleks Kayıtlar sırasında bir belge ön kaydı mümkündür.
194
Ön Kayıt Belgesini Kaydet
Ön Kayıt Belgesini
Veri Tabanı Ön Kayıt Belgesi Tamamla
Ön Kayıt 1234 1234
Belgeleri
Veri Tabanı Muhasebe

Kayıt Belgesi Kayıt
Belgeleri 1234
Ön Kayıt Belge Numarası kaydedilen belgeye aktarılır.

Ön Kayıt Belgesi, Ön Kayıt Belgeler Veritabanından silinir ve
Belgeler Kayıt Veritabanında bir Muhasebe Belgesi oluşturulur.
Ön Kayıtlar
• Ön Kayıt Belgeler ayrı ayrı veya bir liste aracılığıyla kaydedilebilir. Birden fazla Ön Kayıt
Belgeyi bir liste aracılığıyla kaydederken, sistem bir belge gönderemediği takdirde, her Ön
Kayıt Belgenin düzenini ayrıntılarıyla gösteren bir liste yayınlar.
• Ön Kayıtlı Bir Belge kaydedilemiyorsa, liste düzeltmeyi kolaylaştırmak için kullanılabilir. Ön
Kayıt Belgeleri daha sonra kaydetmek için listeden bir toplu girdi oturumu oluşturulabilir.
• Ön Kayıt Belge verileri standart kayıt verilerinden ayrı bir tabloda saklanır. Ön Kayıtlı bir
belge gerçekten kaydedildiğinde, Ön Kayıt Belgedeki veriler Ön Kayıt Belgeler
Veritabanından silinir. Doküman verileri daha sonra standart Doküman Kaydetme
Veritabanına yazılır.
• Nakit Yönetimi modülüne gönderilen veriler Ön Kayıt Doküman için ters çevrilir ve
kaydedilen gerçek hesapları ve tutarları yansıtacak şekilde yeniden hesaplanır.
195
13.2. Ön Kayıt Belgeler İçin Onay
Ön Kayıt Belgeler İçin Onay
Katip Gözetmen
İletişim
Onay
• Manuel
• İş Akışı Aracılığıyla
Kayıt
Ön Kayıtlar
• Bir veri giriş memuru bir ön kayıt oluşturmuşsa, memur Ön Kayıt Dokümanın onaylanması
için manuel olarak temasa geçebilir veya SAP Workflow modülünü kullanabilir.
• İş Akışı
– Ofis iletişimi ve organizasyonunun verimliliğini arttırmak için bir araç.
– Otomatik belgenin serbest bırakılmasına (belgenin kaydedilmesi) ve / veya iki kişiyi
kapsayan onay prosedürlerine izin verir.
– Görevleri kuruluş içindeki çalışanlara veya departmanlara bağlayarak iş süreçlerinin
verimliliğini artırır.
– İnsanları, çalışma adımlarını ve işlenecek verileri koordine ederek iş süreçlerini
yönetme süresini ve maliyetini azaltır.
– Şeffaflığı ve kaliteyi artırır.
196
13.3. Ön Kayıt Belgeler ve İş Akışı
Ön Kayıt Belgeler ve İş Akışı
Kayıt Ön kayıt
Belge
Belge
Onaylandı
Kayıt Onay Tahliye

Belge Kaydı Tutarları
Onaylanmamış
Gönderenin Posta Kutusu
Ön Kayıtlar
• İş akışı aracılığıyla birden fazla onay süreci yapılandırılabilir.

• Bir belge ön kayıt yapıldığında, serbest bırakmanın onaylanması için eşik miktarlarla
tetiklenir. Üç seviyeye kadar miktar onayı mümkündür. Tutara dayalı tahliye prosedürü,
hangi sorumlu kişiye bildirilmesi gerektiğini belirler (çalışanlar veya kuruluş departmanları
arasındaki onay yolu yapılandırılmalıdır) ve sistem, Ön Kayıt Belgeyi incelemek için otomatik
olarak onaylayıcının posta kutusuna bir mesaj yerleştirir.
• İncelemeden sonra onaylayan, Ön Kayıt Belgesini tamamlayabilir (gerekli ek bilgileri
ekleyebilir, onaylayabilir) veya reddedebilir.
– Reddedilirse, Ön Kayıt Belgesinin göndericisine bir posta iletisi gönderilir.
– Tamamlandıysa, Ön Kayıt Belgesi gönderilmeye hazırdır (İş Akışı'nda "Serbest Bırak"
olarak adlandırılır)
197
Eksik Belgeleri Tutma
Eksik
Tutma
Belge
Ön Kayıt Tutma
• Dahili olarak atanan Belge • Kullanıcı tarafından atanan

Numarası Belge Numarası
• Hesap Ekranında • Hesap Ekranında

görüntülenebilir görüntülenemez
• Herhangi bir kullanıcı • Diğer kullanıcılar tarafından

tarafından görüntülenebilir / görüntülenemez /
değiştirilebilir değiştirilemez
Ön Kayıtlar
• Belge oluşturma sırasında belirli bilgiler mevcut değilse, belge Tutulan Belge olarak
kaydedilebilir. Ön Kayıtlı Bir Belgede olduğu gibi, Tutulan Bir Belge kaydedildiğinde hiçbir
finansal muhasebe girişi kaydedilmez.
• Bir belgenin tutulması, bir belgenin ön kayıt edilmesi aşağıdaki şekillerde farklılık gösterir:
– Kullanıcı Tutulan Belgeye kullanıcı kimliği tarafından kontrol edilen geçici bir Belge
Numarası atar. Diğer kullanıcılar bu tutulan dokümanı görüntüleyemez veya
değiştiremez.
– Tutulan Belgeler Hesap Ekranında görüntülenemez. Tutulan belgeler, yalnızca Tutulan
Belgeyi Aç butonu kullanılarak standart doküman giriş zamanında görüntülenebilir.
• Her ikisi de Enjoy ve Karmaşık Kayıtlarda kullanılabilir.
198
13.4. Ön Kayıt Belgesi Bölüm Özeti
Ön Kayıt Belgeleri Bölüm Özeti
– Ön Kayıtlar
– Ön Kayıt Belgeleri
– Tutulan Belge
– İş Akışı
Ön Kayıtlar
• Ön Kayıtlar- İlgili tüm bilgiler elde edilinceye ve tamamlanan belge kaydedilinceye kadar
sistem tarafından saklanan belgeler.
• Ön Kayıt Belgesi - Tüm kullanıcılar tarafından (kayıt yetkisi ile) erişilebilen ve
kaydedilebilen, Hesap Görüntüleme sırasında görüntülenebilen ve SAP Business
Workflow’da kullanılabilen bir ön kayıt türü
• Tutulan Belge- Yalnızca başlatan kullanıcı tarafından erişilebilen ve korunabilen bir tür ön
belge.
• İş Akışı - Otomatik bir belge onaylama sürecini kolaylaştıran ayrı bir SAP modülü. SAP
Business Workflow, iş süreçlerinin en üstünde yer alan ve uygun SAP R / 3 kullanıcısına
dikkat edilmesi gereken kalemler sağlayan prosedürel bir otomasyon katmanı sağlar.
199
14. Belge/Hesap Bakımı
Bölüm 14
Belge/Hesap Bakımı
• Bir belge kaydedildikten sonra bulunan hatalar, belge
değiştirilerek veya ters kayıt alarak ve doğrulanmış bir
belge kaydedilerek düzeltilebilir. Ayrıca, çok sayıda belge
kaydedildiğinden hesapların zaman içinde yönetilmesi
zorlaşır. Denkleştirme süreci hesap yönetimini optimize
eder.
– Belge bakımını anlamak
– Hesap denkleştirme ve nasıl kullanıldığına dair bilgi
vermek
– Yanlış belgelerin ters kaydını almak
– Ana Hesap, Müşteri ve Satıcı Hesaplarını
denkleştirmek
200
14.1. Bir Belgeyi Değiştirme
Bir Belgeyi Değiştirme
Belge
Değişen
Belge
Değiştirme Veritabanı
Belge
Belge Değiştirme
Kuralları
• Belge değiştirme kuralları, IMG'de yapılandırılanlar, hangi belge alanlarının ve hangi

koşullarda değiştirilebileceğini belirleyin.
• Belge Değiştirme Kuralı tablosu değiştirilebilen tüm belge alanlarını içerir. Bir belgedeki
muhasebe bilgileriyle doğrudan ilişkili alanlar, bu alanlar Belge Değiştirme Kuralları
tablosunda değiştirilebilir olarak yapılandırılsa bile hiçbir zaman değiştirilemez (örn. Kayıt
Anahtarı, Hesap Numarası, Tutar, Para Birimi ve belge başlığındaki tarihler). İş Alanı ve
Şirket Kodu da değiştirilemez.
• Finansal muhasebe verilerinde sadece belgenin ters kaydı ve yenisinin kaydedilmesi ile
değişiklik yapılabilir.
• Ana kayıtlarda ve belgelerde yapılan değişiklikler, daha sonraki görüntüleme için sistem
tarafından kaydedilir, böylece bir denetim izi sağlanır. Veri Sözlüğü hangi alan
değişikliklerinin kaydedileceğini tanımlar.
• Toplu değişiklik, kullanıcıların bir dizi müşteri ve satıcı belge kalemini, dökümanlardaki belge
kalemini tek tek değiştirmekten daha hızlı düzenlemesine olanak tanır. Aşağıdaki verileri
toplu olarak değiştirebilirsiniz: Ödeme verileri (Ödeme koşulları, ödeme bloğu, ödeme
yöntemi, ana banka) ve İhtar verileri (son ihtar, ihtar seviyesi, ihtar bloğu, ihtar anahtarı).
201
14.2. Belgeyi Ters Kaydetme
Belgeyi Ters Kaydetme

Belge A
KA Hesap Tutar
40 123 150 TRY
50 456 150 TRY
(Belge B Tarafından Geri Alındı)
TERS
Belge B
KA Hesap Tutar
40 456 150 TRY
50 123 150 TRY
(A Belgesine Referans)
www.finsoft.com.tr Belge/Hesap Bakımı
• Belgeyi ters kaydetme işlemi, ters kaydedilen belgedeki ile tersi olan belge kalemlerini
içeren yeni bir belge oluşturur. Orijinal belge olduğu gibi kaldığından, belge tersine
kaydetme, manuel ayarlama girişleri aracılığıyla hataları düzeltmekten daha iyi bir denetim
izi sunar.
• Hesap belge kalemlerini görüntülerken hem orijinal belge hem de ters belge denkleşmiş
belgeler olarak görünür (Denkleşme, bu bölümün ilerleyen kısımlarında açıklanmaktadır.
Hesap Ekranı, Bölüm 15 - Hesapları ve Belgeleri Görüntüle bölümünde açıklanmaktadır).
• Ters kayıt için bir Kayıt Tarihi belirtilmezse, sistem orijinal dokümanın Kayıt Tarihini girer.
• Sistem, yapılandırmaya bağlı olarak ters belgenin Belge Türü ve Kayıt Anahtarını girer. Bir
Belge Türü oluştururken, uygun ters Belge Türünü ve Kayıt Anahtarını gösteren bir alan
olduğunu unutmayın.
• Bir belge yalnızca aşağıdaki durumlarda geri alınabilir:
– Belgenin denkleşmiş belge kalemleri yoksa.
– Belge yalnızca Müşteri, Satıcı veya Ana Hesap belge kalemlerini içerdiğinde
– Belge FI'ya kaydedildiğinde (SD veya MM değil).
– Orijinal belgedeki Maliyet Merkezleri ve Çalışma Alanları gibi tüm değerler hala
geçerliyse.
202
Bir Belgeyi Ters Kaydetmek -
Gerçek Ters Kayıt
Geleneksel Ters Kayıt : Gerçek Ters Kayıt:
Ters kayıt öncesi işlem rakamları Ters kayıt öncesi işlem rakamları
Hesap 1 Hesap 2 Hesap 1 Hesap 2

borç alacak borç alacak borç alacak borç alacak
100 0 0 100 100 0 0 100
Ters kayıt sonrası işlem rakamları Ters kayıt sonrası işlem rakamları
Hesap 1 Hesap 2 Hesap 1 Hesap 2

borç alacak Borç alacak borç alacak borç alacak
0 100 100 0 0 0 0 0
Ters Kayıt Ters Kayıt
• 4.0 sürümünde SAP, yeni bir ters kayıt türü olan Gerçek Ters Kayıt ile geldi.
• Bu işlevsellik, belirli ülkelerdeki (Fransa, Portekiz, Rusya, vb.) Yasal gereklilikleri karşılamak
için sunulmuştur. Geleneksel tersine kayıt hem hesap bakiyesindeki hem de sonradan bir
şirketin kitaplarının deneme bakiyesindeki borç ve alacak sütunlarının tersine çevrilme
miktarına göre artmasına neden olur. Sonuç olarak, işlem rakamları şişer.
• Gerçek tersine çevirme, “negatif” belge kalemi tutarının orijinal belgedeki ile aynı tarafa (borç
veya alacak) kaydedildiği negatif kayıt prensibine dayanır. Sonuç olarak, bir belge tersine
çevrildiğinde, başlangıçta yanlış bir kayıtla artırılan hesap bakiyeleri, negatif (ters kayıt)
kaydı ile tersine çevrilir.
• Gerçek ters kayıt belgesi, geleneksel ters kayıt belgesiyle tamamen aynıdır, ters kayıt
tuşlarına sahip kayıtlar içerir ve ilk bakışta tutarların negatif olduğunu belirlemek mümkün
değildir. Ancak, bir belge kaleminin "Daha Fazla Ayrıntı" ekranında bir bayrak, olumsuz
kayıtların gerçekleştiğini gösterir. Ne hesap bakiyesi ne de orijinal işlem, her iki taraftaki geri
ödemeyi (borç veya alacak) yansıtmaz, bu da gerçek geri dönüşün temel amacıdır.
• Şirket kodu düzeyinde negatif kayıtlara izin verilmeli ve ayrıca IMG'de negatif kayıtlar için
özel bir neden kodu oluşturulmalıdır.
• Geleneksel tersine çevirme hala kullanılabilir.
• Gerçek Tersine Çevirme koşulları, geleneksel tersine çevirme ile aynıdır.
203
14.2.1. Negatif Kayıtlar Ek Kullanım
Negatif Kayıtlar Ek Kullanım
NEGATİF KAYITLAR AYRICA KULLANILIR :

• ters kayıt olmayan kayıtlar için
(her belge kalemi için ayrı ayrı negatif kayıt göstergesi ayarlandı)
• SD ve MM’de
(bir kullanıcının negatif kayıt göstergesi üzerinde kontrol yok,

varsayılan olarak otomatik)
• Ters kayıt olmayan kayıtlarda, bir belge gönderirken her belge kaleminin işlem rakamlarının
negatif güncellenmesi için göstergeyi ayrı ayrı ayarlayabilirsiniz. Bir belge kalemi bir belge
içinde yanlış hesaba kaydedildiyse ve belgenin ters kaydedilmesi ve yeniden kaydedilmesi
mümkün değilse veya istenmiyorsa, kalemi yanlış hesaptan kaldırabilir ve doğru olana
ekleyebilirsiniz. Bunu yapmak için, bir kalemin işlem rakamlarının normal olarak
güncellenmesine neden olurken, başka bir kalem olumsuz bir güncelleme ile sonuçlandığı bir
transfer kaydı yapmanız gerekir.
• Diğer uygulamalar (SD, MM) bu yeni işlevselliği de kullanır; ancak, bu uygulamalarda
kullanıcı negatif kayıt göstergesini kontrol edemez. Örneğin, lojistik fatura doğrulamasında,
belge RW Arayüzüne gönderildiğinde varsayılan olarak ayarlanır. Ardından, RW-Interface
şirket kodunda negatif kayıtlara izin verilip verilmediğini kontrol eder. Değilse, göstergenin
ayarı yok sayılır ve kayıt önceki gibi yapılır. Olumsuz işlem rakamlarıyla ilgili çözülmemiş bir
sorun, ters kaydın orijinal kaydın ardından bir dönemde yapılmasıdır.
• FI'da, negatif işlem rakamlarından kaçınmak ve tahakkuk eden kayıtlar için negatif olmayan
bir ters kayıt hala mantıklıdır.
204
14.3. Belge Kalemlerini Denkleştirme
Belge Kalemlerini Denkleştirme
Müşteri ABC
(1) 2,000.00 5,000.00 (3)
(2) 3,000.00
denkleşebilir
Toplam Borçlar (1) ve (2) = Toplam Alacaklar (3)
• Belge kalemleri, Açık Kalem Yönetimi olarak tanımlanan Ana hesaplara ve tüm Müşteri veya Satıcı
Hesaplarına gönderildiğinde açık olarak kabul edilir.
• Denkleştirme, açık borç hesap girişlerini aynı hesaptaki açık alacak girişleriyle eşleştirme
işlemidir. Sistem, eşleşen kalemlere bir Denkleştirme Numarası atar.
• Sistem, bir belge kalemini yayınlayabilir ve açık bir kaleme veya bir işlemdeki kalemlere
karşı temizleyebilir. (Denkleştirme ile Kaydet)
205
14.4. Hesap Denkleştirme
Hesap Denkleştirme
• Yalnızca açık kalem yönetimi ana hesaplar, tüm Müşteri ve Satıcı Hesapları denkleşebilir.
• Denkleştirme işleminin Ek Seçim bölümü, özellikle hesapta çok sayıda açık kalem bulunduğunda
görüntülenen münferit kalem sayısını daraltmak için kullanılabilir.
• Görüntülenen münferit kalemi denkleştirmek için seçilmelidir. “Ayarlar / Düzenleme Seçenekleri”
menü yolu ile kullanıcılar ayrı ayrı belge kalemlerine veya varsayılan olarak tüm belge kalemleri
bloklarına sahip olabilirler.
• Seçilen tüm münferit kalemlerinin net değeri sıfır olmalıdır (veya daha sonra ele alınacak tolerans
dahilinde).
• Sistem, kalemleri sıfıra dengelemek için denkleştirme girişi gerekmediğinde bile bir belge başlığı
oluşturur. Denkleştirme numarası, denkleştirme belgesinin belge numarasından türetilir. Denkleştirme
belgesinin sadece bir başlık olsa bile kendi numarası vardır. Sistem ayrıca, denkleştirme programını
çalıştırarak açık kalemleri denkleştirir.
• Otomatik denkleştirme programı da mevcuttur. İçinde, kullanıcı yalnızca denkleşecek hesabı belirtir.
Sistem daha sonra eşleşen miktarlara ve Tayin Numaralarına sahip açık belge kalemlerini seçer ve
bunları otomatik olarak denkleştirir.
• Sistem ayrıca, açık kalem denkleştirme programı çalıştırılarak denkleştirirse bu belge başlığını
oluşturur.
• Denkleştirme tarihi belirtilmezse, denkleştirme belgesindeki tarih varsayılan olarak, denkleştirilmek
üzere seçilen belge kalemlerini içeren belgelerin Belge Tarihi veya Kayıt Tarihi'nin en son tarihine
ayarlanır.
• Ana hesapların denkleşmesi için IMG'de bir denkleşme toleransı tanımlanmalı ve ana kayıtta
belirtilmelidir.
206
Denkleştirme Kontrolü
Standart arıza kriteri (şirket kodu, iş alanı gibi)
Açık Denkleştirme Ödeme

Kalemler Belgesi Kalemleri
Oluştur
Özel Ölçütler
• Açık kalemleri denkleştirirken, sistem otomatik olarak gerekli denkleştirme girişlerini

oluşturur. Standart sistemdeki bu girişler işlem rakamlarına, taahhütlere ve hesap
bakiyelerine gerekli güncellemeleri yapmak için gereken tüm bilgileri içerir. Örneğin, farklı
şirket kodlarının, iş alanlarının, hesapların veya ticari ortakların her biri için ayrı denkleştirme
girişleri oluşturulabilir.
• Ayrıca, girişleri diğer kriterlere göre ayırabilirsiniz (örneğin, atama numarası, referans
numarası, sözleşme numarası) ve bu değerleri denkleşen kalemlere aktarabilirsiniz.
Denkleşme girişlerini daha da ayrıntılamak için istemciden bağımsız kurallar
tanımlayabilirsiniz. Bu kurallara denkleştirme kuralları denir. Her kural için, denkleştirme
girişlerini sınıflandırmaya gerekli olan alanlar seçilir. Denkleştirme kuralları müşteri, satıcı ve
ana hesaplarına farklı sınıflamalar tanımlayabilmek için müşteri düzeyinde ve hesap türü
düzeyinde tayin yapılır.
207
Ayrıca Satıcı Olan Müşterileri
Denkleştir
Müşteri Satıcı Banka/Nakit

9,700
10,000 10,000 2A 20,000 9,700
1 2A 10,300 1 2B
2B
Tartışılan nakit verildi Tartışılan nakit alındı

300 600
2A 2B
• Müşteri Numarası ve Satıcı Numarası ana kayıtlarında birbirlerine referansta bulunursa hem
müşteri hem de satıcı olan şirketler birbirlerine karşı denkleştirebilir.
• Yukarıdaki örnekte, net borçlar ve alacaklar sıfıra eşit olduğu için belge kalemleri
denkleştirilmiştir.
• Net sıfıra eşit değilse, orijinal Satıcı ve Müşteri tutarları denkleştirilirken fark yeni bir açık
kalem olarak kaydedilebilir. Bu, bu bölümün önceki bölümlerinde ele alınan Denkleştirme
Kaydı’nın bir örneğidir.
208
14.5. Ana Hesap Denkleştirme Toleransları
Ana Hesap Denkleştirme Toleransları
Şirket Kodu Tolerans Grubu Debit cl.dif. Crd cl.dif Borç % Alacak %
Ana Hesap FI& & GLTG 1 1 .5 .5
Tolerans
Grubu Ya da
FI& & 999 999 99 99
Ana Hesap Ana Hesap- şirket kodu segmenti (FI&&)

Ana Kayıtlar
Tolerans Grubu: GLTG
Ya da
Tolerans grubu:
• Toleranslar, gider veya gelir kaydı olmasına bağlı olarak mutlak ve / veya nispi tutarlar
olarak belirtilebilir. Farklılıklar özel denkleştirme hesaplarına kaydedilir. İşlevsellik, çalışan ve
müşteri / satıcı hesapları için toleransları belirlemeye benzer.
• Kullanıcı ve hesap başına toleranslar sistemin:
– Farkı otomatik olarak kaydeder veya
– Fark çok büyükse uygun bir mesaj verir
• Belgelerinin çoğunda SAP, Ana hesap toleranslarının yalnızca otomatik denkleştirme için
geçerli olduğunu iddia ediyor fakat bu doğru değildir. IMG'de tanımlanmış bir ana hesap
tolerans grubuna sahip olmadan ana hesabı manuel olarak denkleştirmek mümkün değildir
(tablo T043S). Bu işlevi kullanmamayı ve ana kayıtlarındaki bir ana hesaplara belirli bir
tolerans grubu atamaktan kaçınmayı tercih ediyorsanız, IMG'de belirli bir şirket kodu için
"hayali" değerlere sahip bir "hayali" (boş) tolerans grubu oluşturmanız gerekir . Ana hesap
kayıtlarındaki tolerans grubu alanı daha sonra boş kalabilir (boş tolerans grubu atanır).
• Denkleştirme programını kullanarak otomatik denkleştirme yapılırken, ekranın altına yakın
yerleştirme parametreleri altında “Toleransları dahil et” seçeneğini seçmek mümkündür.
Göstergeyi seçmezseniz, sistem ana tolerans gruplarını dikkate almaz.
209
Ana Hesap Denkleştirme
Toleransları- (devam)
• Kullanıcı ve hesap başına toleranslar sistemin:
– Farklılıkları otomatik olarak kaydeder veya
– Fark çok büyükse uygun bir hata mesajı verir.
• Farklılıklar otomatik olarak kaydedilirse, IMG tablosu T030'da uygun hesapların

tanımlanması gerekir. Borç veya alacak kayıtları için ayrı hesaplar belirtilebilir.
• Açık kalem işlemeden kısmi ödeme veya bakiye kalem ekranlarında değişiklik yaparsanız
toleranslar dikkate alınmaz.
• Çalışan (kullanıcı) toleransları da denkleştirme sürecine dahil edilebilir.
210
14.6. Belge Bakımı Bölüm Özeti
Bölüm 14 – Belge Bakımı Bölüm

Özeti
– Belge Değiştirme Kuralları
– Belge Ters Kaydı
– Denkleştirme
• Belge Değiştirme Kuralları- hangi belge alanlarının değiştirilebileceğini veya hangi şartlar
altında muhasebe ile ilgili belirli alanların kesinlikle değiştirilemeyeceğini belirler.
• Belge Ters Kaydı- önceden kaydedilmiş bir belgenin ters çevrilmekte olan tersine belge
kalemleri içeren yeni bir belgeyle dengelenmesi işlemi.
• Denkleştirme - borç girişlerini alacak girişleriyle eşleştirme süreci; sistem önceden açık olan
kalemleri denkleştirmiş olarak işaretler.
211
15. Hesapları ve Belgeleri Görüntüleme
Bölüm 15
Hesapları ve Belgeleri Görüntüleme
• Sistem, bilgilere gerçek zamanlı olarak kolay erişim
sağlar. Finansal bilgiler, hesap bakiyeleri ve belge
kalemleri ile kaydedilen belgeler gösterilerek
incelenebilir.
– Sistemin finansal bilgileri görüntüleme yeteneğini
anlamak.
– Bakiyeleri ve Belge Kalemlerini Ana, Müşteri ve Satıcı
Hesaplarında görüntülemek.
– Belgeleri görüntülemek.
– Sıralama Anahtarı yapılandırmasını ve ne için
kullanıldığını anlamak.
www.finsoft.com.tr Hesaplar & Belgelerin Görüntüsü
212
15.1. Hesap Bakiye Görüntüsü
Hesap Bakiye Görüntüsü
• Ekran parametreleri, ekranda görüntülendiğinde hesap için bilgi aralığını belirler.

• Her dönem için aşağıdakiler görüntülenir:
– Toplam Borçlar
– Toplam Alacaklar
– Bakiye (dönem için kaydedilen borç ve alacak farkı)
– Hesap Bakiyesi(kümüle)
– Bu bakiyeyi oluşturan Belge Kalemleri’ni ve ardından Belge Kalemleri’ni yayınlayan
belgeyi görmek için bu görünümden detaya inmek mümkündür. Bu ancak Muhasebe
Hesabı ana verilerinde Münferit Kalem Görüntüsü göstergesi işaretliyse mümkündür.
• Bu işlevsellik tüm Müşteri, Satıcı ve ana hesaplar için kullanılabilir.
213
15.2. Münferit Kalem Görüntüsü
Münferit Kalem Görüntüsü
Bu, kullanıcıların bir Hesaptaki Belge Kalemlerini görüntülemek

istediklerinde uygulama tarafında gördükleri ekrandır.
• Belge Kalemleri görüntülenirken kullanılabilen ilk işlevler şunlardır:

– Belge Kalemi Seçimi: görüntülenecek Belge Kalemi türünü seçmek için kullanılır:
• Açık
• Denkleştirilmiş
• Tümü
– Türlerine göre
• Standart
• İşaretlenmiş
• Ön Kayıt
• Özel Deftei Kebir İşlemleri (Müşteri ve Satıcı için belge kalemleri)
• Satıcı/ Müşteri Kalemleri (Müşteri ve Satıcı belge kalemleri)
– Bir aralık (hesap numaraları, şirket kodları, belge numaraları, vb.) veya Çoklu Seçim
simgesini kullanarak esnek bir belge kalemi seçimi mümkündür. Bu seçenekler, önceki
sürümlerde kullanılan Çalışma Listelerinin işlevselliğinin yerini almıştır.
– Sistem ayrıca, belge kalemi ekranı, belge kalemi için görüntülenecek alanları ve bu
alanların sırasını içeren bir ekran değişken belge kalemi düzeni seçmemize olanak
tanır. Varyant ekranın kendisinde değiştirilebilir. (Ekran değişkeni - Satır Düzeni
yapılandırması Bölüm 16'da ele alınacaktır).
– Münferit kalem görüntüsü ekranının içinde, filtreyi kullanarak belge kalemi seçimini
kullanıcı tanımlı ölçütlere göre daraltmak, bunları çeşitli ölçütlere göre özetlemek,
değiştirmek, sıralamak, belge kalemlerinin ait olduğu hesapların ana verilerini
görüntülemek ve diğer işlevleri yerine getirmek mümkündür.
214
• Münferit Kalem Görüntüsü, ilk seçim ekranının dinamik
seçimini kullanarak yeterli seçenek sunmaz.
• Dinamik seçimler, kullanıcının ilk seçim ekranından daha spesifik seçimler yapmasını sağlar.
215
Belge ve Ana Kayıt
Bakımı
Tayin Alanı
• Münferit Kalem Görüntüleme ekranı, önceki ekranlarda girilen kriterlere göre seçilen belge
kalemlerinin gösterir. Görüntülenen bilgiler Ekran Varyantları tarafından kontrol edilir. (daha
sonra ele alınacaktır)
• Görüntülenen Münferit Kalemlerinin başlangıç sırası, alan belirli bir varyasyonda
görüntülenmemiş veya baştaki sütunda olmasa bile Sıralama Anahtarı – Tayin Alanı
tarafından belirlenir. Münferit kalemler görüntülendikten sonra, ekrandaki herhangi bir alana
göre sıralanabilir.
• Münferit Kalem Görüntüleme ekranından kullanıcı şunları yapabilir:
– Belirli bir münferit kalemin durumunu hızlı bir şekilde görme
– Asıl dokümana detaya inme
– Hesap ana kaydını tutma
– Belgeleri birer birer değiştirme
– Toplu belgeleri değiştirme
216
Münferit Kalem Görüntüsü:
Tayin Alanını ve Sıralama Anahtarını Yapılandırma
• Ana kayıttaki Sıralama Anahtarı Alanı, Hesaptaki kalemler görüntülenirken kalemlerin nasıl
sıralanacağını belirler.
• Tayin alanını dolduran Sıralama Anahtarı, bir Kural tarafından tanımlanır. Kural, toplamda
en fazla 18 karakteri geçmeyecek şekilde bir ila dört ayrı alana veya ayrı alanların
bölümlerine sahip olabilir.
• Bir belgedeki herhangi bir alan Dağıtım alanı için kullanılabilir ve asıl belge münferit kalem
üzerindeki Dağıtım alanında el ile girilerek yazılabilir.
• Münferit kalem görüntülenirken, Sıralama Anahtarı için kullanılan alan (lar) ın Görüntü
Varyantının (Satır Düzeni) bir parçası olması gerekmez.
• Ana kayıttaki Sıralama Anahtarını değiştirmek, değişiklikten önce kaydedilen belgelerin
Tayin alanındaki değerleri geriye dönük olarak değiştirmez. Yeni değer yalnızca sonraki
kayıtlarda görünecektir.
• ÖNEMLİ NOT! 4.5 sürümünden önce Tayin alanına Dağıtım alanı adı verilmiştir.
217
Münferit Kalem Görüntüsü için
Ekran Varyantı (Satır Düzeni)
GÖRÜNTÜ VARYANTI GİZLİ ALANLAR

Satır 1 Satır 2 Satır 3 İçerik Uzunluk
İçerik Kay. Uzunluk Duran 12
Tayin 1 18 Kayıt Anahtarı 2
Bel. Numarası 2 10 Vergi Kodu 2
Belgeyi Denkleştir 10
Tutar 3 20
Sipariş 12
Para Birimi 4 5 Kayıt Tarihi 10
Bel. Türü 5 2 Belge Kalemi 2
Metin 6 12 Hesap 10
. Kar Merkezi 10
. vb……..
.
• Görüntüleme Varyantı (Satır Düzeni), bir hesabın bir belge kalemi için hangi alanların
görüntüleneceğini ve hangi sırayla görüntüleneceğini belirler. Genellikle yalnızca bir kalem
görüntüleme varyantı kullanılmasına rağmen, üç satıra kadar olabilir.
• Uygulama tarafında, Ekran Varyantları:
– Sistemle birlikte verilen standart varyantlara ek olarak oluşturulabilir.
– Standart varyantları kopyalayarak doğrudan münferit kalem görüntüleme ekranında
oluşturulur (gizli alan grubundan gerçek varyanta taşıyarak).
– Açıklama alanına metin girilerek adlandırılır.
– Hesap türüne özgüdür (ana hesap, müşteri, satıcı hesabı).
• Görüntü Vartantı’nda bulunan alanlar için, kullanıcı düzen içindeki konumu (1,2,3…) ve
uzunluğu belirleyebilir. Alan uzunluğunu ve ekranı alan değerinin sadece bir kısmını
gösterecek şekilde sınırlamak mümkündür.
• ÖNEMLİ NOT!
4.6 sürümünden önce, münferit kalem görüntüsü alanlarını belirlemek için satır düzenleri
(Görüntülü Varyantlar değil) kullanılmıştır. Uygulama tarafında yapılan ekran varyant
yapılandırmasından biraz farklı bir şekilde IMG'de yapılandırıldılar.
• Hat Düzenlerini yine de yapılandırabilseniz de, artık kullanılmamaktadır. Ancak SAP,
dokümantasyonunda Satır Düzeni terimini kullanmaya devam etmektedir.
218
15.3. Belge Ekranı
Belge Ekranı
• SAP'deki Ekran özellikleri, ABAP Liste Görüntüleyicisi (ALV) adı verilen bir uygulama
kullanır. ALV, çeşitli modüllerde benzer işlevsellik sağlar; bu nedenle, Münferit kalem
görüntüsündeki özellikler Belge Ekranında bulunanlara benzer.
• Geleneksel münferit belge kalemi veya liste ekranını kullanabilirsiniz. Bu seçim, menü yolu
kullanılarak düzenleme seçeneklerinde ayarlanır:
– Mali İşler  Mali Muhasebe Defteri Kebir Ortam  Kullanıcı Parametreleri 
Düzenleme Seçenekleri
Yukarıdaki belge liste biçiminde görüntülenir. Münferit kalem görüntüsü, her bir belge
kalemini ayrı ayrı gösterir.
• Şuan referans numarasını girerek belge ekranında bir belge seçebilirsiniz. Ayar, düzenleme
seçeneklerinde de bulunur.
• Tam bir şirketler arası kod işleminin liste halinde görüntülenmesi de mümkündür.
219
15.4. Hesap/Belge Görüntüsü Bölüm Özeti
Hesap&Belge Görüntüsü
Bölüm Özeti
Anahtar Terimler:
• Sıralama Anahtarı
• Tayin Alanı
• Seçim Kriterleri
• Görüntü Varyantı (Satır Düzeni)
• Sıralama Anahtarı- Hesap ana verilerindeki, Belge Kalemlerindeki Dağıtım alanını

doldurmak için kullanılan alanları belirleyen bir alan. IMG'de, dört alana kadar 18 karakter
içerebilen bir Kural tanımlayarak yapılandırılırlar.
• Tayin Alanı- Belge kalemlerinin görüntülendiğinde sıralanacağı alan. Ana kayda atanan
Sıralama Anahtarına göre doldurulur veya manuel olarak doldurulabilir.
• Seçim Kriterleri- Kullanıcıya hesap belge kalemlerinin görüntülenmesini sınırlamak için bir
yol sağlar (ör. Kayıt Tarihi, Tutar ve İş Alanı).
• Görüntü Varyantı (Satır Düzeni) - Hesabın Belge Kalemi için hangi alanların
görüntüleneceğini ve hangi sırayla görüntüleneceğini belirtir.
220
16. Belge Kalemi Konfigürasyonu
Bölüm 16
Belge Kalemi Yapılandırması
Dengelenmesi için ek belge kalemleri gerektiren bir işlem
gerçekleştirildiğinde sistem otomatik olarak belge kalemleri
oluşturabilir.
Bölüm Hedefleri
– Sistemin Otomatik Belge Kalemleri nasıl
oluşturduğuna ilişkin temel bir anlayış sağlamak.
– Otomatik Belge Kalemlerinin oluşturulmasını
gerektiren en sık kullanılan işlemleri tartışmak.
www.finsoft.com.tr Belge Kalemi Konfigürasyonu
221
Hızlı Giriş Satır Yapısını
Yapılandırma
Ana Hesap Belge Kalemleri
KA Hesap Tutar İş Alanı ŞK. Kodu
40 476000 300,00 BEU1 EUXX
50 113101 300,00 BEU2 EUXX
01 Cust_01 3590.00 USXX
50 113100 3000.00 USXX
50 1131XX 590.00 USXX
• Hızlı Giriş Ekranları, kullanıcıların yalnızca bu tür belge girişi için gereken alanları (belirli bir
sırayla) getirerek tekrarlayan belge kalemlerini hızlı bir şekilde girmeleri için kullanılan
mekanizmalardır.
• Enjoy Kayıtları zaten hızlı giriş ekranına benzer bir forma sahip olduğundan, sadece
Karmaşık (Genel) Kayıtlar içinde kullanılabilirler. Hızlı giriş ekranı ve Enjoy Kayıtlar
arasındaki fark, Hızlı Giriş Ekranlarında kullanıcının hangi alanların mevcut olması
gerektiğini belirtmesini gerektirirken, Enjoy kullanıcının hangi alanların mevcut olmaması
gerektiğini belirtmesini gerektirir. Başka bir deyişle, Hızlı giriş ekranları hiçbir şey olmadan
başlar Enjoy Kayıt’ta, her şey aktifken başlar.
• Hata olasılığını ve standart işlemlere girmek için bir veri giriş görevlisinin zamanını azaltarak
verimliliği arttırırlar. Örneğin, Müşteri veya Satıcı Faturalarını girmek için hızlı giriş ekranı
yapılandırılabilir.
• Kullanıcı Tanımlı Hızlı Giriş Ekranı Düzenleri, Hesap Belge Kalemleri, Faturalar ve Alacak
Dekontları için yapılandırılabilir. Her Hızlı Giriş Ekranı Düzeni, beş karakterlik bir değişkenle
tanımlanır.
• Kalem başına satır sayısı (bir veya iki) ve gerekli alanlar her varyantta belirtilebilir.
• Alanlar Offseti Değiştir işlevi kullanılarak yeniden konumlandırılabilir (offset, alanın sol kenar
boşluğundan görüntülenen boşluk sayısını belirtir).
222
16.1. Belge Kalem Metinleri
Belge Kalem Metinleri

Adım 1: Belge Kalemi Metin Tanımı
Dil TanıtıcıMetin Düzenleme Biçimi Kontrol Ekranı

T LEAS Kiralama Ücreti
Adım 2: Kullanıcılar belge gönderirken bir Belge Kalemi

oluşturduğunda, aşağı oka basarak yukarıdaki tanıma göre Belge
Kalemi için bir metin seçebilirler.
• Belge kalemleri için metinler, tanımlayıcı (maksimum 4 karakter) ve metin açıklaması

oluşturularak tanımlanabilir.
• Kullanıcılar bu özelliği kullanarak Belge Kalemi için standart metinleri kolayca girebilir.
• Bir Belge Kalemi Metni girildikten sonra, belgedeki bir sonraki Belge Kaleminin Metin
alanına “+” girilerek diğer Belge Kalemlerine kopyalanabilir.
• Bu özellik, Enjoy ve Genel (Karmaşık) Kayıtlarda kullanılabilir.
223
16.2. Otomatik Belge Kalemleri
Otomatik Belge Kalemleri

Örnekler
• Döviz Kuru Farkları
• Nakit İndirimi
• Peşinat
• Vergiler
•Ödeme Programı
• Banka İşlemleri
• Çek/Senet
Finansal Muhasebe modülü boyunca çeşitli işlemler için Otomatik Belge Kalemleri
oluşturulabildiğinden, bunlar uygun bölümde ayrıntılı olarak tartışılacaktır. Bununla birlikte,
kavramsal bir anlayışı kolaylaştırmak için Otomatik Belge Kalemlerine genel bir bakış aşağıdaki
gibidir:
224
16.3. Belge Kalemi Yapılandırması Bölüm Özeti
Belge Kalemi Yapılandırması

Bölüm Özeti
– Hızlı-Giriş Ekranı
– Otomatik Belge Kalemi
– Ek Hesap Tayini
– Otomatik Kayıt
• Hızlı-Giriş Ekranı- Karmaşık Kayıtlardaki kullanıcıların yalnızca bu tür belge girişi için
gereken alanları (belirli bir sırayla) getirerek tekrarlayan Belge Kalemlerini hızlı bir şekilde
girmesine yönelik mekanizmalar.
• Otomatik Belge Kalemi- belirli işlemler için, işlemin dengelenmesinde bu tür kalemlere
ihtiyaç duyulduğunda sistem otomatik olarak belgede Belge Kalemleri oluşturur.
• Ek Hesap Tayini- bir Otomatik Belge Kalemi oluşturulduğunda hesabı şart koşar.
• Otomatik Kayıt- Otomatik Belge Kalemi oluşturulduğunda Kayıt Anahtarını belirtir.
225
17. Satış Döngüsü-Belgeler
Bölüm 17
Satış Döngüsü & Belgeler
• Satış, Satış ve Dağıtım modülünün, kuruluşun
müşterilerine malzeme ve / veya hizmet satışını,
dağıtımını ve faturalandırılmasını destekleyen bir
bileşenidir.
• Sistemin Belge İlkesine uygun olarak Satış Döngüsündeki

adımlar, Satış Dağıtım ve Finansal Muhasebe
modüllerinde üretilen çeşitli belgelerle temsil edilir.
– Sistemin entegre bir Satış Döngüsünü nasıl
desteklediğine genel bir bakış ve Satış Döngüsünü
desteklemek için sistemde oluşturulan her belgenin
amacının ve işlevselliğinin açıklamasını sağlamak.
www.finsoft.com.tr Satış Döngüsü & Belgeler

– Entegre Satış Döngüsünün bileşenlerini açıklamak.
• Yapabilmelisin:
– Müşteri Siparişi Yaratmak.
– İrsaliye Yaratmak.
– Mal Çıkışı Yaratmak.
– Bir Faturalama Belgesi Oluşturmak.
– İlgili tüm Muhasebe Belgelerini görüntülemek.
226
17.1. Satış Döngüsü
Satış Döngüsü
Müş. Nakt. Müşteri Siparişi
(SD) Alacak Kontrolü
X X Sorgulama / Teklif
Ödeme Almak
(FI) İrsaliye
Alacak Kontrolü
(SD)
Gönderme Yetkisi
Göderilen Fatura FI
Mal Sorunu
Faturalama Belgesi Alacak Kontrolü (MM)
FI (SD) Envanter COGS
Müş. Satış Geliri X X

X X
• Satış Döngüsü, kuruluşun müşterilerine malzeme ve / veya hizmet satışı, dağıtımı ve

faturalandırılması ile ilgili tüm faaliyetleri kapsar. Sistem içerisinde Satış Döngüsünü
destekleyen faaliyetler şunlardır:
– Araştırma
– Fiyatlandırmalar
– Müşteri Siparişi İşlemesi
– Kredi Yönetimi
– Teslimat İşlemleri
– Mal Çıkışı İşleme
– Faturalama Belgesi İşleme
– Gelen Ödeme İşlemleri
– Otomatik Defteri Kebir Güncellemesi
• R / 3 Satış ve Dağıtım Sistemi aşağıdaki hedefleri desteklemektedir:
– Tüm bilgilerin lojistik zinciri boyunca entegrasyonu.
– Sipariş makbuzundan teslim alacak tarafa mal makbuzuna manuel faaliyetlerin
azaltılması.
– Müşteri siparişleri için daha kısa teslim süresi.
– Teslimatlar için daha yüksek güvenilirlik.
– Tekliflerin daha verimli işlenmesi.
227
17.2. Satış Belgeleri
Satış Belgeleri
• Soruşturma
• Fiyatlandırma
• Müşteri Siparişi
• Alacak ve Borç Dekontu Talepleri
• Soruşturma: Satış ve Dağıtım modülünde, potansiyel bir müşterinin istediği ürünlerle ilgili
bilgileri kaydeden bir belge.
• Fiyatlandırma: Satış ve Dağıtım'da oluşturulan ve bir sorgunun yanıtını kaydeden bir belge.
• Müşteri Siparişi: Satış ve Dağıtım'da oluşturulan ve müşteri tarafından satın alınacak
ürünün malzeme numarasını, miktarını, fiyatını ve teslim tarihini kaydeden bir belge.
• Alacak ve Borç Dekontu Talepleri: Gerçek bir alacak / borç dekontunun temeli olarak
kullanılan Satış ve Dağıtımda oluşturulan bir Satış Belgesi türü. Bir satışta yapılan
ayarlamaları işlemek için kullanılırlar ve bir Müşteri Siparişine referansla oluşturulabilirler.
228
Soruşturma
Müşteri Satıcı
?
Soruşturma
• Bir Sorgu, Satış ve Dağıtım modülünde oluşturulan bir müşteri veya potansiyel müşteriden
gelen bir sorguyu temsil eden bir belgedir. Sorgu, satıcının belirli bir materyali stoklaması,
belirli bir hizmet sunması veya katalogları ve broşürleri olup olmadığını içerebilir. Aşağıdaki
bilgiler bir Sorguya da kaydedilebilir:
– Belirli malzemeler ve / veya hizmetler
– Araştırılacak malzeme ve / veya hizmetlerin tanımları
• Bir Sorgulama'da aşağıdaki faaliyetler yürütülebilir:
– Otomatik fiyatlandırma
– Manuel kullanılabilirlik kontrolü
229
Fiyatlandırma
Sorgulama Fiyatlandırma
Müşteri
• Fiyat Teklifi, Satış ve Dağıtım modülünde oluşturulan ve bir müşteri veya potansiyel
müşterinin istediği malzemeler hakkında bilgi kaydeden bir belgedir. Teklif, bağlayıcı bir
teklifle birlikte (bir Sorguda belgelenmiş veya edilmemiş olabilir) bir sorguya yanıt olarak
kullanılır. Aşağıdaki bilgiler bir Teklife kaydedilebilir:
– Malzeme Numarası
– Fiyat
– Alternatif Ürünler
230
Müşteri Siparişi
Fiyat
Müşteri
Siparişi
Teslim
Miktar Tarihi
• Bir Müşteri Siparişi, bir Satış Organizasyonu ile bir müşteri arasında, teslim edilecek mallar
veya verilen hizmetler hakkında yapılan sözleşmedir.
• Bir Müşteri Siparişindeki bilgiler aşağıdakileri içerir:
– Müşteri Numarası
– Sipariş Miktarı
– Fatura
– Teslim Tarihi
• Müşteri siparişleri aşağıdakilere referansla oluşturulabilir:
– Fiyatlandırma
– Başka bir müşteri siparişi
– Taahhüt
– Faturalama Belgesi
• Bir Müşteri Siparişi işlendiğinde, sistem aşağıdaki işlevleri otomatik olarak yürütebilir:
– Kredi Kontrolü
– Fiyatlandırma
– Malzeme Kullanılabilirliği Kontrolü
– İhtiyaçların Malzeme İhtiyaç Planlamasına (MRP) aktarılması
– Sevkiyat Noktası ve Güzergah Belirleme
• Müşteri Siparişindeki fiyatlandırma ayrıntıları, sonunda Satılan Malların Maliyeti ve Geliri için
Defteri Kebire kaydedilecek tutarları içerir.
231
İrsaliye
İrsaliye
• Nakliye Faaliyetlerini Başlatır

• Mal Çıkışı ve Faturalandırmanın temelini oluşturur
• İrsaliye, satış ve dağıtım modülünde oluşturulan ve müşteriye malzeme teslimatı ile ilgili
sevkiyat faaliyetlerini başlatan bir belgedir.
– Malzemeyi toplama
– Gönderi Belgeleri Oluşturma
– Taşımacılık
– Fatura
• İrsaliye aşağıdaki bilgileri içerir:
– Gerçekleşen Miktar
– Toplama Bilgileri (Malzemenin nereden tedarik edildiği)
– Faturalandırma Durumu
• Bir İrsaliye oluşturulduğunda finansal muhasebe işlemi kaydedilmez.
232
Mal Sorunu
Müşteri
Stok
Siparişi
Mal
Sorunu
Son Ödeme Teslimat
Fiyatlandırma
Faturaları Emri
Listesi
Güncel
Envanter COGS
X X
• Mal Çıkışı, Satış ve Dağıtım modülünde yayınlanan ve malzemelerin müşterilere teslim

edilmesiyle ilgili stok seviyelerindeki değişiklikleri kaydetmek ve bu tür işlemlerin Mali
Tablodaki mali etkisini kaydetmek için kaynak belge olarak kullanılan bir belgedir.
• Teslimatta bir Mal Sorununun yayınlanabilmesi için nakliye faaliyetlerinin tamamlanmış
olması gerekir.
• Bir Mal Çıkışı yayınlandıktan sonra, Teslim Senedinde herhangi bir miktar değişikliği
yapılamaz.
• Bir Müşteri Siparişi için Mal Çıkışı:
– Depo stoğunu azaltır.
– Hareket Türü (işlemi Mal Sorunu olarak tanımlamak için kullanılır) ve malzemenin
sevk edildiği Tesis gibi otomatik hesap atamasında kullanılan bilgileri içerir.
– Mal Çıkışı sonucunda, Finansal Muhasebe modülüne entegrasyon, aşağıdaki
muhasebe girişlerini içeren bir Muhasebe Belgesinin otomatik olarak oluşturulmasıyla
gerçekleşir:
• Ana Hesapta Satılan Malların Masrafı
• Uygun Envanter Hesabı, Hesabına Alacak
233
Faturalama Belgesi
Faturalama Müş. Satıl Geliri

İrsaliye
Belgesi X X
Muhasebe Dökümanı
Fatura
Müşteri
• Faturalama Belgesi, Satış ve Dağıtım modülünde yayınlanan ve Müşteri Faturaları, Alacak

veya Borç Dekontlarının oluşturulmasını ve bu işlemlerin finansal etkisinin Defteri Kebir'e
kaydedilmesini destekleyen bir belgedir.
• Faturalama Belgesi Türü, sistemde hangi Faturalama Belgesinin yaratıldığını tanımlar. Satış
ve Dağıtım modülündeki Faturalama Belgeleri şunları içerir:
– Siparişle İlgili Fatura
– Alacak Dekontu
– Borç Dekontu
• Faturalama Dokümanları, İrsaliye’ye referansla oluşturulur. Oluşturma senaryolarından
bazıları şunlardır:
– Bir İrsaliye için ayrı Faturalama Belgeleri Yaratma.
– İki veya daha fazla İrsaliye için ayrı Faturalama Belgeleri oluşturma.
• Faturalama Belge Türleri, dayandıkları Satış Belgesine göre otomatik olarak önerilir.
• Bir Faturalama Belgesi'nin sonucunda, Mali Muhasebe modülüne entegrasyon, aşağıdaki
muhasebe girişlerini içeren bir Muhasebe Belgesinin otomatik olarak oluşturulmasıyla
gerçekleşir:
– Müşteri Hesabına (alt hesap defteri) borç ve ona atanan uygun Ana Mutabakat
Hesabı.
– Uygun Ana Gelir Hesabına alacak
234
Yaklaşan Ödeme
Müşteri
Nakit
Ödeme Makbuzu
• Müşteri ödemeleri doğrudan alınabilir ve sisteme manuel olarak girilebilir veya bir Kilit
Kutusu ile işlenebilir.
• Alacak Hesapları Departmanı müşteriden ödeme aldığında, Alacak Hesapları hesabı
denkleşir (alacak ile) ve aynı tutarda Nakit hesabına kayıt yapılır.
235
17.3. Satış Döngüsünde Müşteriler
Satış Döngüsünde Müşteriler
FI
Müşteriler (A/R)
Oluşturma
Müşteri Müşteri Hesabı Gelen
Ana Kayıtlar Bakiyelerini Görüntüle Ödeme
İşlemleri
Kredi Müşteri / Belge Klm. İhtar

Yönetimi Ekranı Değiştir
• Müşteri işlem verileri, Finansal Muhasebe modülünün Alacak Hesapları alt modülüne
kaydedilir ve izlenir. Finansal muhasebe girişleriyle sonuçlanan satış işlemleri, Satış ve
Dağıtım ve Malzeme Yönetimi modülünden kaynaklanır. Tüm modüllerin sisteme
entegrasyonu, kesintisiz bir Satış Döngüsü için destek sağlar. Satış Döngüsünü
desteklemek için Alacak Hesapları alt modülünde gerçekleştirilen işlevler şunları içerir:
– Müşteri ana kayıtları oluşturma
– Belirli bir Müşteri hesabının bakiyelerini görüntüleme
– Belirli bir Müşteri Hesabı için Belge Kalemlerini (hem açık hem de denkleşmiş)
Görüntüleme / Değiştirme.
– Kredi Yönetimi
– Müşteri Açık Kalemleri (Faturalar) için gelen ödemeleri işleme
– İhtar
236
Satış Döngüsü
Müş. Nakit Müşteri Siparişi

X X (SD) Alacak Kontrolü
Sorgulama / Teklif
Ödeme Almak
(FI) İrsaliye
Alacak Kontrolü
(SD)
Gönderme Yetkisi
Gönderilen Fatura
Mal Sorunu FI
Faturalama Belgesi Alacak Kontrolü
(MM)
FI (SD) Envanter COGS
Müş. Satış Geliri X X

X X
237
17.4. Satış Döngüsü-Belgeler Bölüm Özeti

Bölüm Özeti
– Satış Döngüsü
– Satış Belgeleri
– Soruşturma
– Fiyatlandırma
– Müşteri Siparişi
• Satış Döngüsü - Kuruluşun müşterilerine malzeme ve / veya hizmet satışı, dağıtımı ve

faturalanması ile ilgili tüm faaliyetleri kapsayan entegre bir süreç.
• Satıcı Belgeleri- Satış ve Dağıtım modülünde oluşturulan ve satış işlemlerini kuruluşun
müşterilerine kaydeden belgeler. Satış Belgeleri Sorular, Teklifler, Satış Siparişleri, Borç /
Alacak Dekontu İstekleri ve Borç / Alacak Dekontlarını içerir.
• Soruşturma: Satış ve Dağıtım modülünde oluşturulan ve müşteri veya potansiyel
müşteriden gelen bir sorguyu temsil eden belge. Sorgu, satıcının belirli bir materyali
stoklamas, belirli bir hizmet sunması veya katalogları ve broşürleri olup olmadığını içerebilir.
• Fiyatlandırma: Satış ve Dağıtım modülünde oluşturulan ve bir müşterinin veya potansiyel
müşterinin istediği malzemeler ve / veya hizmetler hakkındaki bilgileri kaydeden bir belge.
Teklif, bağlayıcı bir teklifle birlikte (bir Sorguda belgelenmiş veya edilmemiş olabilir) bir
sorguya yanıt olarak kullanılır.
• Müşteri Siparişi: Satış Organizasyonu ile müşteri arasında, teslim edilecek mallar veya
verilen hizmetler ile ilgili sözleşme.
238
Bölüm Özeti
– Nakliye Belgeleri
– İrsaliye
– Mal Sorunu
– Hareket Türü
– Faturalama Belgeleri
• Nakliye Belgeleri- Satış ve Dağıtım modülünde (İrsaliye) ve Malzeme Yönetimi modülünde

(Mal Çıkışı) oluşturulan ve müşteriye malzemelerin sevkiyatını kaydeden ve sonuçta ortaya
çıkan muhasebe işlemlerini Defteri Kebir'e kaydetmek için gerekli bilgileri sağlayan belgeler.
• İrsaliye: Satış ve Dağıtım modülünde oluşturulan ve müşteriye malzeme teslimatı ile ilgili
nakliye faaliyetlerini başlatan bir belge.
• Mal Sorunu: Satış ve Dağıtım modülünde (Malzeme Yönetiminde Mal Sorunları da
yapılabilir), müşterilere malzeme teslimi ile ilgili stok seviyelerindeki değişiklikleri ve bunların
finansal etkilerini kaydetmek için kaynak belge olarak kullanılan bir belge Defteri kebir
işlemleri.
• Hareket Türü: Malzeme hareketinin türünü tanımlayan bir sınıflandırma anahtarı (Mal
Çıkışı, Mal Girişi). Sistem tarafından otomatik hesap tayininde bir kriter olarak kullanılır.
• Faturalama Belgeleri- Satış ve Dağıtım modülünde yer alan ve Müşteri Faturaları, Alacak
veya Borç Dekontlarının oluşturulmasını ve bu işlemlerin mali etkisinin Defteri Kebir'e
kaydedilmesini destekleyen bir belge.
239
18. Otomatik Hesap Tayini
Bölüm 18
Otomatik Hesap Tayini
Gerçek zamanlı, entegre bir Satış Döngüsü sağlamak için,
sistem bir Mal Sorunu ve Faturalama Belgesi
oluşturulduğunda kaydedilecek uygun Ana Hesaplarını
otomatik olarak belirleyecek işlevler içerir.
Bölüm Hedefleri
– Satış Döngüsünde oluşturulan Muhasebe Belgeleri için
otomatik hesap tayininde kullanılan yapılandırmayı
öğrenmek.
www.finsoft.com.tr Otomatik Hesap Tayini
240
Malzeme Hesabı Tayinine
Genel Bakış
Mal Sorunu
Hesap Tayin Alanı
Envanter COGS
X X
• Entegre bir Satış Döngüsünde, Satış ve Dağıtım modülünde (Malzeme Yönetimi modülünde
de yapılabilir) yayınlanan Mal Çıkış işlemleri bir Muhasebe Belgesinin oluşturulmasına
neden olur. İşlemin kaydedildiği ana hesaplar otomatik olarak belirlenebilir. Otomatik hesap
tayininin yapılandırılması Uyarlama’da gerçekleşir.
• Otomatik hesap tayinini yapılandırmanın önkoşulları şunlardır:
– Hesap Çizelgesini Bakımı.
– Şirket Koduna İşletmeler Tayin Etmek.
– Gerekli Malzeme Türlerini Bakımı.
• Genel olarak, Malzeme hesabı tayini aşağıdaki adımlarda yapılandırılır:
– Değerleme Seviyesini belirleyin.
– Değerleme Gruplama Kodu seçeneğini etkinleştirin. Değerleme Gruplama Kodlarını kullanarak
Grup Değerleme Alanlarını gruplayın ve her Değerleme Alanı için Hesap Çizelgesini oluşturun.
– Değerleme Sınıflarını ve Hesap Kategorisi Referanslarını ve Malzeme Türleriyle bağlantılarını
sağlayın.
– Hareket Türleri için Hesap Gruplamasını (Hesap Değiştirme kodları) tanımlayın. Bu tanım,
İşlem / Olay Anahtarlarını (İşlem Anahtarları) ve Hesap Değiştirme kodlarını Hareket Türlerine
bağlar.
– Her bir Hesap Tablosu, Değerleme Gruplama Kodu, Hesap Değiştirme kodu (gerekirse) ve
Değerleme Sınıfı kombinasyonuna bir ana hesap atayın. Bu atama Tablo T030'da
tanımlanmıştır (Otomatik Hesap Atama Tablosu).
241
18.1. Değerleme
Değerleme Nedir?
Stok Stok Malzeme

Değeri Miktarı Fiyatı
120TRY = 4 Parça
x 30TRY/ Parça
120TRY 4 Par.
30try/ Par.
Automatic Account Assignment
• Malzeme Değerlemenin amacı, bir Malzemenin stok değerini belirlemektir. Stok değeri,
toplam stok miktarının Malzeme Fiyatı ile çarpılmasıyla hesaplanır.
242
Değerleme Seviyesini Seçme
Değerleme Seviyesi
İşletme Değerleme Şirket Kodu

Alanı Değerleme Seviyesi
• Değerleme Alanı, bir Materyalin değerleme seviyesini belirtir. Bir Değerleme Alanı
aşağıdaki şekillerde tanımlanabilir:
– Şirket Kodu düzeyindeki Değerleme Alanı: Belirli bir malzemenin tüm stokları, Şirket
Kodundaki tüm Tesisler için aynı değerlenir.
– İşletme Seviyesinde Değerleme Alanı: Belirli bir malzemenin tüm stokları bu Tesiste
aynı değere sahiptir. Başka bir Tesiste, malzeme farklı şekilde değerlendirilebilir.
• Değerlemenin gerçekleşmesi gereken seviye projenin başlarında belirlenmelidir. Seviye
ayarlandıktan sonra değiştirilemez.
243
Malzeme Ana Verilerinde
Muhasebe Verileri
1 Değerleme Sınıfı Hammadde Bitmiş Ürün
Standart veya Hareketli

2 Fiyat Kontrolü
Ortalama Fiyat
3 Fiyat Şu Anda, Önceki Ay,

Önceki Yıl, Gelecek
• Otomatik hesap tayiniyle ilgili bir materyalin değerleme alanları, Malzeme ana verilerinin
Muhasebe Görünümünde bulunabilir.
• Değerleme Sınıfı kullanıcının benzer özelliklere sahip materyalleri aynı stok hesabı altında
yönetilebilmesi için gruplamasına olanak tanır. İzin verilen Değerleme Sınıfları Malzeme
Türüne göre belirlenir. Değerleme Sınıflarına örnekler aşağıdakileri içerir:
– Bitmiş Ürünler
– Yarı Mamul Ürünler
– İşlenmemiş İçerikler
• Fiyat Kontrol göstergesi Malzemenin nasıl değerlendiğini belirler:
– S: Standart Fiyat (Maliyet)
– V: Hareketli Ortalama Fiyat (maliyet)
• Malzeme ana verilerinin Muhasebe Görünümü'nde, kullanıcılar mevcut ve gelecekteki
malzeme fiyatlarını, cari dönem ve önceki dönem için toplam stok miktarını ve toplam stok
değerini görüntüleyebilir.
244
Değerleme Gruplama Kodu
Durum 1: Değerleme Alanı = Şirket Kodu
Değerleme
Gruplama Şirket Kodu Hesap Tablosu
Kodu
0001 0001
0002 GKR
0002
0003
0003 0004 IKR
• Değerleme Alanı, maddi değerlemelerin gerçekleştirildiği düzeydir. Tek bir Tesise veya bir
Şirket Kodundaki tüm Tesislere karşılık gelir.
• Kullanılacak Hesaplar Tablosu her Şirket Kodu için belirlenir.
• Değerleme Gruplama Kodu hesap tayininde bir kriterdir. Değerleme Alanlarını (Fabrika
düzeyinde değerleme) birleştirmek veya Şirket Kodlarını (Şirket Kodu düzeyinde değerleme)
birleştirmek için hesap tayin amacıyla kullanılır.
245
Değerleme Gruplama Kodu
Durum 2: Değerleme Alanı = Tesis
Değerleme
Değerleme Hesap
Gruplama Şirket Kodu
Alanı Tablosu
Kodu
0001 0001 0001
0002 0002 GKR
0002 0003 0003
0004
0003 0005 0004 IKR
• Yukarıdaki örnekte, Değerleme Alanı bir Tesis'dir. Her bir Tesis için bireysel hesap
tayinlerini sürdürmek yerine, aynı hesap tayin kriterlerini kullanan Tesisler birlikte
gruplandırılabilir. Örnekte, Tesisler 0002, 0003 ve 0004'ün hepsi hesap tayini açısından aynı
şekilde ele alınacaktır.
246
Malzeme Türünü Değerleme
Sınıfına Bağlama
Hesap
Değerleme
Malzeme Türü Kategorisi
Sınıfı
Referansı
FERT 0001 7900

3000
HALB
3010
HAWA 0002 3020
ROH1 0003 3030
3040
ROH2 3100
ROH3 0004 3200
• Değerleme Sınıfı, aynı hesap tespitine sahip bir Malzeme grubudur.

• Tesis düzeyinde Malzeme ana verisine bir Değerleme Sınıfı atanır.
• Mevcut Değerleme Sınıfları Malzeme Türüne bağlıdır. Genel olarak, bir Malzeme Türü için
birkaç Değerleme Sınıfına izin verilir. Ayrıca, farklı Değer Türleri için aynı Değerleme
Sınıfına izin verilebilir.
• Değerleme Sınıfı ile Malzeme Türü arasındaki bağlantı Hesap Kategorisi Referansı'dır.
Hesap Kategorisi Referansı, Değerleme Sınıflarının bir kombinasyonu olabilir. Malzeme
Türüne yalnızca bir Hesap Kategorisi Referansı atanır.
• Bir Malzeme için Ana Hesap tayini, Değerleme Sınıfı ayarlarına göre yapılır.
247
İşlem / Onay (İşlem) Tuşları
BSX – Stok Kaydı
GBB - Hisse Senedi Kayıtlarına Girişin Dengelenmesi
• Malzeme Yönetimi modülündeki Otomatik Hesap Atama Tablosu (Tablo 030), stok yönetimi
içindeki farklı işlemleri temsil eden İşlem / Olay Anahtarlarına (İşlem Anahtarları) göre
sıralanmıştır. Mal Çıkışında aşağıdaki İşlem / Olay Anahtarları kullanılır:
– BSX: Materyal bir müşteriye teslim edildiğinde alacak verecek olan ana hesap
stokunun atanmasına yol açan Stok Kaydı İşlemini temsil eder.
– GBB: Malzeme bir müşteriye teslim edildiğinde borçlandırılacak olan Mal, Satılan
Malların G / L Maliyetinin tahsisine yol açan Stok Kaydı İşlemine Mahsup Girdisini
temsil eder. Offset girişleri bu kadar geniş bir işlem kapsamını kapsayabildiğinden,
offset girişi, Hareket Türü yapılandırmasında Hesap Değiştirme kodu tarafından
belirlenen Hareket Türü tarafından daha fazla tanımlanabilir. Bu şekilde, offset girişleri,
Hareket Türü'ne bağlı olarak farklı ana hesaplara kaydedilebilir.
248
Sistem İlgili Ana Hesapları Nasıl
Bulur?
1 5
Değerleme
Hesap Tablosu
Sınıfı
550000 231000
2 81000 140000 4
İşlem Anahtarı Hesap Gruplama
(Süreç Anahtarı) (Hesap Değiştirici)
3
Değerleme
Gruplama Kodu
• Entegre bir Satış Döngüsünde, Satış ve Dağıtım modülünde (Mal sorunlarını hatırlama,
Malzeme Yönetimi modülünde de yayınlanabilir) yayınlanan Mal Çıkışı işlemleri, bir
Muhasebe Belgesinin oluşturulmasına neden olur. İşlemin kaydedildiği ana hesaplar
otomatik olarak belirlenebilir. Otomatik hesap tayininin yapılandırılması Uyarlama’da
gerçekleşir.
• Mal Sorunu gönderildiğinde oluşturulan Muhasebe Belgesi otomatik olarak atanmış ana
hesaplar içerir. Sistem otomatik olarak Ana Hesapları aşağıdaki verileri kullanarak atar:
– Şirket Kodunun Hesap Çizelgesi: Mal İhracı sırasında girilen İşletme, Şirket Kodunu ve Şirket
Kodu Hesap Çizelgesini belirler.
– İşlem / Olay Anahtarı (İşlem Anahtarı): Bu kayıt işlemleri, muhasebe ile ilgili envanter yönetimi
işlemleri için önceden tanımlanmıştır. Bu olası kayıt işlemlerini içeren kayıt, bir değer dizesinde
saklanır ve envanter yönetimindeki her bir ilgili Hareket Türüne atanır.
– Değerleme Alanının Değerleme Gruplaması Kodu: Mal Çıkışına girilen işletme, Değerleme
Alanını ve dolayısıyla Değerleme Gruplama Kodunu belirler.
– Hesap Gruplaması (Hesap Değiştirme kodu): Hesap Değiştirme kodu olarak da adlandırılan
Hesap Gruplaması, bir İşlem Anahtarını daha fazla alt bölümlere ayırmak için kullanılır. Bir
Hareket Türü'ne bir Hesap Değiştirme kodu atanır.
– Değerleme Sınıfı: Değerleme Sınıfı, Mal Hareketi (Mal Çıkışı) 'da kullanılan Materyalin
Malzeme ana verilerinden alınır.
249
Hesap Tayininde Simülasyon
Gerçekleştirme
Hareket Türü: 231
İşletme CSPL
Malzeme: RES-A
İşletme CSPL Malzeme RES-A Hareket Türü 231
Değerleme Hesap Değerleme Değer

Gruplama Kodu Tablosu Sınıfı Dizisi
Dizeleri Kaydetme:
İşlem Anahtarı Ana Hesap- Dr Ana Hesap. - Cr.
BSX 300000 300000
GBB 191100 191100
• Konfigürasyon içinden, belirli bir Mal ve Hareket için belirli bir Tesis ve Malzeme kullanılarak
Ana Hesap kayıtlarının simülasyonu gerçekleştirilebilir. Bu işlev, yapılan ayarların
doğrulanmasına izin verir.
• Simülasyonda, Tesise dayalı olarak belirlenen Değerleme Alanı ve Şirket Kodu ve daha
sonra kullanılan Değerleme Gruplama Kodu ve Hesap Çizelgesi görüntülenir. Kullanılan
Değerleme Sınıfı, Malzemeye göre görüntülenebilir. Son olarak, kullanıcı İşlem Anahtarı için
bir Hesap Değiştirme kodunun kullanılıp kullanılmadığını görebilir.
250
18.2. Gelir Hesabı Tayinine Genel Bakış
Gelir Hesabı Tayinine

Genel Bakış
Faturalama Belgesi
HESAP TAYİN KRİTERLERİ
Müş. Satıcı
X X
• Faturalama Belgesi müşteriye gönderilen bir faturanın yaratılmasıyla sonuçlanır. Finansal

muhasebe etkisi, Satış ve Dağıtım modülü ile Finansal Muhasebe modülü arasında önemli
bir entegrasyon noktasıdır. Faturalama Belgesi, sonuçta ortaya çıkan finansal muhasebe
işlemini içeren Muhasebe Belgesi için kaynak görevi görür. İşlemin kaydedildiği ana
hesaplar, hesap belirleme kriterleri temelinde otomatik olarak belirlenir.
• Genel olarak, Gelir Hesabı Tayini aşağıdaki adımlarda yapılandırılır:
– Faturalama Belge Türüne Bir Hesap Belirleme Prosedürü atayın.
– Hesap Belirleme Prosedürünü Koşul Türüne atayın.
– Koşul Türünü bir Erişim Dizisine atayın.
– Koşul Tablolarını, gelir hesabı tayini için kullanıcı tanımlı ölçütlerle yapılandırın.
251
Finansal Muhasebe Arayüzü
SD FI
Fatura Muhasebe
Belgesi
Fatura Muhasebe
Belgesi
 Kayıt
Bloğu
Serbest Bırak
• Muhasebe Belgesinin otomatik olarak oluşturulmasını engelleyecek bir Faturalama Belgesi

için bir kayıt bloğu bulunabilir. Bu durumda, karşılık gelen Muhasebe Belgesi sadece ayrı bir
adımda muhasebeye bırakıldıktan sonra oluşturulur.
252
Faturalama Belgesinde Hesap
Tayin Kriterleri
Fatura Belgesi Şirket Kodu
Hesap Tablosu
Atandı
Satış Organizasyonu
Ödeyen Ana Kaydı
Müşteri Hesabı Tayin Grubu
Malzeme Hesabı Tayin Grubu
Malzeme Ana Kaydı
Hesap Anahtarı
Fiyatlandırma Prosedürü
Fiyat 100.00 ERL
İndirim 10.00 ERS
Ana Hesap Hesap Anahtarı

ERL = Gelir
ERS = Satış İndirimi
• Standart sistemde, hesap tayini aşağıda listelenen beş faktöre dayanır: KOFI Koşul Türü
için Erişim Sırası’na atanan tuş kombinasyonunda kullanılan beş alanı temsil eder. Koşul
türü KOFI, örneğin gelir, iskontolar veya vergiler için hangi ana hesap girişlerinin
kaydedileceğini belirlemek için kullanılır.
– Hesap Tablosu: Faturalama Belgesindeki Şirket Kodundan belirlenir.
– Satış Organizasyonu: Müşteri siparişinden belirlenir.
– Hesap Tayin Grubu (Müşterinin): Ödeyen'in Müşteri ana verilerinde kullanıcının,
hesap atama amacıyla birlikte müşterileri gruplamasını sağlayan bir alandır. Örneğin,
yerli müşterilerden elde edilen gelir bir iç gelir ana hesabına, yabancı müşterilerden
elde edilen gelir ise bir yabancı gelir ana hesabına kaydedilecektir.
– Hesap Atama Grubu (Malzemeden): Malzeme ana verilerindeki, kullanıcının
Malzemeleri hesap tayin amacıyla birlikte gruplamasını sağlayan bir alan. Her ürün
grubu için ayrı bir Gelir Ana Hesabı tanımlanabilir.
– Hesap Anahtarı: Fiyatlandırma Prosedüründeki Koşul Türlerine atanan ve kullanıcının
Ana Hesapları örneğin; gelir, iskontolar veya vergiler olarak tanımlamasını sağlayan bir
alan.
253
18.3. Gelir Hesabı Belirleme
Gelir Hesabı Belirleme

Hesap. Tespit Prosedürü Fatura Belge Türü
KOFI
Kalem 10
Satış
Durum Türü : KOFI Fiyat 10TRY İndirimi
Erişim Sırası : KOFI İndirim(10%) 1TRY 1
Durum Tabloları
Özel
1. Hesap Tab. Satış Org. Hesap Anahtarı Müşteri Hesap Grubu Malzeme Hesap Grubu
5. Hesap Tab Satış Org. Hesap Anahtarı Müşteri Hesap Grubu Malzeme Hesap Grubu
Koşul Türü KOFI Kayıtları

Hesap
Geçerli Bir Kayıt Yok
Genel Geçerli Kayıt Var (arama bitiyor) Satış İndirimi
• Gelir hesabı tayini koşul tekniğini kullanır.

• Her Faturalama Belge Türü'ne bir Hesap Belirleme Prosedürü atanır.
• Koşul Türü, gerçekleşecek hesap belirleme türünü özgün bir şekilde tanımlayan bir Hesap
Belirleme Yordamına atanan bir değerdir. Hesap belirleme türü sistemdeki belirli bir alan
değil; gelir hesabı atamasında yer alan Erişim Dizisi gibi diğer faktörleri ifade eder.
• Erişim Sırası, Koşul Tablolarını kullanarak Uygulama Alanını (Satış ve Dağıtım, Satın Alma)
belirler ve hangi Koşul Tablolarının kullanılacağını ve hangi sırada okunduklarını belirler.
• Faturalama Belgesi içinden hesap belirlemenin nasıl yürütüldüğüne ilişkin ayrıntılar
görüntülenebilir.
254
18.4. Otomatik Hesap Tayini Bölüm Özeti

Bölüm Özeti
– Değerleme Alanı
– Değerleme Sınıfı
– Değerleme Gruplama Kodu
– Hesap Kategorisi Referansı
– İşlem / Olay Anahtarı (Süreç Anahtarı)
– Hesap Değiştirme kodu
– Hesap Belirleme Prosedürü
• Değerleme Alanı: Uyarlamada, bir Materyalin değerleme seviyesini belirleyen bir ayar
(Şirket Kodu düzeyinde veya İşletme düzeyinde).
• Değerleme Sınıfı: Kullanıcının benzer özelliklere sahip malzemeleri aynı stok hesabı altında
yönetilebilmesi için gruplamasına izin veren bir kod. Örnekler arasında mamul ürünler, yarı
mamul ürünler ve hammaddeler yer alır.
• Değerleme Gruplama Kodu: Hesap tayini amacıyla, Değerleme Alanlarını birleştirmek için
(Tesis düzeyinde değerleniyorsa) veya Şirket Kodlarını (Şirket Kodu düzeyinde
değerleniyorsa) birleştirmek için kullanılan hesap tayinindeki bir kriter.
• Hesap Kategorisi Referansı: Değerleme Sınıflarının bir kombinasyonu.
• İşlem/ Onay Anahtarı (Süreç Anahtarı): Stok yönetimi içindeki farklı süreçleri temsil eden
ve Malzeme Yönetimi modülündeki Otomatik Hesap Atama Tablosunun (Tablo 030)
sıralandığı bir kod.
• Hesap Değiştirme Kodu: Hareket Türü'ne atanan bir İşlem / Olay Anahtarını alt bölümlere
ayırmak için kullanılan kod.
• Hesap Belirleme Prosedürü: Tüm gelir hesabı atama ölçütlerinin saklandığı bir
Faturalama Belge Türüne atanan kod.
255
Bölüm Özeti
– Durum Türü
– Erişim Sırası
– Durum Tabloları
– Hesap Tayin Grubu (Müşteri)
– Hesap Tayin Grubu (Malzeme)
– Hesap Anahtarı
Automatic Account Assignment
• Hesap Tayin Grubu (Müşteri): Ödeyen'in Müşteri ana verilerinde, kullanıcının Müşteri'yi
hesap tayin amacıyla birlikte gruplamasına olanak tanıyan bir alan. Örneğin, yerli
müşterilerden elde edilen gelir bir iç gelir ana hesabına, yabancı müşterilerden elde edilen
gelir ise bir yabancı gelir ana hesabına kaydedilecektir.
• Hesap Tayin Grubu (Malzeme): Malzeme ana verilerindeki kullanıcının hesap tayin
amacıyla Malzemeleri birlikte gruplamasına olanak veren bir alan. Her ürün grubu için ayrı
bir Gelir Ana Hesabı tanımlanabilir.
• Hesap Anahtarı: Fiyatlandırma Prosedüründe Koşul Türlerine atanan ve kullanıcının Ana
Hesapları örneğin gelir, iskontolar veya vergiler olarak tanımlamasını sağlayan bir alan.
256
19. Kredi Yönetimi
Bölüm 19
Kredi Yönetimi
• Kredi Yönetimi, müşteri kredi limitleri oluşturma, kredi
kontrol politikaları oluşturma ve Müşterileri bu kriterlere
göre izleme sürecidir. Hem Finansal Muhasebe (FI) hem
de Satış ve Dağıtım (SD) modüllerinde yapılandırılmıştır.
– Müşteriler için kredi limitlerinin nasıl belirlendiğini ve
sürdürüldüğünü anlamak.
– Kredi Kontrol Alanı, Şirket Kodu ve Müşteri arasındaki
hiyerarşik ilişkileri anlamak.
– FI ve SD'de Otomatik Kredi Kontrolü kullanan
Müşteriler için kredi limitlerini izleme işlevini
tanımlamak ve anlamak.
www.finsoft.com.tr Kredi Yönetimi
257
Kredi Yönetimi
Müşteriler için Kredi Limitleri Belirlemek ve Kontrol Etmek İçin Kullanılır
Müşteri
Müşteri
Satış Temsilcisi
Müşteri
Siparişi
Kontrol
Müşteri • Siparişi Kabul Et

Kredi
Kredi • Siparişi Kabul Et/
Limitleri
Kontrol Teslimatı Engelle
Müşteri • Siparişi Reddet
Kredi
Bilgileri
• Kredi Yöneticileri bir müşterinin borçlarını ödeme yeteneğini analiz eder. Kredi
değerlendirmesine bağlı olarak, belirli bir siparişin kabulünü müşterinin kredi değerliliğine
bağlamak isteyebilirler.
258
19.1. Kredi Kontrol Alanı
Kredi Kontrol Alanı

Kredi Şirket
İstemci Kontrol Müşteri
Alanı Kodu
İstemci
Örnek:
PepsiCo.

CCAA CCBB

123 456 999
Müşteri A Müşteri B Müşteri A Müşteri C Müşteri A

Kredi Yönetimi
• Kredi Kontrol Alanı, müşteriler için kredi limitleri belirlemek amacıyla kullanılan bir Şirket
Koduna atanan bir kuruluş birimidir.
• İstemci bir veya daha fazla Kredi Kontrol Alanı içerebilir. Ancak, Kredi Kontrol Alanı yalnızca
bir İstemci’ye atanabilir.
• Kredi Kontrol Alanı bir veya daha fazla Şirket Kodu içerebilir; ancak, bir Şirket Kodu yalnızca
bir Kredi Kontrol Alanına atanabilir. İzin verilen kredi kontrol alanlarının bir listesini
oluşturmak mümkündür, bu durumda atanan kredi kontrol alanı varsayılan olarak işlev görür.
• Birkaç Şirket Kodunda bir Müşteri ana verileri yaratılırsa, Müşterinin çeşitli Kredi Kontrol
Alanlarına tahsis edilmesi de mümkündür.
259
Kredi Kontrol Alanı Tanımlama
Adım 1: Kredi Kontrol Alanı Tanımla
Adım 2: Kredi Kontrol Alanına Şirket Kodları Atama
Kredi Yönetimi
• Kredi Kontrol Alanlarını tanımlarken aşağıdakiler belirtilmelidir:

– Açıklama
– Para Birimi
• Bir Kredi Kontrol Alanı tanımlanırken aşağıdakiler belirtilebilir, ancak zorunlu değildir:
– Risk Kategorisi
– Kredi Limiti
Not: Belirtilirse, bu değerler oluşturulduğu anda yeni bir müşterinin Müşteri ana verilerinde
varsayılan olarak bulunur.
260
19.2. Müşteri Başına Kredi Limiti Tayini
Müşteri Başına Kredi Limiti

Tayini
Kredi Limitinin 2 Seviyesi:
• Tüm Kredi Kontrol Alanlarında global olarak
• Kredi Kontrol Alanı Başına
Örnek:
Müşteri Global Sınır : 2,000,000.00TRY Kredi Kontrol Alanı Limiti : 500,000.00TRY
İstemci
PepsiCo.
CCAA < = 500,000.00TRY

CCCH < = 500,000.00TRY
CCAA CCCH
Şirket Kodu Şirket Kodu CCAA +

123 999 CCCH < = 2,000,000.00TRY
Müşteri A Müşteri A
• İzin verilen maksimum Müşteri kredi limitleri iki düzeyde tutulabilir:

– Global olarak tüm Kredi Kontrol Alanlarında (Müşteri düzeyinde).
– Kredi Kontrol Alanı için.
• Yukarıdaki örnekte, Müşteri A için izin verilen maksimum global kredi limiti 2.000.000.00
TRY olarak belirlenmiştir. Herhangi bir Kredi Kontrol Alanı için izin verilen maksimum kredi
limiti 500.000.00 TRY dir.
261
19.3. Müşteri Başına Kredi Limitleri Bakımı
Müşteri Başına Kredi Limitleri

Bakımı
Tüm Kredi Kontrol
Alanlarında önceden
atanmış toplam sınır
Bireysel Kredi için önceden

atanmış en yüksek limit
Kontrol Alanı
Tüm Kredi Kontrol Alanlarına

Kredi Kontrol Alanı atanabilecek maksimum
başına atanabilecek toplam tutar
maksimum miktar
• Sistemde, müşterinin kredi limitleri, izin verilen maksimum kredi limitleri ve fiili kredi limitleri
belirlenerek korunabilir.
• Geçerli Kredi Limitleri Atanan belirli bir Müşterinin cari tarih itibariyle belirlenmiş kredi
limitleridir.
– Toplam Tutar: Müşteriye atanmış münferit Kredi Kontrol Alanı limitlerinin toplamı.
– En Büyük Bireysel Limit: Müşteriye, Kredi Kontrol Alanlarından birinde atanan en
yüksek kredi limiti. Bu tutar maksimum bireysel kredi limitini aşamaz.
• İzin Verilen Maksimum Kredi Limitleri:
– Toplam Tutar: Tüm Kredi Kontrol Alanlarında Müşteri için atanabilecek toplam kredi
limiti.
– Bireysel Limit: herhangi bir belirli Kredi Kontrol Alanında bir Müşteri için atanabilecek
maksimum kredi limiti.
262
Müşteri için Kredi Limitlerini
İzleme
Peşinat gibi Satışlardan

Özel Muhasebe alacaklar
İşlemleri
Açık Müşteri
Siparişleri,
Teslimatlar ve
Faturalama Dök.
Toplam Alacaklar,
Özel Defteri Kebir.
Kayıtlar: Bu miktarları arttırın ve Sıradışı değer.
Denkleştirmeler: Bu miktarları azalt
Kredi Yönetimi
• Sistem bir Kredideki her Müşteri için aşağıdaki verileri hesaplayabilir

Kontrol Alanı:
– Alacaklar: toplam açık Müşteri Faturası (Finansal Muhasebe Belgeleri).
– Özel Yükümlülükler: Kredi limiti ile ilgili (yani peşinat ödemeleri) olarak işaretlenmiş
Özel Muhasebe İşlemlerinin toplamı.
– Sipariş Değeri: açık Müşteri Siparişlerinin, Teslimatların ve Faturalama Belgelerinin
toplamı.
– Kredi Maruziyeti: yukarıdaki üç alandaki toplamların toplamı.
• Daha fazla esneklik için, Kredi Kontrol Alanına, kaydedilen belgeye (Müşteri Siparişi,
Teslimat Notu, Faturalama Belgesi veya Finansal Muhasebe Belgesi) göre hangi kredi
istatistiklerinin (açık sipariş değeri, açık teslimat değeri veya açık fatura değeri gibi)
güncelleneceğini belirten bir Güncelleme Grubu atanabilir.
263
19.4. Kredi Kontrolü
Kredi Kontrolü
SATIŞ SİPARİŞİ
TÜRÜ
Kredi Kontrol Limiti (Birini Seç)

SADECE STATİK
A: UYARI MESAJI
B: HATA MESAJI
C: TESLİM BLOKLU UYARI MESAJI
D: OTOMATİK (OTOMATİK KREDİ KONTROLÜ)
STATİK yada
DİNAMİK
• Kredi kontrolüne verilen sistem yanıtının türü Satış Siparişi Türü'nde tanımlanır. Yukarıdaki
yanıtlar aşağıdaki gibi tanımlanmıştır:
– Uyarı Mesajı: Satış Siparişi yaratılır.
– Hata Mesajı: Satış Siparişi yaratılmaz.
– Teslim Bloklu Uyarı Mesajı: Satış Siparişi yaratılır, ancak daha sonra teslim edilemez.
– Otomatik (Otomatik Kredi Kontrolü): kredi kontrol fonksiyonunda daha fazla
karmaşıklık sağlar. Müşterilere, kredi kontrolüne sistemin yanıtını tanımlamak için
kullanılan bir kriter olan bir Risk Kategorisi atanabilir.
• A, B ve C esas olarak V3.0'dan önceki sistem versiyonlarında kullanılmıştır. Otomatik Kredi
Kontrolü (D) neredeyse her zaman kullanılır.
• Sistem aşağıdaki kredi kontrolü türlerini destekler:
– Statik Kredi Kontrolü
– Dinamik Kredi Kontrolü
264
Statik Kredi Kontrolü
AÇIK SATIŞ BELGELERİ
AÇIK TESLİMAT BELGELERİ

KREDİ
+ RİSKİ
AÇIK FATURA BELGELERİ
+
AÇIK KALEMLER (A/R)
• Statik Kredi Kontrolü'nün yukarıdaki bileşenleri aşağıdaki gibi tanımlanmıştır:

– Açık Satış Belgeleri - Henüz teslim edilmemiş Sipariş kalemlerinin değeri.
– Açık Teslimat Belgeleri - Henüz faturalandırılmamış Teslimat kalemlerinin değeri.
– Açık Faturalama Belgeleri - Henüz Finansal Muhasebe modülüne iletilmemiş
Faturalama Belgesi kalemlerinin değeri.
– Açık Kalemler (A / R) - Açık Muhasebe Belgelerinin değeri (henüz müşteriler
tarafından ödenmez)
265
Dinamik Kredi Kontrolü
Statik Bileşen Dinamik Bileşen
AÇIK TESLİMAT BELGELERİ
+ KATMAN İÇİNDE SATIŞ

AÇIK FATURA BELGELERİ
+ BELGESİNİ AÇ
+
AÇIK KALEMLER (A/R)
KREDİ RİSKİ
• Önceki sayfa ile aynı tanımlar Dinamik Kredi Kontrolü'nün yukarıdaki bileşenleri için
geçerlidir.
• Statik ve Dinamik Kredi Kontrolü arasındaki fark, sistemde Görüş Tarihinin ötesine teslim
edilecek Müşteri Siparişlerini kredi riski hesaplamasının dışında tutacak bir kredi görüşünün
yapılandırılabilmesidir.
266
19.5. Otomatik Kredi Kontrol Özellikleri
Otomatik Kredi Kontrol Özellikleri

Kredi Kontrolleri
– STATİK KONTROL
– DNAMİK KONTROL
– MAKSİMUM BELGE DEĞERİ ESASINA GÖRE
– KRİTİK ALANLARDA DEĞİŞİKLİK YAPILDIĞINDA
– SONRAKİ DAHİLİ İNCELEME TARİHİ
– VADESİ GEÇMİŞ AÇIK KALEMLERİN ESASINA GÖRE
– EN YÜKSEK İHTAR SEVİYESİNE KARŞI
Sistem Reaksiyonu
– UYARI
– BLOK İLE UYARI
– HATA
• Bir Müşteri Siparişi, kullanıcı tarafından yapılandırılan belirli bir miktarı aşarsa, bu tutarın
müşterinin kredi limitini aşıp aşmadığına bakılmaksızın, sistem bir ileti döndürecek şekilde
• Kredi kontrolü Kredi Kontrol Alanı tarafından gerçekleştirilir. Bir Satış Organizasyonu bir
Şirket Koduna ve bir Şirket Kodu bir Kredi Kontrol Alanına atandığından, Kredi Kontrol Alanı
da belirli bir Satış Organizasyonu içinde tanımlanır.
267
19.6. FI’da Otomatik Kredi Kontrol Yapılandırması
FI'da Otomatik Kredi Kontrol

Yapılandırması
Kredi Kontrol Alanı (KKA)

Müşteri Kredi Yönrtimi Alanı
EURO Avrupa
CCCS Kuzey Amerika Müşteri : 6
Kredi Kontrol Alanı : EURO
Risk Kategorileri
Risk Kategorisi : R02
RO1 Yüksek Risk Kredi Temsilcisi Grubu : 001
RO2 Orta Risk
RO3 Düşük Risk Kredi Limiti : 10,000 USD
Kredi Temsilcisi Grupları

001 Avrupa Kredi Temsilcisi
002 Kuzey Amerika Part Func. Pers.No. Mail
KB 012 Jones
• Finansal Muhasebe (FI) modülündeki Müşteri ana verilerin Müşteri Kredi Yönetimi Kaydı
alanında aşağıdakiler tanımlanmıştır:
– Risk Kategorisi: Müşterileri, borçlarını zamanında ödememe risklerine göre
sınıflandırmanın bir yolu. Belge Kredi Grubu ile birlikte sistemin kredi limitinin
aşılmasına neden olan bir müşteri işlemine nasıl tepki verdiğini tanımlar.
– Kredi Temsilcisi Grupları: Raporlama ve belge yayınlama işlevleri için bir seçim
kriteri.
– Blok: Müşteri için Müşteri Siparişi, İrsaliye veya Mal Çıkışının yaratılmasına izin
vermeyecek bir gösterge.
– Son İç İnceleme: Müşterinin kredi limitinin son Kredi Temsilcisi değerlendirmesinin
tarihi. Bu inceleme, müşterinin kredi limitinde bir artışa, azalmaya veya değişikliğe
neden olabilir.
– Sonraki Dahili İnceleme: Müşterinin kredi limitinin bir sonraki planlanan Kredi
Temsilcisi değerlendirmesinin tarihi.
– Kredi Bilgi Numarası: Kredi ajansı referans numarası (Duns).
– Değerlendirme: Kredi ajansı değerlendirmesi.
268
19.7. SD’de Otomatik Kredi Kontrol Yapılandırması
SD'de Otomatik Kredi Kontrolü

Yapılandırması
Belge Kredi Grup Kalem Kategorileri
01 Satış Siparişi Aktif
02 Teslim TAN X
03 Mal Sorunu AGN Evet
Satış Belge Türleri

OR D = Otomatik
. Kontrol
.
.
Krediyi Etkiyelen Faktörler:
Kredi + Risk + Belge

Kontrol Kategorisi Kredi
Alanı Grubu
• Otomatik kredi kontrolü için SD'de aşağıdakiler tanımlanmıştır:

– Belge Kredi Kontrolü: Kredi kontrol amaçları için Emir Tipleri ve Teslimat Tiplerinin
birleştirilmesini sağlar. Belge Kredi Grubu kullanılarak, Satış Döngüsü'ndeki (Satış
Siparişi, Teslimat Notu, Faturalama Belgesi) farklı noktalar için Otomatik Kredi
Kontrolü seçenekleri ayarlanabilir.
– Kalem seviyesinde kredi kontrolünün etkinleştirilmesi: Kullanıcı, her bir Ürün
Kategorisinin (yani stok kalemi, ücretsiz kalem) kredi kontrol fonksiyonuna dahil edilip
edilmeyeceğini tanımlar.
269
Kredi Muhafazasını İnceleme ve
Serbest Bırakma
Kredi Kontrol Alanı CCXX

Engellenen SD Siparişleri
Kredi Temsilcisi Grubu US
Kredi Hesabı Sipariş Kredi Değeri Risk Durum
Müşteri A 351 1000.00 Orta Dinamik Kont.

Müşteri X 567 200.00 Yüksek Dinamik Kont.
Müşteri Y 595 50000.00 Düşük Statik Kont.
Sipariş(ler) İptal
• Kredi Temsilcisi, bloke edilen müşteri siparişleri ve teslimatlarının bir listesini oluşturabilir.
Liste, Kredi Kontrol Alanı, Kredi Temsilcisi Grubu ve / veya Risk Kategorisi ile oluşturulabilir.
• Kredi Temsilcisi, müşterinin kredi durumunu araştırabilir ve belgeyi kredi tutmada bırakabilir
veya serbest bırakabilir.
• Kullanıcı bu bilgileri Kredi Yönetimi'nde aşağıdaki uygulama tarafı menü yolu altında
görüntüleyebilir:
Mali İşler-Mali Muhasebe-Müşteriler-Kredi Yönetimi-İstisnalar-Bloke Edilmiş Satış
Belgeleri
270
19.8. Risk Yönetimi
Risk Yönetimi
Risk Yönetimi Kredi Yönetimi
Ödeme Kartları Statik/Dinamik
+
Kredi Mektubu Kontroller
İhracat Kredisi Manuel Kontroller
Sigorta
Satış Siparişi 101

Şuna Satıldı #6
Müşteri İçin 3. Sistem, kalan 400 liralık
Net değer 1000TRY Kredi Mektubu 6 müşteri siparişine karşı bir
kredi kontrolü gerçekleştirir.
XYZ 10 500 600TRY
ABC 20 500
1. Müşteri siparişi girişinde 2. Sistem, kredi mektubuna izin
sistem, ödeme yapan kişi ve verildiğini belirler ve bu müşteri
belge türü için ne tür ödeme
garantilerine izin verileceğini için 600 TRY değerinde bir tane
belirler. bulur.
• Tahsil edilemeyen müşteri alacaklarının bir şirket üzerindeki ciddi etkilerine yanıt olarak,
Risk Yönetimi'nin eklenmesi ile Kredi Yönetimi işlevselliği genişletildi ve geliştirildi.
• Risk Yönetimi, müşterilerin kredi değerliliğinin belirlenmesine ve ödemelerde
güvenilirliklerinin sağlanmasına yardımcı olur. Risk yönetimi özellikle aşağıdaki güvenli
ödeme yöntemlerinin kullanımıyla ilgilidir:
– Hem onaylanmış hem de onaylanmamış Kredi Mektubu
– Akreditifli veya akreditifsiz İhracat Kredi Sigortası
– Ödeme Kartları
• Bir Satış işleminde, yukarıdaki Risk Yönetimi belgelerinden hiçbiri kullanılmazsa, kredi riskini
yönetmek için yalnızca Kredi Yönetimi kullanılacaktır.
• Yukarıdaki ödeme garantisi formlarından biri mevcutsa, kredi kontrolü yalnızca Risk yönetimi
belgesinde bulunmayan tutarda yapılacaktır. Örneğin, bir müşteri 1000 lira için sipariş
verirse ve 600 lira için bir kredi mektubuna sahipse, kredi kontrolü yalnızca kalan 400 lira
karşılığında yapılır.
271
Kredi Kontrol Alanı Belirleme
Seçenekleri
İlk
Üstbilgi Düzeyinde Bir Kullanıcı Çıkışı
Kredi Kontrol
Alanının
Ödeyen Ana Kayıtlarının Faturalandırma
belirlenmesi
Görünümü
için kontrol
sırası İşlemin Satış Alanı
Satış Organizasyonunun Şirket Kodu
Son
• Bir işlemin kredi kontrol alanını belirlemek için çeşitli seçenekler mevcuttur.
• Şuan mevcut 4 seçenek:
1. Uygun kredi kontrol alanını belirlemek için bir kullanıcı çıkışı tanımlanabilir. Bu kullanıcı
çıkışı, yalnızca müşteri siparişindeki başlık düzeyi verilerinden yararlanabilir.
2. Ödeyenin satış alanı kullanılabilir. Sistem, Ödeyen Ana Kaydının uygun Faturalandırma
Görünümünde “Kredi Kontrol Alanı”.
3. Satış alanları artık yapılandırma yoluyla belirli bir kredi kontrol alanına atanabilir.
4. Satış organizasyonunun Şirket kodu, Kredi Kontrol Alanının belirlenmesinde mevcut
olan son kontroldür. Bu kontrol, 3.1'den sonraki sürümlerde standarttır ve yine de
4.0’da varsayılan olarak işlev görür.
272
19.9. Erken Uyarı Listesi
Erken Uyarı Listesi
• Kritik olma olasılığı yüksek müşteriler

hakkında bir rapor oluşturur
• Erken Uyarı Listesi bilgilerini Müşteri

Özetinden alır. Güncel bilgileri
sağlamak için Müşteri Özetini
zamanında çalıştırmak gerekir.
• Yönetim, bu raporların sonuçlarını

müşteriler üzerinde bir hareket tarzı
belirlemek için kullanabilir.
Uyarlamada otomatik eylemler de
ayarlanabilir.
• Müşteri Özetini, dağıtılmış kredi yönetiminde veya dağıtılmamış bir ortamda kullanıyorsanız.
Erken Uyarı Listesini kullanabilirsiniz.
• Müşteri Özetinin ne kadar güncel olduğuna bağlı olarak, kontrol (SD işleme sırasında)
Müşteri Özetine veya gerçek verilere karşıdır. Gerçek verileri okumak özellikle dağıtılmış bir
sistemde, daha az performans verimidir.
• SD'deki kredi kontrollerinde hangi kredi yönetimindeki müşterilerin kritik müşteri olarak
görüntüleneceğini belirlemek için Erken Uyarı Listesini kullanabilirsiniz. Bu bağlamda, kritik
müşteri, otomatik kredi kontrolünde depolanan veriler nedeniyle şimdi veya yakın gelecekte
bireysel kontrolleri (Müşteri Özeti'ndeki bilgiler kullanılarak yapılır) geçemeyecek olan
müşteridir.
• Erken Uyarı Listesi, geçici kriterlere ve / veya otomatik kredi kontrolünün uyarlamasına
dayalı olarak kontrol yapmanızı sağlar.
• Görüntülenecek müşteri sayısını sınırlamak için esnek seçim kriterleri vardır. Bu
kategorilerden iki tanesi kredi kontrol alanı ve risk kategorisidir.
• Çıktı listelerinde kendi ekran varyantlarınızı tanımlayarak, görüntülenecek verilerin aralığını
bilgi gereksinimlerinizi karşılayacak şekilde ayarlayabilirsiniz. Listeyi biçimlendirmek için
genel liste görüntüleyici işlevlerini kullanabilirsiniz.
273
19.10. Müşteri Özeti
Dağıtılmış ve dağıtılmamış
sistemlerde Müşteri Özeti
Rapor: RFCMCRCV
SD FI
Oluşturma SD - Belgeler
Rapor:
Dağıtılmamış Dağıtılmış RFDKLI42
sistemler : sistemler: Oluşturur
Kontrol Kontrol
Kontrol
a) perfor- a) Müşteri Özet
mans+
b)perfor-
b) mans? Gerçek Veriler
RFC ile
• Müşteri Özetinin ne kadar güncel olduğuna bağlı olarak, kontrol (SD işleme sırasında)
Müşteri Özetine veya gerçek verilere karşıdır. Gerçek verileri okumak, özellikle dağıtılmış bir
sistemde daha az performans verimidir.
• RFCMCRCV programını kullanarak seçilen müşteriler için bir Müşteri Özeti oluşturmuş
olmanız gerektiğini unutmayın. Dağıtılmış bir ortamda (merkezi olmayan SD sistemleri ve
merkezi bir FI sistemi ile ALE senaryosu) çalışıyorsanız, Müşteri Özetinin varlığı SD'deki
kredi kontrolleri için de bir ön koşuldur. Dağıtılmamış bir ortamda (yani bir merkezi sistem),
Uyarlama’da, yalnızca Erken Uyarı Listesi için Müşteri Özeti oluştururken SD'deki kredi
kontrollerinin hala gerçek verilere dayandığını belirtebilirsiniz.
274
Müşteri Özeti
• Kompakt formdaki bir hesap

için tüm kredi bilgilerini
içerir
• Hem dağıtılmış hem de

dağıtılmamış kredi
yönetiminde SD kredi
kontrolleri için kullanılabilir
• Açık öğelerin tekrar tekrar

okunmasından kaçınıldığı
için dağıtılmamış
sistemlerde verimliliği artırır
Ön ayarlar burada yapılır.
275
Müşteri Özeti - Aging Ayarları
SD’de Müşteri Özeti Eskime
Ayarları
Müşteri’de Müşteri Özeti Eskime

Ayarları
276
19.11. Kredi Yönetimi Bölüm Özeti
Kredi Yönetimi Bölüm Özeti
– Kredi Yönetimi
– Kredi Kontrol Alanı
– Kredi Limiti
– Otomatik Kredi Kontrolü
– Statik Kredi Kontrolü
– Dinamik Kredi Kontrolü
– Risk Kategorisi
• Kredi Yönetimi- Müşteri kredi limitleri oluşturma, kredi kontrol politikaları oluşturma ve
Müşterileri bu kriterlere göre izleme süreci.
• Kredi Kontrol Alanı- Şirket Koduna atanan ve müşteriler için kredi limitleri belirlemek
amacıyla kullanılan bir kuruluş birimi.
• Kredi Limiti- Bir müşteri için izin verilen maksimum kredi riski. Aşılırsa, sistem kullanıcı
tarafından yapılandırılmış bir yanıt sağlayacaktır.
• Otomatik Kredi Kontrolü- Risk Kategorilerinin kullanımını ve Statik veya Dinamik Kredi
Denetimi'ni kullanma yeteneğini içeren sistemin en karmaşık kredi yönetimi.
• Statik Kredi Kontrolü- Toplam kredi riskini açık Satış Belgeleri, açık Teslimat Belgeleri,
Açık Faturalama Belgeleri ve Açık Kalemlerin (henüz ödenmemiş Müşteri kalemleri) toplamı
olarak hesaplayan bir kredi kontrolü yöntemi.
• Dinamik Kredi Kontrolü- Kullanıcı tanımlı bir tarihin ötesinde teslimat için ayarlanmış
kalemleri toplam açık Satış Belgeleri'nden kaldıracak bir teslimat katmanının eklenmesiyle
Statik Kredi Kontrolü'ne benzer bir kredi kontrolü yöntemi.
• Risk Kategorisi - Müşterileri, borçlarını zamanında ödememe risklerine göre sınıflandırmak
için kullanılan bir kod. Belge Kredi Grubu ile birlikte sistemin kredi limitinin aşılmasına neden
olan bir müşteri işlemine nasıl tepki verdiğini tanımlar.
277
Kredi Yönetimi Bölüm Özeti
– Belge Kredi Grubu
– Risk Yönetimi
– Erken Uyarı Listesi
– Müşteri Özeti
• Belge Kredi Grubu- Otomatik Kredi Kontrolü için Satış ve Dağıtım modülünde tanımlanan
ve kredi türleri için Emir Türlerinin ve Teslimat Türlerinin birleştirilmesini sağlayan bir
unsurdur. Bunu kullanarak, Satış Döngüsü'ndeki (Müşteri Siparişi, İrsaliye, Faturalama
Belgesi) farklı noktalar için Otomatik Kredi Kontrolü seçenekleri ayarlanabilir. Risk Kategorisi
ile birlikte, sistemin kredi limitinin aşılmasına neden olan bir müşteri işlemine nasıl tepki
verdiğini tanımlar.
• Risk Yönetimi - Akreditif gibi güvenli ödeme şekilleri kullanarak müşterilerin kredibilitesini
değerlendirme süreci
• Erken Uyarı Listesi- Böyle bir sorun oluşmadan önce hangi müşteri hesaplarının kredi
kontrolleri açısından kritik hale gelebileceğini belirlemenize yardımcı olur.
• Müşteri Özeti- Gerçek verinin okunması ihtiyacını azaltarak kredi kontrolünü daha verimli
hale getiren, hesapların alınabilir bilgilerinin özetlenmiş hali.
278
20. Gelen Ödeme Süreci
Bölüm 20
Gelen Ödeme İşlemleri
Müşteriden ödeme alınması, entegre Satış Döngüsü'nün son

adımıdır. Sistem, müşteri ödemelerini işleme, Müşteri Hesabındaki
açık kalemleri denkleştirme ve ödeme farklılıklarını çözme
konusunda tam işlevsellik sağlar.
Bölüm Hedefleri
– Sistemin gelen ödemeleri nasıl işlediğini anlama.
– Sistemin ödeme farklarını nasıl işlediğine dair bir anlayış sağlama.
– Ödeme Önerisi işlevselliği ve kullanım alanları hakkında bilgi

verme.
www.finsoft.com.tr Gelen Ödeme Süreci

– Gelen ödemeyi tam olarak girme.
– Tolerans dahilinde ödeme farklılıklarını işleme.
– Kısmi ödeme ve kalan ödeme işlevselliğini kullanarak ödeme farklılıklarını tolerans
dışında işleme.
– Manuel bir Ödeme Tavsiyesi girme ve açık kalemleri denkleşme için kullanma.
– Ödeme farklılıklarını otomatik olarak çözmek için neden kodlarını kullanma.
279
Gelen Müşteri Ödemesini Kaydedin
Varsayılan
Bilgiler:
Zorunlu Tarihler
Belge Türü
(ödeme için)
Banka Hesabı&
Ödenen Tutar
Hesap Türü
(Müşteri için)
Müşteri Hesabı
• Bu slayt Tahsilat için veri giriş ekranını gösterir. Aşağıdakilere dikkat edin:
– Bu, Tahsilat için Belge Türü olduğundan DZ Doküman Türü varsayılan olarak kullanılır.
– Zorunlu alanlar Belge Tarihini, bankanın Hesap Numarasını ve Müşterinin Hesap
Numarasını içerir.
– D Tipi Hesap varsayılan olarak kullanılır, çünkü bu Müşteriler için Hesap Türü'dür.
– Bir Tahsilat işlemi kaydedilmesi, uygun bir ana hesabını borçlandıracak ve uygun
müşteri (alt hesap) hesabına alacak sağlayacak bir muhasebe girişi oluşturacaktır.
Aynı zamanda, Müşteri Hesabına atanan ana hesap mutabakat hesabına bir alacak
kaydedilir.
280
Müşteri Tahsilatına Giriş
Açık Kalem Seçimi için

Parametreler
• Gösterilen ticari işlem için, bir Müşteri Hesabı çok sayıda ödenmemiş fatura
içerebileceğinden, bu ödemenin uygulanacağı Müşteri Faturasını seçmek gerekir. Bu
durumda, ödemeyi uygulamak için Açık Kalemler işlem tuşu kullanılmalıdır.
• Gelen Ödemenin girilmesi ve açık bir Faturaya uygulanması, Müşteri açık kalemini işleme
veya Müşteri açık kalemini denkleştirme olarak da ifade edilebilir.
• Denkleştirme kavramı, Bölüm 14: Belge / Hesap Bakımı bölümünde ayrıntılı olarak ele
alınmıştır.
281
20.1. Denkleşecek Açık Kalem Seçme
Denkleşecek Açık Kalem Seçme
Etkinleştirilmiş Açık Kalem
Girilen ve Atanan Tutar
• Açık bir kalemi işlemek için kalemin seçilmesi gerekir. Açık kalemleri seçmenin birkaç yolu vardır:
– Görüntülenen açık kalem sayısı, Üstbilgi Verileri giriş ekranında belirtilen Ek Seçimler
kullanılarak sınırlandırılabilir.
– Sistemi tüm açık Satır Kalemlerini seçilen şekilde listeleyerek ayarlayın.
– Sistemi tüm açık Satır Kalemlerini seçili olarak listeleyecek şekilde ayarlayın, kullanıcı
şunları yapmalıdır:
• Etkinleştirmek için ilgili Satır Kalemi’ne çift tıklayın.
– Düzenle / Bul işlevini kullandığınızda, sistem ilk ekrana girilen ödeme miktarına eşit
olan açık kalem (ler) i seçer. Bu özelliğin çalışması için belge kalemlerinin seçimi
kaldırılmalıdır.
Not: Açık kalem belgelerinin başlangıç durumu (yani, (de) seçili) Düzenleme
Seçenekleri ile kontrol edilir.
• Bir Gelen Ödemenin (veya denkleştirme belgesinin) kaydedilmesi için Tayin edilmemiş
Alanın sıfır olması veya bu Çalışan ve Müşterinin tolerans ayarlarının içinde olması gerekir.
• Açık kalemler, Diğer Hesaplardan Düzenle / Seç'i seçerek de seçilebilir. Bu özellik, bir
müşteri birden çok şirket kodundaki açık kalemler için tek bir ödeme gönderdiğinde
kullanışlıdır.
282
20.2. Kısmi Ödeme-Bakiye Kalemi
Kısmi Ödeme / Bakiye Kalemi
Bir ödeme tutarı açık kalem tutarı ile eşleşmiyorsa

kısmi ödeme veya bakiye kalemi olarak işlenebilir.
Kısmi Ödeme
• Orijinal faturayı olduğu gibi bırakır (tam tutar)
• Ödeme tutarı için Müşteri Hesabına alacak verir
• Kalemler denkleşmedi
Bakiye Kalemi
• Orjinal fatura denkleşir
• Kalan tutar için yeni bir fatura oluşturur
• Yeni faturanın yeni bir Belge Tarihi ve
• Başlangıç tarihi; değiştirilebilir olmasına rağmen
• Gelen ödeme Çalışan ve Müşteri için toleransları aşarsa, ödeme yine de kısmi ödeme veya
bakiye kalemi olarak işlenebilir. (manuel işlem).
• Kısmi ödeme, orijinal faturayı olduğu gibi bırakır ve kısmi ödeme tutarı için müşteri
hesabında bir alacak oluşturur. Kısmi ödeme sonucunda hiçbir kalem denkleşmez.
Kısmi bir ödeme kaydedildiğinde Sistem, Fatura Referansı ve Tahsisi alanlarını otomatik
olarak günceller.
• Kalan ödeme, orijinal faturanın denkleşmesine ve ödeme ile orijinal fatura arasındaki fark
için yeni bir açık kalem oluşturulmasına neden olur.
• Nakit indirimin tamamen mi yoksa kısmen mi yapılacağı ve kalan ödeme için hangi ödeme
koşullarının geçerli olduğu Müşteri'nin Tolerans Grubuna bağlıdır.
283
20.3. Ödeme Tavsiyesi
Ödeme Tavsiyesi
Yapı:
Başlık
Belgeler:
Tarihi Tutar Para Birimi
Bel. # Tutar Para B.
1/27/98 700 USD
123 100 USD
Kalem 1
Tutar Para B. Bel. # 456 500 DEM
Eşleşme 789 200 USD
100 USD 123
999 600 USD
Kalem 2
627 235 SFR
Tutar Para B. Bel. # Genellikle
600 USD 999 Belge Num.
Göre
... Faturalar
Ödemeler
• Ödeme Tavsiyesi, gelen ödeme hakkında ayrıntılı bilgi içerir. Bilgiler, ödemenin ve açık
kalemin eşleştirilmesi için gereklidir.
Bu bilgiler şunlar olabilir:
– Tutar
– Ödeme Tarihi
– Peşinat Nedenleri
– Belge Numarası
• Ödeme tavsiyesi, denkleşme işlemi sırasında açık kalemlerin otomatik aranması ve
eşleştirilmesi için kullanılır.
• Ödemeleri işleme koyarken seçim girişleri yerine, yalnızca ödeme tavsiye numarasını
vermek gerekir.
284
Ödeme Önerileri Gönderme ve
Alma
Müşteri:
Malları Alır
Ödeme Gönderir
Ödeme
Programını Ödeme Denkleşen
Yürütün Tavsiyesi Belgeler
Üretmek Denkleşme
Satıcı:
Ödeme Alır
Mal Gönderir
• Bir SAP sistemi ile EDI ödeme önerileri gönderip almak ve denkleşme için tavsiye bilgilerini
kullanmak mümkündür. EDI bilgilerinin değişimi bir EDI alt sistemi tarafından ele alınır.
• EDI'nın avantajları arasında:
– Erken ödeme bildirimi
– Yapısal denkleştirme bilgileri
– Kağıtsız iletişim
• Bu işlevsellik, ödeme ortaklarının ticaret ortakları arasında belge kalemi bilgileriyle
değiştirilmesine izin verir. Amaç, banka hesap özetinde yer almayan ödemeler ve
“yapılandırılmış denkleşme bilgileri” hakkında bir “erken bildirim” elde etmektir.
• Gönderen bir SAP sistemiyse, Ödeme Programı, kağıt önerileri yazdırmak yerine EDI
önerilerinin gönderilmesini tetikleyebilir. Ödeme Programı, bir EDI alt sistemi aracılığıyla bir
EDI ödeme önerisi gönderen bir ALE (Uygulama Bağlantısı Etkinleştirici) işlevini çağırır. EDI
ödeme önerilerini göndermenin ön koşulu, Müşteri / Satıcı ana verilerindeki ve bir ortak
sözleşmedeki (iletilerin ne, ne zaman ve ne sıklıkla gönderildiği) EDI bilgilerinin muhafaza
edilmesidir.
• Alıcı SAP sistemi, ödeme önerilerini bir EDI alt sisteminden alır ve daha sonraki işlemler için
bir veritabanında saklar.
285
Ödeme Tavsiyesi Türleri
Sistemle birlikte teslim edilen türler:
EDI
Hesap
Banka
Özeti
Lockbox Manuel
• Ödeme Önerileri Tavsiye Numarasının ilk iki basamağına göre sınıflandırılır:

– 01: Lockbox Önerileri
– 02: Hesap Özetinden Tavsiye
– 03: Manuel denkleştirme sırasında oluşturulan tavsiyeler
– 04: Manuel olarak girilen tavsiye
– 05: Banka Tavsiyesi
– 06: EDI Tavsiyesi
• Denkleştirme işlemi sırasında Lockbox dosyasından ödeme önerileri yaratılır. Denkleşmenin
başarılı veya başarısız olup olmadığına bakılmaksızın tutulurlar.
• Elektronik banka ekstresinden tavsiyeler, denkleşme başarılı olduğunda otomatik olarak
oluşturulur.
• Denkleşme işlemi başarılı olursa diğer Ödeme Önerileri otomatik olarak silinir.
286
Ödeme Farklılıklarının Otomatik
Yönetimi
Fark Nasıl Ele Alınır:

Ana Hesap Giderine Yazın
Ödeme (Masraf Kapalı Göstergesi ayarlandı)
Farkı Sebep
Tespit Edildi Kodu Ya da
Yeni Kalem Oluşturma
(Masraf Kapalı Göstergesi ayarlanmamış)
• Bir Ödeme Tavsiyesi içindeki ödeme farklılıklarını otomatik olarak çözmek için, bir Ödeme
Tavsiyesi üzerindeki, ödeme farkı içeren her kalem bir Neden Kodu ile sınıflandırılabilir.
Neden Kodları, ödeme farkının nasıl ele alınacağını belirlemek için yapılandırılabilir. Masraf
Kapatma Göstergesi ayarlanırsa, ödeme farkı bir ana gider / gelir hesabına yansıtılır. Ana
Hesap ve her Neden Kodu için kayıt kuralları Uygulama Kılavuzunda (Hesap Tablosuna
bağlıdır) yapılandırılır.
• Neden Kodu, bir ödeme farkı olması durumunda müşteriye gönderilen bir Yazışma Türü
içerecek şekilde yapılandırılabilir.
• Masraf Kapalı Göstergesi ayarlanmışsa, farkın miktarı için yeni bir kalem oluşturulur.
• İtiraz Edilen Kalem Göstergesi ayarlanırsa, farkı olan bu kalemler Müşteri'ye atanan alacak
limitine dahil edilmez.
• Sebep kodları ayrıca düzenli ödeme işlemlerinde de kullanılabilir (Ödeme Önerileri
olmadan).
287
Lockbox İşleme
Banka:
Çekler
Lockbox Ödeme Belgeler

Dosyası Önerileri Denkleşti
(Biçim) Veritabanı
BYK:
Banka Yönetim Kurulu
Her çek için bir Ödeme Tavsiyesi oluşturulur
• Kilit Kutusu İşleme, ABD'de ağırlıklı olarak ödeme makbuzunu ve çek işlemini
hızlandırmak için kullanılan bir sistemdir. Banka, müşteriler tarafından gönderilen çekleri
alacak notu olarak girer ve dosya transferi yoluyla alacaklıyı bilgilendirir.
• Sistem, BYE (Banka Yönetim Enstitüsü) biçimindeki Lockbox Dosyasını banka veri belleğine
alır ve her çek için Ödeme Önerisi veritabanındaki bir Ödeme Tavsiyesi oluşturur.
• Sistem daha sonra işlemleri toplu girdi yoluyla Defteri Kebir'e kaydeder.
• Lockbox işleme Hazine modülünde yapılandırılır.
288
Lockbox İşleme
Temel Raporlar:
RFEBLBT1: Önceden programlanmış test verileri üretir
(yalnızca dahili kullanım için)
RFEBLB00: Verileri lockbox işlemeye aktarır
RFEBLB20: BYK formatı işleme
RFEBBU00: Hesap ekstresini gönderin / para yatırma girişini kontrol edin
Temel Tab.:
T049A: Hedef ve kökeni tanımı (“Kim”)
T049B: Biçim tanımı (EDI, BYK vb.) (“Nasıl”)
T049C: Autocash Bantlarının Değerlendirilmesi
(oluşturma tarihi ve saati) (çıktı - sonuçlar)
T049L: Lockbox Master için Ana Banka tablosuna bağlantı
289
20.4. Faiz Hesaplama
Faiz Hesaplama
• R / 3 Faiz Hesaplama programı,
henüz ödenmemiş veya çok geç
ödenmiş kalemlerden
kaynaklanan borç / alacak
hesaplarındaki müşteri / satıcı
hesaplarına olan faizleri hesaplar
ve kaydeder.
Vadesi Geçmiş
• İşlemin ayrıntılarını belirterek alıcı
için kullanıcı tanımlı yazışmalar
oluşturulur.
• Yapılandırma seçenekleri
zamanlamayı ve faiz oranlarını
belirler.
• Faiz hesaplaması, faiz göstergesinde yapılan ayarlarla kontrol edilir. Müşteri ve satıcı
hesaplarının ana kayıtlarına bir faiz göstergesi atanabilir.
• Faiz hesaplama çalıştırması gerçekleştirilirken, faiz göstergesindeki ayarlara göre önceliği
olan başka özellikler yapılabilir.
290
20.5. Gelen Ödeme Süreci Bölüm Özeti
Bölüm 20 - Gelen Ödeme Süreci

Bölüm Özeti
– Denkleştirme
– Kısmi Ödeme
– Bakiye Kalem Ödemesi
– Ödeme Tavsiyesi
– Sebep Kodu
– Lockbox İşleme
• Denkleşme - Açık borç girişlerini açık alacak girişleriyle eşleştirme işlemi.

• Kısmi Ödeme- Orijinal faturanın bozulmadan bırakıldığı ve Müşteri Hesabı'nda ödeme
tutarı için alacak yaratıldığı, ödeme farkının tolerans dışında ele alınmasına ilişkin bir işlem.
İşlem sonucunda hiçbir kalem denkleşmez.
• Bakiye Kalem Ödemesi- Orijinal faturanın denkleştiği ve farkın tutarı için yeni bir açık
kalem yaratıldığı bir ödeme farkının tolerans dışında ele alınması süreci.
• Ödeme Tavsiyesi- Denkleşme işlemi sırasında açık kalemlerin otomatik olarak aranması
ve eşleştirilmesi için kullanılan, gelen ödeme hakkında ayrıntılı bilgi içeren bir sistem belgesi.
• Sebep Kodu- Tolerans dışı müşteri ödeme farklarını otomatik olarak sınıflandırmak ve
çözmek için kullanılan bir sistem değeri.
• Lockbox İşleme - ABD'de ağırlıklı olarak ödeme makbuzunu hızlandırmak ve işlemi kontrol
etmek için kullanılan bir sistem.
291
21. İhtar
Bölüm 21
İhtar
İhtar, müşterilere ödenmemiş bir yükümlülüğün vadesi
geçmiş olduğunu bildirme sürecidir.
Bölüm Hedefleri
– Bir İhtar Prosedürünün işlevselliğini, yapılandırmasını
ve İhtar Programında nasıl yürütüldüğünü öğrenmek.
– Belirli bir İhtar Programı içindeki İhtar Seviyelerinin
Organizasyon Yapısını ve bunların her biri için
parametrelerin nasıl ayarlanabileceğini öğrenmek.
– İhtar Mektupları aracılığıyla müşterilere ve satıcılara
ihtar yazışmaların nasıl gönderileceğini öğrenmek.
– İhtar Programını çalıştırmak.
www.finsoft.com.tr İhtar
292
İhtar
İhtar ile ilgili organizasyon yapısı :
İstemci
CLAA
Şirket Kodu Şirket Kodu

CCAA CCBB
İhtar Alanı İhtar Alanı İhtar Alanı

DA01 DA01 DA02
İhtar Alanı, Organizasyon Yapısında Müşterileri / Satıcıları ihtardan dolayı

gruplamak için kullanılan isteğe bağlı bir birimdir. Her İhtar Alanı farklı ihtar
politikalarını veya ihtardan sorumlu Kuruluş Birimlerini temsil edebilir.
• Bir Şirket Kodu, farklı ihtar politikalarına veya ihtardan sorumlu Kuruluş Birimlerine (örneğin,
Satış Organizasyonu, Bölüm veya İş Alanı) dayalı İhtar Alanlarına ayrılabilir.
• Kullanıcı tarafından belirlenen ölçütlere göre, gecikme için uygun, vadesi geçmiş açık
kalemleri olan Müşteriler için İhtar Mektupları oluşturulur.
• Farklı Müşteriler ve Satıcılar, sistem tarafından gerçekleştirmenin nasıl yürütüldüğünü
kontrol eden farklı İhtar Prosedürleri ile çalıştırılabilir.
• İhtar Prosedürleri aşağıdakilere göre farklılık gösterebilir:
– İhtar Seviyesi sayısı
– İhtar Aralığı
– İhtar Metni
• Otomatik ihtar için giriş verileri şunları içerir:
– Ana kayıtlardaki alanlar
– Açık Kalemlerdeki Alanlar
– İhtar Programının Konfigürasyonu
– İhrat Yürütme için online parametreler
293
İhtar Prosedürü
İhtar Prosedürü bir İhtar Programının yapılandırmasını içerir.
İhtar Prosedürleri İhtar Alanlarına veya bir Müşteri / Satıcı ana kaydına
bağlanabilir.
İhtar Prosedürü İhtar Programı
Yapılandırma İcra
İhtar Minimum İhtar İhtar

Seviyeleri Tutar Masrafları Metinleri
İhtar Prosedürünün Temel Parametreleri
• Bir İhtar Prosedürü ayarlamak için aşağıdakiler belirtilmelidir:

– İhtar seviyesi numarası (1-9)
– İhtar Metinleri
• Standart Metin ayrıca İhtar Metinlerine eklenebilir.
294
İhtar Prosedürünü Yapılandırma
Çalışma sıklığı
Asgari geciken günler

bundan sonra bir İhtar
Bildirimi gönderilecek
Süresi dolmuş veya ek

ödemesiz süreye eşit olan
öğeler iptal edilmez
(bonus dönemi gibi çalışır)
Mühlet Gecikmelerde Minimum Gün Sayısı # Geciken Günler
0 1 2 3 4 5 6 7 8 9 10 11 12
• İhtar Prosedürü ana parametreleri:

– İhtar Aralığı
– İhtar Seviyesi Sayısı
– Mühlet
• İhtar Yürütme’sinin bitiş tarihinin belirlenmesinde, belge kalemi başına Ek Süreler dikkate
alınır. Mühlet’i Ödemesiz Döneme eşit veya daha az olan bir kalem iptal edilmeyecektir.
• Borçlardaki Minimum Gün, bir Müşteri Hesabındaki herhangi bir kalemin vadesi geçmiş gün
sayısını ifade eder. Herhangi bir kalem bu spesifikasyonu aşarsa, Hesap döneminde
bulunanlar hariç Hesaptaki tüm kalemler iptal edilir.
• Resmi Tatil Takvimi Anahtarı, Resmi Tatil Takvimi için iki karakterlik bir koddur. Takvimin ilk
olarak yapılandırmada oluşturulması gerekir. Resmi tatil takvimi anahtarı belirtmek, gecikmiş
kalemlerin hafta sonu veya resmi tatil günlerinde ödenmemesini sağlamanın tek yoludur.
295
Sınırlandırılacak Açık Kalemleri
Seçme
Mühlet: 4 Gün
Gecikmelerde Minimum Gün Sayısı : 8 Gün
Kalemler:
Vade Dol. Tutar Konum
1) -6 1,500 Vadesi Dolmamış
2) +3 350 Mühlet Dahilinde
3) +6 800 Borçlardaki Minimum Gün İçinde
4) +10 5,400 10 Gün Gecikme
Sonuç:
3. ve 4. maddeler iptal edilecektir. Kalem 3 için hesap iptal edilecek
çünkü vadesi geçmiş en az günden fazla gecikmiş başka bir kalem var.
4. Kalem mevcut değilse, 3. kaleme ihtar yapılmaz.
• En uzun gecikmiş kalem, Borçlardaki Minimum Gün'ü (Hesap için) aşarsa, Hesap iptal edilir.
296
İhtar Düzeyleri
• Geciken Günler, bir kalemin belirli bir düzeye eklenmesi için gecikmesi gereken gün sayısını
belirtir. Kalem seçimi hakkında daha fazla ayrıntı bir sonraki slaytta takip edilir
• Müşteri Hesaplarına olan faizi hesaplamanın iki yöntemi:
– bakiye faiz hesaplaması
– vadesi geçmiş günler için faiz
• Faiz hesaplanır ve ihtarnameye yazılır. Defteri Kebir'e faiz ödemesi yapılmaz.
• Faiz hesaplaması için aşağıdakiler tanımlanmalıdır:
– Faiz Hesaplama Türleri
– Faiz Hesaplama Türleri için Genel Koşullar
– Zamana ve miktara bağlı koşullar (gerekirse)
– Referans faiz oranlarının kullanımı (gerekirse)
– Faiz Hesaplama Türleri İçin Formlar
• Bir İhtar Seviyesi için faiz hesaplaması etkinleştirilirse, program sadece asgari faiz tutarının
aşılması durumunda faiz uygular.
• Her Zaman İhtar? göstergesi, aynı kalemlere basılsa bile, ancak İhtar Aralığı'na
ulaşıldığında programı İhtar Mektubu yazdırmaya zorlar.
• Tüm Kalemleri Yazdır göstergesi, Sistemin bir Hesabın tüm açık kalemlerini yazdırmasına
neden olur. Daha yüksek İhtar Seviyeleri için ödeme süreleri belirtilebilir. Bu son tarih için
İhtar Mektubu'da basılabilir.
297
İhtar Seviyesini Seçme
Gecikmiş Eski Yeni Seviye

=
Kalem Seviye Eski Seviye + 1
İhtar Mektubu
• Bir Müşteri / Satıcı her zaman 1. Seviyede ilk kez ihtar edilir.
Not: Sistemin bir kalemin gönderilip gönderilmeyeceğini belirleme şekli, Gecikmelerde
Sınırlama Düzeyi Günleri ayarından ve Min. Genel Bilgiler bölümünde Gecikmiş Günler
ayarı. Aşağıdaki örnekler, sistemin bir kaleme ihtarın gerekip gerekmediğini nasıl
belirleyeceğini göstermektedir:
• Örnek 1
– Gecikmelerde Minimum Gün Sayısı: 7 gün
– Mühlet Süresi: 3 gün
– İhtar Seviyesi 1: 20 gün
SAP, bir kaleminin süresi 20 gün geçmeden ihtar vermez. Daha sonra, mühlet
süresini aşan tüm kalemleri silecektir.
• Örnek 2
– Gecikmelerde Minimum Gün Sayısı: 7 gün
– Mühlet: 3 gün
– İhtar Seviyesi 1: 6 gün
SAP, bir kaleminin süresi 7 gün geçmeden ihtar vermez. Daha sonra, mühlet süresini
aşan tüm kalemleri silecektir.
• İhtar Seviyesi bir müddet sonra yalnızca bir seviye yükseltilebilir.
• En yüksek İhtar Seviyesine sahip açık kalem, İhtar programının İhtar Seviyesi tarafından
İhtar Mektubu oluşturacak şekilde yapılandırılması durumu dışında İhtar Mektubu’ndaki
metni belirler.
298
Minimum Tutar
Minimum Tutarlar, bir Hesap Seviyesine ulaşmak için aşılması
gereken toplam Hesap Bakiyesinin gecikmiş eşiğini tanımlar.
• Minimum Tutar
İhtar
Seviyesi • Minimum Yüzde
• Minimum Faiz Tutarı
Örnek:
Toplam Hesap Bilançosu : 25,000,00 TRY
İhtar Seviye 1'in Konfigürasyonu : Min. Tutar = 15.00 TRY ve Min. Yüzde = 5%
İhtar Bilanço Seviyesi 1: 500.00 TRY
İhtar olacak mı? Hayır, çünkü 500.00 TRY >= Min. Tutar ama 500.00 TRY < Min. %
• Minimum tutarlar Para Birimi ile İhtar Düzeyi için tanımlanır.

• Bir İhtar Seviyesi için ihtarlanacak bakiye minimum miktardan ve minimum yüzdeden
yüksekse, Sistem ilgili İhtar Seviyesini tetikleyecektir.
• Minimum yüzde tutarı, ödenmemiş bakiyenin tamamıyla ilgili vadesi geçmiş tutarın ne kadar
olduğunu tanımlar.
299
İhtar Masrafları
Her İhtar Seviyesi için, azami ihtar miktarının aşılması durumunda
ücretlendirilecek bir miktar tanımlamak mümkündür.
İhtar Masrafları, İhtar mektuplarının posta ücretlerini ve postalama
işlemlerini kapsamak için kullanılır.
İhtar Masrafı:
Ücret olabilecek statik miktar
İhtar
Seviyesi İhtar Masrafı %:
İhtar masraflarını belirlemek
için Hesaptaki gecikmiş tüm
kalemlerin toplamına
uygulanacak yüzde
• Her İhtar Seviyesi için, ihtarlanacak vadesi geçmiş tutara bağlı olarak bir İhtar Ücreti
belirlenebilir.
• İhbar masrafları Defteri Kebir'e kaydedilmez.
300
İhtar Metinleri
İhtar İhtar
Seviyesi Formu
SAPScript kullanılarak bir form oluşturulur ve birden fazla

İhtar Seviyesi tarafından paylaşılabilir.
• Her İhtar Seviyesi için bir Form belirtilmelidir. Aynı Formu birkaç İhtar Seviyesi için
kullanabilirsiniz.
• Formlar, bu sınıfta yer almayan SAPScript kelime işlemci programıyla oluşturulur. SAPScript
çok kullanıcı dostu olmadığından, ABAP uzmanlığına sahip bir bireyin form bakımıyla ilgili
yardım gerekli olabilir. Kullanılan İhtar Prosedürleri aşağıdakilerden farklıysa farklı İhtar
Formlarına ihtiyaç duyulacaktır:
– İhtar Seviyesi Sayısı
– Belge Kalemi Düzeni
– Alt toplamların çizgi sayısı
301
Müşterilere / Satıcılara Yazışma
Gönderme
Önceden
Tanımlanmış Tetik
Eylem
Yazışma
• İhtara ek olarak, çeşitli yazışma türleri oluşturmak mümkündür:

– Hesap Bakiyesine Faiz: Sistem faiz hesaplarsa, vadesi geçmiş ve henüz ödenmemiş
olanları veya geç ödenenleri belirleyebilir.
– Müşteriler / Satıcılar için Hesap Özetleri
– Nakit makbuz gönderme mesajları, Kambiyo Senetleri
• Uyarlamada aşağıdakiler tanımlanmalıdır:
– İstemcinin kullanmak istediği Yazışma Türleri
– Basılı rapor ile form arasındaki bağlantı
– Şirket Koduna bağlı formdaki bölümler için Standart Metinler
– Rapor Varyantlarını Yazdır
– Her Yazışma Türü için rapor tahsisi
– Yazışma bir rapora bağlıdır ve raporlar önceden belirlenmiş bir düzen ile belirli bir
forma bağlanır
• Bakiye onayları için aşağıdakiler belirtilmelidir:
– Onay Mektubu Formu, Hata Listesi, Sonuç Tablosu ve Kontrol Listesi
– Formun Şirket Koduna bağlı bölümleri için standart metinler
– Onay Mektubu için adresleri yanıtlayın
– Ek rapor seçim olanakları (gerekirse)
– Rapor varyantları
302
Ana Kayıtta İhtar Prosedürü Tayini
•Ana Kayıt
•Şirket Kodu Verisi
•Yazışma Sekmesi
İhtar
• Vadesi geçmiş tüm kalemler iptal edilir (Ödeme Koşullarında net ödeme için Son Tarih'e
göre).
• İhtar Seviyesi şunlara bağlıdır:
– Net ödeme için son tarih
– Geciken gün sayısı
– İhtar Prosedürü
– Önceki İhtar Seviyesi
• Her Müşteri / Satıcıya bir İhtar Prosedürü atanır. İhtar Alanları kullanılırsa, Müşteri /
Satıcı'nın ait olduğu her İhtar Alanına bir İhtar Prosedürü atanır.
• Programın ana kayda bir İhtar Alanı çalıştırması veya tayini için İhtar Prosedürünün adı ana
kayıtta ayarlanmalıdır. Bu İhtar Alanı'na bir İhtar Prosedürü atanmalıdır.
303
21.1. İhtar Programını Çalıştırma
İhtar Programını Çalıştırma

Adım 1: Parametreler Ayarı
İhtar Programı, bir Müşterinin / Satıcı'nın açık

kalemlerini inceler ve gecikmiş kalemler varsa
uygun bildirimi üretir.
İhtar Tarihi
Belgelerin Tarihi
Şirket Kodu,
Müşteri / Satıcı
Numara Aralığı
• İhtar Yürütme için parametreler tanımlanmalıdır. Çalışma Tarihi, Temel Tarih ve Ödeme
Koşullarına bağlı olarak, Sistem ihtarlanacak açık kalemleri seçer.
• Oluşturulan İhtar Mektubu şunlara bağlıdır:
– Ana kayıttaki İhtar Prosedürü
– Kalemlerin ödenmemiş günlerindeki gün sayısı
– Gecikmelerde Minimum Günlerin Yapılandırılması ve İhtar Seviyesi
304
Adım 2: İhtar programını hemen veya toplu modda çalıştırın
İhtar belirli bir tarih ve

saatte veya hemen başlatılabilir.
İhtar bildirimleri ihtar

yürütülmesinden hemen sonra
oluşturulabilir.
Bu parametre ayarlanırsa,
geçici teklifi manuel olarak
değiştirmek veya silmek
mümkün değildir.
• İhtar Programı hemen başlatılabilir veya daha sonra toplu modda çalışacak şekilde
programlanabilir.
• Oluşturulan ihtar verileri değiştirilebilir (kalemleri düzenleyebilir, engelleyebilir veya hataları
düzeltebilir). Bir şey değiştirilirse, yenisi oluşturulmadan önce eski Teklif Günlüğü
silinmelidir.
305
Adım 3: Günlükler oluşturma ve analiz etme
İhtar çalışmasını analiz etmek için ek bir günlük
oluşturmak mümkündür.
Bir dizi müşteri ve

satıcı hesabı
belirtilmelidir
• İhtar Programı her zaman ihtar istatistikleri içeren bir İhtar Günlüğü oluşturur ve bloklanan
Hesaplar veya bloklanan kalemler varsa, bunlarun yerini tutan bir listedir.
• Ayrıca, hataları izleyecek bir Ek Günlük oluşturma seçeneği de vardır.
• Teklif Günlüğü veya İhtar Günlüğü bir test çalıştırması olarak kullanılabilir.
306
21.2. Şirket Kodları Arası İhtar
Şirket Kodları Arası İhtar
Bu özellik, kullanıcıların farklı şirket

kodlarında bulunan iş ortaklarını kapsayan bir
ihtar bildirimi oluşturmalarını sağlar. Benzer
şekilde, normalde birkaç şirket kodu (ve
dolayısıyla birkaç yazışma mektubu) üzerine
yayılacak veriler artık bir yazışma mektubu
olarak gruplandırılabilir.
• Birkaç farklı şirket kodundaki gecikmiş kalemleri tek bir ihtar yürütme modunda birleştirmek
için şirket kodları arası ihtar özelliğini kullanabilirsiniz. Çeşitli şirket kodlarında bulunan
hesaplardaki gecikmiş kalemler, bir ihtarname ile alacak olarak istenir. Bu, müşteriye her
şirket kodu için ayrı bir ihtarname gönderme ihtiyacını ortadan kaldırır.
• Artık birkaç şirket kodundaki verileri bir mektupta gruplandırabilir veya alternatif bir şirket
kodundaki gönderen ayrıntılarını kullanabilirsiniz. Şirket kodları arası ihtar oluşturmak
istiyorsanız, etkilenen şirket kodlarını ortak bir şirket ihtar kodu atamanız gerekir. Ayrıca bazı
şirket kodlarını kullanabilirsiniz. Şirket ihtar kodu gönderenle ilgili ayrıntıları sağlar.
• İhtar programında ya da uyarlamada Şirket İhtar Kodu için tayin yapabilirsin.
• Şirket Kodu İhtar hesabında tayin edilen ihtar prosedürü kullanılır. Geçici şirket kodundaki
bir hesap için yasal tarih prosedürüne dahil edilmek üzere işaretlenen bir tarih belirtilmişse,
tarih bağımlı şirket kodlarını etkiler; ancak, ihtar frekansı ve ihtar blokları sadece ihtar şirket
kodunda değil, tek tek kontrol edilir.
• Bu özellik, şirketler arası kod yazışmaları için de kullanılabilir. Kurulum benzerdir, ancak
geçerli her bir yazışma türünde şirketler arası kod özelliğini etkinleştirmeniz gerekecektir
(IMG aracılığıyla)
307
21.3. İhtar Blok Nedenleri-İhtar Anahtarı
İhtar Blok Nedenleri / İhtar

Anahtarı
İhtar Blok Nedenleri, bir Müşteri / Satıcı veya bir kalemi

engellemek için kullanılır.
Kullanıcı İhtar Blok Kimlik ve bir Tanım belirtir.
İhtar Anahtarları, daha yüksek bir İhtar Seviyesi tetiklememesi gereken

kalemleri işaretlemek için kullanılır.
Kullanıcı İhtar Anahtarı Tanımlamasını ve tetiklenebilecek
Maksimum Seviyeyi belirtir.
• Blok Nedenleri Müşteri, Satıcı Hesabında veya Belge Kaleminde tayin edilebilir.
• İhtar Anahtarları, daha yüksek bir İhtar Seviyesini tetiklememesi gereken kalan kalemler
gibi belirli kalemleri işaretlemek için kullanılabilir.
308
Gelen Ödeme
• Bir ödeme kuponuna veya hesap
özetine bir ihtar mektubu
eklenebilir.
• Ödeme kuponları özel formlarda

ayrı bir makarada da basılabilir.
309
21.4. İhtar Bölüm Özeti
Bölüm 21 - İhtar
Bölüm Özeti
– İhtar
– İhtar Alanı
– İhtar Prosedürü
– Mühlet
– İhtar Seviyesi
– Minimum Tutar
– İhtar Masrafı
• İhtar - Müşterilere ödenmemiş bir yükümlülüğün vadesi geçmiş olduğunu bildirme süreci.
• İhtar Alanı- Organizasyon Yapısı Müşterileri / Satıcıları ihtar gruplaması için kullanılan
isteğe bağlı bir birim ve her biri farklı hazırlık politikalarını veya ihtardan sorumlu Kuruluş
Birimlerini temsil edebilir.
• İhtar Prosedürü - Bir İhtar Programının yapılandırmasını içeren ve İhtar Alanlarına veya bir
Müşteri / Satıcı ana kaydına bağlanabilen dört karakterli alfasayısal kod.
• Mühlet- Bir belge kaleminin kalan (vadesi geçmiş) gün sayısı, bu değer aşılmadığı takdirde,
ihtar için vadesi dolmuş değerin dikkate alınmasını engelleyecektir.
• İhtar Seviyesi- Belirli bir İhtar Prosedürü tarafından ne tür bir ihtar uygulanacağını ve bu
İhtar Prosedürü'nün hangi koşullarla sonuçlanacağını tanımlar.
• Minimum Tutar - Toplam Hesap Bakiyesinin, İhtar Seviyesine ulaşmak için aşılması
gereken kullanıcı tanımlı gecikme eşiği.
• İhtar Masrafı - İhtarda ortaya çıkan gider için bir müşteriye masraf tutarı. Bunlar defteri
kebire gönderilmez.
310
Bölüm 21 - İhtar
Bölüm Özeti
– İhtar Mektubu
– İhtar Programı
– İhtar Blok Nedeni
– İhtar Anahtarları
İhtar
• İhtar Mektupları- İhtar Yürütme’den kaynaklanan müşteriye / satıcıya gönderilen belge.

Üstbilgi, altbilgi, ana gövde (metin içeren), belge kalemleri, toplamlar ve temel bilgiler içerir.
• İhtar Programı- Bir Müşteri / Satıcı Hesabının açık kalemlerini inceler ve vadesi geçmiş
kalemler varsa uygun bildirimi üretir.
• İhtar Blok Nedeni- Bir Müşteri / Satıcı veya bir kalemin gönderilmesini bloklamak için
kullanılır.
• İhtar Anahtarları - Daha yüksek bir İhtar Seviyesi tetiklememesi gereken kalemleri
işaretlemek için kullanılır.
311
22. Satın Alma Döngüsü ve Belgeler
Bölüm 22
Satın Alma Döngüsü ve Belgeler
• Tedarik, M alzeme Yönetimi modülünün, bir kuruluş tarafından

kuruluş dışındaki kaynaklardan malzeme ve / veya hizmet satın
alınmasını destekleyen bir bileşenidir.
• Sistemin Belge İlkesine uygun olarak Tedarik Döngüsündeki

adımlar, hem M alzeme Yönetimi hem de Finansal M uhasebe
M odüllerinde üretilen çeşitli belgelerle temsil edilir.
– Sistemin entegre bir Tedarik Döngüsünü nasıl desteklediğine
genel bir bakış sağlamak.
– Tedarik Döngüsünü desteklemek için sistemde oluşturulan
belgelerin amacının ve işlevselliğinin tanımını yapmak.
w w w .finsoft.com .tr Tedarik Döngüsüne Genel Bakış
312
22.1. Tedarik Döngüsü
Tedarik Döngüsü
Satın Alma
Sat. Nakit Talebi
X X (M M )
Satıcı
Satın Alma
Ödemesi
Siparişi
(FI)
(M M )
Fatura
Doğrulama M al
Sat. GR/IR (M M ) Girişi Fatura GR/IR
X X (M M ) X X
• Tedarik Döngüsünde oluşturulan SAP Belgeleri şunlardır:

– Satın Alma Talebi (SAP MM belgesi)
– Satın Alma Siparişi (SAP MM belgesi)
– Mal Girişi (SAP MM ve FI belgeleri)
– Fatura Doğrulaması (SAP FI belgesi)
– Satıcı Ödemesi (SAP FI belgesi)
• MRP (Malzeme İhtiyaç Planlaması) ile manuel veya otomatik olarak bir Satınalma Talebi
oluşturulabilir.
• Bir Satıcı Ödemesi, Ödeme Programı tarafından manuel veya otomatik olarak yapılabilir.
313
Satın Alma ve Satıcılar M uhasebesi
M alzeme Yönetimi
PO
GR
Fatura
Satıcıyı Görüntüle Giden

Hesap Bakiyeleri Ödeme
Peşinat İşlemi
Oluştur, Göster Süreci
ve
ve değişim Alacak Dekontu
Satıcı Ana Verileri Göster / Değiştir
kayıtlar Tedarikçi Yarat Satıcı Belge Kalemleri
M anuel Olarak Faturalar
Ödenecek FI Hesapları
• Satıcılar Muhasebesi (A / P), Satın Alma Malzeme Yönetimi (MM) modülünün bir alt
modülü olduğu gibi, Finansal Muhasebe (FI) modülünün de bir alt modülüdür.
• Satıcılar Muhasebesi alt modülü Satıcı muhasebe işlemlerini işler. Satın Alma İşlemleri'nin
ayrılmaz bir parçasıdır, çünkü satın alma işlemleri Finansal Muhasebe modülündeki çeşitli
hesapları bu bölümde daha önce açıklandığı şekilde otomatik olarak günceller. Satıcılardan
gelen faturalar, nakit gereksinimlerini planlamak için kullanılan finansal planlama ve nakit
yönetimi verilerini de günceller.
• Satıcılar Muhasebesi alt modülünde gerçekleştirilen birçok işlevden bazıları şunlardır:
– Satıcı ana kayıtları oluşturma.
– Bir Satıcı Hesabı için bakiyeleri görüntüleme.
– Bir Satıcı Hesabı için Belge Kalemlerini (hem açık hem de denkleşmiş) görüntüleme /
değiştirme.
– Satıcı Faturalarını manuel olarak oluşturma.
– Tedarikçi Faturalarının ödemesinin işleme koyulması (Ödeme Programı aracılığıyla
otomatik olarak veya manuel olarak).
314
22.2. Ana Tedarik Döngüsü Belgeleri
Ana Tedarik Döngüsü Belgeleri
• Satın Alma Talebi

• Fiyatlandırma Talebi
• Fiyatlandırma
• Anahat Anlaşmaları
• Sözleşme
• Zamanlama Anlaşması
• Satın Alma Siparişi
• M al Girişi
• Fatura Doğrulama
• Satıcı Ödemesi
• Tedarik Döngüsü - Malzeme ve / veya hizmet alımı ile ilgili tüm faaliyetleri kapsayan bir
döngü.
• Satın Alma Talebi- Bir malzeme veya hizmet satın alma ihtiyacını tanımlayan sipariş
belgesi.
• Satın Alma Siparişi- Bir alıcı ve bir satıcı arasındaki yasal sözleşme. Belirli şartlar ve
koşullarda (miktar, fiyat / fiyatlandırma koşulları, teslimat tarihi) satın alınacak malzeme veya
hizmetleri listeler.
• Mal Hareketi-Stokta değişikliğe neden olan herhangi bir olay. Değişiklik, bir miktar veya
değer değişikliği veya yeni bir yere fiziksel stok hareketi olabilir.
• Mal Girişi - Malların alındığı bir olay.
• Fatura doğrulama - Malzeme Yönetimi Modülünde, Satıcı Faturalarını Satın Alma
Belgeleriyle (Satınalma Siparişi ve Mal Girişi) eşleştirerek işleyen ve Defteri Kebir'de bir borç
oluşturmak için bunları Finansal Muhasebe Modülüne gönderen bir süreç.
• Ödeme Programı- Sistem içinde Satıcı ödemelerini yapan otomatik bir işlemdir.
315
M alzeme Yönetiminde Belgeler
Mal Fatura
Satın Alma Girişi Doğrulama
Sipariş Belgesini Kaydet Mal Girişini Kaydedin Faturayı Kaydedin

Sipariş Belgesi GR Belgesi IR Belgesi
Satıcı Teslim Tarihi Satıcı
Teslim Tarihi Malzemeler
Koşullar Koşullar
Koşullar Değerler
Malzemeler Değerler
Miktarlar Hesap Kayıtları Hesap Kayıtları
Fiyatlar
Materyaller
Muhasebe
Yönetimi
• Üç tip Malzeme Yönetimi Belgesi şunlardır:

– Sipariş Belgeleri
– Mal Girişi Belgeleri (GR)
– Fatura Giriş Belgeleri (IR)
• Sipariş Belgelerindeki Bilgiler sadece Malzeme Yönetiminde görüntülenebilir.
• Mal Girişi (GR) ve Fatura Girişi (IR) Dokümanlarındaki bilgiler iki görünümden
görüntülenebilir:
– Materyaller Yönetimi
– Mali Muhasebe
• Üç belge türündeki bilgiler, Fatura Doğrulama sırasında karşılaştırma ve tolerans kontrolü
yapmak için kullanılır.
316
22.3. Satın Alma Talebi
Satın Alma Talebi

Dahili Belge Bir ürüne olan talebi
tanımlar
Satın Alma
Talebi
Satın Alma Otomatik veya

Departmanına tedarik manuel olarak
yetkisi verir oluşturulabilir
• Satınalma Talebi, kuruluşun bir dış satıcıdan malzeme veya hizmet satın alma ihtiyacını
tanımlayan bir belgedir. Aşağıdaki özelliklere sahiptir:
– Satınalma Departmanına belirli bir süre içinde belirtilen miktarlarda malzeme ve / veya
hizmet tedarik etme yetkisi verir.
– Dahili bir belgedir; kuruluş dışında kullanılmaz.
317
Satın Alma Talepleri
MRP Satın Alma Manuel

Talebi Oluşturma
Satıcıyı Tanımla
Süreç Talebi
Teklif Satın Alma

Talebi Siparişi
• Satınalma Talebi, Malzeme İhtiyaç Planlaması sonucunda otomatik olarak veya malzeme ya
da hizmet gerektiren bir kuruluştaki bireysel departman ya da kullanıcı tarafından manuel
olarak oluşturulabilir. İstenilen malzeme veya hizmetin belirli bir miktarını belirli bir tarihte
temin etmek Satınalma Departmanından dahili bir taleptir.
• Uygun satıcı tanımlandıktan sonra, Satınalma Talebi işlenir ve bir Satınalma Siparişi veya
Teklif Talebi haline gelir.
318
22.4. Satın Alma Siparişi
Satın Alma Siparişi
Alıcı ve Satıcı arasındaki yasal sözleşme
• Satın Alma Siparişi, alıcı ve satıcı arasındaki yasal bir sözleşmedir. Belirli şartlar ve
319
Satın Alma Siparişi (PO)
Referans Oluşturma
RFQ
Sözleşme
Satıcı: 1000
PO
Satın Alma
Talebi
Diğer
PO
• Doğrudan veya Teklif Talebi (RFQ), Sözleşme, Satın Alma Talebi veya başka bir Satın Alma
Siparişi referans alınarak bir Satınalma Siparişi (PO) oluşturulabilir.
• Satınalma Siparişindeki tüm kalemler aynı Şirket Koduna ait olmalıdır.
• Satınalma Siparişi Geçmişi (PO Geçmişi), Satın Alma Siparişi’nde listelenen bir kalem için
girilen tüm işlemleri gösterir. Örneğin, Satın Alma Siparişi Geçmişi, Satınalma Siparişinde
listelenen her bir kalem için Mal Girişi belge numarasını ve Fatura Girişi belge numarasını
içerir.
• Kullanıcılar, her bir belge numarasına çift tıklayarak hem GR hem de IR belgeleri için ek
bilgilere erişebilir.
320
22.5. Teklif Talebi
Teklif Talebi (RFQ)
Satın Alma Oluşturma

Talebi Satıcı: 1000
Referans RFQ Satıcı: 2000

RFQ
Satıcı: 3000
Anahat
Sözleşmesi
• Teklif Talebi (RFQ), bir satıcıya malzeme veya hizmet satın almak için gerekli şartları
listeleyen bir teklif göndermesi için davettir.
• Bir Teklif Talebi (RFQ) doğrudan veya bir Satınalma Talebi, başka bir RFQ veya Anahat
Anlaşması referans alınarak oluşturulabilir.
• RFQ, bir veya daha fazla satıcıya gönderilebilir ve birbirine bağlanabilir.
• Bir RFQ izlenebilir ve tekliflerini zamanında göndermeyen satıcılara hatırlatıcılar
gönderilebilir.
321
Koşullar
Satıcı 1000 Kayıt Bilgisi

Karşılaştırma
RFQ için koşul : 1 Satıcı A 350TRY/t  Satıcı 1000
Kalem: 10 Satıcı B 480TRY/t 
Brüt Fiyatı: 400TRY/t Satıcı C 520TRY/t  Satın Alma Siparişi
İndirim: 50TRY Ortalama 450TRY/t Mat Qty Ücret
Steel 2t 350TRY/t
Sattıcı 2000
RFQ için Koşul
Kalem:
2
10

Brüt Fiyat: 400TRY/t Satıcı B, C
Fazla Fiyat: 20% Red Mektubu
Satıcı 3000
RFQ için koşul: 3
Kalem: 10
Brüt Fiyat: 500TRY/t
Sabit Maliyetler: 20TRY
• Fiyat Teklifi, bir Tedarikçinin malzeme sağlama veya hizmet sağlama istekliliğinin
beyanıdır. Fiyat bilgilerini, satın alma koşullarını içerir ve RFQ'ya yanıt olarak sunulur.
• Satıcılardan teklifler alındığında, fiyatlandırma ve teslimat verileri RFQ'ya girilir.
• Teklif verileri Fiyat Karşılaştırma Listesi kullanılarak karşılaştırılabilir. Liste, tek bir ürün ve
tüm ürünler için en uygun satıcıyı görüntüler.
• Sistem, seçili olmayan satıcılar için otomatik olarak bir ret mektubu yazdıracak şekilde
322
Anahat Anlaşmaları
Sözleşme Sözleşme Qty Zamanlama
Anlaşması
Toplam: Toplam:
Piyasa Teslimat
Siparişi Programı
• Anahat Sözleşmesi, satın alan bir tarafın üzerinde anlaşmaya varılan şartlar ve koşullarla,
üzerinde anlaşmaya varılan bir süre içinde malzeme veya hizmet satın alma niyetinin
bağlayıcı bir beyanıdır.
• İki tür Anahat Sözleşmesi şunlardır:
– Sözleşmeler
– Zamanlama Anlaşmaları
• Anahat Sözleşmesi, malzemeleri, hizmetleri ve fiyatı ayrıntılı olarak açıklar, ancak ayrı ayrı
teslimatların tarihlerini veya miktarlarını belirtmez.
323
Sözleşmeler
Oluşturma
Talep
Sözleşme
Teklif
Talebi
Referans
Sözleşmesi
Piyasa
Siparişi March 1997
1 2 3 4 5 6
7 8 9 10 11 12 13
14 15 16 17 18 19 20
Miktar 21 22 23 24 25 26 27
28 29 30 31
• Sözleşme, bir tedarikçiyle (sistemdeki Anahat Anlaşmalarının iki biçiminden biri) malzeme
tedarik etmek veya belirli bir süre hizmet vermek için uzun vadeli bir sözleşmedir.
• Bir Sözleşmeye bazen açık sipariş denir.
İki tür sözleşme:
– Miktar
– Değer
• Bir Sözleşme doğrudan veya bir Anahat Anlaşması Talebi (Talep), bir RFQ veya başka bir
Sözleşme referans alınarak oluşturulabilir.
• Sözleşme, belirli başlangıç ve bitiş tarihlerine sahip bir geçerlilik süresi içerir.
• Bir Sözleşmeye karşı oluşturulan Satınalma Siparişlerine Piyasa Siparişleri denir (sistem
dışı terimlerle, aynı zamanda paket sürümleri, sözleşme sürümleri veya çağrılar olarak da
bilinir). Miktarlar ve teslimat tarihleri Yayın Sırasında belirtilir.
324
Planlama Anlaşmaları
Referans
Referans
Talep Planlama
RFQ
Anlaşması
Tarih
Satıcı
Tedarikçi
Zamanlama
Bir Kerelik Tedarikçi Sözleşmesi Teslimat
Programı
1/30
3/30
5/30
• Bir Planlama Anlaşması, bir tedarikçiyle (sistemdeki Anahat Anlaşmalarının iki biçiminden
biri), malzeme sağlamak veya teslimatların yapılacağı belirli tarihlerde hizmet sunmak için
uzun vadeli bir anlaşmadır.
• Bir tedarikçi Planlama Anlaşması, belirli bir süre boyunca sipariş edilecek hedef miktarı ve
belirlenen fiyatı belirlediği için miktar sözleşmesine benzer.
• Bir Planlama Anlaşması doğrudan yada bir Planlama Anlaşması İsteği (Talep), bir RFQ veya
başka bir Planlama Anlaşması referans alınarak oluşturulabilir.
• Her Planlama Anlaşması kalemi için bir teslimat planı vardır.
• Satıcı Planlama Anlaşmasını kullanmanın bazı avantajları:
– Evrak işlerini kolaylaştırır.
– Düşük stokları yükseltir ve tam zamanında teslimat yapılmasına olanak tanır.
– Satıcı teslimatı planlayabileceğinden satıcı teslimat sürelerini kısaltır.
325
22.6. Mal Girişi (GR) Belgesi
M al Girişi (GR) Belgesi
Satıcı Alıcı
Mal
Girişi
• Mal girişi kaydedildiğinde, İşletme / Depo stokunun miktarı ve değeri artar.

• Aynı zamanda, olayı kaydetmek için belgeler oluşturulur. Bunlar arasında Mal Girişi
belgesinin mali etkisini kaydetmek için bir Muhasebe Belgesi ve fiziksel envanterdeki
değişiklikleri kaydetmek için bir Malzeme Belgesi bulunmaktadır.
• Mal Girişi sırasında bir Sipariş Belgesine başvurarak, aşağıdaki avantajlar elde edilir:
– Sipariş Belgesindeki veriler Mal Girişi belgesine kopyalanır.
– Satın Alma Siparişi Geçmişi güncellendi.
– Fatura Doğrulaması mümkündür.
326
M al Girişi Kaydetme
Stok GR/ IR Denkleştirme
M al girişinde içe doğru

hareket
• Mal girişinin kaydedilmesi aşağıdakilerle sonuçlanır:

– Bir Malzeme Belgesi oluşturulur (stok miktarı arttırılır).
– Bir Muhasebe Belgesi oluşturulur (Ana Hesaplar güncellenir).
– Satın Alma Siparişi geçmişi güncellenir.
– Mal girişi fişi (GR slip) basılabilir.
• Mal Girişi kaydedildiğinde, stok hesabına bir borç ve GR / IR (Mal Girişi / Fatura Girişi)
denkleştirme hesabına bir alacak kaydedilir. GR / IR Denkleştirme Hesabı, gerçek satıcı
faturası alınmadan veya kaydedilmeden önce ödeme yükümlülüğünün kaydedildiği bir stok
hesabıdır.
327
22.7. Fatura Doğrulama
Fatura Doğrulama
M ateryaller Yönetimi M ali M uhasebe
PO
Açık Kalemler
M al Fatura
Girişi Doğrulama
Fatura
• Fatura Doğrulama, Malzeme Yönetimi Modülünde aşağıdaki görevleri gerçekleştiren bir

işlemdir:
– Tedarikçi Faturalarını Satın Alma Belgeleriyle (Satın Alma Siparişi ve Mal Girişi)
eşleştirerek işler.
– Eşleşen Satıcı Faturalarından, Defteri Kebir'de otomatik olarak ödenecek tutar yaratan
Finansal Muhasebe Modülüne bilgi gönderir.
• Bir Satın Alma Siparişi, Mal Girişi, Teslimat Notu veya bir Satıcıya referansla bir Satıcı
Faturası oluşturulabilir.
• Fatura Doğrulamasında bir Satıcı Faturası kaydedilmesinin sonuçları:
– Satın Alma Siparişi Belge Kalemi’nin durumunu güncellemek için Satıcı Faturası Satın
Alma Siparişi geçmişine dahil edilir.
– Orijinal girişi tersine çevirmek için GR / IR Denkleştirme Hesabına bir borç kaydedilir
– Tedarikçi Hesabı'nda (alt hesap defteri), Satıcı ana verilerinde tanımlanan uygun
Mutabakat (G/L) Hesabına karşılık gelen bir alacak açık bir kalem (alacak) oluşturulur.
Açık kalem, satıcıya ödenecek tutarı temsil eder ve satıcı ödemesi yapılana kadar açık
kalır.
Fatura Doğrulama, Bölüm 23'te daha ayrıntılı olarak ele alınacaktır.
328
Faturayı Kaydetme
Stok GR/ IR Denkleşme Satıcı
M al Girişi
Fatura Girişi
(Fatura Doğrulama)
• Yukarıdaki örnek, önceki sayfalarda açıklanan işlemde güncellenen hesapların grafiksel bir
tasviridir.
329
22.8. Tedarik Döngüsünde Ödeme
Tedarik Döngüsünde Ödeme

MM Satın Alma Siparişi
MM M al Girişi
MM Fatura Kaydı
FI Ödeme
• Malzeme Yönetimi (MM) modülünde Satınalma Siparişi, Mal Girişi ve Fatura Doğrulama
işlemleri yapılırken, Satıcı Ödemesi Finansal Muhasebe (FI) modülünde gerçekleştirilir.
330
Ödeme Süreci
Satıcı A Satıcı A Satıcı B Satıcı C
Fatura Fa Fatura Fa Fatura Fa Fatura
M anuel Ödeme
Ödeme Programı
Ya da
Çek Banka Transferi
• Satıcı Ödemeleri Ödeme Programı kullanılarak otomatik olarak veya manuel olarak
yapılabilir.
• Ödeme Programı, Satıcı Açık Kalemleri ödenirken nakit indirimlerini en üst düzeye
çıkarmak için tasarlanmıştır.
331
22.9. Ödeme Süreç Sonuçları
Ödeme Süreç Sonuçları
ÖDEM E
(M anuel veya Ödeme Programı ile)
Bir Ödeme Tedarikçi Açık

Tedarikçi Ödeme
Formu Kalemini
Belgesi Oluşturma
Oluşturun Denkleştir
Satıcı Hesabına Gönder

Ana Hesaplara Gönder
• Satıcı Ödemesi yapmanın sonuçları şunları içerir:

– Bir Ödeme Belgesinin oluşturulması:
• Satıcı (alt defter) Hesabı ve uygun Mutabakat (Borç Hesapları) Hesabında bir
borç oluşturur.
• Ödemenin yapıldığı Ana Bankaya bağlı ana hesap hesabına bir alacak oluşturur.
– Satıcı Ödemesini Satıcı Hesabındaki Açık Satıcı Faturasıyla eşleştirmek ve bunları
denkleştirmek.
• Giden Ödeme Programı Bölüm 24'te daha ayrıntılı olarak tartışılacaktır.
332
22.10. Hesap Tayin Kategorisi
Hesap Tayin Kategorisi

Malzeme ana Sarf Malzemesi
verilerine sahip (Olmayan Stok)
Stok Malzemesi
HESAP
HESAP TAYİNİ??
TAYİNİ ??
Stok Hesap Tayin
İçine Kategorisini Girin
Almak
Malzeme Ana Manuel Hesap

Verilerinden Otomatik Tayin - Kullanıcı
Hesap Tayini Hesap Verilerini Girmelisiniz
@ GR'de HESABI @ GR Zamanını TÜKETİM

STOKLA Güncelle veya AKTİF HESABINA
güncelleyin
• Manuel olarak oluşturulan Sipariş Belgelerinde (Satınalma Talebi, Satınalma Siparişi ve

Anahat Sözleşmeleri) listelenen her bir kalem için maliyetlerin nereye tahsis edileceğine
karar verilmelidir. Hesap Tayin Kategorisi, bir kalem için hangi hesap tayin verilerinin
gerektiğini belirler.
• Sipariş Belgesi hem hesaba atanmış hem de hesaba atanmamış kalemler içerebilir.
• Envanter yönetimine izin veren Malzeme Türüne sahip bir stok malzemesi için Otomatik
Hesap Tayini gerçekleşir. Kayıt sırasında, Malzeme ana verilerinden alınan veriler hangi ana
hesapların güncelleneceğini belirler.
• Sarf malzemesi (stokta olmayan) bir malzeme için Satınalma Talebi yaratırken, Hesap Tayin
Kategorisi alanı manuel olarak girilmelidir.
333
Hesap Tayin Kategorileri
Sipariş Belgesi Oluşturma

A Varlık
C Satış Siparişi
E Müşteri Gereksinimleri
F Siparişe Bağlı Üretim
K Ödeme Merkezi
P Proje
Q Proje – Sipariş Ver
U Bilinmeyen
X Tüm Yardımcı Hesap Tayinleri
• Bir Hesap Tayin Kategorisi belirtildiğinde, hesap tayin verilerini girmek için ek bir açılır
pencere görünür.
• Hesap Tayin Kategorisi şunları tanımlar:
– Hesap tayin türü (Varlık, Müşteri Siparişi, Maliyet Merkezi, Proje).
– Mal Girişi veya Satıcı Faturası kaydedildiğinde hangi hesaplardan ücret alınır.
– Hangi hesap tayin verilerinin girilmesi gerekir.
334
Tedarik Döngüsü
Satıl Alma
A/P Nakit
Talebi
X X
(M M )
Satıcı
Ödemesi Satın Alma
(FI) Siparişi
(M M )
Fatura
(FI) M al (FI)
Doğrulama
Girişi
A/P GR/IR (M M ) Fatura GR/IR
(M M )
X X X X
335
22.11. Malzeme Yönetimi Belgeleri Bölüm Özeti
M alzeme Yönetimi Belgeleri

Bölüm Özeti
• Anahatar Terimler:
– Tedarik Döngüsü
– M alzeme Yönetim Belgeleri
– Sipariş Belgesi
– Satın Alma Talebi
– Teklif Talebi
– Satın Alma Siparişi
– Alıntılar
– Anahat Sözleşmesi
• Tedarik Döngüsü- Malzeme ve / veya hizmet alımı ile ilgili tüm faaliyetleri kapsayan bir
döngü.
• Malzeme Yönetim Belgeleri- Malzeme Yönetimi modülündeki üç tür belgeyi
sınıflandırmanın bir yolu. Türler, Sipariş Belgeleri, Mal Girişi Belgeleri ve Fatura Girişi
Belgeleri'dir.
• Sipariş Belgesi- Kuruluş tarafından Satınalma Talebi, Teklif Talebi ve Satınalma Siparişi
dahil olmak üzere malzeme veya hizmet alımını desteklemek için kullanılan bir belge.
• Satın Alma Talebi- Bir kuruluşun Satınalma Departmanından belirli bir tarihte belirli bir
miktarda istenen malzeme veya hizmeti tedarik etmek için dahili bir talep.
• Teklif Talebi (RFQ) - Malzeme veya hizmet alımı için gerekli şartları listeleyen bir teklif
sunması için bir satıcıya davet.
• Satın Alma Siparişi- Bir alıcı ve bir satıcı arasındaki yasal sözleşme. Belirli şartlar ve
• Alıntılar - Bir Tedarikçinin malzeme sağlama veya hizmet sağlama istekliliği beyanı. Fiyat
bilgilerini ve satın alma koşullarını içerir ve RFQ'ya yanıt olarak sunulur.
• Anahat Sözleşmesi - Satın alan bir tarafın, üzerinde anlaşmaya varılan şartlar ve koşullar
ile üzerinde anlaşmaya varılan bir süre içinde malzeme veya hizmet satın alma niyetine
ilişkin bağlayıcı bir beyan.
336
M alzeme Yönetimi Belgeleri
Bölüm Özeti
– Sözleşme
– Zamanlama Anlaşması
– M al Hareketi
– M al Girişi
– Fatura Girişi
– Fatura Doğrulama
– Ödeme Programı
– Hesap Tayin Kategorisi
• Sözleşme - Belirli bir süre malzeme tedarik etmek veya hizmet sunmak için bir satıcıyla
(sistemdeki Anahat Sözleşmelerinin iki biçiminden biri) uzun vadeli bir anlaşma.
• Zamanlama Anlaşması- Malzeme tedarik etmek veya teslimatların yapılacağı belirli
tarihlerde hizmet sunmak için bir satıcıyla (sistemdeki Anahat Anlaşmalarının iki biçiminden
biri) uzun vadeli bir anlaşma.
• Mal Hareketi- Stokta değişikliğe neden olan herhangi bir olay. Değişiklik, bir miktar, değer
değişikliği veya yeni bir yere fiziksel stok hareketi olabilir.
• Mal Girişi- Sistemde / İşletme / Depo stokunun miktarını ve değerini artıran bir belge.
• Fatura Girişi- Malzeme Yönetiminde, bir satıcıdan alınan bir faturayı temsil eden ve Satın
Alma Siparişi Geçmişini güncelleyen bir belge.
• Fatura Doğrulama- Malzeme Yönetimi Modülünde, Satıcı Faturalarını Satın Alma
Belgeleriyle (Satınalma Siparişi ve Mal Girişi) eşleştirerek işleyen ve Defteri Kebir'de bir borç
oluşturmak için bunları Finansal Muhasebe Modülüne gönderen bir süreç.
• Ödeme Programı - Sistem içinde Satıcı ödemelerini yapan otomatik bir işlemdir.
• Hesap Tayin Kategorisi- Bir kalem için hangi hesap tayin verilerinin gerektiğini belirler.
23. Fatura Doğrulama
337
Bölüm 23
Fatura Doğrulama
Fatura Doğrulama, Malzeme Yönetimi Modülünün Satıcılardan
gelen faturaları sistemde oluşturarak ve Tedarik Belgeleriyle
eşleştirerek işleyen kısmıdır.
Bölüm Hedefleri
– Fatura Doğrulamanın amacını tartışın.
– Fatura Doğrulama sürecindeki her adımın ayrıntılarını
tartışın.
– Fatura Doğrulama sürecinde Malzeme Yönetimi ve Finansal
Muhasebe modülleri arasındaki entegrasyon noktalarını
tartışın.
www.finsoft.com.tr Fatura Doğrulama

– Bir Satıcı Faturası oluşturmak için hangi belgelere başvuracağınızı bilin.
– Bir Satıcı Faturasını engellemenin nedenlerini öğrenin.
– Ödeme için engellenen bir Satıcı Faturasının nasıl serbest bırakılacağını öğrenin.
– Vergilerin ve nakit indirimlerinin nasıl hesaplandığını anlayın.
338
Fatura Doğrulama Ortamı
Malzeme Yönetimi Mali Muhasebe
PO
Açık Kalemler
Mal Fatura
Girişi Doğrulama
Fatura
• Fatura Doğrulama, Malzeme Yönetimi ile Finansal Muhasebe, Kontrol ve Duran Varlık
Muhasebe Modülleri arasındaki bağlantıyı sağlar.
• Fatura Doğrulaması aşağıdaki amaçlara hizmet eder:
– Sipariş Belgesi ile başlayan, Mal girişi ile devam eden ve Fatura girişi ile biten
malzeme tedarik sürecini tamamlar.
– Fatura iptali veya iskonto için alacak dekontlarının işleme alınmasını sağlar.
• Fatura Doğrulama görevleri şunları içerir:
– Satıcılardan alınan faturaları ve alacak dekontlarını girme.
– Faturaların içerik, fiyat ve aritmetik açısından doğruluğunu kontrol etme.
– Tedarikçi Hesabında açık kalem oluşturma.
– Bir faturadan kaynaklanan hesap kayıtlarının yürütülmesi.
– Fatura Satın Alma Siparişinden çok farklı olduğu için engellenen faturaları kontrol
etme.
• Fatura Doğrulama Türleri:
– Faturaları online kaydetme
– Faturaları arka planda kaydetme
– EDI yoluyla alınan faturalar
– Değerlendirilmiş Makbuz Masraf Yüklemesi
339
Faturadan Alınan Bilgiler
Satıcı Belge Tarihi
Satın Alma Siparişi Şirket Kodu
Fatura Kalemleri Kalem Başına Tutar

Malzeme
Para Birimi
Miktarlar
Ölçü Birimi
Fatura Tutarı
Vergi Miktarı
Banka Verisi Ödeme Koşulları
• Bir Satıcı Faturası oluşturmak için zorunlu alanlar şunlardır:

– Belge Tarihi, Fatura Tutarı, Şirket Kodu ve Para Birimi.
– Satınalma Siparişi (PO), İrsaliye, Mal Girişi (GR) veya bir Satıcıya referans
yapılmalıdır.
• Aşağıdaki veriler referans kaynağından kopyalanır:
– Satıcı
– Ödeme Koşulları (Satınalma Siparişinde belirtilmişse)
– Fatura Kalemleri
• Aşağıdaki veriler Satınalma Siparişinden kopyalanır:
– Miktar
– Tutar
• Sistem yapılandırmasına bağlı olarak, sistem tarafından aşağıdaki bilgiler önerilir:
– Vergi Oranı
340
Faturaya Vergi Girme
Vergi Bilgileri
Tutar
Vergi Butonu
Vergi Kodu
• Sistem, girilen Vergi Tutarı ve Vergi Koduna göre vergiyi kontrol eder veya hesaplar.
• Vergi girmenin farklı yolları vardır:
– Vergi Tutarını ve Vergi Kodunu manuel olarak girin
• Sistem, Vergi Tutarı ve Vergi Kodunun uygun olup olmadığını kontrol eder
• Fark varsa sistem bir mesaj oluşturur
– Vergi Tutarı alanını boş bırakın ve Vergi Hesaplama göstergesini kontrol edin
• Sistem vergiyi Vergi Koduna göre hesaplar
341
Tedarikçi Faturası Kaydetme
Fatura GR / IR Hesap
Satın Alma Kayıt Satıcı Hesabı

Siparişi İçin
A B
xx xx
Fatura
Doğrulama
Üst Birim 010 GR/IR Satıcı
200 200-
Malzeme Ana Verisi

• Stok değeri
Fatura Belgesi
#5100000028
Satın Alma Siparişi
Geçmişi
Satıcı A/C 200₺-
Fatura Verisi GR/IR A/C 200₺+
• Satıcıdan alınan bir fatura kaydedildiğinde:

– Fatura Makbuz Belgesini oluşturun.
– Uygun olduğunda Malzeme ana verilerini güncelleyin.
– Uygun olduğunda Satınalma Siparişi Geçmişini güncelleyin.
– Girdileri uygun ana hesaplara kaydedin.
– Tedarikçi Hesabını güncelleyin (alt defter).
• Bir Satınalma Siparişindeki bir kalemin Satınalma Siparişi Geçmişi, bir satınalma
siparişinden bir kalem seçilerek ve Kalem® Statistics®PO Geçmişi menü yolu kullanılarak
görüntülenebilir.
342
Hesap Kayıtları
Satın Alma Siparişi Fatura

Mal Girişi
Qty. = 50 Pcs. Qty. = 50 Pcs.
Qty. = 50 Pcs.
₺2 / Pc. ₺2 / Pc.
Stok A/C GR/IR Satıcı A/C
100 100 100 100
• Bir Mal Girişi kaydedildiğinde, stok hesabına bir borç kaydedilir ve teslimat değeri (net
sipariş fiyatı x mal girişi miktarı) ile GR / IR Denkleştirme Hesabına bir alacak kaydedilir.
• Satıcı Faturası kaydedildiğinde, GR / IR Denkleştirme Hesabına bir borç kaydedilir (ve tahsil
edilir) ve Satıcı Hesabına (alt hesap defteri) bir alacak kaydedilir. Aynı zamanda, Satıcıya
atanan uygun Ana Mutabakat Hesabına (Satıcılar Muhasebesi Hesabı) bir alacak kaydedilir.
343
Fatura Doğrulama
GR-tabanlı IV seçilmedi
Standart Satın Alma Siparişi
Mal Girişi Fatura
Kalem Miktar Net. Fiyat
10 100 2
 50 Miktar 200 ₺
Fatura Girişi 100 Miktar

Nihai Fatura
GR-tabanlı IV
Uyarı: Mal girişi miktarından daha fazla faturalanan miktar
Uyarı: Belge no. 5100000000 oluşturuldu (ödeme için engellendi)
Fatura Doğrulama
PO #  Kalem 10
$ 100 Qty. 50
• Mal Girişi Tabanlı Fatura Doğrulama göstergesi Satınalma Siparişinde ayarlanmadıysa, Mal
Girişi öncesinde Satınalma Siparişini referans alan bir fatura kaydedilebilir.
• Fatura Satınalma Siparişi numarası ile girilirse, tüm Satınalma Siparişi kalemleri seçim
ekranında görüntülenir. Sistem, Mal Girişi kaydedilen her bir Satınalma Siparişi kalemi için
bir miktar ve tutar önerecektir.
• Bir Fatura Belgesi bir Mal Girişi Belgesinden önce kaydedilebilse de, Mal Girişi Belgesinin
bulunmamasından kaynaklanan miktar sapması nedeniyle Fatura ödeme için bloke edilir.
344
Fatura Doğrulama
GR-tabanlı IV seçildi
Standart Satın Alma Siparişi

Mal Girişi Fatura
Kalem Miktar Net. Fiyat
10 100 2
 50 Miktar 200 ₺
Fatura Girişi 100 Miktar

Nihai Fatura
GR-tabanlı IV
Hata: Mal girişi miktarından daha fazla faturalanan miktar
Fatura Doğrulama
PO #  Klm 10
₺ 100 Miktar 50
• Satınalma Siparişi Kalem Ayrıntısı ekranında, Satıcı ana verilerinde varsayılan olarak
ayarlanabilen Mal Girişi Tabanlı Fatura Doğrulama göstergesi seçilmelidir.
• Satınalma Siparişi Numarasına atıfta bulunulursa, eşleşmeyen tüm Mal Girişleri Seçim
ekranında ayrı Belge Numaralarıyla birlikte görüntülenir.
• Satınalma Siparişi tam olarak alınmadıysa, sistem tam sipariş değeri için bir Fatura
Makbuzu Belgesinin kaydedilmesine izin vermez.
345
23.1. Varyanslar
Varyanslar
Miktar 20 10 ₺ Fiyat
25 20
Fatura PO
GR Fatura
Tarih
PO
Fatura
Ara. 25
Ara. 1
• MM Fatura Doğrulama Uyarlamasında birkaç varyans limiti ayarlanabilir. Bir fatura

kaydedildiğinde, bu tolerans sınırları kontrol edilir:
– Fatura tolerans sınırlarının dışındaysa, sistem uygun bir mesaj (örn. bir uyarı mesajı)
verir.
– Tolerans üst limiti aşılırsa, fatura ödeme için bloke edilir.
• Varyanslar aşağıdaki durumlarda mevcut olacaktır:
– Miktar Varyansları: teslim edilen miktar eksik, önceden faturalanmış miktar fatura
miktarına eşit değil.
– Fiyat Varyansları: Satın Alma Siparişi fiyatı faturalanan fiyata (veya faturalanan tutar
/ faturalanan miktara) eşit değil.
– Zaman Varyansı: Planlanan Teslim Tarihi Fatura Kayıt Tarihinden daha geç.
346
Miktar Varyans Örneği
Satın Alma Siparşi Fatura

Mal Girişi Miktar = 100 Pcs.
50 Pcs. @ ₺2 / Pc. Miktar = 50 Pcs. @ ₺2.00 her biri
Stok A/C GR / IR Satıcı A/C

100+ 200+ 100-
200-
• Yukarıdaki örnekte, fatura miktarı Mal Girişi miktarından fazladır (Mal Girişi Tabanlı Fatura
Doğrulamasında mümkün değildir).
• Faturalanan miktar teslim edilen miktardan büyükse, sistem başka bir Mal Girişi bekler.
• Teslim edilen miktar faturalanan miktardan büyükse, sistem başka bir Satıcı Faturası bekler.
• Daha fazla mal alınmaz veya faturalanmazsa, GR / IR Denkleştirme Hesabında bir bakiye
kalır. Bu denge üç yoldan biriyle denkleştirilmelidir.
– Ekstra ürünleri satıcıya iade edin.
– Faturayı iptal edin.
– GR / IR Denkleştirme Hesabını doğrudan denkleştirin.
347
23.2. Tolerans Konfigürasyonu
Tolerans Konfigürasyonu
Miktar Sapması
GR=0 olduğunda
Fiyat Sapması
• Toleranslar Uyarlama’da yapılandırılır.

• Farklı varyanslar için toleranslar oluşturulabilir:
– Miktar Sapması
– Fiyat Sapması
– Zaman Farkı Planla
– Çeşitli diğer varyanslar
• Her Tolerans Anahtarı ve Şirket Kodu için üst ve alt mutlak toleransların yanı sıra üst ve alt
yüzde toleransları ayarlanabilir.
• Varyansların çoğu aslında varyansın toplam TRY miktarına bağlıdır.
348
23.3. Faturaları Bloklama
Faturaları Bloklama
Satın Alma Siparişi Fatura

Mal Girişi
50 pcs. @ ₺2 / pc. Miktar = 50 pcs.
50 pcs @ ₺5 / pc.
Miktar 50 = 50 = 50
Fiyat 50 x 2 = 100 <> 50 x 5 = 250 Hata
Fatura ödeme için bloke edildi

(Fiyat Farklı)
• Bir fatura ödeme için bloklanırsa, Fatura Belgesinin Tedarikçi Ayrıntıları'ndaki Ödeme
Bloğunda, Muhasebenin ödeme yapmasını engelleyen bir giriş görüntülenir.
• Bir Fatura, Bloklama Nedeni olan bir kalem içeriyorsa engellenir. Engelleme Nedenleri
şunları içerebilir:
– Miktar Varyansları
– Fiyat Varyansları
– Manuel Denetleme
– Kalite Denetimi
• Engellenen faturaları serbest bırakmak için ayrı bir işlem kullanılır. Tüm bloklar serbest
bırakıldığında, Ödeme Bloğu alanı denkleşir ve ödeme yapılabilir.
349
23.4. Bloke Faturaları Onaylama
Bloke Faturaları Onaylama
• Fatura Serbest Bırakma İşlemi, kullanıcının işlenecek faturaları seçmesini ve bu faturaların

nasıl işleneceğini belirlemesini gerektirir:
– Manuel
– Otomatik
• Faturayı bloke etmek ve faturayı bırakmak arasında geçen sürede nakit iskontosu için son
tarihin aşılması mümkündür. Bu nedenle, bir fatura onaylandığında, ödeme için Başlangıç
Tarihi değiştirilebilir. Bu özellik, satıcının hatalı olduğu ve gecikmeye neden olduğu
durumlarda kullanılabilir.
• Engelleme nedeni artık geçerli olmasa da, engellenen her fatura, serbest bırakılana kadar
bloke olarak kalır.
350
23.4.1.Otomatik Serbest Bırakma
Otomatik Serbest Bırakma

100 pcs.
50 pcs.
IR>GR Ödeme İçin
Sipariş Fatura Engeli
Teslim
Fatura
100 Pcs.
50 pcs. X
Otomatik Ödeme Programı Faturayı

Teslim Serbest hesaplayabilir
Bırakma
• Faturanın engellenmesinin bir nedeni, zaman içinde geçersiz hale gelebilir.

– Örneğin: Miktar Sapma Bloğu ve Zamanlama Tarihi Sapma Bloğu zamanla otomatik
olarak geçersiz hale gelir.
– Faturaların ibrazı, otomatik tahliye fonksiyonu kullanılarak yapılabilir. Seçim
parametrelerini karşılayan veya artık geçerli olmayan Engelleme Nedenlerini içeren
tüm faturalar serbest bırakılacaktır.
351
23.4.2.Manuel Serbest Bırakma
Manuel Serbest Bırakma
Bloklar
Belge Kalem Q P D G M O I
seç 51000072 001 X

51000137 003 X X
51000263 004 X X X
release
ödeme
• Kullanıcı otomatik serbest bırakmayı işlemezse, manuel olarak serbest bırakılabilecek

faturaların bir listesi görüntülenebilir. Bireysel Engelleme Nedenleri silinebilir. Engelleme
Nedeni silindiğinde, sistem ödeme için faturayı serbest bırakır.
• Bu işlem, serbest bırakılan bir faturayı tersine çevirmek için kullanılamaz.
352
Sonradan Borç / Alacak
Fatura #1
Satın Alma Siparişi GR
50 pcs. @
Miktar = 50 pcs. Fatura Doğrulama
₺2 / pc.
100 pcs.@ ₺2 / pc.
Fatura #2 Settled OK
GR 50 pcs. @
Miktar = 50 pcs. ₺2.05 / pc.
Credit Note Fatura Dooğrulama

PO# Sub. Deb / Cred
50 pcs. @
₺0.05- / pc.
Satın Alma Siparişi Geçmişi
Stok A/C
GR #1 50 pcs.
2.50 GR #2 50 pcs.
IR #1 50 pcs. ₺100.00
IR #2 50 pcs. ₺102.50
Satıcı A/C SC #1 50 pcs. -₺ 2.50
100 pcs. ₺200.00
2.50
• Sonraki borç / alacak dekontları, bir (PO) işlemi tamamlandıktan (ücretli) sonra bir satıcıdan
alınan ek faturaları veya alacak dekontlarını işlemek için kullanılır.
• Ödeme yapıldığından, bu belgelerde miktar değiştirilemez.
• Standart sistemin iki tanımı vardır:
– X Sonradan borç / alacak = genel
– S Sonradan borç / alacak = yük taşıtı
• MM Uyarlamada ek kullanıcı tanımlı göstergeler yapılabilir.
• Sonradan bir borç / alacak kaydedildiğinde, faturalanan tutar Satıcı hesabına kaydedilir.
Offset girişi, malzemenin fiyat kontrolüne bağlı olarak stok veya fiyat farkı hesabına yapılır.
• Yukarıdaki örnek hareketli ortalama fiyat kontrolü + stok> sıfır olduğunu varsayar.
353
Alacak Notları
Fatura
Satın Alma Siparişi Mal Girişi
50 pcs. @ ₺2 / pc. Qty. = 50 pcs. 25 pcs @ ₺2 / pc.
25 pcs @ ₺2.10 / pc.
Alacaklar iade edildiğinde veya fiyat ayarlaması gerektiğinde alacak notları verilir.
Fiyat Ayarlaması Tüm Ürünleri İade Et
Alacak Alacak
25 pcs @ ₺2 / pc.
25 pcs @ $0.10 / pc. 25 pcs @ ₺2.10 / pc.
• Satıcı, teslim edilen mallar kullanılamaz olduğunda veya iade edildiğinde normalde Alacak
Dekontu verir. Ayrıca fiyat ayarlamaları için kullanılırlar.
– Alacak Dekontu fatura miktarının bir parçasıysa, sistemde manuel olarak işlenmesi
gerekir.
– Toplam fatura tutarı içinse, orijinal Fatura belgesi ve sistem Alacak Dekontu belgesini
oluşturur.
• Faturalar için kullanılan işlemin aynısını kullanarak, bir Satın Alma Belgesine başvurmadan
bir Alacak Dekontu oluşturulabilir.
• Sistem, Alacakların ters işaretine (+/-) sahip olması dışında Alacak Dekontlarına fatura ile
aynı şekilde davranır.
354
23.5. Fatura Doğrulama Bölüm Özeti
Fatura Doğrulama
Bölüm Özeti
– Fatura Doğrulama
– GR / IR Denkleştirme Hesabı
– Miktar Sapması
– Fiyat Farkı
– Zaman Farkı Planla
– Ödeme Bloğu
– Alacak Dekontu
• Fatura Doğrulama: Malzeme Yönetim Modülü içinde satıcılardan gelen faturaları sistemde
oluşturarak ve Tedarik Belgeleriyle eşleştirerek işleyen bir işlev.
• GR/IR Denkleştirme Hesabı: Gerçek Satıcı faturası alınmadan veya kaydedilmeden önce
ödeme yükümlülüğünün kaydedildiği bir hesap tutma alanı.
• Miktar Sapması: Bu varyans, teslim edilen miktar eksi ile önceden fatura edilen miktarın,
fatura miktarına eşit olmayan miktarından kaynaklanır.
• Fiyat Sapması: Bu varyansın nedeni, Satın Alma Siparişi fiyatının faturalanan fiyata eşit
olmamasıdır (yani faturalanan tutar / faturalanan miktar).
• Zaman Farkı Planla: Planlanan Teslim Tarihi Fatura Kayıt Tarihinden daha geç.
• Ödeme Bloğu: Sipariş edilen, teslim edilen ve / veya faturalanan tutarlar arasında fark
olduğunda Hesabın fatura ödemesini önler
• Alacak Dekontu: Satıcı tarafından verilen ve teslim edilen mallar kullanılamadığında veya
iade edildiğinde müşteri hesabını ayarlayan belge. Ayrıca fiyat ayarlamaları için de kullanılır.
355
24. Giden Ödeme Süreci
Bölüm 24
Giden Ödeme Süreci
Giden Ödeme Süreci, Tedarik Döngüsünün son adımıdır.

Sistem, Satıcı ödemelerini işlemek için tam işlevsellik
sağlayan otomatik bir Ödeme Programı kullanır.
Bölüm Hedefleri
– Ödeme Programını yapılandırmak için gereken giriş
verilerini açıklayın.
– Nakit indirim stratejilerini tartışın.
– Ödeme Programını yürütün.
www.finsoft.com.tr Giden Ödeme Süreci
356
Ödeme Programına Genel Bakış
Konfigürasyon Online
Parametreler
Ana Kayıt
Açık Kalemler
Ödeme Teklifi Çalıştırması

Süreç
Teklif Verileri
Teklifi
Payment Run
Ödeme Yürütme
Baskı Programı
Ödeme Ortamı
Çek Ödeme Ödeme
Banka Transfer Tavsiyesi Özeti
• Giden Ödeme Programına Genel Bakış:

– Seçilen Satıcıların / Müşterilerin tüm Açık Kalemlerini inceler.
– Bu Açık Kalemleri Ödeme Koşulları ve Beklenen Günlere göre sıralar.
– Kullanıcının ödeme yapmak ve bloklamak için Açık Kalemler’i seçebileceği bir Teklif
Çalışması oluşturur.
– Son programı çalıştırır. (İlgili tüm günlük girişleri kaydedilir, banka verileri güncellenir
ve çekler oluşturulur.)
357
Ödeme Programı Giriş Verileri
Ana Kayıt Online

Konfigürasyon Parametreler Açık Kalemler
• Adres • Ödeme Programı • Ödeme Tarihi • Nakit İndirim

• Hesap Kontrolü • Açık Kalemleri Seç • Hesap Seç Alanları
• Banka Ayrıntıları • Banka(lar) Seç • Şirket Kodu Seç • Ödeme Şekli
• Hesap Yönetimi • Ödeme Şekli • Sonraki Ödeme • Ödeme Bloğu
• Ödeme İşlemi • Minimum Tutar Tarihi • Belirli Banka
• Otomatik Ödeme
• Kullanılabilir Tutar
• İşlemler • Blok Nedeni
• Ödeme Programına giriş verileri şunları içerir:

– Müşteri / Satıcı ana verilerindeki alanlar
– Ödeme Programının Konfigürasyonu
– Online Parametreler
– Açık Kalemlerdeki Alanlar
358
Giriş Verileri
Ana Kayıt
Adres
Banka Hesapları
Alternatif Alacaklı Ana Kayıt
Tamamlandı?
Ödeme Şartları
Ödeme Yöntemleri
Ödeme Bloğu
Müşteri İle Denkleştirme
Bankamız +
Fatura
Ödeme Koşulu Açık Kalemleri
Ödeme Bloğu Ödeme?
Ödeme Yöntemi
Ödeme
• Müşteri ve Satıcı ana verilerindeki belirli alanların korunması gerekir. Bu ayarlar Ödeme
Programının ödemeleri otomatik olarak işlemesini sağlar.
• Ana kayda veya Açık Kalem'e en az bir Ödeme Yöntemi girilmelidir. Açık Kalemdeki
Ödeme Yöntemi belirtimi, ana kayıtta veya Ödeme Programı Online Parametrelerinde
yapılan ek özellikleri geçersiz kılar.
• Kullanıcı bu ana kayıtla ilgili tüm Açık Kalemlerin bloke edilmesini istiyorsa ana kayda bir
Ödeme Bloğu girilmelidir. Bir Açık Kalem için Ödeme Blokları da belirtilebilir.
359
Ödeme Programı – Kontrol Seviyesi
Şirket Kodları Tüm Şirket Kodları

Ödeme Yapan Şirket Kodları
Ödeme Yöntemleri Ülke

Şirket Kodu
Bankalar Sıralama Sipariş

Tutarları Hesapları
• Ödeme Programı üç seviyede kontrol edilir:
– Şirket Kodu Paremetreleri

– Ödeme Yöntem Paremetreleri
– Banka Paremetreleri
• IMG Etkinliği: Ödeme Programını Yapılandır, Ödeme Programı Yapılandırması başlangıç

ekranına yönlendirir. Bu Ekran, butonlar aracılığıyla yukarıda açıklanan farklı Kontrol
Düzeylerine yönlendirir.
Not: Ödeme Programını çalıştırırken, yapılandırmaya Ortam menü yolu üzerinden de
ulaşabilirsiniz.
360
Şirket Kodu Paremetreleri
Bütün Şirket Kodları
Nakit İndirim Stratejileri
• Ödeyen Şirket Kodu, her Şirket Kodu için belirtilmelidir.

• Ödeyen Şirket Kodu, Açık Kalemleri fiziksel olarak ödeyen veya paranın kimden alındığı
belirli şirkettir. Ödeyen Şirket Kodu Gönderen Şirket Kodundan farklıysa (faturayı
hazırlayan veya çekleri gönderen), kullanıcı iki varlık arasında ayrım yapabilir. Örneğin,
merkezi Satın Alma ile Ödeyen Şirket Kodu, bölgesel ofisleri (Şirket Gönderen Kodu) adına
ödeme yapan şirket merkezi olabilir.
• Ayarlanabilecek diğer kalemler şunlardır:

– Ödeme Programı ile ödenebilecek Özel Ana Hesap İşlemleri.
– Minimum ve Maksimum Nakit İndirimleri.
Not: Ödeme programı, defteri kebir hesaplarında değil, sadece defteri kebire kaydedilen
açık kalemleri denkleştirebilir.
361
Nakit İndirim Stratejileri
Nakit İndirim sadece geçerli

nakit indirim yüzdesini
aşarsa alınacaktır.
Maksimum Nakit İndirimi

her zaman alınacaktır.
Son Tarihler dikkate

alınmaz.
• Ödeme Programı, bir sonraki Ödeme İşleminin tarihine bağlı olarak, aşağıdaki durumlar
olduğu için derhal ödenmesi gereken Açık Kalemleri öder:
– Nakit indirim sona erdiğinde
– Net ödeme için son tarih geçtiğinde.
• Yapılandırma yoluyla, giden ödemeler için farklı nakit indirim stratejileri oluşturulabilir:
– Kullanıcı mümkün olan en yüksek nakit indirimini elde etmek istiyorsa, Her Zaman
Nakit İndirimini ‘En Üst Düzeye Çıkar’ alanının seçilmesi gerekir. Ödeme Programı, bu
spesifikasyona sahip kalemler için nakit indirim koşullarını güvence altına almak için
her zaman zamanında ödeme yapar.
– Kullanıcı Nakit İndirim ile Giden Ödeme alanında minimum bir indirim yüzdesi
belirttiyse, Ödeme Programı yalnızca geçerli Ödeme İşleminde belirtilen indirim
yüzdesini güvence altına alabiliyorsa kalemleri öder. Bu mümkün değilse, kalem net
vade tarihinde ödenir.
– Kullanıcı mümkün olduğu kadar geç ödeme yapmak istiyorsa ve böylece herhangi bir
nakit iskontosu geçiriyorsa, ödeme programını yapılandırırken minimum yüzde oranı
olarak% 99 girmelidir. Bu ayar, sistemin her zaman net ödeme yapmasını sağlar.
362
Şirket Kodu Parametreleri
Ödeme Yapan Şirket Kodları
• Genel Spesifikasyonlar altında, Ödeme Tavsiyesi alanları için Minimum Tutar ve Form
belirtilmelidir.
– Minimum tutarlar belirtilerek, ödeme tutarı ödemeyi işleme koymak için yapılan masrafı
haklı çıkarmazsa ödemeler gizlenebilir. Belirtilen miktar karşılanmazsa, Açık Kalemler
İstisna Listesine yazdırılır (Teklif Çalışması sırasında).
– Ödeme Tavsiyesi Formu alanı, doğru ödeme önerilerinin seçilmesini sağlar. Bilgiler,
ödeme önerilerinin yazı tiplerini ve sayfa biçimlendirmesini içerir.
• Metinler işlevi, Şirket Koduna göre metinlerin ödeme formlarına atanmasına izin verir. (Bu
işlev, ekranın üst kısmındaki Gönderen düğmesi seçilerek bulunabilir.) Metin bilgileri,
Üstbilgi Metni, Altbilgi Metni, İmza ve Gönderen bilgilerini içerir.
363
Ülkede Ödeme Biçimi
Borçlar
•Çek
•Kambiyo Senedi
•Banka Transferi (yurtiçi+yurtdışı)
•Postaya ait Banka Transferi
•Çek / Kambiyo Senedi
•Grup Denkleştirme
(Şirket Kodları Arasında)
Alacaklar
•Banka Koleksiyonu
•Banka Doğrudan Mevduat
•Kambiyo Senedi için Talep
•Kambiyo Senedi
•Banka İşlemlerine Göre İade
•Çekle İade
• Ödeme Yöntemleri, kabul edilebilir ödeme türlerini belirtir. Örnekler:

– Çek
– Kambiyo Senedi
– Banka Transferi
• Müşteri veya Satıcı ana verilerinde, Hesap için kullanılan Ödeme Yöntemleri belirtilmelidir.
Olası Ödeme Yöntemleri zaten Sistemde tanımlanmıştır.
• Her ülke için sistem Ödeme Yöntemleri'nde o ülkede kullanabileceğiniz tanımlar içerir.
• Bu standart Ödeme Yöntemleri sistemle birlikte verilir. Belge Türünü değiştirmek dışında,
ülkedeki Ödeme Yöntemi yapılandırmasının değiştirilmemesi önerilir.
364
Şirket Kodunda Ödeme
Yöntemleri
• Bir Ödeme Yöntemi belirtilebilir:

– Miktarına göre
– Yurtdışı ödemeleri için
• Banka Grubu Optimizasyonu ile kullanıcı para transferinin kullanıcının Ana
Bankasından Satıcı'nın bankasına mümkün olduğunca hızlı yapılmasını sağlayabilir.
• Posta Koduna Göre Optimizasyon ile seçilen Ana Banka, Satıcı'nın Posta Koduna (Posta
Kodu) göre belirlenir.
• Her Ödeme Yöntemi için bir form verisi belirtilmelidir (bir sonraki slayta bakın)
365
Şirket Kodunda Ödeme
Yöntemleri – Form Verisi
• Bir ödeme yapıldığında çeke ödenen kalemleri açıklayan çeke Alacaklıya (Satıcı) bir Not
eklenir.
Kullanıcı, Nota eklenebilecek Belge Kalemlerinin sayısını tanımlayabilir.
• Listelenebileceğinden daha fazla kalem ödenecekse, bir Ödeme Tavsiyesi'nin
yazdırılması veya ek bir formun gerekli olup olmadığı konusunda spesifikasyonlar yapılabilir.
366
24.1. Banka Sıralaması ve Kullanılabilir Tutarlar
Banka Sıralaması ve
Kullanılabilir Tutarlar
• Her Şirket Kodu, Ödeme Yöntemi ve Para Birimi için bankaların bir Sıralama Düzenini
belirtilebilir.
• Sıralama sırasında, kullanıcı Ödeme Yöntemi ile bir sipariş önceliği belirler.
• Gelen ve giden ödemeler için planlanan mevcut tutarlar her bir Ana Banka için belirlenebilir.
• Ödeme Programı tutar bölme yapmaz. Bir banka hesabında planlanan tutar ödeme için
yeterli değilse, Ödeme Programı başka bir Banka Hesabı seçer. Ödeme tutarının tamamını
gönderebileceği Banka Hesabı bulamazsa, ödemeyi gerçekleştirmez ve kalemi istisna
listesine ekler.
• Ayrıca, “Tarihe değecek gün sayısı” işlevselliği de ayarlanabilir. Bu özellik, banka hesabına
bir borç ve / veya alacak dekontunun kaydedilmesinden önceki gün sayısını gösterir. Gün
sayısı kayıt tarihine eklenir ve nakit yönetimi ve tahmini ile ilgili tarihte sonuçlanır.
Not: Kullanılabilir tutarlar IMG, Ödeme Programı (Ortam) veya Nakit Yönetimi (Planlama)
aracılığıyla güncellenebilir.
367
Banka Hesapları için Ana Hesap
Tayini
Şirket Kodu Şirket İsmi
1000 Boots - R - Us
. .
Ana Ödeme Para Birimi Hesap Ana Denkleşme Masraf İş A.

Banka Yöntemi Kimliği Hesap Hesabı Tipi
10000 B 10000 Ana Hesap 0001
10000 C 10000 Ana Hesap 0002
. . . .
. . . .
20000 B 20000 Ana Hesap
20000 C 20000 Ana Hesap
20000 D 20001 Ana Hesap
• Ödeme Programının ödeme yapmasını sağlamak için, her bir Ana Banka’ya Banka Hesabı
bir Ana Hesap, Ödeme Yöntemi ve Para Birimi belirtilmelidir.
• Bir Banka Hesabı Kimliğine bir Ana Hesap Tayini, Banka Hesabına karşılık gelen
Denkleştirme Hesabını içeren
muhasebe işlemlerinin Defteri Kebir'e yansıtılmasını sağlar.
• Ödemelerin işlemde izlenebilmesi için ana hesap açık kalem bazında yönetilmelidir.
• Aynı Ana bankaya ve ödeme yöntemine sahip iki giriş yapmak mümkün değildir. Bir
ödeme yöntemi birden çok kez kullanılacaksa, kayıtlar yalnızca Hesap Kimliği'ne göre
değil, aynı zamanda Ana Banka’ya göre de farklılık göstermelidir.
368
24.2. Ödeme Para Birimi
Ödeme Para Birimi

Euro
Ödeme
Programı
Açık Kalemler
JPY
AUD USD
SEK
ARS
Alternatif bir ödeme para birimi (yani, fatura para biriminden farklı bir para birimi)
içeren ödemeleri işlemek mümkündür
• SAP R / 3 Sisteminde, bir para biriminde yayınlanan belge kalemleri, belge kalemlerini
manuel olarak öderken veya otomatik ödeme işlemleri yaparken farklı (alternatif) bir para
biriminde ödenebilir.
• Kural olarak, ödeme yapanlar ve satıcılar ya kabul edilebilir alternatif para birimlerini neyin
oluşturduğu konusunda genel bir anlaşmaya varırlar veya ödeme para birimi ve işlem
başına ödeme tutarı üzerinde anlaşırlar. 4.5A Sürümünden önce, alternatif bir para
birimindeki ödemeler yalnızca manuel olarak oluşturulabilir ve kaydedilebilir.
• Sürüm 4.5A'dan itibaren, doğrudan açık kalemde işlem para biriminden farklı bir ödeme para
birimi girmek mümkündür. Ayrıca, ödeme para birimindeki kalemin brüt tutarına eşdeğer bir
tutar da belirleyebilirsiniz.
• Ödeme para birimi özelliği hem A / P hem de A / R'de desteklenir.
• Bu özellik aşağıdaki gibi durumlarda kullanışlıdır.
– Döviz veya döviz bozdurma işleminin kısıtlandığı bir ülkedesiniz. Dolayısıyla, bir sabit
para biriminiz olabilir, ancak faturadan biri olmayabilir ve bu sabit para birimini elde
etmek zordur.
– Bir satıcı size daha az erişilebilir bir para birimiyle fatura gönderebilir. Sizin için bu para
birimini almak zor / pahalı olabilir. Satıcı, kendisine kendi ülkesinde kolayca / iyi bir
döviz bozdurabileceği sabit bir para biriminde ödeme yapmayı kabul eder.
– Bir iş ortağının farklı para birimlerinde faturalarınız ve alacak notlarınız var, ancak
bunları tek bir ödeme ile birlikte ödemek istiyorsunuz. Bu ödeme para birimi gerektirir.
• Ayrıntılı bir örnek için Ek'e bakınız.
Slide 15
369
24.3. Ödeme Bloklama Nedenleri
Ödeme Bloklama Nedenleri
• Satıcı ana verilerinde, o ana verilerle ilişkili tüm Açık Kalemleri etkileyen bir Ödeme Bloğu
belirlenebilir. Ödeme Bloğu, açık bir kalemin ödenmesini önler.
• Bir Açık Kalemde Ödeme Bloğu da girilebilir.
• Kullanıcılar sistem tarafından sağlanan Engelleme Nedenlerini kullanabilir veya kendileri
oluşturabilir.
• Ödeme teklifini işleme koyarken bir ödeme bloğu ekleme veya kaldırma yeteneği
isteniyorsa, engelleme göstergesinin değiştirilebilir olarak ayarlanması gerekir.
370
24.4. Otomatik Belge Kalemi
Otomatik Belge Kalemi

Örnek: Ödeme Programı
• Her otomatik belge kalemi grubu, izlenecek bir dizi gönderme işlemini kapsar.
• Her işlem, sistemle birlikte verilen ve değiştirilemeyen, sisteme özgü üç karakterli İşlem
Kodu altında yönetilir.
• Her otomatik kayıt işlemi Hesap Çizelgesi düzeyinde tanımlanır.
371
Örnek: Nakit İndirim Alındı
Ofis malzemeleri
1 2000
Ödenebilir hesaplar Fuji Bankası

2 2000 2000 1 1940 2
Nakit İndirimi Alındı

Otomatik Belge Kalemi 60 2
1. Fatura 2000 (Vade: 3% nakit indirim)

2 2. Nakit İnd. 60
3. Ödeme 1940
• Nakit İndirim Alınan Süreç Kodları:

– Nakit İndirim Alındı SKE
– Nakit İndirim Giderleri SKT
– Nakit İndirim Denkleştirme (net fatura prosedürü) SKV
– Fazla / Düşük Ödemeden Gelir / Gider UBS
• Sistemin bir satıcıya ödeme yaparken alınan nakit indirimini otomatik olarak göndermesine
izin vermek için,
Alınan Nakit İndirim işlemi (SKE) için ana hesaplar tanımlanmalıdır.
372
Örnek: Nakit İndirimi Alındı
Nakit İndirimi Alındı - SKE
Hesap Tablosu 1000

Süreç SKE
Hesap 700210
Kurallar Kayıt Anahtarları
Hesap Tayini şunlara bağlıdır: Kayıt Anahtarı

Borç / Alacak Borç 40
Vergi Kodu Alacak 50
• Kullanılacak Kayıt Anahtarları da dahil olmak üzere otomatik Ana Hesap tayin kuralları
tanımlanmalıdır.
• Kurallar, otomatik olarak gerçekleşecek hesap atamalarını belirler:
– Borç ve alacak girişleri için farklı Hesaplar kaydediliyor mu?
– Bireysel Vergi Kodları için farklı Hesaplar kullanılıyor mu?
373
24.5. Parametrelerin Bakımı
Parametrelerin Bakımı
Ödeme Yürütme Tarihi 05/27/YY

Kimlik xyz
Kayıt Tarihi 05/27/YY

Belge Girişi 05/26/YY
Şirket Kodları Ödeme Sonraki Kayıt Ek
Yöntemi Tarihi Giriş
1000 US 06/14/YY İŞARET
Satıcılar(den/a) Müşteriler (den/a)
1 9999 1 9999
• Ödeme programının her ödeme çalıştırması iki alanla tanımlanır:

– Yürütme Tarihi
– Tanıtıcı
• Yürütme tarihi, program yürütüldüğünde gerçek tarih olmak zorunda değildir, ancak bu
önerilir. Temel amacı, programın çalışmasını tanımlamaktır.
• “Tanıtıcı” alanı, aynı çalışma tarihine sahip program çalıştırmaları arasında ayrım yapmak
için kullanılır.
• Ödeme Programı, aşağıdakilere bağlı olarak ödenecek Açık Kalemleri seçer:
– Ödeme İşleminin Tarihi
– Sonraki İlan Tarihi
• Parametreleri düzenlerken, test amacıyla Ek Kayıt istenebilir. Teklif Ödeme Koşulu belirli
Açık Kalemler’i ödemiyorsa, nedenleri bu günlükte ayrıntılı olarak açıklanmıştır. Bu bilgilere
dayanarak, kullanıcı durumun nasıl çözüleceğine karar verebilir.
374
24.6. Ödeme Önerisi Yürütme
Ödeme Önerisi Yürütme

Ödeme Yürütme Tarihi 05/27
Tanıtıcı xyz
Başlangıç Tarihi 06/06

Başlagıç Saati HH:MM:SS
Hemen Başlat
Durum
Parametreler Girildi
Ödeme Önerisi Yaratıldı
Ödeme Çalıştırması Yürütüldü
• Parametreler Girildi:
– Ödenmesi gereken kalemler için parametrelere girdiğiniz hesapları ve belgeleri arar.
– Ödeme oluşturmak için vadesi gelen kalemleri gruplandırır.
– Ödeme için uygun ödeme yöntemlerini, ana bankaları ve ortak bankaları seçer.
• Ödeme Önerisi hemen başlatılabilir veya daha sonraki bir tarih ve / veya saat için
planlanabilir. Sistem daha sonra Ödeme Önerisini toplu modda çalıştırır.
375
24.7. Aracı Bankalar: Çözüm
Aracı Bankalar: Çözüm
Aracı Banka (lar) Satıcı Bankası

Kendi Bankamız
Ödeme Programı
• Şirketler, sadece ödeme döngüsünün başlangıcında ve sonundaki

bankaları (Ana banka ve iş ortağı bankası) değil, aynı zamanda
ödemenin aralarında yapılması gereken bankaları da belirleme
seçeneğine sahiptir.
• Ödeme programı, her ödeme için aracı bankaların önceden

tanımlanmış bir kombinasyonunu belirleyebilir.
• Aracı bankalar, şirketlerin yurt dışındaki iş ortaklarına ödeme yapmak / almak için
kullandıkları bankalardır. Bu bankalar ana bankalara ve iş ortağı bankalarına ek olarak
kullanılmaktadır. Aracı bankalar kullanılarak yapılan ödemelerde, bir ana bankası, bir ortak
banka ve üç adede kadar aracı bankadan oluşan bir banka zinciri kullanılır.
• Banka zinciri işlevi istemciye göre etkinleştirilebilir. Bir müşteriye bir banka zinciri belirleme
senaryosu atanmalıdır.
• Banka zincirleri ödeme ortamı sınırlarını aşar. Muhatabın ana kaydında banka bilgileri
gerektiren herhangi bir ödeme aracı için Sürüm 4.5A'da aşağıdaki biçimler desteklenir:
SWIFT, MT100, MT200, MT202, EDI (Basis-IDOC: PEXR2002), ALE aracılığıyla ödeme
verilerinin gönderilmesi (Temel-IDOC: FIPARQ01).
• Bu özellik şu durumlarda kullanışlıdır:
– Ana banka hangi aracı / denkleştirme bankalarını kullanması gerektiğini bilmez.
– Ana banka tarafından seçilen aracı bankaların kombinasyonu para transferi için uzun
bir süreye yol açmaktadır.
– Ana banka aracı bankaların bir kombinasyonunu belirlemek zorunda olduğu için…
• Transfer için daha yüksek bir ücret talep edebilir
• Aktarımı dahili olarak işlemek için daha fazla zamana ihtiyaç duyar, bu da daha
uzun bir toplam süreye yol açar
Not: Yukarıdaki “ana banka” referansları, dahili SAP “ana bankası” kaydı değil, gerçek
banka (örn. Citibank) tarafından yapılan işlemleri ifade eder.
• Aracı bankalar ve banka zincirleri hakkında ek ayrıntılar için Ek 2'ye bakınız.
Slide 22
376
Ödeme Talebi Verileri
Teklif Verileri Süreç
Ekran Ekran Teklif Günlüğü

Listesi İstisnaları
Ödeme Listesi
Faaliyet Alanına
Göre Tutarlar
Bloke Hesaplar/ • Çek Bitiş Tarihi
Ülkelere Göre Tutarlar Kalemler Listesi • Ödeme Türünü Seçin
• Ödeme Kayıtları
Para Birim. Göre Tutarlar
Ödeme Yöntemlerine
Göre Tutarlar
Bnakalara Göre Tutarlar
• Ödeme Talebi çalıştırıldıktan sonra, hangi Açık Kalemlerin ödenmesi ve hangilerinin

bloklanması gerektiğini seçmek için teklif tarihleri işlenebilir.
• Ödeme Talebi, farklı kriterlere göre tam bir liste ve kısmi listeler oluşturur.
• Bloklanan Hesaplar veya Kalemler varsa, Sistem İstisna Listeleri oluşturur.
• Teklif Günlüğü yapılandırma hatalarını listeler. Bu durumda, ödeme yapılamaz. Hatalar
düzeltilmeli, Ödeme Talebi silinmeli ve yeni bir Ödeme Talebi işlenmelidir.
377
Ödeme Yürütmesi
Ödeme Yürütme Tarihi 05/27
Tanım xyz
Durum________________________________
Parametreler girildi.
Ödeme teklifi oluşturuldu.
Ödeme Planı
Başlangıç Tarihi 06/06
Başlangıç Zamanı HH:MM:SS
Hemen Başla
Durum _________________________________
Parametreler girildi.
Ödeme Talebi oluşturuldu
Ödeme çalıştırması onaylandı
( Ödeme çalıştırması devam ediyor )
Ödeme çalıştırması yürütüldü:
1 yaratıldı, 1 tamamlandı
Ödeme çalıştırması gerçekleştirildi
• Ödeme yürütmesi:
– Ödeme belgelerini kaydeder.
– Kalemleri denkleştirir.
– Ödeme ortamı yazdırma programları için veri sağlar.
• Gerçek Ödeme Koşusu hemen başlatılabilir veya daha sonraki bir tarih ve / veya saatte
çalışması planlanabilir. Ödeme Çalıştırması toplu iş modunda yürütülür.
378
Ödeme Ortamı
Ödeme Verisi
Yazdırma Programı
Rapor RFFOUS_C
Çek Ödeme Ödeme

Tavsiyesi Özeti
Banka Transferi
• Ödeme Ortamı, Ödeme Önerisi ve Ödeme Özeti Yazdırma, Ödeme Programı çalıştırılarak
entegre edilebilir. Bunu yapmak için, yazdırma raporlarında değişkenler oluşturulmalıdır.
• Varyantlar, Yazdırma Programına metnin Şirket Kodu, Yazdırma Formları ve Dili için
özellikler sağlar.
Varyantlarda depolanan bilgiler tekrar tekrar kullanılabilir.
• Yazdırma Programı, ödeme transfer ortamlarını (ve gerekirse Ödeme Tavsiyesini) ve
REGUH, REGUD ve REGUP içindeki verilerden Ödeme Özetini üretir. (Bkz. Sonraki madde
işareti.) Yazdırma Programı, ödeme yapılandırma tablolarındaki verileri de işleyebilir.
• Ödeme Programı aşağıdaki tabloları oluşturur:
– REGUH, Alacaklı veya Ödeme Yöntemi ile ilgili veriler içerir.
– REGUP, her bir Açık Kalemlerden alınan veriler içerir.
– REGUD, Banka Verilerinin tamamını ve Ödeme Tutarlarını içerir.
379
24.8. Çek Form Yapısı
Çek Form Yapısı
BAŞLIK
SAYFA
ADRES Biilgi
Satıcıdaki hesabınız
ANA
Metin
Başlık
Belge Kalemleri
Toplam
CARRYFWD İleri Taşınacak Miktar

ÇEK/ÇEK EKLE
Geçersiz veya Geçerli
• Çek Formunun yapısı beş pencere içerir. Yazdırma Programı kalemleri otomatik olarak işler.
• Tüm çek verileri bir sayfaya sığmıyorsa, Yazdırma Programı ilk sayfadaki kontrolü geçersiz
kılar.
• Sonraki sayfada kalan belge kalemleri, toplam ödeme tutarı ve geçerli çek yer almaktadır.
• Her Şirket Kodu için bir özet sayfası vardır. Aşağıdakileri içerir:
– Yazdırılan çek sayısı

– Ödeme Tavsiyesi ve form sayısı
– Ödenen net toplam
– Geçersiz çekler
380
24.9. Giden Ödeme Programı Bölüm Özeti
Giden Ödeme Programı

Bölüm Özeti
– Giden Ödeme Programı
– Ödeme Yöntemi
– Ödeme Bloğu
– Ödeyen Şirket Kodu
– Şirket Kodunu Gönderme
– Banka Grubuna Göre Optimizasyon
– Posta Koduna Göre Optimizasyon
– Varyant
• Giden Ödeme Programı- Seçilen Satıcıların tüm Açık Kalemlerini inceleyen otomatik bir
işlem, bu Açık Kalemleri Ödeme Koşulları ve Beklenen Günlere göre sıralar; Teklif
Çalışması oluşturur; ve Yazdırma Programını çalıştırır.
• Ödeme Yöntemi- Çek, döviz kuru veya banka havalesi gibi kabul edilebilir ödeme türlerini
belirten bir alan.
• Ödeme Bloğu- Açık Kalemlerin ödenmesini engelleyen sistem içindeki işlevsellik.
• Ödeyen Şirket Kodu - Açık Kalemler için fiziksel olarak ödeme yapan veya paranın alındığı
şirket.
• Şirket Kodunu Gönderme- Eldeki fiziksel faturaya sahip olan veya çek gönderen şirket.
(Gönderen Şirket Kodu ile Ödeyen Şirket Kodu aynı olabilir.)
• Banka Grubuna Göre Optimizasyon- Para transferinin kullanıcının Ana Bankasından
Satıcı bankasına hızlı bir şekilde yapılmasını sağlayan bir gösterge.
• Posta Koduna Göre Optimizasyon- Ana Bankasını Satıcı'nın Posta Koduna (Posta Kodu)
göre seçen bir gösterge.
• Varyant- - Yazdırma Programına metnin Şirket Kodu, Yazdırma Formları ve Dili için
özellikler sağlayan bir değer.
381
Giden Ödeme Programı
Bölüm Özeti
– Ödeme Para Birimi
– Aracı Banka
– Banka Zinciri
• Ödeme Para Birimi- Belge para birimi yerine ödeme yapmak / almak için kullanılan belge
para birimi dışında bir para birimi.
• Aracı Banka- Şirketlerin, ana bankalarına ve iş ortaklarının bankalarına ek olarak, yurt
dışındaki iş ortaklarına / iş ortaklarından ödeme yaptığı / aldığı bir banka.
• Banka Zinciri- Paraların aktarıldığı bir dizi banka.
382
24.10. Ek Bölüm 1 Alternatif Ödeme Para Birimi
Ek Bölüm 1.
Alternatif Ödeme Para Birimi
Otomatik ödeme programı, herhangi bir ödeme para biriminde
belgeler için ödeme oluşturabilir.
Yerel Para Birimi
İşlem Para Birimi
Ödeme Para Birimi
Ödeme Tutarı
(isteğe bağlı)
• Yapılandırma Önkoşulları
– Ana hesap ve kayıt anahtarlarının alan durum grupları, “Ödeme para birimi” ve
“Ödeme para birimindeki tutar” alanlarının isteğe bağlı olması için tanımlanmalıdır.
– “Ödeme para birimi” (BSEG-PYCUR) ve “Ödeme para birimindeki tutar” (BSEG-
PYAMT) alanlarına ilişkin belge değiştirme kurallarında, bu alanların kayıttan sonra
değiştirilip değiştirilemeyeceğini tanımlarsınız. Bu alanların değiştirilmesinin yalnızca
belge kalemi henüz denkleşmemişse anlamlı olduğunu unutmayın.
– Ödeme para birimi, Ödeme Programı yapılandırmasında tanımlanmalıdır:
• Ödeme yöntemi ülke -> para birimi
• Ödeme yöntemi şirket kodu -> para birimi
• Nasıl çalışır:
– Ödeme öncesinde herhangi bir zamanda fatura kaleminde ödeme para birimini
belirtirsiniz.
– İsteğe bağlı olarak, ödeme para birimini kullanarak ödenecek belirli bir tutarı
girebilirsiniz. Bu tutar, ödeme programı (olası nakit iskontoları veya stopaj vergisi
düşülmeden önceki) brüt tutar olarak alınır.
Ek ayrıntılar için Ek'e bakın Örnek aşağıdaki slaytlarda devam ediyor ...
383
Ek Bölüm 1.
Alternatif Ödeme Para Birimleri
TC= BRL, LC= MXN, PC= USD
SATICI
1750 BRL
Satıcı belge kalemi: Alternatif
(10000 ödeme para birimini girme : USD
MXN) Alternatif ödeme tutarı: $ 1000
Uyarı/ Hata:
Para Birimi Çevirisi: Ödeme tutarı hesaplanan
BRL->MXN: 5.714 tutardan% 2 farklılık gösterir:
+ 1750 * 5.714 * 0.102 = $ 1,019.49
Döviz kurları tablosu:
M: MXN  DOLAR = 0.102
• Yukarıdaki örnekte, belge yabancı para biriminde (Brezilya Reali) kaydedilmiştir. Ulusal para
birimi Meksika Pezosu'dur. Belgede, kullanıcı ABD Doları'nın ödeme para birimi olacağını
belirtir.
Not: Bölüm 26'da Para Birimleri ve Döviz Kurları hakkında bilgi edineceksiniz.
• Gerekli olmamakla birlikte, 1000 $ tutarında bir ödeme tutarı da belirtilmiştir.
Not: Ödeme tutarı bir doğrulama kontrolüne tabidir. Bu kontrol sırasında sistem, girilen
tutarın mevcut döviz kurlarıyla tutarlı olup olmadığını belirlemek için Döviz Kuru Tablosuna
erişir. Girilen tutar, şirket kodu tablosunda belirtilen toleransı aşan bir yüzde oranıyla
hesaplanan tutardan farklıysa (Finansal Muhasebe Genel Ayarları'nda maksimum döviz
kuru farkı) sistem bir uyarı mesajı görüntüler.
Yukarıdaki örnekte, sistem Brezilya Reali'ni Meksika Pezosu'na ve ardından Meksika
Pezosu'na ABD Doları'na dönüştürür. Bu hesaplama (1.019,49 $) ile müzakere edilen miktar
(1000 $) arasındaki fark toleransı aşıyor, bu nedenle bir uyarı mesajı verildi.
Uyarı mesajı (Mesaj F5 874) sabit bir hata oluşturacak veya hiç görünmeyecek şekilde
384
Ek Bölüm 1.
Alternafif Ödeme Para Birimleri
İşlem Para Birimi Ulusal Para Birimi Ödeme Para Birimi DÖVİZ KURLARI
BRL MXN USD
Satıcı 1 750 10 000 1 000 BRL:MXN > 0.175:1
Faturası MXN:USD > 10:1
Ödeme 1 750 9 500 1 000 BRL:MXN > 0.2:1

MXN:USD > 9.5:1
MXN 8 750
Cari döviz kurundaki açık kalem değeri
1750 / 0,2
MXN 1 250 MXN 750
değişim. oran farkı. düşük ödeme
kazanç kaybı
MXN 500
KAZANIMI
• Ödeme tutarını belirttiğinizde (ödeme para biriminde) ulusal para biriminde iki tür fark
olabilir.
– Ödeme programı ödeme anında anlaşılan ödeme tutarına göre ulusal para biriminde
hesapladığı için aşırı / düşük ödemeler meydana gelebilir. Yukarıdaki örnekte, ödeme
sırasında 1000USD, 9500 MXN'ye çevrilir. Ancak, kalemi ödemek için gereken gerçek
dolar sadece 8750 MXN'dir (1750 BRL / .2 MXN), bu yüzden 750 MXN satın almak için
fazla ödeme yapıyoruz.
– Döviz Kuru Farklılıklar fatura zamanı ile ödeme zamanı arasında meydana gelebilir. Bu
fark, işlem para biriminin döviz kurları ile ulusal para birimi arasındaki değişikliklere
dayanmaktadır. Yukarıdaki örnekte, BRL ve MXN arasındaki döviz kuru 0.175: 1'den
0.2: 1'e değişmektedir (Bir MXN şimdi 0.025 daha fazla BRL satın almaktadır). Bu
değişiklik, başlangıçta 10.000 MXN dönüşümü gereken kalemin artık yalnızca 8750
MXN gerektirdiği anlamına geliyor. Böylece döviz kurlarındaki değişim nedeniyle 1250
MXN kazanıldı.
• Mali makamlara bağlı olarak, bu kazanç ve kayıplar vergiyle ilgili olabilir veya olmayabilir.
Dolayısıyla, defter tutma açısından bu farklılıkların ayrı ayrı açıklanması gerekir. Ödeme
farkı hesabı vergiyle alakalı ise (ülkeye özgü), uyarlamada ek bir denkleştirme hesabı
atamanız gerekir.
• Bu faturaya referans veren alacak dekontları girdiğinizde, ödeme para birimi ve ödeme para
birimindeki olası bir ödeme miktarı orantılı olarak alınır. (ör. 1000 MXN tutarındaki alacak
dekontu, ödeme para biriminin tutarının 100 USD azalmasına neden olur).
385
24.11. Ek Bölüm 2 Aracı Bankalar ve Banka Zincirleri
Ek Bölüm 2. Aracı Bankalar ve

Banka Zincirleri - Etkinlikler
1. SENARYO TANIMLA (genel, iş ortağına özgü)
2. AKTİF SENARYO
3. BANKA ZİNCİRİ TANIMLA

A) Genel Banka Zinciri- bir iş ortağının banka detaylarından
bağımsız olarak- IMG’de
YA DA
B) İş Ortağına Özel- uygulama tarafında
• Ana Banka
• İş Ortağı (müşteriler ve satıcılar)
• Nakit Yönetimi
• Bu slaytta IMG'de ve / veya uygulama tarafında banka zincirlerinin işlenmeye hazırlanması

için yapılacak faaliyetler açıklanmaktadır.
• İki tür banka zinciri vardır:
– Genel Banka Zinciri -Bu tür banka zinciri uyarlamasında oluşturulur. Bunlar genel
niteliktedir ve belirli bir prosedürle (örneğin Hazine işlemleri) veya muhatapla ilgili
değildir. Örneğin, ödemenin yapıldığı / gönderildiği yabancı ülkeye, yabancı banka
anahtarına veya döviz cinsine bağlı olabilirler.
– Ortağa Özgü Banka Zinciri - Bu banka zincirleri ana verilere (örneğin, Hazine iş
ortakları veya alacaklılar) bağlıdır ve dolayısıyla ana verileri kendileri temsil eder. Bir iş
ortağının hesap bağlantısı kullanılarak oluşturulur. Bireysel olarak desteklenen ortaklar
Alacaklılar, Borçlular, Hazine İş Ortakları ve Ana Bankalarıdır.
• Sürüm 4.5A'da Muhasebe Mali İşlemler menü yolu üzerinden alacaklılar, borçlular ve ana
bankaları için banka zincirlerini koruyabilirsiniz. Bankacılık Ana verileri Banka zinciri
(uygulama tarafında).
• Sistem banka zincirini ancak bir banka zincirine ihtiyaç duyulan bir ödeme yöntemi (örneğin
banka havalesi) kullanıldığında belirleyebilir. Öte yandan, ödemeler için bu ödeme
yönteminin özel olarak tanımlanıp tanımlanmadığını kontrol ederek herhangi bir banka
zinciri belirlenmemiştir.
• Bir banka zinciri, ödeme işlemi sırasında banka zinciri belirleme ayarlarına göre (hem açık
kalemler hem de hazine ve nakit yönetiminden ödeme talepleri için) seçilir. Banka zinciriyle
ilgili değerlerden biri ödeme teklifinde değiştirilirse (örneğin, bir ev bankası veya ortak
banka), banka zinciri yeniden yapılandırılır ve kullanıcıya gösterilir.
386
Banka Zincirleri- Senaryolar
Senaryo Tanım Gen. Arama Alıcı. Arama
0001 Banka zinciri tanımı yok
0002 Gönderen odaklı
0003 Alıcı bankası odaklı
0004 Alıcı odaklı
Hesap no./ alıcıya özel arama:

Genel Arama: Anahtar alanlarını kullanarak
banka zincirini bulma:
Anahtar alanları kullanarak banka banka ülke,
zincirini bulma : banka ülke bank anahtarı ve
ve banka hesap numarası
banka anahtarı
Uyarlama Uygulama
• Senaryolar, banka zinciri tespitinin nasıl yapılması gerektiğini açıklar. SAP tarafından bir dizi
tipik senaryo sağlanır. Slaytta görüntülenen senaryolar standart R / 3 senaryolarıdır ve
değiştirilemez.
• Kendi amaçlarınız için ek senaryolar tanılayabilirsiniz.
• Kullanmak istediğiniz tüm senaryolar bir sonraki adımda etkinleştirilmelidir.
• Not senaryosu 0003:
– İlk olarak, sistem anahtarın banka ülkesini, banka anahtarını ve alıcının veya
gönderenin banka hesap numarasını kullanarak tablolardaki banka zincirini bulmaya
çalışır. Örneğin, uygulama menüsünde belirli yabancı alıcı (satıcı) için belirli bir aracı
banka tanımlanmışsa, sistem aracı bankayı ödeme programının ödeme teklifine dahil
eder. İş ortağına özgü banka zinciri tanımında girişler bulunamazsa, sistem daha genel
anahtarın banka ülkesini ve banka anahtarını kullanarak girişleri uyarlar.
387
Banka Zincirleri - Senaryolar
Örnek:
Senaryo 0002, İş ortağına özgü arama, gönderen banka ana bankasıdır
Senaryo Sıralama Gön. banka Aracı banka ülke Aracı banka Ödeme Pb.
0002 0
0002 1
Ödeme programı yürütme
Çıktı
Para B. Bank. Ülke Gönd. Bank. Anh. gönd
1. adım: 10020030
UNI DE
Anahtar ile arama:
gönderen bank. (banka ülke UNI
ve - anahtar)
Ödeme Para Birimi : UNI ve ödeme para birimi
Ana Banka ülke : DE Banka zincir tayini:
Banka Anahtarı: 10020030 (başarılı değilse)
Satıcı : Satıcı 1 2. adım:
Muhabir bankaları
Satıcı bank. ülke: DE ‘ödeme para birimi’ anahtarı No. Kategori Ülke Para Br. Aracı bank. Anh. Aracı banka hes.
Satıcı bankası:12345678
ile arama
banka hesap no: 87654320 1 1 DE 40050060 86746352
• 0002 senaryosunun özellikleri bir gönderen banka ve para birimine dayalı bir arama stratejisi
içerir.
• Sıralama, banka zincirleri tablosundaki girişlerin arama sırasını belirler.
• İş ortağı odaklı banka zincirlerine benzer şekilde, yalnızca ana bankanıza atıfta bulunan ve
ödeme programı kapsamında belirlenecek banka zincirleri atayabilirsiniz. Yukarıdaki slaytta
açıklanan durumda, sistem aracı (ilgili) bankayı ana bankasına ve / veya kullanılan para
birimine göre belirler.
• Bu kural uygulama tarafında yapılandırılır (Mali İşler-Mali Muhaseb-Bankalar-Ana Veriler-
Banka Zinciri- Ana Bankalar)
• Eğer muhatap odaklı tanımlar mevcutsa ve ana bankası odaklı tanımlarla (yukarıda
açıklandığı gibi) aynı ana bankayı içeriyorlarsa, muhatapa özgü tanım ana bankası tanımına
göre önceliklidir ve bu da farklı banka zincirlerinin belirlenmesine neden olabilir.
• Banka zincirini ödeme tavsiyesine entegre etmek istiyorsanız lütfen not 118015'e bakın.
• Banka zincirlerini ödeme listesinde listelemek mümkündür.
388
Banka Zincirleri - Senaryo 1
AB1 AB2 AB3
Açıklama: MB 1 MB 2 MB 3
AB = Ana Banka
MB = Muhabir Bankası
İOB = İş Ortağı Bankası İOB
= Ödeme Talimatı
• Aracı bankaların sırası aşağıdakilere bağlı olabilir:

– R / 3 kullanan şirketin ana bankası
– Satıcının bankası
– Müşterinin bankası
– Hazine iş ortağının ana bankası
– Para Birimi
– Ek ödeme yöntemi
Ödeme programının uyarlaması (ödeme yöntemleri, banka seçimi) ile birlikte, her bağımlılık
modellenebilir.
• Yukarıdaki örnek, ana bankanıza bağlı bir banka zincirini göstermektedir.
389
Banka Zincirleri - Senaryo II
HB
MB 1 MB 2 MB 3
Açıklama:
AB = Ana Bank
MB = Muhabir Bankası İOB 1 İOB 2 İOB 3
İOB = İş Ortağı Bankası
= Ödeme Talimatı
• Muhatap bankaya bağlı bir banka zinciri örneği. Bu banka zincirini kullanarak, iş ortağından,
özellikle de muhabir bankasından gelen bilgilere ihtiyacınız vardır. Muhatap ile ilgili banka
zincirini yapılandırmadıysanız, genel banka zincirindeki tanımlara dayalı olarak yorumlama
yapılacaktır. Genel banka zinciri için girişler yoksa, hiçbir banka zinciri belirlenmez.
390
25. Özel Defteri Kebir İşlemleri
Bölüm 25 Özel Defteri Kebir

İşlemleri
Özel Defteri Kebir İşlemleri, raporlama amacıyla, işlemin
gerçekleştirildiği Müşteri veya Satıcı ana verilerinde
tanımlananlar dışında Mutabakat Ana Hesabına
kaydedilmesi gereken çok adımlı işlemlerdir.
– Özel Defteri Kebir İşlemleri kavramını anlamak.
– Özel Defteri Kebir İşlemlerinin nasıl yapılandırıldığını
anlamak.
– Müşteri peşinat işlemenin ayrıntılarını ve Satış
Döngüsü ile nasıl etkileşime girdiğini anlamak.
391
Özel Defteri Kebir İşlemleri
SenetTalebi
Senetlere İlişkin
Senet
Peşinat Talepleri
Peşinata İlişkin
Peşinat
Bireysel değer ayarlaması
Ödenecek Faiz / Alacak Diğerleri
Teminatlar
• Özel Defteri Kebir İşlemleri, mantıksal olarak defteri kebirdeki (Müşteri / Satıcı) hesaplara
ait olan, ancak ana kayıtta tanımlanan ilgili Ana Mutabakat Hesabına kaydedilmeyen
işlemlerdir. Bunun yerine alternatif Mutabakat Hesapları, bu işlemlerin Bilanço'da ayrıca
raporlanmasına izin verir.
• Özel Defteri Kebir İşlemleri 3 temel kategoriye ayrılabilir.
– Senete İlişkin: Senet işleme, ülkeye özgü gereksinimleri karşılamak için kullanılır. R /
3, bu gereksinimleri karşılamak için Özel Ana İşlem İşlevini kullanan özel önceden
yapılandırılmış programlar ve ekranlar sağlar.
– Peşinatla İlgili: R / 3, peşinat taleplerini, makbuzunu ve uygulamasını ele alan,
önceden yapılandırılmış özel programlar ve ekranlar sağlar. A / R veya A / P
modüllerinde kullanılabilirler ve standart R / 3 A / R ve A / P menülerinde bulunurlar.
Peşinat işlemi, R / 3 İhtar ve Ödeme İşleme Programlarına da entegre edilmiştir.
– Diğer: Çeşitli ticari işlem türleri Özel Ana İşlemler İşlevselliği kullanır.
392
Özel Defteri Kebir Türleri
Serbest Offsetting Girişleri
İstatiksel Kayıtlar İşaretlenmiş Kalemler
• Özel Defteri Kebir kayıtlarının sisteme kaydedilmesinin üç yolu vardır. Bu girişlerin

işlenmesi, girilen belge kalemlerindeki defteri kebir göstergesi tarafından kontrol edilir.
– Gerçek Kayıtlar bilançonun bir parçasıdır. Bunlar, serbestçe tanımlanabilen bir
mahsup
kaydı olan kayıtlardır (örneğin peşinat makbuzu kaydı).
– İstatistiksel Kayıtlar her zaman aynı mahsup hesabına kayıt yapan işlemlerdir.
Bunlar genellikle bilanço ekinin bir parçasıdır (örn. Bir teminat).
– İşaretlenmiş Kalemler (örn. peşinat talebi) ödenmesi gereken veya yapılacak
ödenmemiş ödemeleri hatırlatması amacıyla gönderilen kayıtlardır. Mali tablolarda
gösterilmezler.
393
25.1. Özel Defteri Kebir Göstergelerinin Kontrolü
Özel Defteri Kebir Göstergelerinin

Kontrolü
Özel M uhasebe İşlemleri için sistemde önceden tanımlanmış
belirli Kayıt Anahtarları ve göstergeleri vardır.
Kayıt Anahtarları:
29 (Satıcı ÖDK Borçları)
09 (M üşteri ÖDK Borçları)
39 (Satıcı ÖDK Alacakları)
19 (M üşteri ÖDK Alacakları)
Göstergeler:
F (Peşinat Talebi)
A (Peşinat)
• İşlem oluşturulduğunda Özel DK Göstergesi girilmelidir. Bu, sistemin Özel Defteri Kebir
İşlemi olarak tanımasını sağlar.
• Kayıt anahtarları ve Özel DK Göstergeleri sistemde önceden tanımlanmıştır. Bununla
birlikte, kuruluşun gereksinimlerini karşılamak için değiştirilebilir veya eklenebilirler.
• Kayıt anahtarları 09, 19, 29 ve 39 standart sistemdeki Özel Defteri Kebir İşlemlerine tahsis
edilir.
394
25.2. Özel Defteri Kebir Hesabı Ana Kaydı
Özel DK Hesabı
Ana Kaydı
• Aşağıdaki Özel DK Hesapları, hesap türü için Mutabakat Hesapları olarak belirtilmelidir:
– D (Müşteri)
– K (Satıcı)
• Münferit Kalem Görüntüsü seçeneği, alternatif Mutabakat Ana Hesaplarında kullanılmalı
ancak normal Mutabakat Ana Hesaplarında (Alacak Hesapları / Satıcılar Muhasebesi
Hesapları) kullanılmamalıdır.
395
25.2.1.Peşinat Talebi Konfigürasyonu
Peşinat Talebi Konfigürasyonu

Özellikler ve Hesap Tayini
• Peşinat Talebi Özel Muhasebe Sınıfı Peşinatlarına aittir, ancak sadece not edilen bir
kalemdir (yani, bir not girişi).
• Peşinat Talebi kaydedildiğinde, sistem Müşteri veya Satıcı Hesabında kaydedilmiş tek taraflı
not girişi içeren bir belge oluşturur. Ancak defteri kebire finansal muhasebe girişi yapılmaz.
• Peşinat Talebi için Özel Muhasebe Göstergesi F olmasına rağmen, Hedef Özel Muhasebe
Göstergesinin, Peşinat Talebi Giriş ekranına girilmesi gereken A (Peşinat) olduğuna dikkat
edin.
• Tüm Peşinat Talepleri Müşteri hesabı ekran görünümünde görüntülenebilir.
396
Peşinat Konfigürasyonu
Özellikler ve Hesap Tayini
• Bir müşteri için belirsiz bir Peşinat mevcutsa, sistem, bu müşterinin hesabına yeni bir açık
kalem
kaydettiğinde müşterinin ön ödeme yaptığı konusunda kullanıcıyı uyarır.
• Peşinat Taleplerinde olduğu gibi, peşinat ödemeleri de müşteri hesabı münferit kalem
görüntüsünde görüntülenebilir.
397
Müşteri Peşinatı Süreci
Adım 1: M üşteriden peşinat talebinde bulunun (tek taraflı not girişi).
Peşinat Talebi
500
Adım 2: Müşteri peşinatı öder. Bu peşinat talebini siler ve faturalandırmadan önce
gerçekleşir.
Nakit Peşinat Alındı

500 500
3. Adım: Faturalandırma (Mallar artık müşteriye gönderilir)
A/ R Satış Geliri
700 700
4. Adım: Fatura karşılığında alınan peşinatı denkleştirin.
A/ R Peşinat Alındı
500 500
5. Adım: Fatura karşılığında alınan son ödemeyi denkleştirin.
• Yukarıdaki slaytta, müşteri peşinatı oluşturulurken kayıtların bulunduğu ana hesaplar

gösterilmektedir. Müşteri (alt defter) Hesabı, yukarıda ana hesap hesabında gösterilenlerle
aynı girişlerle kaydedilir.
• Satıcılara yapılan peşinatları kaydetme prosedürü yukarıda sunulan prosedüre benzer.
• Sistem bunu yapacak şekilde yapılandırılmışsa, Peşinat Talebi, ya İhtar Programını
(müşteriye ödeme yapmasını hatırlatmak için) ya da Ödeme Programını (satıcıya ödeme
yapmak için) tetikler. Bu durumda, peşinatlar otomatik olarak oluşturulur ve kaydedilir.
• Peşinat, açık kalemler faturadan denkleşene kadar hesapta bir ödeme (yani bir borç) olarak
yönetilir.
• Peşinat, son fatura ile tahsil edilir. Bu denkleştirme Ödeme Programı üzerinden otomatik
olarak yapılabilir.
398
25.3. Özel Defteri Kebir İşlemleri Bölüm Özeti
Özel Defteri Kebir İşlemleri

Bölüm Özeti
– Özel Defteri Kebir İşlemi
– Özel DK Göstergesi
– Alternatif Ana Mutabakat Hesabı
– Gerçek Kayıtlar
– İstatistiksel Kayıtlar
– İşaretli Kalemler
• Özel Defteri Kebir İşlemleri - Raporlama amacıyla, sistemin, işlemin gerçekleştirildiği

Müşteri veya Satıcı ana verilerinde tanımlanandan başka bir Ana Mutabakat Hesabına
göndereceği çok adımlı işlemler.
• Özel DK Göstergesi - Oluşturulan işlemi Özel DK Hesabı İşlemi olarak tanımlayan bir
gösterge. İşlemin kaydedilmesi gereken alternatif Mutabakat Hesabını içerecek şekilde
yapılandırılmıştır.
• Alternatif Ana Mutabakat Hesabı- Özel Defteri Kebir İşleminin kaydedildiği Ana Mutabakat
Hesabı.
Bu hesap, Müşteri / Satıcı ana verilerinde tanımlanan hesapla aynı değildir.
• Gerçek Kayıtlar bilançonun bir parçasıdır.
Bunlar, serbestçe tanımlanabilen bir mahsup kaydı olan kayıtlardır (örneğin peşinat
makbuzu kaydı).
• İstatistiksel Kayıtlar her zaman aynı mahsup hesabına kayıt yapan işlemlerdir. Bunlar
genellikle bilanço ekinin bir parçasıdır (örn. Bir teminat).
• Kayıtlı Kalemler (örneğin peşinat talebi), ödenmesi gereken veya yapılacak ödenmemiş
ödemelerin hatırlatıcısı olarak kullanılması amaçlanan gönderilerdir. Mali tablolarda
gösterilmezler.
399
26. Kurlar
Bölüm 26 Kurlar
• Sistem, yabancı para birimlerinde süreçlerin işlenmesi,
yönetilen işlemlerin ve hesapların değerlemesi için standart
işlevsellik sağlar.
– Sistemdeki yabancı para birimi işlevleriyle ilgili
yapılandırma sorunlarını anlamak.
– Yabancı para cinsinden yapılan işlemlerin ulusal para
birimine nasıl çevrilebileceğinin anlaşılması.
– Standart sistem programları kullanılarak açık kalemlerin
ve hesap bakiyelerinin otomatik olarak nasıl
değerlendiğini anlamak.
Para Birimleri
• Bu bölümün bir sonucu olarak:

– Çeviri ve değerleme arasındaki farkı tartışın.
– Döviz kuru türlerini kullanarak yabancı para birimlerinde hesapların ve işlemlerin nasıl
yönetildiğini tartışın.
– Yönetilebilen çeşitli para birimlerini ve her bir türün işlevselliğini tanımlayın ve anlayın.
– Değerlemede kullanılan otomatik programları yürütün.
400
26.1. Yabancı Para Birimi
Yabancı Para Birimi
Ülke Para Birimi

(Şirket Kodu) = Ulusal Para Birimi
Tüm Diğerleri
= Yabancı Para Birimi
Para Birimleri
• Sistemde, Şirket Koduna (Ulusal Para Birimi) atanan Ülke Para Birimi dışındaki herhangi bir
para birimi yabancı para birimidir.
• Ulusal Para Birimi, Şirket Kodunun para birimidir. Şirket Kodunun oluşturulduğu tarihte
tanımlanır.
• Hesap bakiyeleri ve işlem rakamları her zaman geçerlidir ve tüm hesaplar için ulusal para
biriminde görüntülenir.
401
Yabancı Para Biriminde Kayıt
Edilen Belgeler
Fatura
Otomatik İşlemler Ulusal
Satış Para Birimi
Siparişi
Para Birimleri
• Sistemde uygun önkoşullar oluşturulduysa, bir belge yabancı para biriminde miktarlarla
kaydedildiğinde, bu tutarlar otomatik olarak ulusal para birimine çevrilir ve belgede saklanır.
402
Ön Şartlar
I. II.
Şirket Kodunda Yabancı Para
tanımlanan Birimi Kod
Ulusal Para Tanımlandı
Birimi
III. IV.
Tanımlanan
Yabancı Para
Kur Tanımlı
ve Ulusal Para
Birimi Arası
Çeviri Oranı
Para Birimleri
• Bir belgenin yabancı para biriminde kaydedilebilmesi için aşağıdakilerin doğru olması
gerekir:
– Ulusal para birimi, Şirket Kodu Global Parametrelerinde tanımlanmalıdır.
– Para Birimi Kodu Tablosunda Yabancı Para Birimi tanımlanmalıdır.
– Yabancı ve ulusal para birimleri arasında bir çeviri oranı belirlenmelidir
– Döviz Kuru Oran Tablosunda yabancı para birimi ile ulusal para birimi arasında bir
döviz kuru tanımlanmalıdır.
• Bu konular aşağıdaki slaytlarda daha ayrıntılı olarak ele alınacaktır.
403
26.2. Kurlar ve Döviz Kuru Oranları
Kurlar ve Döviz Kuru Oranları

Para Birimi
Kodları
Çeviri Oranı
Tablosu
Döviz Kuru
Tablosu
Para Birimleri
• Yukarıdaki slaytta, yabancı para birimlerini kullanmak için yapılandırılması gereken kalemler
tanımlanmaktadır. Her kalem sonraki birkaç slaytta ele alınacaktır.
• Para Birimi Kodları, kuruluşun Şirket Kodları, Müşterileri ve Satıcıları tarafından belirli bir
sistemde kullanılacak çeşitli para birimlerini tanımlar. Tüm olası para birimlerini tanımlamak
gerekli değildir.
• Döviz Kurları iki para birimi arasındaki ilişkiyi tanımlar (örneğin, 1 Ocak 1999'da bir USD
22.694 RUB'a eşittir). Döviz kuru aşağıdaki uçlarla sınırlıdır (0.00001 - 9999.99999)
Fiyatlar, manuel olarak veya Reuters'in dış arabirimi veya döviz kurları sağlayan diğer
herhangi bir hizmet kullanılarak gerektiği kadar sık güncellenebilir.
• Çeviri Oranı, standart döviz kurunun yeteneklerini aşabilecek aşırı büyük / küçük döviz
kurlarının yönetimini kolaylaştırmak için kullanılır.
404
Kur Tablosu
Çeviri Oran
Geçerlilik Süresi
Kur Tipi Kotasyon Tipi
Para Birimleri
• Kur Tipleri, çeviri amacıyla ve döviz değerlemelerinde yabancı para cinsinden belge
gönderirken kullanılır.
Standart sistem aşağıdaki Kur Tiplerini kullanır:
– B (Satış Kuru için standart çeviri)
– G (Alış Kuru için standart çeviri)
– M (Döviz Alış) – Kayıtlı belgeler için varsayılan oran tipi
– EURO - AB üyesi ülke para birimleri arasındaki döviz kurları için kullanılır,
– EURX - AB üyesi ülke para birimi ile üye olmayan ülke para birimi arasındaki döviz
kurları için kullanılır.
– Not: Euro işlevselliği bu bölümün ilerleyen kısımlarında daha ayrıntılı olarak
tartışılacaktır.
• Geçerlilik Süresi- Döviz kurları zamana bağlıdır. Bu özellik, kullanıcının hala yararlı
olabilecek eski döviz kurlarını korurken, döviz kurlarının değiştirmesini de sağlar.
• Kotasyon Tipi
– Dolaylı Kotasyon - "Kimden" para biriminin X birimi "Kimden" para biriminin 1 birimine
eşit
– Doğrudan Kotasyon- 1 birim "Kimden" para birimi "Kimden" para biriminin X birimine
eşittir
– Bir döviz kuru için varsayılan kotasyon türünü belirleyebilirsiniz. Bir döviz kuru kırmızı
renkte görünürse, karşıt teklif türü varsayılan değerdir.
405
Belgeler ve Döviz Kuru Teklifleri
Direct Exchange Rate
Indirect Exchange Rate
Para Birimleri
• Kotasyon Örnekleri, belge girişi sırasında doğrudan ve dolaylı kotasyonları ayırt etmek için
tanımlanabilir. Varsayılan önekler şunlardır:
– Doğrudan - Yok
– Dolaylı - “/”
• Örnek: 1000 Avustralya Doları (AUD) için bir belge yayınlamak istiyorsunuz. Ulusal para
biriminiz USD'dir. Sistem, bu durumda 1AUD: 0,59655 USD olan doğrudan döviz kurunu
kullanacak şekilde yapılandırılmıştır. Belge girişi sırasında, sistem belge değişim hızını
varsayılan olarak 0,59655 olarak ayarlar; ancak, “/1.67631” girebilirsiniz. “/” Döviz kurunun
dolaylı bir kur olduğunu gösterir. Her iki durumda da çeviri 1000 AUD = 596,55 $ olacaktır.
• Çoğu para birimi Doğrudan Döviz Kurunu varsayılan olarak kullanır; ancak, bazıları birinin
veya diğerinin kullanılmasını gerektirebilir. Bu ayar IMG'nin Para Birimi bölümünde
yapılandırılır.
• Yabancı bir para biriminde belge oluştururken, Döviz Kuru Tablosunda tanımlanan döviz
kuru, bir döviz kurunun doğrudan belgeye manuel olarak girilmesiyle geçersiz kılınabilir.
406
Çeviri Oranları
Para Birimleri
• Para Birimi Çeviri Oranı, bir para biriminin birimlerinin diğerinin birimleriyle ilişkisini tanımlar.
SAP'nin normalde izin verilen maksimum 9999.99999 döviz kurunu aşan döviz kurlarını
işlemesini sağlar.
• Bazen, döviz kurlarındaki hareketli değişiklikler nedeniyle çeviri oranlarının değiştirilmesi
gerekir (örneğin, Meksika 90'ların başında Peso'yu yeniden değerlemiştir). Bu nedenle çeviri
oranları zamana bağlıdır.
• Hangi çeviri oranının kullanılacağını belirlerken, sistem döviz kuruna bakacak ve çeviri oranı
tablosundaki “başlangıç” para birimini belirlemek için bir birim içeren para birimini (yani, 1: X
veya X: 1) kullanacaktır. Örneğin:
– Döviz Kuru 1 USD: 275.92 TRL Çeviri Oranını 1 USD: 1000 TRL verir
– Döviz Kuru 0.36424 USD: 1 TRL Çeviri Oranını 100.000 TRL: 1 USD verir
• Not: Alternatif Döviz Kuru Türü, bu bölümün Euro bölümünde tartışılacaktır.
407
26.3. Temel Para Birimi ve Ters Çevirme
Temel Para Birimi ve Ters Çevirme

Temel Para Birimi
DEM  EUR
bölü
FRF  EUR
İstenilen Oran
DEM FRF
Inversion
1 Desired Rate
DEM EUR EUR DEM
Para Birimleri
Kur Tablosundaki giriş sayısını azaltmak için aşağıdaki teknikler kullanılabilir:

– Temel Para Birimi : Bir Temel Para Birimi tanımlanmışsa, yalnızca her bir yabancı
para birimi için Temel Para Birimi ile ilgili döviz kurlarının belirlenmesi gerekir. Bir
yabancı para birimi işlemi girildiğinde, sistem iki para birimi arasındaki döviz kurunu
belirlemek için işlemdeki iki para birimi ile Temel Para Birimi arasındaki ilişkiyi kullanır.
Example: DEM = DEM * EUR = 0.29816*

FRF EUR FRF
* Yukarıdaki tablodaki döviz kurlarına göre hesaplama.
Meksika gibi bazı ülkelerde, AB çevirisi yalnızca ülke para birimi veya EUR baz
alınarak yapılabilir.
– Para Birimi Çevirimi: etkinleştirildiğinde sistemin, her bir yabancı para birimi
kombinasyonu için Döviz Kuru Tablosunda sadece bir girişe ihtiyaç duymasını sağlar.
Not: Döviz kurlarının sadece beş ondalık basamak taşıyabildiği için, ters çevirme bir
yuvarlama hatası getirir. Bu nedenle, bu özelliğin kullanılması önerilmez. Aslında AB,
EURO içeren işlemler için kullanılmasını yasaklamaktadır.
408
26.4. Paralel Para Birimleri
Paralel Para Birimleri
İşlem Para Ulusal Para Paralel Para

Birimi Birimi Birimleri
Para Birimleri
• İşlem Para Birimi, bir belgenin kaydedildiği para birimidir (ulusal veya yabancı).
• Sistem otomatik olarak bir belgeyi İşlem ve Ulusal para biriminde tutar; ancak, Ulusal ve
İşlem Para Birimleri aynı olabilir.
• Şirket Kodu Global Şirket Parametrelerinin bir parçası olarak Şirket Kodu düzeyinde iki ek
Paralel Para Birimi tanımlanır. Bu para birimleri bir sonraki slaytta tartışılacak.
• İşlemleri paralel para biriminde saklamak için bir defter oluşturulduysa, mali tablolar paralel
para birimlerinde oluşturulabilir.
409
Paralel Para Birimi
Olası Ek Para Birimleri
• Şirketler Topluluğu Para Birimi
• Sağlam Para Birimi
• Endeks Para Birimi
• Global Şirket Para Birimi

$
Para Birimleri
• Para birimi türü, paralel olarak yönetilecek para biriminin rolünü belirtir.
• Para birimi türlerine örnekler:
– Şirketler Topluluğu Para Birimi (Para Birimi Türü 30) varsayılan olarak, bir para
biriminin tayini gereken İstemci düzeyinden (İstemci 000) ayarlanır. Bu tür, kullanılacak
ek para birimlerinden biri olarak seçilirse, defter yapılandırma tablosuna herhangi bir
giriş gerekmez.
– Sağlam Para Birimi (Para Birimi Türü 40) ülkeye özgüdür ve yüksek enflasyonist
ortamlarda kullanılır.
– Endeks Para Birimi (Para Birimi Türü 50) ülkeye özgü ve kurgusaldır (örn. ECU).
Vergi beyannameleri gibi harici raporlama için kullanılır.
– Global Şirket Para Birimi (Para Birimi Türü 60) iç ticaret ortakları için kullanılır.
• Global, Sağlam ve Endeks para birimleri, bu para birimleri için verilerin alındığından emin
olmak için FI Yapılandırması'nda bir defter ayarlanmasını gerektirir. Mevcut diğer üç para
birimi, defter 0'da önceden tanımlanan İşlem, Ulusal ve Grup para birimidir.
410
Paralel Para Birimleri
Çok Uluslu Bir Şirkette Para Birimi Türlerine
Örnek:
ABD Grubu
Grup Para Birimi
Amerikan Doları
Amerika Almanya Meksika

İşlem Para Birimi XXX XXX XXX
Ulusal Para Birimi USD DEM MXP
Şirket Top. Para Birimi USD USD USD
Sağlam Para Birimi DEM
Para Birimleri
• Belge oluştururken, para birimlerindeki tutarlar Döviz Kuru Tablosu kullanılarak otomatik
olarak hesaplanır.
• Paralel para birimlerinin otomatik kayıtları belgede saklanır; ancak, kaydedilen bir dokümanı
veya belge kalemini incelerken çeşitli para birimi değerlerini görmek için bir Görüntülü
Reklam Varyasyonu oluşturulmalıdır.
• Bir belge kaydetmeden önce, ek para birimlerini aşağıdakiler aracılığıyla inceleyebilirsiniz:
– Enjoy Posting'deki Ulusal Para Birimi sekmesi
– Karmaşık kayıtlarda Para Birimi düğmesini görüntüle
• Döviz kuru farkları, Şirket Kodunun yerel para biriminde ve paralel para birimlerinde
meydana gelir. İşlem para birimi döviz kuru farklarından etkilenmez.
411
Ana Hesap Kaydı
Para Birimi Anahtarı(Para Birimi Hesabı)
Ulusal Para Birimi Yabancı Para Birimi
Yalnızca
Herhangi bir YABANCI PARA
PARA BİRİMİNE BİRİMİNE kayıt atmak
Kayıt atmak mümkün mümkün
Para Birimleri
Yabancı para biriminde yönetilen ana hesap içeren bir belge de ulusal para birimindeki tutarı
içerecektir.
412
26.5. Euro’yu Kabul Eden Ülkeler
Euro'yu Kabul Eden Ülkeler
Almanya
Fransa
Avusturya
Belçika
Lüksemburg
Hollanda
İrlanda
Finlandiya
Portekiz
İspanya
İtalya
Para Birimleri
Euro'nun Tarihi
• 1979: ECU, kendi ekonomik ağırlıklarına göre dengelenmiş EMS ülkelerinin para biriminden
oluşan Avrupa Para Sistemi (EMS) tarafından kurulmuştur.
• Tek Kanun ve Maastricht Antlaşması, Ekonomik ve Parasal Birliğin tamamlanmasına yönelik
şu aşamaları yaratmıştır:
– 1990-1993 (Hazırlık aşaması): Üye Devletler, ekonomik ve para politikalarını koordine
etmek için ellerinden geleni yaparlar.
– 1994-1998: Üye Devletler, para politikasının koordinasyonunu iyileştirmek ve tek para
birimine geçiş için teknik zemin çalışmasını düzenlemek üzere Avrupa Para
Enstitüsü'nü (EMI) oluşturmaktadır.
– 1 Ocak 1999: Yakınsama kriterlerini karşılayan ülkeler, tek bir para birimini (Euro)
kabul edecektir. Bu noktada, tüm katılımcı ülkelerin döviz kurları Euro olarak
ayarlanacaktır. Para biriminin tanıtımı bir Avrupa Merkez Bankası (ECB) tarafından
oluşturulması ile gerçekleştirilecektir.
– 1Ocak 2002 - 30 Haziran 2002: Üye ülkelerin fiziksel para birimleri Euro dolar ile
değiştirilecektir.
413
EURO Yapılandırması
Kur Tipi
Değişim Tablosu
Çeviri Faktörleri
Tablosu
Para Birimleri
• SAP, EURO işlevselliği ile teslim edilir. Bunlar, temel yapılandırma kalemlerinden bazılarıdır:
– Yeni Para Birimi- EUR
– Yeni Kur Tipi
• EURO - AB üyesi ülkeler arasındaki işlemler için kullanılır.
• EURX - AB üyesi ülkeler ile üye olmayan ülkeler arasındaki işlemler için kullanılır.
– Temel Para Birimi- EUR, hem EURO hem de EURX için temel para birimidir.
– Alternatif Kur Tipi- AB üyesi ülke döviz kurlarını referans alan çeviri oranlarının
alternatif tür olarak EURO veya EURX olması gerekir. Şimdi ise orijinal ücret türü
yerine alternatif ücret türü kullanılacaktır (örneğin, “M” Tipi DEM: FRF döviz kuru girişi
kullanan bir işlem artık “EURO” Tipi döviz kuru girişini kullanacak.).
– Döviz Kurları- Üye ülkeler arasındaki oranlar 1 Ocak 1999 tarihinden itibaren sabittir.
• EMU için özel çeviri yönetmeliklerine uyulmalıdır
– Yuvarlama kuralları (altı önemli basamak)
– Açık Kalem ve Bilanço Değerlemeleri
– Tersine çevirme hesaplaması yok
– Euro üzerinden üçgenleme (yani çapraz kur yok)
414
EURO Yapılandırması
Para Birimleri
• Bunun anlamı şudur ki:

– Tüm döviz kurları Euro'dan başka bir para birimine tanımlanır, tersi değil.
– Tüm döviz kurları doğrudan değil, temel para birimi kullanılarak çevrilir.
– Çeviri, diğer çeviriler için sistemde hangi kurallar tanımlanmış olursa olsun, AB
tarafından verilen hesaplama kurallarına uyar.
– Döviz kuru sabittir. Tüm uygulamalarda, sabit döviz kurundan farklı döviz kurları
girilirse bir hata mesajı görüntülenir.
• Ek ayrıntılar için Not 91481'e bakın.
415
Süresi Dolan Para Birimleri
Para Birimleri
• Avrupa Birliği'nin gelişi ve üye ülkeler tarafından kullanılan tek para birimi ile SAP, çift para
birimi aşaması 30 Haziran 2002'de sona erdikten sonra para birimlerinin süresinin dolmasını
kabul eden işlevler ekledi.
Not: Bu işlevsellik, AB üyesi ülke para birimleriyle sınırlı değildir.
• Nesnelerin (ör. Müşteri siparişi) süresi dolmak üzere olan para birimlerine başvurması durumunda
oluşan tarihe bağlı uyarı veya hata mesajlarını tanımlayabilirsiniz. Bu mesajlar, şirket kodu ve / veya
nesneye bağlı olacak şekilde tanımlanabilir.
416
26.6. Para Birimleri Bölüm Özeti
Para Birimleri
Bölüm Özeti
– Ulusal Para Birimi
– Yabancı Para Birimi
– Çeviri
– Kur
– Kur Tipi
– Temel Para Birimi
– Para Birimi Çevirimi
– İşlem Para Birimi
– Paralel Para Birimleri
Para Birimleri
• Ulusal Para Birimi- Şirket Koduna atanan para birimi.

• Yabancı Para Birimi- Şirket Koduna atanan para birimi dışındaki herhangi bir para birimi.
• Çeviri - Belgedeki bir yabancı para biriminin tutarını otomatik olarak Ulusal Para Birimi'ne dönüştüren
sistem işlevselliği.
• Kur- Bir para biriminin başka bir para birimine eşdeğer değerini tanımlamak için kullanılan faktör.
• Kur Tipi- Gerçekleştirilen işleme bağlı olarak, farklı kurların kullanıldığı döviz kurlarının (ör. Ortalama,
alış ve satış) kategorize edilmesi.
• Temel Para Birimi- Sistemin diğer iki para birimi arasındaki döviz kurunu belirlerken referans noktası
olarak kullandığı para birimi. Sistem, iki para birimi arasındaki döviz kurunu belirlemek için işlemdeki
iki para birimi ile Temel Para Birimi arasındaki ilişkiyi kullanır.
• Para Birimi Çevirimi- Döviz Kuru Tablosunda kullanılan, sistemin iki para birimi arasındaki “-den”
döviz kurunu “-den” döviz kuruna göre belirlemesine olanak sağlayan işlevsellik.
• İşlem Para Birimi- Bir belgenin kaydedildiği para birimi.
• Paralel Para Birimleri- İşlemlerin çevrildiği Şirket Kodu düzeyinde belirtilen ek para birimleri.
417
Para Birimleri
Bölüm Özeti
• Anahtar Terimlerin Devamı:
– Şirket Topluluğu Para Birimi
– Sağlam Para Birimi
– Endeks Para Birimi
– Şirket Para Birimi
Para Birimleri
• Şirket Topluluğu Para Birimi- Belirli bir müşteriye atanan Şirket Kodları tarafından kullanılabilen
para birimi.
• Sağlam Para Birimi- Ülke düzeyinde tanımlanan ve yüksek enflasyonist ortamlarda kullanılan bir
para birimi.
• Endeks Para Birimi- Ülke düzeyinde tanımlanan ve yüksek enflasyonist ortamlarda kullanılan hayali
bir para birimi.
• Şirket Para Birimi- Dahili ticari ortak girişleri için kullanılan para birimi
418
27. Kapanış
Bölüm 27 Kapanış
• Kapanış, kurumun yasal finansal tablolarının hazırlanmasında

sistem raporlarının gözden geçirilmesi ve sistem
programlarının yürütülmesi için periyodik bir süreçtir.
– Sistem tarafından desteklendiği için kapanış sürecinin
anlaşılmasını sağlamak.
– Dönem sonu ve yıl sonu kapanışında yer alan sistem ve iş
gerekliliklerini anlamak.
– Kapanış sürecini desteklemek için kullanılan çeşitli
raporların ve programların yürütülmesinin amacını
açıklamak.
www.finsoft.com.tr Kapanış
• Bu bölümün bir sonucu olarak:

– Kapanış kavramını ve bazı süreçleri tartışın.
– Dönem sonu ve yıl sonu kapanışı için iş gereksinimlerini tartışın.
– GR / IR Hesap Analizi Programının amacını tartışın ve yürütün.
– Bakiye nakletme programlarının amacını tartışın ve uygulayın.
– Kapanış işlemini gerçekleştirin.
419
Kapanış için Sistem
Gereksinimleri
• Önceki Kayıt Dönemini Kapat

• Yeni Kayıt Dönemi Aç
Kayıt Dönemi Tablosunu yönetmek, kapanış sürecindeki tek sistem gereksinimi olsa da,
birçok görev mali tabloların sonlandırılması ve ay sonu hazırlanması ile ilişkilendirilebilir.
Sistem, kapanış sürecini tam olarak destekleyen raporlar ve programlar sağlar.
420
Kapanış Dönemi
• Kapanış öncesi faaliyetler

Nereden başlayacağım????
• Finansal Kapanış
• Yönetimsel Kapanış
• Bir dönemin kapanışı üç adımda gerçekleştirilir:

– Kapanış öncesi faaliyetler
– Finansal Kapanış
– Yönetimsel Kapanış
• SAP’nin yönetim muhasebe görevleri (örn. Maliyet merkezi muhasebe) ve finansal
muhasebe görevleri (örn. Defteri kebir muhasebe) iki farklı modüle ayrılması nedeniyle, tüm
tahsisler yapılmadan önce finansal tabloları (FI modülünden) üretebilirsiniz.
• Maliyet merkezi muhasebesinde yapılan tahsisler, herhangi bir ana hesap hesabının
değerini etkilemez, sadece bir hesaptaki değerin bir kısmı ile ilişkili maliyet nesnesidir.
Not: Şimdilik, tahsisleri masrafları bir maliyet nesnesinden diğerine taşımak olarak düşünün.
Kamu hizmetleri gibi genel giderlerin mühendislik ve muhasebe departmanlarına tahsisi bu
faaliyetin tipik bir örneğidir. Tahsisler hakkında Masraf Yeri Muhasebesi bölümünde
öğreneceksiniz.
421
Kapanış Öncesi Faaliyetler
• Yinelenen girişleri ve
tahakkukları kaydetmek için
günlük girişleri yayınlayın.
• Tüm girişlerin tüm sisteme

dahil edildiğinden emin olun
(amortisman, malzeme
değerlemeleri, borçlar,
faturalandırma tamamlandı, vb.)
• Geçici mizanı etkileyen tüm

harici programların birbirine
bağlandığından emin olun.
• Yinelenen bir giriş, periyodik olarak gerçekleşen bir giriştir (amortisman, kira vb.)
• Tahakkuklar, rezerve edilmiş gelir veya gider kalemidir; ancak, makbuz veya ödeme daha
sonraki bir döneme kadar gerçekleşmez. Örneğin, her ay bir şirket yıllık bonusunun bir
kısmını kaydedebilir; ancak ikramiye Aralık ayına kadar gerçekte ödenmez (yani masraf
gerçekleşir).
422
Finansal Kapanış
NOT AL
• Yabancı Para Değerlemesi
• Finansal Muhasebe
Karşılaştırmalı Analizini yürütme.
• İnceleme ve analiz için mali

tablolar oluşturma.
• Son düzenleme girişlerini

kaydetme
• Yukarıdaki konular aşağıdaki slaytlarda ayrıntılı olarak tartışılacaktır.
423
27.1. Yabancı Para Değerlemesi
Yabancı Para Değerlemesi

• Türler
– Müşteri & Satıcı
(denkleştirildiğinde)
– Yabancı Para Cinsinden
Bakımı Yapılan Bilanço
Hesapları (RFSBEWOO)
– Açık Kalem Hesapları
(SAPF100)
• Yukarıdaki işlemlerden herhangi biriyle ilişkili döviz kuru farkları, otomatik hesap tayinlerinin
yapılandırılmasıyla mümkün kılınan otomatik belge kalemleriyle kaydedilir.
424
Bir Döviz Kuru Farkıyla Alacak / Borçların
Denkleşmesi
Kur
1. Adım - Fatura Farkı
BRR cinsinden tutar- 4,800
USD cinsinden tutar- 5,000
200 USD
2. Adım - Ödeme
BRR cinsinden tutar- 4,800
USD cinsinden tutar- 5,200
• Gerçekleşen Değişim Olarak Yapılandırılmış Kar / Zarar Hesaplarına Otomatik

Kayıt. Oran Farkları
• Bir müşteri veya satıcı faturası yabancı para biriminde kaydedildiğinde, kalemi kapatma
ödemesi, orijinal kalem oluşturulduğunda kullanılandan farklı bir döviz kuru ile işlenebilir.
• Yabancı para birimindeki bir fatura bir ödeme ile kaydedilip sonradan denkleştiğinde, sistem
herhangi bir döviz kuru farkını otomatik olarak kaydeder (bu bir Otomatik Belge Kalemi
örneğidir).
• Döviz kuru farkının otomatik olarak kaydedilmesi mümkündür, çünkü kullanıcı otomatik
hesap tayini için farkların kaydedildiği kazanç / zarar hesaplarını tanımlar.
425
Yabancı Para ile Yönetilen Bilanço
Hesaplarını Yeniden Değerleme
Kayıt 1 100 FC Kur .80
Kayıt 2 100 FC Kur .75

FC Hesabı
100 FC 80 LC
100 FC 75 LC Ay Sonu Kur .70
200 FC = 140 LC
200 FC 155 LC
Döviz Kuru Farkından

Zarar
15LC
• Bilançoda ulusal para biriminde rapor edilmek için, yabancı para biriminde yönetilen Ana
Bilanço Hesaplarının ulusal para biriminde değerlenmesi gerekir. Dönem sonundaki döviz
kurları, işlemlerin orijinal olarak kaydedildiği dönemden farklı olabileceğinden, bir kazanç
veya kayıp söz konusu olabilir.
• Rapor RFSBEW00, dönem sonu kapanışı sırasında, yabancı para cinsinden yönetilen
bilanço hesaplarını değerlemek için yürütülür. Bu rapor, döviz kuru farklarından kaynaklanan
gelir veya gideri kaydetmek için bir toplu girdi oturumu oluşturur. Bunlar anlaşılmış farklar
değildir.
• Bilanço hesapları değerlendiğinde sistem, döviz cinsinden yönetilen bir hesaptaki ulusal
para birimini, değerleme tarihindeki döviz kuruna (Döviz Kuru Tablosundan) göre ayarlar.
• Kur farkına sahip açık alacakların veya borçların denkleşmesinde olduğu gibi, kullanıcı
otomatik hesap tayini için farkların kaydedildiği kar / zarar hesaplarını tanımladığı kur
farkının otomatik olarak kaydedilmesi mümkündür.
• Sistem, hesapları "Kur Fark Anahtarı" kullanarak gruplandırma seçeneği sunar. Değerli
hesaplar farklı kar ve zarar hesaplarına kayıt yapacaksa bu özellik yararlıdır.
426
Değerleme Yöntemi
Otomatik değerleme programları yürütülürken kullanılır
• Teknik Özellikleri Birleştirir

Kur Tipi
Belge Türü
• Tartışılan otomatik programları kullanarak açık kalemlere veya hesaplara değer biçerken,
programlar döviz kuru ve değerleme prosedürü gibi belirli özellikleri gerektirir. Süreci
kolaylaştırmak için bu bilgileri birleştirmek amacıyla Değerleme Yöntemleri kullanılır.
427
Açık Kalemlerin Değerlemesi
Değerleme Süreci
Alacaklar ve
Yabancı Para
Borçlar
Birimleri
İskonto
Alacaklar
Sabit oran US-GAAP

bireysel değer
ayarı
Yerel GAAP
Özel Algoritma Yönetim(Politik)
• Bilanço hazırlığı için açık kalemler kilit tarihine göre değerlenir (örn. Ayın son günü).
Değerleme, yukarıda vurgulanan adımların bir kısmından veya tamamından oluşabilir ve bu
adımlar, değerlemeye bağlı olarak farklı şekilde yapılandırılabilir veya birleştirilebilir.
• Yabancı Parabirimleri- Sistem, şirket kodu (ulusal) para birimi dışında bir para biriminde
kaydedilen tüm kalemleri ulusal para birimine dönüştürecektir. Bu değerlemeden
kaynaklanan kar veya zararlar uygun bir kar ve zarar hesabına kaydedilecektir.
• İskonto - Sistem, uzun vadeli alacakların bugünkü değerini (yani, bugünkü net değeri
hesaplar) para birimine ve programın Uygulama Tarafı Ortam ayarlarında tanımlanan
yürütmeye özgü bir indirim oranına göre hesaplar.
• Sabit Oran Değer Ayarı- Bu prosedür kötü bir borç rezervi oluşturur. Sistem, uygun tüm
müşteri kalemlerini (vadesi geçmiş günlere ve ülkeye göre) arar ve belirli bir algoritmaya
göre değerleme yapar.
• Özel Prosedür- SAP, örneğin Yerel GAAP değerlemelerini karşılamak için iki ek prosedüre
izin verir.
428
Açık Kalemlerin Yabancı Para
Değerlemesi
A/R Dönem Sonu

Farklı
Döviz Kuru Değerleme
A/P
Kayıt
• Otomatik (SAPFIOO)
Düzeltme Hesabına kaydedildi.
Kar / Zarar Hesabı farkı.
• Bu prosedür, kavram olarak yabancı para cinsinden yönetilen Bilanço hesapları için
kullanılana benzerdir.
• Rapor SAPF100, dönem sonunda açık kalan alacakları ve borçları değerlemek için dönem
sonu kapanışı sırasında yürütülür. Bu açık kalemler, Bilançoda yer almak için dönem sonu
kurları ile değerlenmelidir. Bu rapor, döviz kuru farklarından kaynaklanan girdileri kaydetmek
için bir toplu girdi oturumu oluşturur.
• Döviz kuru farkının otomatik olarak kaydedilmesi mümkündür, çünkü kullanıcı otomatik
hesap tayini için farklılıkların kaydedildiği kar / zarar hesaplarını tanımlar.
429
Sabit Oran Değer Ayarı
Müşteri Hesabı
100 (01.01.00) 60
80 (02.01.00) 50
60 (03.01.00)
Başlangıç Tarihi
Alacaklar Alacak dekontları
Bugünkü tarih: 04.01.00
1. adım: Hesabın borç bakiyesi olup olmadığını kontrol edin

2. adım: En eski alacak kalemine ait tüm alacak dekont kalemlerinin toplamını denkleştirin (temel
tarih)
100 - 110 = -10 Kalem 100: Yeniden değerleme yok
3. adım: Bir sonraki en eski kalemin tutarına 2. adımın net farkı
80 -10 = 70 -> 70 * 10 % = 7 -> yeniden değerleme tutarı : 63 (= 70 -7)
4. adım: Sonraki genç kalem:
60 * 10% = 6 -> yeniden değerleme tutarı: 54 (= 60 - 6)
• Program çalıştırılırken, toplam bakiyesi borç pozisyonundaysa sabit oran değeri ayarlaması
için bir müşteri hesabı seçilir.
• Kayıtlar mutabakat hesabı ile iş alanının bir kombinasyonu ile toplanır.
• Açık kalem güncellemesi ve kayıtları, R / 3 Sisteminde tanımladığınız her bir değerleme
alanı (örneğin, Yerel GAAP, Yabancı GAAP, Yönetim görünümü vb.) İçin gerçekleştirilebilir.
• Yukarıdaki örnek, sistemin toplam düzenlemeyi nasıl belirlediğini göstermektedir. Alacak
dekontları olmasaydı, ilk kalem 20 dolarlık bir düzeltme alırken, ikinci kalem 8 dolarlık bir
düzenleme alırdı.
430
Sabit Ücret Değeri Ayarlama Taban
Tutarları
Örnek 1 Örnek 2
Yöntem Taban Tutar Yöntem Taban Tutar

3 1
Açıkla: Açıklama:
Sabit oran değeri ayarlaması Herhangi bir değerleme
(yöntem 3), yabancı para yöntemi (2,3,98,99) belgelerin
değerleme sonucunu (yöntem ulusal para birimini kullanır.
1) kullanır.
Örnek:
Örnek: 1. Açık Kalem: 100 PB. için
1. Açık Kalem : 100 PB. için. 170 Yerel PB.
170 Yerel PB.
2. Kur değerleme için sonuç: 2. Sabit oran değer ayarı:
160 170 - 10% = 153
3. Sabit oran değer ayarı :
160 - 10% = 144
• R / 3 Sistemi aşağıdaki gibi standart değerleme yöntemleri sunar:

– Yöntem 1= Yabancı Para birimi Değerleme,
– Yöntem 2 = İskonto
– Yöntem 3 = Sabit Oran Değer Ayarı
• SAP, genel olarak aşağıdaki değerleme programları sırasını önerir:
– Yabancı para kalemlerin değerlemesi (SAPF100)
– Sabit oran değeri ayarlama veya iskonto (SAPF107)
– Açık kalemlerin yeniden gruplandırılması (SAPF101)
– Daha sonra, değerlendirmeler, önceki değerlemeyi hesaplama için bir temel olarak
kullanabilir.
• Açık kalemlerin yeniden gruplandırılması önceki değerlemelere dayanarak yapılabilir.
431
27.2. İskonto
İskonto
Müşteri hesabı
100 (9.01.00)
80 (11.01.00)
60 (12.01.00)
Vade tarihi
Alacaklar
Bugünün tarihi: 04.01.00
1. adım: Hesabın borç bakiyesi olup olmadığını kontrol edin

2. adım: En eski alacak kalemine ait tüm alacak dekont kalemlerinin toplamını denkleştir
3. adım: Herhangi bir kalemin indirim tarihinin ötesinde olup olmadığını belirleme
4. adım: Yılda% 10 İndirim Ürünleri
Kalem 2: $75.49, Kalem 3: $56.15
• Yukarıdaki örnek, sistemin gelecekteki alacakların değerini nasıl belirlediğini göstermektedir.

İlk kalem, indirim tarihinden önce olması nedeniyle indirgenmedi.
432
İskonto ve Sabit Oran Değer
Ayarlaması - Adımlar
Uyarlama
Değer Düzelt. Anahtar
Müşteri Ana Verileri Belgeler
AB
Düzenleme Hesbı(B/S) Ana Hp.1
Hedef hesap (P&L) Ana Hp. 2 Honda No.:13000543
Ford No.:19300534
Vb...
Parametreler bakımı: Anahtar tarih, yeniden değerleme. yöntem,

kayıtlar, belge türü
Sevkıyat: Başlangıç zamanı, başlangıç tarihi, hemen
Değerleme çalıştırmasını Değerlemeleri değiştirin,

No.:13000543 günlüğü görüntüleyin,
düzenle: No.:19300534 değer listesi, silin
Değer aktarımı: İleri (belge kalemi güncelleme), (örnek) yayın, günlük

görüntüleme
• Sistem otomatik olarak bir teklif oluşturur; ancak, kullanıcı sonuçları ana birimine
aktarmadan önce bu sonuçları belge kalemi temelinde değiştirebilir. Alternatif olarak, istenen
sonucu döküman belge kalemine (T-Kodu: FB02) girebilirsiniz. programı çalıştırmadan önce.
Bu tür bir giriş, değerleme programı tarafından yapılan tüm otomatik girişleri geçersiz kılar.
• Aktarımın ardından (yani kayıt), iskonto ve sabit oran değeri ayarlamasının sonuçları için
otomatik kayıtlar oluşturulur.
İlgili hesap belirleme, Uyarlama’da tanımlanmalıdır.
• Açık alacaklar, değerleme düzeltmesi yapılan alacaklar bazında sınıflandırılır ve yeniden
uygulanır.
• Değerleme için bir müşteri hesabı seçildiyse, diğer değerleme işlemleri tarafından
seçilemez; ancak, ulusal ticaret kurallarına veya Genel Kabul Edilen Muhasebe İlkelerine
(GAAP) göre değerleme gibi alternatif değerleme yöntemlerini kullanabilirsiniz.
• Notlar:
– İskontoyu yapılandırmak, parametreleri korurken iskonto oranını ve tarihini
belirlemeniz dışında Sabit Ücret Ayarlamaları ile hemen hemen aynıdır.
– Toplu oturum yalnızca değerleme aktarımı sonrasında hatalar oluşursa oluşturulur;
aksi takdirde kayıtlar otomatik olarak gerçekleşir.
433
27.3. GR-IR Hesap Tahsisi
GR / IR Hesap Tahsisi
GR/IR Hesabı
Tek Bir Bilanço
Kalemi 2 1000 3000 1
GR/IR Denkleşme Hesabı Varlık Hesabı
3 2000 2000 4 Hedef Hesap 1 3000
Teslim Edilen ancak Satıcı

Faturalanmayan Mallar 1000 2
4 2000 2000 3
• Mal Girişi / Fatura Girişi (GR / IR) Hesabı, taşınan mallar ve faturalar için denkleşme hesabıdır. Mallar
veya faturalar alındığında offset girişi olarak kaydedilir. Satınalma (Malzeme Yönetim Modülü) ile
Borçlu Hesaplar (Finansal Muhasebe Modülü) arasındaki bağlantıdır.
• Kapanış sırasında bir Bilanço oluşturmadan önce, GR / IR Hesabı RFWERE00 Programı ile analiz
edilir. Bu program, GR / IR Hesabındaki net bakiyeyi, GR / IR Hesabındaki bakiyenin net etkisini
tanımlamak için oluşturulan iki ana hesaptan birine (bakiyenin net borç veya alacak olup olmadığına
bağlı olarak) tahsis eder.
• Yukarıdaki örnekte, dönem boyunca yalnızca bir işlem gerçekleştiği varsayılmaktadır. Aşağıdaki
senaryo yukarıdaki senaryoda yansıtılmaktadır:
1 3.000 $ tutarında alınan mallar uygun Varlık (Bilanço) Hesabına kaydedilmektedir. Sistem ofset
girişini otomatik olarak GR / IR Hesabına kaydeder.
2 Kuruluş, teslimatın bir kısmı için 1.000 ABD doları faturalandırıldı. Bu tutar Satıcı Hesabına ve
GR / IR Hesabına kaydedilir.
• Dönemin sonunda, yukarıdaki siparişin teslim edilmiş ancak henüz faturalandırılmamış bir kısmı
kalmaktadır. RFWERE00 programı yürütülür ve aşağıdakilerle sonuçlanır:
3 Bilanço Anahtar Tarihinde, teslim edilen ancak henüz faturalandırılmayan malların bir kısmını
tanımlamak için transfer kayıtları gereklidir. Sistem GR / IR Hesabı'ndaki bakiyeyi, GR / IR
Denkleşme Hesabına 2.000 $ kaydederek ve offset giriş kaydı Teslim Edilen ancak
Faturalanmayan Mallara (hedef hesap olarak bilinir) kaydederek tahsis eder.
4 Bu kayıtlar Bilanço oluşturulduktan sonra ters kaydı alınır. 2, 000 dolar.
434
Finansal Muhasebe
Karşılaştırmalı Analizi
İşlem Rakamları Endeksler Belgeler
Toplam: Toplam:
Müşteriler
Müşteriler Müşteriler
Satıcılar
Satıcılar Satıcılar
Ana Hesap
Ana Hesaplar Ana Hesaplar
Program SAPF190
SAPF190 programı, endekslerde bulunan toplamları ve

ilgili hesap bakiyelerine sahip belgeleri karşılaştırır.
(müşteriler, satıcılar, ana hesaplar).
435
27.4. Dönem Sonu Raporlaması
Dönem Sonu Raporlaması

• Bilanço / Kar ve Zarar Tablosu
• Defteri Kebir Hesap Bilgi Sistemi

– Mali Tablo Sürümleri
– Temel Şekil / Oran Raporları
• Özel Defteri Kebir - daha uyarlanmış biçime sahip raporlar

için.
436
27.5. Yıl Sonu Kapanışı
Yıl Sonu Kapanışı
Hesabı Nakletmek: Müşteri / Satıcı Bilanço Nakletmek
Defteri Kebir Bilanço Hesabını Nakletmek
• Dönem sonu kapanışı için takip edilenle aynı süreç izlenir ve hesap bakiyelerinin gelecek
yıla taşınması zorunluluğu eklenir.
• Ana Hesap Bakiyesi İletilen Program (SAPF011) Defteri Kebir Hesaplarını aşağıdaki şekilde
işler:
– Gelir ve gider hesapları Geçmiş Yıllar Karları hesabına kapatılır ve yeni yıla sıfır bakiye
ile başlanır.
– Bilanço hesapları yılsonu kapanış bakiyesi ile yeni yıla devredilir.
437
27.6. Otomatik Belge Kalemleri
Otomatik Belge Kalemleri

Bilanço Aktarma
• K&Z hesap özeti her bir Kâr ve Zarar Hesabı ana kaydına bir Kar ve Zarar Anahtarı atanır.
Alan tipi. Yalnızca İşlem / Olay İşlem Anahtarı BIL (Aktarılan Bakiye) altında bir Ana Hesap
tayini ile yapılandırılan Kar ve Zarar Anahtarları kullanılabilir.
• Her bir Kâr ve Zarar Anahtarına bir Birikmiş Karlar Ana Hesabına tayini gerekir. Ana Hesap
Bakiye Devri programı (SAPF011) yürütüldüğünde, tüm gelir ve gider Ana Hesapları bu
Tutulan Karlar Hesabında kapatılacak ve gelecek yıla taşınan bakiye sıfır olacaktır.
• Ana Hesap Bakiyesi Devri İleri Programı, kar veya zararı ilgili Kar veya Zarar Devri
Hesabına iletir.
438
Yönetimsel Kapanış
• Kontrol hesap döneminin ön kapanışı.
• Kuruluşun tamamında maliyetlerin yeniden tahsisi ve

ödenmesi.
• İç raporların incelenmesi ve analizi.
• Muhasebe verilerini düzeltmek ve ayarlamak için kontrol

eden muhasebe döneminin yeniden açılması.
• FI-CO Mutabakat defteri çalıştırın
• Çalışma Alanlarının ve Kâr Merkezlerinin bilançoda

olmasını sağlamak için yeniden düzenleme programları
yürütmek
439
27.7. Kapanış Bölüm Özeti
Kapanış Bölüm Özeti

– Kapanış
– Değerleme
– Değerleme Yöntemi
– Sabit Oran Ayarlamaları
– İskonto
– GR/IR Hesabı
– Bilanço Devri
• Kapanış - kuruluşun yasal finansal tablolarının hazırlanmasında sistem raporlarının gözden

geçirilmesi ve sistem programlarının yürütülmesi periyodik süreci.
• Yabancı Para Birimi Değerlemesi- Bilanço / gelir tablosunu oluşturmak için hesapları ve
açık kalemleri ulusal para birimine dönüştürme ve döviz kuru farkları için kayıt oluşturma
işlemi.
• Değerleme Yöntemi- Değerleme çalıştırması özelliklerinin saklandığı bir yapılandırma
kalemi.
• Sabit Oran Ayarlaması- Vadesi geçmiş bir kalemin yüzdesini düşürür ve şüpheli borç
hesabına ekler.
• İskonto - Henüz vadesi gelmemiş bir açık kalemin net bugünkü değerini hesaplar.
• GR/IR Hesabı - Mallar ve faturalar için denkleşme hesabı. MM ve FI modülleri arasındaki
bağlantıdır.
• Bilanço Devri - önceki yılın kâr / zararının ilgili özsermaye hesabına aktarılması.
440
28. Mali Tablolar ve Raporlama
Bölüm 28
Mali Tablolar ve Raporlama
• Bir tüzel kişilik tarafından istenen mali tablolar, yasal
gerekliliklere ve kuruluşun özel gerekliliklerine göre
sistemde yapılandırılabilir.
– Uyarlanmış mali tabloların sistemde nasıl
yapılandırıldığını anlamak.
– Planlanan değerlerin mali tablolara nasıl girildiğinin
anlaşılmasını sağlamak.
– Çeşitli alt modüller arasında raporlamayı açıklamak.
www.finsoft.com.tr Mali Tablolar
• Bu bölümün bir sonucu olarak,:

– Uyarlanmış Bilanço ve Kâr & Zarar (Gelir) Tablosunu yapılandırın.
– Mali tablolar için planlanan değerleri girin.
– Mali tabloların planlanmış veya fiili bir versiyonunu oluşturun.
– Alt modüllerde raporlamanın amaçlarını ve farklılıklarını tartışın.
441
Mali Tablolar
Mali Tabloların İsimlendirilmesi
Versiyon Versiyonun İsmi Varsayılan / Alternatif Diller
XXXX Mali Tablolar 1 E DFS
Mali Tabloların Formatlanması

Mali Tablolar XXXX Mali Tablolar 1
Seviye 1
Kalem 1 VARLIKLAR
Kalem 2 PASİF (ve Öz Sermaye)
Kalem 3 Kar ve Zarar
Kalem 4 Henüz Tayini Yapılmamış Hesaplar
• Bir mali tablo iki adımda oluşturulabilir:

– Mali Tablo Versiyonu Oluşturma.
– Hiyerarşi düzeylerini tanımlama ve ana Hesapları en düşük düzeyde karşılık gelen
Hesap Gruplarının her birine atama.
• Hesapların mali tablo versiyonuna tayini artık, defteri kebir ana veri kaydının (Hesap
Çizelgesi Seviyesi) oluşturulması sırasında, ayar yöntemlerinden herhangi biri altında
yapılabilir.
• Kurumun Bilanço ve Kâr & Zarar (Gelir) Tablosu için Mali Tablo Versiyonu, Şirket Kodu
önceden mevcut bir mali tablo versiyonundan kopyalandığında oluşturulabilir.
• Mali Muhasebe modülünde mali tablolar aşağıdaki şekillerde yapılandırılabilir:
– Özel Defteri Kebir (FI-SL) kullanan bir Şirket Kodu (harici), İş Alanı (dahili) veya Şirket
Kodları grubu için.
– Ana Hesap Gruplarına (Dönemsel Muhasebe) veya Fonksiyonel Alana (Satışların
Maliyeti) göre
– Farklı ayrıntı düzeylerini kullanmak (örneğin, Muhasebe Departmanı, bireysel
Muhasebe Hesaplarının listelenmesini gerektirir; ancak, Yönetim Kurulu özet düzey
mali tablolarla ilgilenir).
442
Mali Tablo Versiyonu
Tanımlanmasında Temel Alanlar
• Bir mali tablo versiyonu oluşturmak için aşağıdaki bileşenlerin girilmesi gerekir
– Mali Tablo Yapısı
– Tanım (sürümün ne olduğunu açıklayan metin)
– Bakım Dili
• İsteğe bağlı bileşenler:
– Hesap Planı - Belirtilirse, Mali Tablo Versiyonu yalnızca bu hesap planı için
kullanılabilir. Boş bırakılırsa, bir mali tablo versiyonu belge kalemi düzeyinde birden
çok hesap grafiğine başvurabilir
– Otomatik SK- Sistemin, mali tablodaki her bir düğüm için otomatik olarak temel kalemi
(yani özgün sayısal tanımlayıcılar) oluşturup oluşturmayacağını veya her bir düğümün
oluşturulması sırasında manuel olarak atanıp atanmayacağını belirler.
– ŞT Hesap Numarası- Sisteme grup hesaplarının standart ana hesap numarası yerine
mali tablo versiyonunda tanımlanması gerektiğini bildirir. Bu ayar, konsolide finansal
tablo oluşturmak için kullanılır.
– İşlev Alanı Geçerli - Mali tablo versiyonundaki düğümlere işlevsel alanların tayinine
izin verir.
• Bu ayar Satış Maliyeti Hesap tabloları için kullanılır. İşlevsel Alanlar
kullanılıyorsa, her bir ana hesap bir İşlevsel Alan'a atanmalıdır, bu hesap daha
sonra Mali Tablo Versiyonu’na atanır.
• Düğümler, hesaplar ve işlevsel alan tayinleri açısından birbirini hariç tutar.
• Dönemc vs.’nin daha ayrıntılı bir açıklaması için Ek 1'e bakınız. Muhasebe Satış
Maliyeti.
443
Mali Tablo Özel Kalemler
• Her bir Mali Tablo Versiyonu ile birlikte aşağıdaki kalemler sunulmaktadır:
– Aktifler
– Pasifler
• Yıllık Net Sonuç: Kar
• Yıllık Net Sonuç: Zarar
– K+Z Sonuç
– Tayin Edilmeyen
• Gerçekleştirildiğinde, Program RFBILA00, toplam pasifleri toplam aktiflerden çıkararak
dönem kar veya zararını hesaplar. Sistem daha sonra bu miktarı uygun Net sonuç Özel
Kalemine girer.
• Tayin edilmeyen, kaydedilen tutarları içeren ancak henüz bir hesap grubuna atanmamış
hesapları içerir.
• Sistem, her bilanço hesabı için yeni mali yıla kadar olan bakiyeyi hesaplar. Kâr ve zarar
hesabı bakiyesi, bakiye devri hesabına aktarılır. Ayrıca, müşteri ve satıcı bakiyeleri devri de
yapılır.
444
Mali Tablo Yapısı Oluşturma
Bilanço Versiyonu Varlıklar Seviye 1
XXXX
Dönen Duran Maddi Olmayan

Varlıklar Varlıklar Duran Varlıklar Seviye 2
Alacak
Nakit Hesapları Ekipman Seviye 3
Ana Hesaplar: 001000

001100
001200 Seviye 4
001300
• Bir mali tablo en fazla on hiyerarşi seviyesine sahip olabilir.

• Kalemler her seviyede tayin edilir. Bu kalemler, mali tablolarda listelenen Hesap
Kategorileri'dir. Her bir alt seviyede daha ayrıntılı olarak tanımlanırlar. Sistem, her bir kalem
için bir tutar (alt toplam veya toplam) hesaplar ve görüntüler.
• Bir Hesap Grubunun mali tablodaki en düşük seviyesi, grubu oluşturan özgün Ana Hesapları
içermelidir.
445
Ana Hesap Tayini
• Bir Ana Hesap belirtildiğinde, bu gruptaki hesapların mali tablodaki bir kaleme tahsis edilip
edilmediği ve bir borç ve / veya alacak bakiyesi taşıyıp taşımadığı belirtilmelidir.
Not: Dengeli bir finansal tablo sağlamak için bir hesaba tamamen tayin edilmelidir. (yani,
hem borç hem de alacak). Dolayısıyla, bir hesabı yalnızca borçlandırması mümkün olan bir
gruba tayin edilmişse, hesabın yalnızca alacak bakiyesi mümkün olan başka bir gruba tayin
edilmesi gerekir.
446
Bakiyeye Göre Yerleştirme
Hesap Borç / Alacak Bakiyesine Göre Bakiye Konumu Borç/Alacak Değiştirme İşlevselliği
Cash at Bank Node Cash at Bank Node
Toplam = ($750) Toplam = ($750)
Ana Hesap 212100 Ana Hesap 212300 Ana Hesap 212200 Ana Hesap 212100 Ana Hesap 212300 Ana Hesap 212200
Bakiye ($500) Bakiye $450 Bakiye ($700) Bakiye ($500) Bakiye $450 Bakiye ($700)
Hesaba göre Banka Düğümü'ndeki

toplam bir Borç mu toplam Nakit Borç mu
yoksa Alacak yoksa Alacak Bakiyesi
Bakiyesi mi? Aktif mi? Aktif mı Pasif mi?
mı Pasif mi?
- + -
+
Cash Bank Overdrafft Bank
Overdrafft Bank Overdraft Bank Acct # Dr Cr
Acct # Dr Cr Acct # Dr Cr Acct # Dr Cr
212100 500
212300 450 212100 500 212200 700
212200 700 212300 450
• Bakiyenin (borç / alacak) doğru yerde rapor edilmesini sağlamak için iki yöntem vardır.
• Hesap Bakiyesi seviyesi:
– Hesabın iki farklı düğümde olduğundan emin olun, ancak yalnızca bir node hesaptaki
borç göstergesini açın ve diğer node’daki hesaptaki alacak göstergesini açın
– Örneğin, bir nakit hesaptaki borç bakiyesi aktif olarak, nakit hesaptaki kredili mevduat
bakiyesini temsil eden alacak bakiyesi borç olarak gösterilir.
• Node Bakiye seviyesi:
– Buna borç / alacak değişimi denir.
– Sistem bakiye tutarlarını bireysel hesaba göre değil, node toplamına göre atar.
447
Mali Tablolara Metin Girme
Sadece bakım fonksiyonu
için kullanılır, mali
tablolara yazdırılmaz
Mali tablodaki kalemden

önce yazdırılmıştır.
Mali tablodaki
kalemden sonra yazdırılır
Mali tabloya ancak

derecelendirilmiş bir toplam
kullanılırsa yazdırılır
Genellikle eksi işareti ile

görüntülenen belge kalemleri artık
pozitif tutarlar olarak gösteriliyor
• Metinler, bir mali tablodaki her kalem için tanımlanabilir. Kalemin başında ve / veya sonunda
dört satır tanımlanabilir. Buna ek olarak, kullanıcı toplamların nerede görüntüleneceğini
tanımlayabilir (varsayılan, grubun sonundadır)
• Toplamın grup düzeyinde görüntülenmesine alternatif olarak, ölçeklendirilmiş bir toplam
kullanılabilir. Mali tablodaki herhangi bir pozisyonda çağrılabilir. K&Z Tablo yapısı bu
yönteme dayanmaktadır.
• +/- işaret değişikliği işlevinin kullanılması yalnızca ana muhasebe bilgi sisteminde çalışır.
RFBILA00 programı ile çalışmaz. Bu özellik, borç / alacak bakiyesine sahip hesaplar
varsayılan olarak pozitif / negatif tutarlar olarak gösterileceğinden faydalıdır. Bu özellik
seçilmedikçe Gelirler ve Giderler, Gelir Tablosunda beklenenin tersi yönde görünecektir.
448
Grup Mali Tabloları
Şirket Hesap Grup Hesap
Kodları Planı Planı
Ana Hesaplar Grup Hesap Planı
US01
CAUS için
US02
DK01 CADK için Pepsi
ES01
CAES için
ES02
• Yasal Konsolidasyonlar (FI-LC) kullanımıyla, hesap çizelgeleri ilgili hesapları birleştirmek

üzere gruplandırılabilir. FI-LC, FI-SL’nin üzerinde yer alır ve FI-LC’ye beslendikten sonra FI-
LC tarafından verilere erişilmesini sağlar.
• Ana Hesap ana verilerindeki Kurumsal Grup Hesap Numarası, Kurumsal Grup Hesap
Tablosuna göre doğrulanır.
• Şirket Grubu Hesap Numarası, Şirket Grubu Hesap Tablosunda belirtilmelidir.
• Kurumsal Grup Hesap Numarası kullanılarak, farklı hesap tablolarını kullanan birçok Şirket
Kodu birleştirilmiş mali tablolar kümesi oluşturmak için birleştirilebilir.
• Kurumsal Grup Hesap Numaraları, Şirket Kodunda Ana Hesapları gruplamak için
kullanılabilir. Hesapları atarken, aynı Kurumsal Grup Hesap Numarasına sahip tüm
hesaplar, bir dizi hesabın belirli bir kalem düzeyinde tek bir toplamda toplanmasına olanak
tanıyan aynı mali tablodaki aynı kalem altında kümülatif olarak listelenir.
449
Planlama
Mali Tablo Versiyonu
Bilanço Kar & Zarar Tabloları
Overhead
Cost
Cost Center
Controlling CO CO-
OM
Order
PA
Process
• Manuel planlama açısından:

– Sistem, Mali Muhasebe'deki planlama ekranlarının düzenini belirlemek için Mali Tablo
sürümünü kullanır. Finansal Tablo versiyonundaki değişiklikler hemen planlama
ekranlarına yansıtılır (yeniden giriş yapıldığında).
– Plan değerleri, Mali Tablo Sürümünün herhangi bir belge kalemi için girilebilir. Sistem
daha sonra bu belge kalemine dahil olan tüm Ana Hesapları görüntüler.
– Görüntülenen ana hesaplar için değerler girilebilir. Bu değerler bir Dağıtım Anahtarı
kullanılarak dönemler arasında tahsis edilir.
• Planlama rakamları aşağıdakilere göre girilir:
– Mali Yıl
– Versiyon - Planlanan verilerin birden fazla sürümü mevcut olabilir; ancak, gerçek
verilerin yalnızca bir örneği vardır.
– İş Alanı - İstenirse
– Para Birimi – Ulusal veya işlem para birimi olabilir.
• Her mali yıl için, kuruluşun Şirket Koduna atanan kayıt dönemi değişkeni kullanılarak bir
plan dönemi açılmalıdır.
• Planlanan mali tablolar, gerçek mali tablolarla karşılaştırılabilir.
• Hem CO-OM hem de CO-PA modülleri ile entegrasyon planlaması mümkündür.
• Ayrıca, CO-OM verilerinin transferi tamamlandığında hangi genel çıkıntıların
kaydedilmeyeceğini göstermek için, gönderilmeden önce entegre planlama değerleri
üzerinde bir inceleme yapma imkanı da vardır.
•
450
28.1. Mali Tablolar & Raporlama Bölüm Özeti
Mali Tablolar & Raporlama

Bölüm Özeti
– Mali Tablolar
– Bilanço
– Kar ve Zarar Tablosu
– Dönem Muhasebesi
– Satış Masraf Prosedürleri
– Mali Tablo Versiyonu
• Mali Tablolar- Kuruluşun finansal durumu hakkında bilgi içeren raporlar

• Bilanço: şirketin raporlama döneminin sonunda, belirli bir süre için finansal durumunu
gösteren bir beyan.
• Kar&Zarar (Gelir) Tablosu: kurum tarafından elde edilen kârı elde etmek amacıyla gelir ve
giderleri belirli bir süre içinde karşılaştıran bir beyan.
• Dönem Muhasebesi - Belirli bir süre içinde gerçekleşen işlemler hakkında rapor veren bir
muhasebe yöntemi.
• Satış Masraf Prosedürleri - Gelirleri ilişkili giderlerle eşleştiren bir muhasebe yöntemi.
• Mali Tablo Versiyonu- kuruluşun finansal tablolarının yapısı ve planlama düzenleri.
451
28.2. Ek 1 Satış Masrafları Prosedürleri
Ek 1:
Satış Masrafları Prosedürleri
452
Satış Masraf Prosedürleri VS
Dönem Maliyeti
• K / Z hesabı oluşturmak için kullanılan iki muhasebe yöntemi, satış maliyeti yöntemi ve
dönem muhasebesi yöntemidir. Her iki yöntemin bilinen yasalar altında bilinen ticari
işlemlere hangi yöntemle işlem yapılırsa yapılsın konseptte sonuç (kar) değişmez. Aradaki
fark, genel kâr ve zarar tablosunun sunulması şeklindedir.
Satış masraf prosedürleri – Üzerinde durulan nokta, bu kalemlerin ilgili giderlerine göre
sağlanan mal ve / veya hizmet gelirlerinin eşleştirilmesidir. Bu muhasebe yöntemi, kâr
ve zarar bilgilerini marj analizleri yapmak için optimize edilmiş bir şekilde görüntüler.
Satış, pazarlama ve ürün yönetimi alanları için idealdir.
Dönem Maliyeti- Üzerinde durulan nokta, belirli bir organizasyon birimi için belirli bir süre
boyunca faaliyet ve durum değişikliğinin özetlenmesidir. Bu muhasebe yöntemi, belirli
bir süre içinde oluşan gelir ve faiz giderlerini ve hisse senedi değer seviyelerindeki,
işlemdeki ve aktifleştirilen faaliyetlerdeki değişiklikleri sunar. Bu nedenle, üretim ve kar
merkezi alanları için idealdir.
• Şirketler yasal mali tablolarını oluşturmak için bu yöntemlerden birini kullanmayı seçmelidir.
Seçim genellikle ülkeye özgü yasal gerekliliklerle belirlenir. Bununla birlikte, yöntemler, her
ikisi de bir şirketin yapmak isteyebileceği iki farklı analiz türünü kolaylaştırır, bu nedenle
dahili olarak her iki şekilde de bilgileri izleme çabaları olabilir.
453
Satış Masraf Prosedürü ve
Fonksiyonel Alanları
• Kâr ve zararın dönem muhasebe görünümü, standart mali tablo programı (RFBILA00)
tarafından sunulan sunumdur. Bu görünüm, bir rapor satırına ilişkin bir ana hesap veya
hesap grubunun basit bir görüntüsünü temsil ettiğinden R / 3 Sisteminde elde edilmesi
kolaydır.
• Satışların maliyeti muhasebesi görünümü, aynı gider hesabına kaydedilen maliyetleri
rapor satırlarını ayırıp bölmek için fonksiyonel alanlar adı verilen kuruluş birimlerinin
kullanılmasını gerektirir. Yukarıda gösterildiği gibi, işlevsel alanlar raporunuzun farklı
bölümlerinde aynı tür harcamaları sunmanıza olanak tanır (örneğin, üretim ile ilişkili personel
giderleri “Brüt sonuçlar” a dahil edilirken, başka amaçlar için yapılan personel maliyetleri
“Toplam genel giderler bölümü”. Harcamaları işleve (üretim, satış, yönetim) göre
gruplandırarak, satış maliyeti muhasebesi, şirketteki her bir meblağın altında hangi ticari
işlemin olduğunu tanımlar ve gideri işleve göre çeşitli türlere sınıflandırır.
• İşlevsel alanlar normalde bir ikame kuralı aracılığıyla otomatik olarak bir işleme atanır ve
masrafın kaydedildiği kontrol nesnesinden türetilir. Örneğin, masraf yeri kategorisi “Yönetim”
olan bir masraf yerine “İdare” fonksiyonel alanına tahsis edilirken, kayıttaki iç siparişe ilişkin
sipariş türü masrafları “Araştırma ve Geliştirme” ye yönlendirebilir.
454
Ana Kayıtlardaki İşlevsel Alan
• 4.6 sürümünü yayınlamadan önce, fonksiyonel alanı
türetmek için bir ikame kuralı oluşturmanız gerekir.
• Artık, işlevsel alanı doğrudan aşağıdaki hesap tayin

nesnelerinin ana kaydına girmek mümkündür:
– Ana Hesaplar
– Masraf Çeşidi
– Maliyet Merkezleri
– Sipariş Türleri
– Yurt içi Siparişler
• Diğer tüm hesap tayin nesneleri için, işlev alanı daha önce
olduğu gibi bir ikame yoluyla türetilir.
• Mevcut ikame kuralları etkilenmez.
• Sürüm 4.6'da, fonksiyonel alanlar doğrudan maliyet merkezleri, yurt içi siparişler ve ana
hesaplar gibi ana veri kayıtlarına tayin edilebilir.
• İşlevsel alan, satış maliyeti yöntemi kullanılarak Mali Muhasebe'de (FI) bir kâr ve zarar
tablosu hazırlamak zorundadır.
• Satış ve pazarlama departmanlarında Özel Defter, Kâr Merkezi Muhasebesi ve Kârlılık
Analizi desteği karar verme mekanizmaları tarafından kullanılır. Satış Maliyeti Muhasebesi
için ayrı bir defteri oluşturulmalıdır.
• Artık maliyet merkezlerine gönderilmeyen amortisman alanları, fonksiyonel alanları belirleme
seçeneklerini tam olarak kullanabilir.
455
Fonksiyonel Alanın Türetilmesi
• Satış maliyeti muhasebesi seçildiğinde, fonksiyonel alana ilişkin kodlama bloğuna ek bir
alan (yani, tüm hesap tayin nesnelerinin listesi) eklenir. Bu alana aşağıdakilerle bir giriş
yapılır:
– Manuel giriş
– CO nesnesinin ana verilerinden girilen fonksiyonel alanın otomatik olarak
kopyalanması
– K&Z hesabının ana verilerinden girilen işlevsel alanın otomatik olarak kopyalanması
– Bir ikame yolu ile fonksiyonel alanın otomatik girişi
• Yukarıda belirtilen sıra aynı zamanda fonksiyonel alanın türetilmesi için öncelik sırasıdır.
Başka bir deyişle, manuel girişler en yüksek önceliğe ve en düşük ikamelere sahiptir.
Bununla birlikte sistem, fonksiyonel alan CO nesnesinden, K&Z hesabından veya bir
ikameden türetildiği için normalde manuel giriş gerekmeyecek şekilde ayarlanmalıdır.
• Ana hesaplar için işlevsel alanı menü yolunu izleyerek IMG'deki ana kayıtlarına girersiniz:
Mali Muhasebe-Şirket Kodu-Satış Masrafları Prosedürü-İşlev Alanını Gir-İşlev Alanı Ana
Hesap Ana Verilerine Gir
456
29. Vergiler
Bölüm 29 Vergiler
• Sistemdeki vergi işlevselliği Satış ve Dağıtım, Malzeme
Yönetimi ve Finansal Muhasebe modüllerinde
desteklenmektedir.
– Girdi ve çıktı vergisi hakkında genel bir anlayış
sağlamak.
– Sistemde desteklenebilecek çeşitli vergi türlerini
belirlemak ve tanımlamak.
www.finsoft.com.tr Vergiler
457
Vergiye Genel Bakış
• Vergilendirme Türleri
– Katma-değer Vergisi
– Satışlar / Kullanım Vergisi
– Ek Vergi
– Stopaj Vergisi
• Vergi Seviyeleri
– Tek Seviye Vergi (ör. Federal vergi veya Eyalet / İl
Vergisi)
– Çok seviyeli Yargı vergisi (ör. Eyalet-İlçe-Şehir)
• SAP, çeşitli ülkelerde bulunan farklı vergilendirme sistemleri formları sağlar:

– Katma değer vergisi: Ürüne eklenen katma değere dayalı vergi.
– Satış / Kullanım Vergisi: Malın tam satış değeri üzerinden vergi.
– Ek vergi: Ülkeye özgü (ör. Norveç'te yatırım vergisi, Belçika'da vergi denkleştirme)
– Stopaj vergisi: Vergi kaynağında düşülür.
Not: Farklı vergi türlerinin örnekleri için Eklere bakın.

• R / 3 Sisteminde işlenebilecek iki tür vergilendirme vardır:
– Tek Vergi seviyesi (ör. Federal vergi)
– Çoklu Vergi seviyesi
• Çeşitli seviyelerde yetki alanı bölgelerinde (ör. Eyalet, ülke, kasaba, şehir, alt
şehir) tanımlanan oranlarla federal seviyenin altındaki vergiler.
• Bu tür vergilendirmenin karmaşık yapısı nedeniyle, vergi tahsisini belirlemek için
genellikle üçüncü taraf yazılımları kullanılır. SAP, üçüncü taraf yazılımını
desteklemek için genel bir arayüz sağlar.
• Satış ve kullanım vergileri, federal seviyenin altındaki vergilerin tipik örnekleridir.
– Tek Vergi düzeyi çoğunlukla Avrupa genelinde yaygın olan Katma Değer Vergisi ile
ilişkilidir. ABD'deki Satış ve Kullanım Vergileri, Çok seviyeli yargı vergilerinin
örnekleridir. Kanada ve Brezilya, hem federal hem de eyalet vergilerinin uygulandığı
vergilendirme politikalarının tipik örnekleridir.
458
Hesaplama Tablosu ve Vergi
Usulü
Erişim Sırası Koşul Türü
Hesaplama Tabloları
Koşul Tabloları Hesap Anahtarı
• Hesaplama tablosu vergileri hesaplamak için tüm mantığı içerir.Bu meydana gelmektedir:
– Erişim Sırası- Kullanılan koşul tablolarının sırasını ve hangi alan içeriğinin tabloları okumak için
ölçüt olduğunu tanımlar.
– Durum Türü - Koşul kayıtlarının dayandığı model. Koşul kaydının nasıl çalışacağını gösterir.
Örnekler
– Kayıtlar yüzde veya sabit tutarlar ile mi oluşturulacak
– Vergi prosedürleri için kayıtlar mı yoksa başka bir şey mi?
– Kayıtlar yalnızca otomatik olarak işlenebilir
– Koşul kaydı oluştururken tanımlayan / kullanılan alanların birleşimi
– Koşul tabloları - Koşul türlerinin gruplandırılması. Erişim sekansı ile ilişkili birçok durum tablosu
olabilir.
– Vergi prosedürü - Vergi tutarı hesaplamalarını destekleyen tüm işleme mantığını ve algoritmaları
içeren ülkeye özgü bir şablon. Aşağıdaki alanları içerir:
• Adımlar- Şema içindeki satırların sırasını belirleyin (sayılar arasında en az 10 basamaklı bir
boşluk olması önerilir)
• Koşul Türleri
• Referans Adımları- Sistemin hesaplamasında kullandığı tutarı / değeri elde ettiği yer.
• Hesap Anahtarları - Vergi prosedürü ile vergi verilerinin kaydedildiği Ana hesaplar
arasındaki bağlantıyı sağlayın.
459
Vergi Kodları
Koşul
Türü
Hesap Anahtarı
Referans
Adımları
• Vergi kodu, vergi hesaplamasının ana bağlantısıdır. Bir vergi prosedürüne atanır, ana hesap
kaydına girilir ve ana hesap bir belgede (örn. Müşteri Siparişi, Fatura) kullanıldığında
erişilebilir. Vergi prosedürü gibi vergi kodları da ülkeye özeldir.
• Her ülkede, çeşitli özel kodları tanımlamak için kullanılan bir Vergi Kodu şablonu (prosedürü)
vardır. Ayrıca, sistemde bazı Vergi Kodları önceden tanımlanmıştır.
• Sistem dahilinde Vergi Kodları aşağıdaki nedenlerle kullanılır:
– vergi miktarını doğrulama.
– vergi tutarını hesapla.
– ek vergi kısmı hesapla
– vergi türünü doğrulama
– Ana hesap belirleme
– vergi formlarında vergiyi doğru gösteme
• Vergi kodu, vergi oranlarını içerir. Vergi oranları, vergi prosedürüne dahil olan vergi türlerine
(örn. A / R Satış Vergisi) atanır. Bir vergi kodunda farklı vergi türleri için çeşitli vergi oranları
girilebilir, ancak genellikle yalnızca bir vergi oranı girilir.
• Vergi kodu ekranı, şablon görevi gören vergi prosedürünü çeker. Daha sonra, koşul tipinin
bir oranın uygulanmasına izin verdiği herhangi bir aşamada bir oran uygulamak mümkündür.
460
Otomatik Vergi Hesabı Tayini
Kurallar
Kayıt Anahtarları Vergi Hesapları
Hesap Anahtarı
• Sistemin otomatik vergi hesap tayini yapması için, vergi kaydına ayrı bir belge kalemi
oluşturan hesap / işlem anahtarlarının kendilerine gerekli verilerin tayin edilmiş olması
gerekir.
• Gerekli veriler:
– Kayıt anahtarları (40 ve 50 önerilendir)
– hesap belirlemenin hangi alanlara dayandığını belirleyen kurallar (hesap belirleme
vergi kodunda veya hesap anahtarında kullanılabilir)
– Vergi hesapları.
• Vergi tutarı, genellikle, vergi kodunu içeren Defteri Kebir kaydıyla aynı tarafa kaydedilir.
• Döviz kurlarındaki farklılıklar nedeniyle kur farklılıkları oluştuğunda, bu döviz kuru farklılıkları
genellikle kur farkları için normal hesaba kaydedilir. Ancak, Şirket Kodu uyarınca vergi
kalemleri için döviz kurlarının manuel olarak girilebileceğini kayıt veya belge tarihine göre
belirlenebileceğini belirtmek mümkündür. Ortaya çıkan farklar özel bir hesaba kaydedilir.
• R / 3, önceden tanımlanmış birkaç hesap anahtarına sahiptir ve standart anahtarların kullanılması
önerilir.
461
Yetki Alanı Kodları
USA
Yetki Alanı Kodu Örneği
Eyalet İl Kent Alt Şehir

2 3 4 1
25 022 1105 1
• Yetki Alan kodu, bir satıştan vergi talep eden vergi idarelerinin kodlarının birleşimidir.
Federal seviyenin altında dört adede kadar vergi seviyesi mümkündür:
– Eyalet seviyesi
– İl
– Kent Kodu
– Alt Şehir Kodu
• Yetki Alanı kodlarını kullanmak için gerekli adımlar:
– İl alanını, vergi kodu alanını ve yetki alanını içeren oluşturma erişim sırası.
– Oluşturulan koşul türlerinin, yetki kodunu içeren erişim sırasına başvurduğundan emin
olun.
– Yetki kodlarını oluşturun. Not: Her bir ülkenin vergi oranları diğerlerinden bağımsız
olmakla birlikte, bu düzeyde hiçbir vergi alınmasa bile her düzeyde bir yetki kodu
tanımlanmalıdır.
– Örneğin:
• 25 000 0000 0 eyalet seviyesi için
• 25 022 0000 0 ülke seviyesi için
• 25 022 1105 0 şehir seviyesi için
• 25 022 1105 1 alt şehir seviyesi için
– Yetki alanı kodu ile vergi yayınlarken, vergiler yetki alanı kodu veya vergi seviyesine
göre girilebilir.
– Vergi oranları, vergi kanununda yetki alanına göre tanımlanır.
462
Vergi Unsurlarını Uygulama
İşlem Seviyesi
Ana Kayıt
Seviyesi
• Satış ve satın almalardan alınan vergileri hesaplamak, kaydetmek ve raporlamak için veriler
beş yerde tanımlanır:
– Ülke Tanımı Tablosu (kullanılacak Vergi Prosedürlerini içerir)
– Vergi Kodu tabloları (Vergi Kodlarını ve ilgili Ülkeleri ve Vergi Prosedürlerini içerir)
– Otomatik kayıtları kontrol eden tablolar
– Ana hesap ana kaydı
– Belge kaydedilirken belge kalemi
Not: İlk üç kalem Yapılandırma kalemleridir.
• İşlem ekranı şunları sağlar:
– Atanan vergi koduna göre otomatik vergi hesaplama
– Vergi tutarının manuel olarak kaydedilmesi
• Ana Hesap Kaydı Belirtme
– Vergi kategorisi - Hangi vergi türünün uygulanması gerektiğini belirler (ör. Yalnızca
girdi vergisi)
– Vergiye izin verilmeyen kayıt - Vergi kaydı gerektirmeden hesaba gönderim
yapılmasına izin verir.
• Müşteriler ve Satıcılar vergilendirilebilir veya vergiden muaf olarak tanımlanır.
463
Vergi Desteği
• Sistem şu konularda yardım sağlar:

– Vergi tutarlarının hesaplanması
– Belirtilen Defteri Kebir hesaplarına
kayıt gönderme
– Vergi düzenlemelerini yapma
– Vergi raporlaması
• Sistem vergileri aşağıdakilerden belirler:

– Nakit iskontosu dahil veya hariç
tutulan baz tutar.
– Vergi tutarını doğrulamak veya
hesaplamak için bir vergi kodu.
• FI sistemi, aşağıdakiler tarafından hesaplanan vergilerin yönetimine yardımcı olur:

– Girilen vergi tutarının kontrol edilmesi veya verginin otomatik olarak hesaplanması.
– Vergi tutarını Defteri Kebir hesaplarına kaydetme.
– Nakit iskontolar veya diğer kesintiler için vergi ayarlamaları yapmak.
• Gider veya gelir tutarı, nakit iskontosu (vergi matrahı brüt) veya nakit iskontoyu hariç
tutabilecek (vergi matrahı net) temel tutardır.
464
Vergi Raporlaması
Girdi Vergisi Çıktı Vergisi
AK 700 AK 700 YG 1,000 AB 1,000
Ödeme Ücret Hesabı Vergi Denkleşme Hesabı(+)
AK 700 YG 1,000 YG 10,000 YG 10,000

(A1 = 1,000) (A0 = 0)
AB = Aylık Bakiye
AK = Aktarma
YG = Yardımcı Gönderi
• Vergi raporlarının çalıştırılması için kapanış girişlerinin tamamlanması gerekir.

– Vergi dairelerine ilişkin borç veya alacak olup olmadığını öğrenmek için vergi
hesaplarının aylık bakiyeleri bir ödeme masrafı hesabına aktarılmalıdır.
– “Vergi raporunu” yazdırmak için toplu girdi oturumu çalıştırıldığında sistem otomatik
olarak bu ayarlamaları yapar.
– Vergi hesaplarının manuel olarak kaydedilmesi engellenirse, yardımcı bir hesaba kayıt
yapılmalıdır.
– Bu düzeltmeler, belge numaraları veya bu düzeltmeler için özel olarak oluşturulan
belge türü hariç tutularak vergi raporundan çıkarılmalıdır.
– Açık kalem yönetimi, belirli bir borçlandırma kalemi veya bir kalem seti ile ödenmemiş
alacakların fark edilmesini ve denkleşmesini sağlar.
• SAP'deki standart vergi raporları ülkeye özgüdür ve bu ülkeler tarafından belirlenen
standartları karşılamak için önceden tanımlanmıştır.
• Üçüncü taraf vergi yazılımını kullanırken, üçüncü taraf uygulamasını çalıştırmak için ayrı bir
sunucu kullanılabilir. SAP'yi ve üçüncü taraf yazılımını aynı sunucuda tutmak bazı projelerde
sorun yaratmıştır.
465
29.1. Vergiler Bölüm Özeti
Vergiler
Bölüm Özeti
– Vergi Girişi
– Çıktı Vergisi
– Vergi Kodları
– Hesap Tablosu
– Vergi Prosedürleri
• Vergi Girişi- Satın almadan alınan vergiler.

• Çıktı Vergileri- Satış vergileri.
• Vergi Kodu- Vergiyi hesaplamak ve görüntülemek için kullanılan özellikleri temsil eden
ülkeye özgü, iki haneli bir kod.
• Hesap Tablosu- Vergileri hesaplamak için tüm mantığı içerir.
• Vergi Prosedürleri- Vergi tutarı hesaplamalarını destekleyen tüm işleme mantığını ve
algoritmaları içeren Ülke Koduna bağlı bir değer.
466
30. Özel Konular
Bölüm 30. Özel Konular

Bu bölümde aşağıdakiler hakkında bilgi edineceksiniz:
– Kasa Defteri- Bir işletmede küçük nakit yönetimi için
Bankacılık ile İlgili Muhasebe alt defteri.
– Program Yönetimi- kullanıcıların işlemleri ve programları
tek bir yerde planlamasına ve yürütmesine olanak tanır.
– Seyehat Yönetimi- çalışanların seyahat giderlerini takip
eder ve masraflarını karşılar.
Bölüm Hedefleri
– Kasa Defteri, Program Yönetimi ve Seyehat Yönetimi’nin
işlevlerini anlamak.
www.finsoft.com.tr Özel Konular
467
30.1. Kasa Defteri Muhasebesi
Kasa Defteri Muhasebesi

• Kullanıcının muhasebe
becerisine ihtiyacı yoktur. Görsel
Görünüm
• Bir nakit işlemini
tamamlamak için iki alanı
doldurmak yeterlidir.
• Sürükle ve bırak ile

ekranın kişiselleştirilmesi.
• Anında makbuz baskısı

Kişiselleştirme
Etkileşim
• Yeni kasa defteri, bir işletmede küçük nakit yönetimi için Bankacılık ile İlgili Muhasebe alt
defteridir. Diğer kayıt işlemlerinden bağımsız olarak kullanabilirsiniz ve ana hesabı
güncellemek zorunda değildir.
• Kasa defteri tek bir ekran işlemidir, yani nakit belgeleri tek bir ekranda oluşturabilir,
görüntüleyebilir ve değiştirebilirsiniz.
• Muhasebe kullanıcısı olmayan kullanıcılar için karmaşıklık tamamen gizlenebilir - sadece
“TAXI” gibi bir işlem adı seçerler ve sistem sahne arkasındaki borçları ve alacakları
oluşturur.
• “Uzman modu” nu seçerseniz, ana hesaplara, satıcı ve müşteri hesaplarına kayıt
yapabilirsiniz.
468
Kasa Defteri Tayinleri
Şirket Kodu xxxx
EUR Kasa Defteri (CJ01) GBP Kasa Defteri (CJ03)
USD Kasa Defteri (CJ02)
• Kasa Defterleri şirket koduna tayin edilir.

• Bir şirket koduna birden fazla kasa defteri tayin edilebilir.
• Her para birimi için ayrı bir kasa defteri gerekir.
469
Kasa Defteri Özellikleri
• Açılış ve kapanış bakiyeleri ile toplam gelir ve ödemeler otomatik olarak hesaplanır ve
görüntülenir.
• Kasa Defteri Girişleri ve İşlem Makbuzları bir butona dokunarak yazdırılabilir.
- Görüntüleme Dönemi boyunca kaydedilen tüm işlemleri yazdırır.
- Seçilen giriş için bir makbuz yazdırır.
• Durum
- Defteri Kebir’e giriş kaydedildi.
- Kasa Defterinde giriş kaydedildi.
- Çeklerin veri girişi yapıldı.
• Muhasebe Belgeleri
- Defteri Kebir'e kaydedilen kayıtlar için Muhasebe Belgelerine
detaylandırma
470
Kasa Defteri İşlemleri Oluşturma
IM G'de ön yapılandırm a
Doğrudan Kasa Defteri’nde
• Kasa Defteri aşağıdaki muhasebe işlemlerini destekler:

– Kasa Girdileri- Nakit satış geliri, bankadan kasa hesabına nakit para transferleri, satıcı fatura
ödemeleri ve müşteri fatura geri ödemeleri..
Not: Kasa defteri bakiyesi daima en az sıfır olmalıdır.
– Kasa Ödemeleri- Nakit giderler, kasa hesabından bankaya nakit transferi, müşteri fatura
ödemeleri ve satıcı fatura geri ödemeleri
• Kasa Defteri girişleri müşteri, satıcı ve defteri kebir hesaplarına kaydedilebilir.
• Kasa Defteri içinde, ticari işlemler defter kayıtlarını kontrol eder. Bu işlemler IMG'de önceden
yapılandırılabilir veya defter girişi yapılırken oluşturulabilir.
• Aşağıda standart muhasebe işlem türleri ve ilişkili kayıtlar verilmiştir:
Borç Alacak
 Gider (E) Gider Kasa
 Revenue (R) Kasa Revenue
 Kasa Transferi:
- Banka için kasa defteri(B) Banka Kasa
- Kasa defteri için banka(C) Kasa Banka
 Alacak Hesapları(D):
- Müşteri-gelen ödeme Kasa A/R
- Müşterir-giden ödeme A/R Kasa
 Ödeme Hesapları (K):
- Satıcı-giden ödeme A/P Kasa
- Satıcı-gelen ödeme Kasa A/P
-
471
30.2. Program Yönetimi
Program Yönetimi: Yararları

Program Yönetimi tarafından sağlanan yararlar
 Karmaşık süreçler daha şeffaf ve kullanımını ele almak

daha kolaydır
 Olay güdümlü işleme, R / 3 Sisteminin gerekli adımları

otomatik olarak gerçekleştirdiği anlamına gelir.
 Tüm sürecin izlenmesi uygundur.
 İş listesine dayalı hata analizi ve entegre hata işleme

prosedürleri, hata düzeltme için gereken süreyi azaltır
 Optimize edilmiş iş listesi işlemesi ile toplam işlem süresi

en aza indirilir.
472
Program Yönetimi
• Gezinmesi kolay ekran

tasarımı, yapı ve yönetim
süreçlerini daha kolay hale Görsel
getirir. Görünüm
• Online belgeler ilk
adımlarınızda size rehberlik
edecektir. Daha fazla
ihtiyacınız yoksa pencereyi
kapatın.
Kişiselleştrime
Etkileşim
• Bu yeni çapraz uygulama aracı Finansal Takvim, Dönem Sonu İş Ortağı (4.5) ve
Konsolidasyon Monitörünün yerini almaktadır.
• Ay sonu kapanış döngüsü gibi süreçleri yönetmek için kullanışlı, anlaşılması kolay bir
araçtır. Yukarıda gösterilene benzer bir görev listesi oluşturursunuz ve işleri uygun tarih /
saatte zamanlamak için sürükle ve bırak özelliğini kullanabilirsiniz.
473
Program Yönetimi- Scheduler
• Sürükle ve bırak ile

görevleri programlayın.
• Programlanan görevlerin
durumunu izleyin.
• Gerekirse durumu
ayarlayın ve işleminizi Görsel
yorumlayın. Görünüm
Etkileşim
• İşleri programlamak için görevleri programlamaya sürükleyip bırakabilirsiniz (Görev

Listesinden) veya programlama içinde taşıyabilirsiniz.
• Olaya dayalı veya karmaşık işleriniz varsa (örneğin, İş B tamamlandığında İş B başlar), iş
listelerini kullanın (daha sonra ele alınacaktır).
• Günlük Genel Bakış planlanmış işleri ve tamamlanan işleri / işlemleri gösterir.
• İş ayrıntılarına gitmek için Günlük Genel Bakış'a çift tıklayın.
• İşlerin oluşturulmasına ve zamanlanmasına yardımcı olmak için bir İş Sihirbazı mevcuttur.
474
Program Yönetimi- Görev Listesi
• Aşağıdakileri kullanarak
sürecinizi yapılandırmak
için görev listesini
koruyun:
– İş Akışı
– Arka Plan İşleri
– Online programlar
veya işlemler
– R / 3 Sistemi dışında
gerçekleşen eylemler Görsel
için hatırlatmalar.
Görünüm
• Örnek bir görev listesi teslim edilir - başlamak için bu listeyi kopyalayabilir ve
değiştirebilirsiniz.
• Görev listesi, işlemlerinizin yapısıdır. Aşağıdaki öğelerden herhangi birini içerebilir:
– Çalışma listeleri (iş dizeleri)
– Arka Plan İşleri
– Online İşler
– İşlemler
– Metin Hatırlatıcıları
• Görev listesini yeniden yapılandırmak için sürükle ve bırak işlevini kullanabilirsiniz.
• Belgeleri her görevde uzun metin veya entegre MS office belgeleri olarak saklayabilirsiniz.
475
Program Yönetimi- Monitor
• Ağaç size durum ve
çalışma zamanı bilgileri
sağlar.
Görsel
• Biriktirme listeleri ve iş
günlüğü de dahil olmak Görünüm
üzere bir işin ayrıntılarını
kontrol edin.
• Mesaj listesindeki
mesajları görüntüleyin.
• Filtreleri temel özelliklere

konsantre olacak şekilde
ayarlayın.
• Monitör, ayrıntılı iş durumu bilgilerini, şube - biriktirme listelerini ve iş günlüğünü vb. Kontrol
etmenizi sağlar.
• Rapor arayüzünü kullanarak, detayların / miktarların nesnelere vb. Kaydedildiği raporlara
gidebilirsiniz (rapor atamak için Monitör'deki menü seçeneğine bakın).
• İş Yönetimi işlevi, bir işi durdurmanıza, bırakmanıza veya silmenize ek olarak iş ayrıntılarını
görüntülemenizi sağlar.
476
Program Yönetimi- İş Listeleri
• Toplu işleminizi daha etkili

hale getirin!
• Çok adımlı süreçlerde

performans kazanın.
Görsel
• Çalışma listesi monitörü Görünüm
hataları etkili bir şekilde
bulmanıza ve düzeltmenize
yardımcı olur.
Etkileşim
• Sıralı olarak veya karmaşık iş tanımları için çalıştırılan bir dizi işi zamanlamak için İş
Listelerini (akış tanımları) kullanın.
• Programlayıcı sizi oluşturmak / düzenlemek için İş Akışı Düzenleyicisi'ne yönlendirir.
• Çok seviyeli çalışma listesi avantajları:
– Tüm adımlar için seçim kriterlerini bir kez belirtebilir.
– Belirli bir nesne için önceki adımlarda oluşan hataların daha iyi işlenmesi. Hatalı
nesneler bir sonraki adıma geçmez. Bir iş listesinde toplanırlar ve bunları gözden
geçirebilir ve her birinin bir sonraki adıma geçip geçemeyeceğine karar verebilirsiniz.
477
30.3. Seyahat Yönetimi
Genel Bakış Şeması: Seyahat

Yönetimi
CO
FI- FI- FI-
BL TV AA
FI- FI- Defteri FI-

MM SD
AP GL Kebir AR
Bilanço
... ...
P&L
...
• Seyahat yönetimi, seyahatin verimli bir şekilde planlanması, seyahat bilgilerinin mümkün
olduğunca kolay toplanması ve seyahat masrafları ile seyahat geri ödeme tutarlarının
hesaplanması ve kaydedilmesi için kullanılır.
• Yolculuk harcamaları Seyahat Yönetiminden FI'ya aktarılır ve geri ödeme tutarı, örneğin,
ödenecek hesaplar departmanı tarafından çalışana ödenebilir.
478
İK ve FI-TV'deki Personel Ana
Verileri
FI-TV’de Seyahat Masrafı Mini Master Kaydı
Organizasyo (Tamamlandı
Kişisel Banka
nel Tayin ) personel Adresler
Bilgi Bilgileri
eylemleri
Seyahat Personel Numarası Seyahat

tercihleri 1000 Ayrıcalıkları
Sözleşme Planlanan ... ve daha

Yetki Temel birçok Bigi
unsurları çalışma
Bırakmak Ödeme Türleri
süresi
HR Ana Kayıt
• Çalışan verileri İK ana verileri olarak kaydedilir. HR ana veri dosyası oldukça büyük
olabileceğinden, veriler içeriğe göre düzenlenmiş veri gruplarında saklanır. Bu tür bir veri
grubu bir infotiptir. Örneğin, şehir, cadde ve sokak numarası bir çalışanın adresinin bir
parçası olduğundan, (diğer verilerle birlikte) Infotype Adreslerine kaydedilir.
• SAP HR kullanmayan şirketler, Seyahat Yönetimi'nde HR ana veri kaydının daha küçük bir
sürümünü oluşturabilir. Bu kayda mini-master kayıt denir. FI-TV mini-master kaydı yalnızca
aşağıdaki bilgileri içerir:
– Personel eylemleri (tamamlanan personel eylemlerinin listesi)
– Organizasyonel tayin (ör. Şirket kodu, iş alanı ve maliyet merkezi)
– Kişisel Bigi
– Adresler
– Banka Deteyları
– Seyahat ayrıcalıkları (çalışana seyahat kısıtlamaları tayin etmek ve seyahat geri
ödemelerini belirlemek için kullanılan kontrol parametreleri)
– Seyahat tercihleri (seyahat planlamasını desteklemek için bir dizi infotip)
479
Hareketler
Seyahat masrafları - Mini master kayıt FI-TV
Banka Personel Numarası

Bilgileri 1000 Adresler
(Tamamlandı) Kişisel Organizasyonel

personel Seyehat Seyahat
Bilgi Tayin
eylemleri Ayrıcalıkları Tercihleri
Mini ana Seyahat Organizasyonel

kaydındaki masraflarını girin değişim
işlemler: (Mini master kaydı)
• Bir personel eylemi, işe alma, örgütsel değişim, terfi, vb. gibi kişisel bir prosedürün parçası
olarak işlenen tüm infotipleri içerir. Hiçbir önemli bilginin unutulmamasını sağlamak için, ilgili
bilgi türleri birbiri ardına işlenmek üzere hazır bulundurulur. Tamamlanan her eylem, "eylem"
bilgi kutusuna girilir, böylece "eylemler" bilgi dosyası, bu kişi için tamamlanan tüm
prosedürlerin bir günlüğüne sahip olur.
• Personel eylemleri normalde İK'da tamamlanır. HR uygulanmazsa, FI-TV, FI-TV mini-master
kayıtlarını tutmak için iki eylem sunar:
– TV mini-master kayıtları oluşturma.
– Organizasyonel değişim
• "TV mini-master kaydı oluştur" eylemini tamamlarken, infotipler "önlemler", "organizasyonel
tayin", "kişisel bilgiler" ve "seyahat ayrıcalıkları" kullanılabilir hale getirilir. "Organizasyonel
değişim" eylemini kullanırken, yalnızca bilgi "eylemleri" ve "organizasyonel tayin"
kullanılabilir.
• Seyahat Yönetimi uygulanacaksa, seyahat tercihleri manuel olarak girilmelidir.
480
Bir Çalışan için Satıcı Ana Kaydı
FI- FI-
AP TV
Personel Numarası
Satıcı X 1000
Rapor ve
Personel Toplu Girdi
Numarası:
1000 Bilgi
Türleri
• Finansal Muhasebe bölümündeki ödeme programı kullanılarak çalışanların seyahat

masrafları karşılanmaktadır. Geri ödeme sürecinin çalışması için, seyahat eden her çalışan
için bir satıcı ana verileri yaratılması gerekir.
• Bu personel ile ilgili satıcı kayıtları PRAA işlem kodu kullanılarak otomatik olarak
oluşturulabilir. Program daha sonra çalıştırılması gereken bir toplu girdi oturumu oluşturur.
• HR / FI-TV ana kaydındaki personel numarası satıcı ana kaydında tanımlayıcı olarak
kullanılır.
481
Seyahat Yönetimi(ENJOY)
• Seyahat Yönetiminde, çalışanın tüm seyahati ve ilgili seyahat nesneleri hakkında

tamamlayıcı bir genel görünüşe sahiptir. Üç tür seyahat nesnesi vardır: seyahat talepleri,
seyahat planları ve seyahat geri ödemesi.
• Bu nesnelerin her biri Seyahat Yönetimi ile oluşturulabilir veya değiştirilebilir.
• Seyahat yönetiminin şirket içinde nasıl organize edildiğine bağlı olarak, tüm seyahat
nesneleri veya sadece bir kısmı seyahat sürecinde rol oynayabilir.
– Seyahat talebi ile, çalışanın şirket için iş gezisi yapması gerektiğini bildirir.
Konfigürasyona bağlı olarak, istek dahili bir seyahat ofisine gönderilebilir.
– Seyahat planı bir seyahatin ayrıntılarını planlamak ve seyahat araçlarını ayırtmak için
kullanılır. Seyahat planı, infotip olarak kaydedilen seyahat tercihlerini dikkate alır.
Seyahat planı, dahili bir seyahat acentası veya çalışan tarafından girilebilir.
– Seyahat giderleri, gidere ilişkin seyahat bilgilerinin bir koleksiyonudur. Bunlar, ülkeye
özgü düzenlemelere ve Finansal Muhasebe'de yapılan kayıtlara göre seyahat geri
ödemesinin hesaplanmasının temelini oluşturur. Tutarlar çalışan için
vergilendirilebilirse, İnsan Kaynaklarına aktarılabilir.
482
Seyahat Talebi
483
Seyahat Planı
484
Gider Raporu
485
Seyahat Giderleri
Seyahat Seyahat
Talebi Planı
Açık
Seyahat Simülasyon
Masrafları
Satıcı
x
FI’a
Aktarma
Onay Hesaplama Seyahat Gideri
x
• Seyahat Giderleri, seyahat sürecinin temel nesnesidir. Seyahat bilgileri manuel olarak girilir,
seyahat talebinden veya seyahat planından alınabilir ve düzeltilebilir. Seyahat talepleri ve
seyahat planları isteğe bağlı işlevler sunsa da, Seyahat Yönetimi için seyahat masrafları
gereklidir. Gerçek hesaplamadan önce sonuçlar simüle edilebilir.
• Seyahat masrafları çalışan veya gider departmanı tarafından girilebilir. Veriler, çalışan
tarafından ödeme yapılmadan önce girilmişse, muhasebe departmanı gönderilen belgeleri
kontrol etmek ve onaylamak zorundadır.
• Ödeme için, sistem ödenecek toplam tutarı seyahat bilgileri, geri ödeme kayıtları ve ödeme
kurallarına göre hesaplar ve bu bilgileri veritabanına kaydeder.
• Masraf hesaplamaları özel bir deftere nakletme programı kullanılarak FI'ya gönderilir.
486
Seyahat Planlama Geliştirmeleri
• PNR Senkronizasyonu (4.6B):

– Seyahat acentasını
rezervasyon gezileri için
kullanmaya devam eden
çalışanlar seyahat
planlama bilgilerini R / 3'e
aktarmaya devam edebilir
• Değer Fiyatlandırıcı:
– Sistem, seçilen
rezervasyon (ör. Uçuş)
fiyatını, aynı tarihler için
diğer operatörlerdeki en
düşük maliyetlerle
karşılaştıracaktır.
Seyahat Muhasebesi Ulusallaşması
Austria Norway* USA Japan

Belgium Netherlands Canada
Denmark Spain Mexico*
France Sweden*
Germany Switzerland
Great Britain * New in 4.6
487
Kaynakça
(pricewaterhousecoopers)
488

Finsoft FI Kitap v1

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Finsoft FI Kitap v1

Uploaded by

Copyright:

Available Formats

1

• SAP Finansal muhasebe modulü, dış raporlama amacıyla

w w w .finsoft.com.tr FI M odülüne Genel Bakış

SAP R/3 Uygulamaları

w w w .finsoft.com.tr FI M odülüne Genel Bakış

• SAP, sistem uygulamalarını üç geniş kategoriye ayırır:

• Alacaklar Hesabı (Müşteriler)

• Ödenebilir Hesaplar (Satıcılar)

• Sabit Varlıklar (Duran Varlık Hesapları)

• Özel Amaçlı Defter

www.finsoft.com.tr FI M odülüne Genel Bakış

• FI alt modülleri ve diğer uygulama modülleri ile entegre.

• Finansal Veri Girişi

• Kullanıcı tanımlı bilanço / kar ve zarar tablosu sürümleri

• Çoklu Para Birimleri

• Esnek Rapor Oluşturucu

w w w .finsoft.com.tr FI M odülüne Genel Bakış

• Defteri Kebir ile gerçek zamanlı entegrasyon.

• Satış döngüsünün bir parçası olarak Satış Dağıtım (SD) ve

• Hazine ile entegrasyon

• Gelen ödeme işlemleri

• Otomatik İhtar İşlemi

w w w .finsoft.com.tr FI M odülüne Genel Bakış

• FI-AR’daki tüm kayıtlar aynı zamanda FI-GL’ye de kaydedilir.

• Defteri Kebir ile gerçek zamanlı entegrasyon

• Tedarik döngüsünün bir parçası olarak Malzame Yönetimi

• Hazine ile entegrasyon

• Giden Ödeme Programı

w w w .finsoft.com.tr FI M odülüne Genel Bakış

• FI-AP’deki tüm kayıtlar aynı zamanda FI-GL’ye de kaydedilir.

• Defteri Kebir ile gerçek zamanlı entegrasyon

• Amortisman gideri, faiz ve değiştirme değerlerinin toplu olarak işlenmesi ve

w w w .finsoft.com.tr FI M odülüne Genel Bakış

• Esnek Raporlama Aracı

w w w .finsoft.com.tr FI M odülüne Genel Bakış

w w w .finsoft.com.tr FI M odülüne Genel Bakış

w w w .finsoft.com.tr FI M odülüne Genel Bakış

• Lojistik, muhasebe ve bilgi akışı özelliklerinin teknik entegrasyonu SAP’nin en büyük

• Genel bilgilere zamanında erişim

• Değişkenliğe ve büyümeye uyarlanabilir

• Yinelenen girişlerin kaldırılması

• İşlevsel sınırlar boyunca iş sonuçlarının görünürlüğünün arttırılması

• Taşınabilirliği korurken sistem arabirimlerinin ve bakım gereksinimlerinin en

• Finansal etkilerin anında yansıması

• Daha iyi kontrol ve doğruluk için kararların kaynağında yakalanması

w w w .finsoft.com.tr FI M odülüne Genel Bakış

FI Modülüne Genel Bakış-

www.finsoft.com.tr FI M odülüne Genel Bakış

w w w .finsoft.com.tr FI M odülüne Genel Bakış

• Sistemin uyarlama tekniklerine genel bakış sağlamak.

• Uygulama Kılavuzu yapısını tanımlamak

• Uygulama Kılavuzu'nun FI ve CO modülleriyle ilgili ana

www.finsoft.com.tr Uyarlama Araçları

www.finsoft.com.tr Uyarlama Araçları

• Yapılandırma uyarlamanın iş gereksinimlerini desteklemek için sistemdeki ayarları koruma

Uygulama Klavuzu İş Akışı

Prosedür M odel Uyarlama İşletme Gezgini

Proje Yönetimi/ Temel Fonksiyonlar

www.finsoft.com.tr Uyarlama Araçları

Uygulama Klavuzu İş Akışı

Prosedür M odel Uyarlama İşletme Gezgini

Proje Yönetimi/ Temel Fonksiyonlar

www.finsoft.com.tr Uyarlama Araçları