Standart SAP Kontrolleri ile Mükerrer Satıcı ve Müşteri Yaratma Durumlarından Kaçınma

Merhabalar,

Bu yazımızda, SAP ERP Sistemini kullanan firmaların en büyük sorunlarından biri olan mükerrer(birden fazla) müşteri ve satıcı kartı oluşturma sorununun önüne nasıl geçilebileceğinden bahsedeceğiz.

Dediğim gibi SAP ERP kullanan bir çok firma, değişik operasyonel süreçlerinden dolayı zaman zaman mükerrer müşteri yada satıcı açma vakası ile karşı karşıya kalabiliyor ve bu sorun yüzünden tüm operasyonlarında aksaklıklar yaşanabiliyor. SAP ERP sistemlerinde mükerrer satıcı veya müşteri kartı olması durumunda firmalar genellikle hesap ekstresi, siparişlerde yanlış satıcı veya müşteri seçmesi durumundan kaynaklı veri bütünlüğünü koruyan yapının kaybolması gibi durumlar ile karşı karşıya kalabiliyor.

Peki mevcut bu sorunun önüne nasıl geçebiliyoruz. Genellikle firmalar bu tip kontrolleri koyabilmek adına abap geliştirmeleri yapıyorlar ve bu durumda ortaya çıkan her yeni ihtiyaçta yine bir abap danışmanına ihtiyaç duyuluyor.

SAP ise temel bazı kontrolleri uyarlamalar ile çözebileceğimiz bir olanak sağlamakta ve best practise olarak bu uyarlamalar ile çözemediğimiz durumları abap user exit ile çözmemizin daha iyi olacağını belirtiyor.

İsterseniz şimdi, mükerrer satıcı ve müşteri oluşturmayı engelleyen SAP ERP sistemine ait uyarlamaları öğrenelim.

Öncelikle izlenilecek menü yolu aşağıdaki gibidir.

SPRO–> SAP IMG –> Genel Lojistik –> Muhatap –> Müşteriler –> Denetim –> Müşteri ana verileri için ileti denetimi değişikliği


SPRO–> SAP IMG –> Genel Lojistik –> Muhatap –> Müşteriler –> Denetim –> Müşteri ana verileri için ileti denetimi değişikliği

Aşağıdaki listede Müşteri bazlı olarak koyabileceğiniz kontrol iletilerine ait liste bulunmaktadır.

İleti Noİleti Metni
30SA organizasyonu &1 &2 şirket koduna tayin edildi, &3 şirket koduna değil
57Müşteri AB ülkelerinden; KDV tanıtıcı numarası belirleyin
77Müşteri & & mevcut değil
79Satıcı & & mevcut değil
88Alternatif ihtar alıcısı &1 &2 mevcut değil
116Birden çok muhatap banka tanıtıcı anahtarı mevcut
128Satıcı & silinmek üzere işaretlenmiş
129Satıcı & ( & şirket kodunda) silinmek üzere işaretlendi
130Satıcı & ( & satınalma organizasyonunda) silinmek üzere işaretlendi
131Müşteri & silinmek üzere işaretlendi
132Müşteri & ( & şirket kodunda) silinmek üzere işaretlendi
133Müşteri & seçilen SD alanında silinmek üzere işaretlenmiş
141Ülke & AB üyesi değil
144Adresleri aynı olan satıcılar bulundu, lütfen kontrol edin
145Adresleri aynı olan müşteriler bulundu, lütfen kontrol edin
146Girilen yetkili vergi merci kodu belirlenen koddan (&) farklı
217Yetkili vergi merci kodu belirlenemedi
224Satıcı & için değişiklikler henüz teyit edilmedi
225Müşteri & için değişiklikler henüz teyit edilmedi
226Satıcı & için & şirket kodunda değişiklikler henüz teyit edilmedi
227Müşteri & için & şirket kodunda değişiklikler henüz teyit edilmedi
228Değişiklikler teyit edilmeli
229Genel verilere ilişkin değişiklikler teyit edilmeli
230&3 şirket kodunda değişiklik teyit edilmeli
270&1 ilgili kişi HR eğitim ve toplantıda bir katılımcı. Bknz.uzun metin
272Aynı KDV tanıtıcılı satıcılar bulundu, lütfen kontrol edin
273Aynı KDV tanıtıcılı müşteriler bulundu, lütfen kontrol edin
274&1 &2 için ödeme blokajı belirlenmedi
275&1 &2 için ödeme blokajı hala mevcut
281&1 &2 için ödeme blokajı farklı tanımlandı.
283&1 ISO kodu &2 KDV tn.numarasında &3 ülkesine ait değil; uzun metne bakın
284OSS 905308: Üç aylık dnm.gncl.BTE’yi tetiklemez, BAdI’lar veya klnc.çkş.
290Yeni ülkeye bağlı verileri ve prosesleri kontrol edin
291Satıcı &1 güncel olarak bağlı değil ve ilgili olarak güncelleniyor
292Satıcı &1 müşteri &2 için referans oluyor
293Müşteri &1 güncel bağlı değil ve ilgili olarak güncellenecek
294Müşteri &1 güncel olarak satıcı &2 için referans oluyor
295Ret sonucunda değişiklik geri alınmıyor (bkz.uzun metin)
297Mahsuplaştırmanın etkinleştirilmesi alt.ödeyenin etkinliğini kaldırır.
370Genel verileri değiştirme yetkiniz yok
387Satıcı AB ülkesinden, KDV tanıtıcısı numarası girin
405&1 hesabı &3/&2 ödeme önerisinde mevcut.
409IBAN geçerlilik başlangıcı &3 ile saklanıyor
410Değişikliğinizden önceki eski geçerlilik tarihi: &2
411Yeni IBAN &2 için eski geçerlilik başlangıcı &3 devralınıyor
417Silme işaretinin belirlenmesinden önce IBAN’yi teyit edin.
420E-posta adresi hala kullanılıyor
423E-posta adresi hala kullanılıyor
443Kullanıcı &1 için T001S girişi yaratılamadı
560Vekaletler ayarlandı
562IBAN mevcut değil. Bununla IBAN yaratırsınız.
578‘&1’ müşteri verileri vekaleti gönderen için devralınıyor
579Bu banka ayrıntılarına/IBAN’a ilşkn.ipt.edilmemiş SEPA vekaletleri mevcut
656&1 şirket kodu &2 satış organizasyonuna tayin edilmedi
657Öğleden sonra için bitiş zamanı başlangıç zamanından önce
658Eksik zaman aralığı
778OSS 684974: Banka ana verilerini güncelle – evet veya hayır
779İlgili kişi & satış ve dağıtım irtibatıyla bağlı.
780SAP notu 939724: ADRU değişikliklerini göster – evet veya hayır
781& & & ilgili kişi muhatap rolüne tayin edildi
782SAP notu 1867091: Harici çağrılan gösterge işlemi için ileti tipi
783SAP notu 2156166: Tedavülden kalkan para birimi
784Incoterms yeri 1’i girin
785Incoterms yeri 2’yi girin
810Ülke &2 içinde banka &1 silme için işaretlendi
813Hesap sahibini girin
814&2 metninde izin verilmeyen karakter ‘&1’
832Geçersiz yetkili vergi merci kodu
899& & & &

