SAP E-Beyanname nedir?
Çözümün temeli: beyanname verisi, kontrol, onay ve GİB iletimi tek akışta.
Rehberi okuyun →İNTERAKTİF ÜRÜN SİMÜLASYONU · SAP E-BEYANNAME · GİB ENTEGRASYONU
Fenikstech SAP E-Beyanname interaktif simülasyonu, SAP FI kaynaklı hazırlık, kontrol, şirket içi onay, kapsama göre iletim ve arşiv deneyiminin nasıl tek akışta birleşebileceğini gösterir. Hedeflenen çözümde kullanılabilir kanal; beyanname türü, dönem, il/mükellef, yetki, ortam ve GİB geçiş takvimine göre belirlenir.
İnteraktif simülasyon 2026 örnek verisiyle tarayıcıda çalışır; gerçek SAP veya GİB sisteminde işlem yapmaz. Kayıt veya kurulum gerekmez.

Simülasyon; KDV 1, KDV 2, Muhtasar ve Prim Hizmet, Damga Vergisi, Kurum Geçici Vergi ve Kurumlar Vergisi için hazırlık, kontrol ve durum takibinin tek SAP ekranında nasıl birleştirilebileceğini gösterir.
Simülasyon, tür, dönem, il/mükellef, yetki ve ortama göre e-Beyan REST API veya desteklenen paket/XML akışının nasıl seçilebileceğini gösterir; her sürüm tek kanaldan izlenir.
Simülasyonda matrah-oran uyumu, 191/391 hesap bakiyeleri, devreden KDV, tevkifat sınırı ve bordro eksikleri şirket içi onaydan önce denetlenir. Bloklayıcı fark giderilmeden dört göz onayı ve gönderim açılmaz.
Hedef ürün yaklaşımında GİB şema ve doğrulama değişiklikleri sürümlü kurallara yansıtılır; her canlı proje için güncel kapsam ve şirket senaryoları ayrıca doğrulanır.
Simülasyon; hazırlayan, onaylayan, tarih-saat, beyanname sürümü ve gönderim kanalını aynı işlem izinde gösterir. Son onaylı sürüm üzerinden düzeltme ve özel onay taslağı başlatılabilir.
CANLI HATA SENARYOSU
191 hesabına KDV göstergesi olmadan atılan manuel bir kayıt, defter bakiyesi ile beyanname arasında 14.250 TL fark yaratır. Kontrol motoru farkı kaynağıyla gösterir; şirket içi onay ve GİB gönderimi düzeltme tamamlanana kadar açılmaz.
ÜRÜN ADIMLARI
SAP FI ve ilgili kaynaklardan derlenen veriler beyanname satırlarına aktarılır. Matrah-oran, 191/391 hesap bakiyesi, devreden KDV, tevkifat sınırı ve bordro eksikleri kaynak kayda kadar kontrol edilir.

Hazırlayan ve onaylayan ayrıştırılır; kullanıcı, tarih-saat ve beyanname sürümü işlem izine alınır. Tür, dönem, mükellef yetkisi ve ortama göre REST API veya desteklenen paket/XML kanalı seçilir.

Resmî onay tamamlandığında beyanname ve tahakkuk belgeleri SAP’e alınır; oluşacak FI mahsup kaydı önizlenir. Son onaylı sürüm üzerinden düzeltme, kanuni süre sonrası veya pişmanlık talepli özel onay taslağı başlatılabilir.

KARŞILAŞTIRMA
Hazırlık, kontrol, iletim ve arşiv adımları klasik süreçte ayrı ayrı yürür; Fenikstech E-Beyanname’de tek akışta birleşir.
| Süreç / Özellik | Klasik BDP/Excel süreci | Fenikstech E-Beyanname ürünü |
|---|---|---|
| Veri kaynağı ve hazırlama | SAP verisi Excel’e aktarılır; beyanname bilgileri BDP’ye veya portala yeniden taşınır. | Beyanname verisi SAP FI ile bordro ve vergi kaynaklarından hazırlanır; her tutar kaynak kaydına kadar izlenir. |
| Kontrol ve mutabakat | Kontroller farklı dosya ve ekranlarda yürütülür; kaynağa dönmek ve farkı araştırmak zaman alır. | Matrah-oran, hesap bakiyesi, devreden KDV ve zorunlu alan kontrolleri şirket içi onaydan önce çalışır. |
| Dört göz onayı ve işlem izi | Hazırlayan ve onaylayan bilgileri e-posta, dosya veya ayrı iş listelerinde takip edilebilir. | Hazırlayan, onaylayan, tarih-saat, beyanname sürümü ve durum geçişleri aynı işlem izinde gösterilir. |
| GİB iletimi ve onay | Paket oluşturma, portala yükleme ve işlem durumunu izleme adımları ayrı ayrı yürütülür. | Tür, dönem, mükellef yetkisi ve ortama göre REST API veya desteklenen paket/XML kanalı seçilir; durum yanıtları SAP içinden izlenir. |
| Tahakkuk ve arşivleme | Beyanname ve tahakkuk belgeleri yerel klasörlerde veya farklı paylaşım alanlarında tutulabilir. | Onaylı beyanname, tahakkuk belgesi, FI mahsup kaydı ve dönem arşivi SAP içinde bir arada tutulur. |
| Düzeltme ve özel onay | Son onaylı beyanı bulma, farkları çıkarma ve açıklamaları takip etme adımları ayrı araçlarda yürütülür. | Son onaylı sürümden düzeltme taslağı açılır; kanuni süre sonrası ve pişmanlık seçenekleri ayrı gösterilir. |
| Çok şirketli görünüm | Her şirket ve vergi dairesi için ayrı dosya, ekran veya takip listesi kullanılır. | Grup şirketlerinin beyanname durumu, son günü, blokajı ve tahakkuk tutarı tek holding kokpitinde görünür. |
| Mevzuata uyum süreci | GİB formatı veya kuralı değiştiğinde kullanılan araçların sürümleri ayrı ayrı takip edilir. | GİB şema ve kural değişiklikleri sürümlü kurallarla yönetilir; her projede güncel GİB kapsamı ayrıca doğrulanır. |
TAHMİNİ ZAMAN KAZANIMI
Beyanname hacminizi ve mevcut çalışma sürenizi girerek olası yıllık zaman kazanımını hesaplayın.
Örnek: KDV 1, KDV 2, Muhtasar, Damga, Kurum Geçici veya Kurumlar Vergisi
* Sonuçlar tahminidir ve yalnızca girdiğiniz sürelere dayanır. Gerçek kazanım; beyanname türüne, kontrol kapsamına, onay adımlarına ve şirket yapısına göre değişir.
UYGULAMA REHBERLERİ
Kapsamı, mimariyi ve işletim modelini GİB’in güncel entegrasyon dokümanlarıyla birlikte değerlendirin.
Kaynaklar son kontrol:
Çözümün temeli: beyanname verisi, kontrol, onay ve GİB iletimi tek akışta.
Rehberi okuyun →İki kanalın rolünü ve hangi durumda kapsam doğrulaması gerektiğini ayırın.
Rehberi okuyun →“Destekleniyor” kararını beyanname türü, dönem, yetki ve GİB ortamına göre verin.
Rehberi okuyun →SAP kaynak verisinden GİB durum yanıtına kadar denetlenebilir akışı tasarlayın.
Rehberi okuyun →Yetki, veri, kontrol, test, onay ve canlıya geçiş adımlarını planlayın.
Rehberi okuyun →Teknik ve iş kuralı hatalarını kaynağa, sorumluya ve yeniden kontrole bağlayın.
Rehberi okuyun →SIKÇA SORULAN SORULAR
BDP’siz çalışma, GİB REST entegrasyonu, kapsam ve SAP uyumluluğu hakkında kısa yanıtlar.
Bu sayfadaki Fenikstech SAP E-Beyanname deneyimi interaktif bir ürün simülasyonudur. SAP FI ve ilgili kaynaklardan veri hazırlama, kontrol, şirket içi onay, kapsama göre gönderim ve arşiv adımlarının nasıl birleştirilebileceğini örnek verilerle gösterir; gerçek sistemlerde işlem yapmaz.
Çözüm; KDV 1, KDV 2, Muhtasar ve Prim Hizmet (1003A/1003B), Damga Vergisi, Kurum Geçici Vergi ve Kurumlar Vergisi süreçlerini kapsayacak şekilde uyarlanabilir. Kullanılacak GİB kanalı ve ayrıntılı kapsam; beyanname türü, dönem, mükellef yetkisi, GİB geçiş takvimi ve şirketinizin senaryosuna göre proje başında netleştirilir.
BDP, GİB’in masaüstü Beyanname Düzenleme Programıdır. “BDP olmadan”, desteklenen akışlarda kullanıcının BDP’yi ayrıca açıp veri girmeden veya paket hazırlamadan işlemleri SAP içinden yürütmesi demektir. Gönderim kanalı; beyanname türü, dönem, mükellef yetkisi ve GİB geçiş takvimine göre belirlenir.
Çözüm SAP ECC 6.0 ve SAP S/4HANA sistemlerinde yerel ABAP mimarisiyle uygulanabilir. Kesin teknik kapsam; kurulu SAP sürümü, destek paketi, şirket kodları ve mevcut geliştirmeler incelendikten sonra belirlenir.
Önce Dijital Vergi Dairesi üzerinden e-Beyan entegrasyon başvurusu yapılır ve GİB onayı alınır. Onaylanan sabit IP adresleri ile ortama özel API anahtarı SAP’e güvenli biçimde tanımlanır. Kullanılabilir beyanname ve ortam kapsamı GİB’in güncel duyurularına ve mükellefin yetkisine bağlıdır.
Matrah-oran uyumu, ilgili hesap bakiyeleri, devreden KDV ve zorunlu alanlar şirket içi onaydan önce kontrol edilir. GİB’in kontrol servisinden dönen hata ve uyarılar da SAP ekranında gösterilir; gerekli düzeltmeler tamamlanmadan resmî onay adımına geçilmez.
Son onaylı beyanname üzerinden düzeltme taslağı açılır; önceki GİB kimliği, açıklama, değişiklik sürümü ve işlem izi korunur. Kanuni süre sonrası veya pişmanlık talepli özel onay seçenekleri, ilgili beyanname türü ve GİB sürümünün gerektirdiği alanlara göre ayrı yönetilir.
Kanal; beyanname türü, dönem, mükellef yetkisi, GİB geçiş takvimi ve çalışma ortamına göre belirlenir. Çözüm yaklaşımı bu koşulları kontrol edip uygun kapsamda REST API, diğer desteklenen akışlarda paket/XML hazırlama yolunu seçebilir; mükerrer gönderimi önlemek için her beyan tek kanaldan ilerletilir.
Temiz, doğrulanmış, tekilleştirilmiş ana veri — hafta sonu krizlerine gerek kalmadan Migrasyon Kokpiti üzerinden yüklenmeye hazır.