Yukarıdaki mesaj/ileti no’larına göre sistemlerinize koymak istediğiniz kontrol kodlarını seçerek tek tek aşağıdaki gibi uyarlamanızı yapabilirsiniz.

Örnek olarak yapacağımız uyarlamada, Incoterms yer 1 ve 2 ve Adres bilgisi aynı olan müşteriler için kontrol koyacağız.

Incoterms 1 ve 2 kontrolü için kullanacağımız ileti kodları 784 ve 785 iken, aynı adres kontrolü ileti numarası 145’dir.

Bu durumda sırası ile uyarlama yapacak olur isek, uyarlama tablomuzun görüntüsü aşağıdaki gibi olacaktır.

Müşteri Kontrol Uyarlama Ekranı

İleti No: Kontrol edilmesi istenen ileti numarasını belirtir.

İleti Metni: Kontrol edilmesi istenen ileti numarasına ait detay tanımdır.

Klnc. Adı: İlgili kontrolün sadece bir veya daha fazla kullanıcı için yapılması istenmesi durumunda bu alanda kullanıcıların SAP kullanıcı adlarının bu alana girilmesi gerekmektedir.

Diy.: İlgili kontrolün sadece diyalog ekranında gösterilmesi amacı ile I(Bilgi) veya herhangi bir kontrol olmaması için – ibaresi konulabilir.

TG: Batch yada BAPI yöntemleri ile toplu veri girişi esnasında ilgili kontrolün çalışması istenebilir. I(Bilgi) veya herhangi bir kontrol olmaması için – ibaresi konulabilir.

Standart: Bu alanda ilgili mesajın türü belirtilir. E(Hata), W(Uyarı) anlamına gelmektedir.

Bu Yazıyı Beğendiniz mi?
I agree to have my personal information transfered to MailChimp ( more information )
Sizde 3.000 kişinin üzerinde bulunan abonelerimiz arasına katılın. Abone olarak yeni eklenen içeriklerimizden anında haberdar olursunuz
E-Mail adresiniz sapuzman.com dışında 3 tekil veya tüzel kişilikler ile paylaşılmayacaktır
Sosyal Medya Hesaplarımız
Umut Demirci hakkında 320 makale
1986 yılında Kocaeli'nin Darıca ilçesinde dünyaya geldim. Bahçeşehir Üniversitesi, Matematik ve Bilgisayar Bilimleri bölümünü başarılı bir şekilde tamamladım. Üniversite yıllarında çeşitli sosyal sorumluluk projeleri ve bilişim projeleri içerisinde görev aldım. Üniversiteyi tamamladıktan hemen sonra 2010 yılında başladığım ERP sektöründe, SAP Sipariş Planlama&Müşteri Hizmetleri ve Master Data Birim Yöneticisi olarak çalışmaya devam etmekteyim. Daha detaylı bilgi için Hakkımda menüsünü kullanabilirsiniz.

2 yorum

  1. Bu makale tabii ki pek çok kişi için yararlı olacaktır. Ancak çalıştığım işyeri gibi bilgi işlem birimi olan kurumlarda SPRO gibi işlemler kullanıcıya kapatılmış olduğunda bu tür durumlarda işe yarmıyor.

    • Merhaba Ali Bey,
      Malesef bu konuda yapabileceğim birşey yok ancak DEV sistemlerinizde kullanıcınız var ise bu ekranları kontrol edebilirsiniz ancak unutmayın tüm yaptığınız değişiklikleri geri almanız gerekmekte.

Bir yanıt bırakın

E-posta hesabınız yayımlanmayacak.


*