multiportal.com.tr · ERC Soft rehberleri

e-Defter Arşivinde Aynı Adlı Dosyalar: Hangisi Saklanmalı?

Yayın ve kaynak kontrolü:

Aynı dosya adını iki klasörde görmeniz, birini güvenle silebileceğiniz anlamına gelmez. İki dosya farklı kaynaktan gelmiş, farklı içerik taşımış veya farklı döneme ait olabilir. Önce özgün kopyaları koruyun; karşılaştırmayı ayrı bir çalışma alanında yapın ve hangi dosyanın esas alınacağını sorumlu kişiyle belirleyin.

Dosya adından önce kaynağı sorgulayın

Dosyanın hangi muhasebe yazılımından, kimden ve ne zaman alındığını kaydedin. İndirilenler klasörünün otomatik eklediği “(1)” gibi bir ek, dosyanın yeni veya geçerli sürüm olduğunu göstermez. Son değiştirilme tarihi de yalnız başına resmi işlem sırasını veya dosyanın geçerliliğini kanıtlamaz.

Karşılaştırma listesi

Hash karşılaştırması neyi söyler?

Teknik ekip dosyaların aynı bayt içeriğine sahip olup olmadığını hash karşılaştırmasıyla inceleyebilir. Aynı hash, karşılaştırılan kopyaların eşitliğini değerlendirmeye yarar; muhasebe kayıtlarının doğruluğunu, doğru mükellefi veya resmi gönderimin tamamlandığını tek başına kanıtlamaz. Farklı hash sonucunu da dosyayı silme gerekçesi saymayın; farkın kaynağı araştırılmalıdır.

Dosya adını veya XML içeriğini değiştirmeyin

Çakışmayı çözmek için elektronik aslı yeniden adlandırmak, XML'i düzenlemek veya yeniden kaydetmek yerine kaynağı belli ayrı çalışma klasörleri kullanın. Özgün adları ve set ilişkisini koruyun. GİB'in muhafaza düzenlemesi defter ile ilgili beratların ilişkili şekilde elektronik ortamda tutulmasını ele alır.

Kotayı azaltmak için acele silmeyin

Saklama alanınız dolmaya yaklaşıyorsa önce gerçek kapasite ihtiyacını ölçün. Yalnız adları aynı diye dosya silmek eksik dönem yaratabilir. Kopya olduğu doğrulanmış dosyalar için bile kurumunuzun saklama ve onay sürecine göre karar verin. Bu rehber herhangi bir dosyanın silinmesine onay vermez.

E-defter kopyalarını SHA-256 ile karşılaştırma: neyi gösterir?

Kısa yanıt: Aynı dosyanın kaynak ve hedef kopyasını karşılaştırmak için SHA-256 özeti kullanılabilir. Karşılaştırma, içerik değişikliği kontrolüne yardım eder; doğru mükellef, elektronik imza geçerliliği veya GİB işlem sonucunu tek başına doğrulamaz.

Kontrol sırası

  1. Önce karşılaştırılacak çifti belirleyin: aynı kaynak XML ile onun hedef XML kopyası veya aynı ZIP paketinin iki kopyası. ZIP ile içindeki XML’i aynı çift saymayın.
  2. Dosya aktarımının bittiğini ve karşılaştırma sırasında kopyaların değişmediğini kontrol edin. İşlem için kurumunuzun onayladığı yerel aracı kullanın.
  3. Teknik sorumlu PowerShell kullanıyorsa açıkça SHA256 algoritmasını seçerek her dosya için Get-FileHash sonucunu alabilir. Bu komut dosya içeriğinin özetini hesaplar.
  4. Kaynak/hedef konumu, algoritma ve sonuçları aynı kayıt satırında ilişkilendirin. Uzun değerin birkaç karakterine bakarak eşitlik kararı vermeyin.
  5. Sonuç farklıysa kaynak dosyayı değiştirmeden yanlış çift, devam eden aktarım veya farklı paket olasılığını inceleyin. Eşitse diğer kabul kontrollerini ayrıca yürütün.

Microsoft Get-FileHash belgesi özetin dosya içeriğine göre hesaplandığını açıklar. Dosya adı değişse de içerik aynı kaldığında özet aynı kalabilir. Bu nedenle hash dosyanın hangi firmaya ait olduğuna dair bağımsız kimlik belgesi değildir. Kontrolü sağlayıcıya yaptırıyorsanız hangi dosyaların ve hangi algoritmanın kullanıldığını da sorun; yalnız “hash alındı” notu karşılaştırmayı yeniden izlemeye yetmez.

Örnek iş kaydı

Örnek kayıt: “Kaynak XML referansı A17 / hedef kopya K17 / SHA-256 karşılaştırması eşit / dönem ve imza kontrolleri ayrı takipte.” Paketler farklı zamanlarda yeniden oluşturulmuşsa ZIP özetleri farklı olabilir; bu durumda iç XML’lerin eşleşmesini ayrıca incelemeden belge kaybı veya tahrifat sonucu yazmayın.

Bu kontrolün sınırı

Özet değerini açık bir çevrim içi hizmete dosya yükleyerek hesaplamak zorunda değilsiniz. Gerçek mükellef arşivlerini bilinmeyen sitelere göndermeyin. Bu sayfa dosyanızı okumaz ve hash hesaplamaz; yöntem ve kayıt kapsamını açıklar.

SHA-256 eşitse e-defterin bütün yasal kontrolleri tamamlanır mı?

Hayır. Kopya içerik karşılaştırması; dosya seti, firma/dönem, elektronik imza ve ilgili resmî işlem kontrollerinden ayrı tutulur.

Teknik sorumlu için salt okunur komut örneği: Get-FileHash -LiteralPath "C:\Kontrol\kaynak.xml" -Algorithm SHA256. Hedef kopya için de aynı algoritmayla ayrı sonuç alın. Örnek yolu kendi yetkili kontrol konumunuza uyarlayın; komut gerçek dosyanız için bu sayfada çalıştırılmaz.

Multi Portal kullanıcılarına 100 MB ücretsiz e-defter saklama; üst kapasite ücretlidir. Kampanya koşulları · Canlı Demo.

İlgili kontrol rehberleri

Araştırma ve geliştirme: 29 Ekim 2026. Teknik birincil kaynaklar: Microsoft: Get-FileHash. İşlem günündeki hizmet koşulları ayrıca kontrol edilmelidir.

ZIP paketinin hash değeri ile içindeki XML dosyasını ayırın

Kısa yanıt: İki ZIP için yapılan hash karşılaştırması ile ZIP içindeki belirli iki XML kopyasının karşılaştırması farklı kapsamlar taşır. Kontrol kaydında hangi nesneyi karşılaştırdığınızı açık yazın.

Uygulama adımları

  1. Karşılaştırılan iki dosyanın tam yolunu ve türünü kaydedin.
  2. Paket karşılaştırmasını “ZIP–ZIP”, iç dosya karşılaştırmasını “XML–XML” olarak etiketleyin.
  3. İçerik incelemesi gerekiyorsa asılları koruyan ayrı kontrol konumunda yetkili araçla çalışın.
  4. Farklı hash sonucunda hangi seviyede fark görüldüğünü destek kaydına ekleyin.

ZIP hash’inin farklı olması, içindeki bütün XML dosyalarının farklı olduğunu tek başına göstermez. Bir iç XML kopyasının aynı çıkması da paketteki diğer dosyaların eksiksizliğini kanıtlamaz. Her sonuç yalnız karşılaştırılan nesne ve algoritma için yorumlanmalıdır.

Örnek kontrol kaydı

Kontrol satırı: “Nesne: paket / algoritma: SHA-256 / sonuç: farklı / iç set karşılaştırması yapılmadı.” Bir sonraki inceleme adımını görünür tutun; dosyalardan birini otomatik silmeyin.

Paket hash’i farklıysa bütün defter dosyaları değişmiş midir?

Bu sonuç çıkarılmaz. Paket ve iç dosya karşılaştırmaları farklı kapsamdır; ilgili iç dosyalar ayrıca değerlendirilir.

Bir sonraki kontrol

Araştırma ve güncelleme: 29 Ekim 2026. Teknik birincil kaynaklar: Microsoft: Get-FileHash. İşlem günündeki hizmet ve resmî koşullar ayrıca kontrol edilmelidir.

Sık sorulanlar

Son tarihli dosyayı seçmek yeterli mi?

Hayır. Kopyalama veya indirme tarihleri değişebilir. Kaynak, dönem ve işlem sonucu birlikte değerlendirilmelidir.

ZIP adı aynıysa içindeki dosyalar da aynı mıdır?

Bu sonuç çıkarılamaz. İçerik listesi ve ilgili set kontrol edilmelidir; özgün paketleri koruyun.

Portal aynı dosyayı yüklemeyi engelliyor mu?

Bu rehber otomatik mükerrer engelleme özelliği vaat etmez. Mevcut kaydı ve ekranın verdiği sonucu kontrol etmeden tekrar yüklemeyin.

Arşivinizin firma ve dönem ayrımını tamamladıktan sonra saklama kapsamını inceleyin. Saklama alanı resmi gönderim işleminin yerine geçmez.

e-Defter saklama kampanyasını ve koşullarını inceleyin.

Kaynak kontrolü: 23 Ekim 2026. GİB, e-Defter muhafaza ve ibraz düzenlemesi. Güncel resmi koşulları işlem gününde kontrol edin.

Özgün dosya adını değiştirmeden açıklama eşlemesi kurun

Büroda kolay okunacak bir düzen kurmak için elektronik asıl dosyayı “Firma A son hali” diye yeniden adlandırmak yerine ayrı bir eşleme listesi kullanın. Özgün adı, bulunduğu kaynak klasörü ve büro açıklamasını ayrı alanlarda tutun.

Şablon; resmi dosya adı örneği veya gerçek müşteri verisi değildir
Kaynak konumuÖzgün dosya adıBüro açıklamasıKontrol durumu
Yetkili kaynaktan gelen paketKaynakta görülen ad aynen yazılırFirma kodu / ilgili dönemSet eşleşmesi bekliyor
Ayrı kontrol kopyasıİndirilen özgün ad kaydedilirErişim kontrolü için alınan kopyaKaynakla karşılaştırılacak

Aynı ad iki yerde bulunursa

Ad çakışmasını çözmek için bir dosyanın içeriğini değiştirmeyin. Kaynakları ayrı klasörlerde koruyun; hangi kopyanın kimden ve ne zaman geldiğini listeleyin. Son değiştirilme tarihini veya tarayıcının eklediği parantezli sayıyı geçerli sürüm kanıtı saymayın.

Yükleme öncesi son ad kontrolü

Seçilen dosyanın kaynak listesiyle eşleştiğini, başka firmadan kalan dosya seçilmediğini ve elektronik asıl yerine PDF bulunmadığını kontrol edin. Adlandırma uyarısı alırsanız birkaç harfi değiştirerek yüklemeyi zorlamayın. Uygulamanın güncel gerekçesini kaydedip dosyayı üreten kaynağa danışın.

Eşleme listesi yalnız takip aracıdır. Dosyanın imzasını, muhasebe içeriğini veya resmi işlem durumunu doğrulamaz; bu kontroller uygun yöntemle ayrıca yürütülmelidir. Biçim ve adlandırma uyarılarında kontrol rehberine bakın.

Bölüm güncellemesi: . Saklama kampanyasının güncel kapsamını kontrol edin.

Saklanan e-defter arşivinde firma karışıklığını nasıl önlerim?

Hedef kitle: Birden çok mükellefin e-defter saklama arşivini yöneten mali müşavir ofisleri.

Saklanan e-defter arşivinde firma karışıklığını nasıl önlerim?

E-defter arşivlerinde en riskli hata, teknik olarak geçerli görünen dosyanın yanlış mükellef klasörüne konulmasıdır. Dosya adları birbirine benzeyebilir; bu yüzden yalnız dosya adına güvenmek yerine klasör, envanter ve teslim kaydı birlikte kullanılmalıdır.

Pratik yöntem:

  1. Üst klasörü firma kimliğiyle açın: Unvan tek başına yeterli olmayabilir; VKN/TCKN bilgisini de klasör adında veya envanterde tutun.
  2. Dönem klasörü kullanın: Yıl ve ay/dönem bilgisini ayrı seviyede gösterin.
  3. Teslim kaydı oluşturun: Dosyayı kimden, hangi tarihte ve hangi kanal üzerinden aldığınızı not edin.
  4. Dosya türünü ayırın: Yevmiye, büyük defter ve berat dosyalarını tek listede ama farklı tür etiketiyle izleyin.
  5. Şüpheli dosyayı taşımadan önce kopyalayın: Yanlışlıkla üzerine yazmayı önlemek için orijinal teslim paketini salt okunur arşivde saklayın.

Açık örnek: “2026-03” adlı klasör iki firmada da bulunabilir. Bu klasörler yalnız yıl-ay adıyla ortak depoya atılırsa karışır. Bunun yerine “VKN-Unvan/2026/03” yapısı kullanılırsa dosya adı aynı olsa bile bağlam korunur.

Bu konu, yanlış firmaya e-defter yüklemeyi önleme rehberiyle birlikte okunmalıdır.

Bu kontrol listesi defter üretimi veya GİB gönderimi vaadi değildir; yalnız saklama arşivinde karışıklığı azaltmaya yöneliktir.

Resmî kaynak: GİB tebliğ sayfasında e-defter ve berat dosyalarının muhafazası ile saklamaya ilişkin usulün Başkanlıkça yayımlanan kılavuzlarda açıklandığı belirtilir: GİB tebliğ sayfası. Son kontrol tarihi: 31.10.2026, Türkiye.

Kaynak kontrol notu: Bu içerikteki resmî dayanak, 31.10.2026 tarihinde Türkiye için GİB alan adındaki tebliğ sayfası üzerinden kontrol edilmiştir.

Aynı adlı dosyalarda üzerine yazma uyarısını açık iş olarak tutun

Örnek sorun: İkinci teslim klasörü açılırken aynı isimli dosyanın değiştirileceği uyarısı çıkıyor.

Uygulanabilir kontrol

İşlemi durdurup iki kaynağı ayrı çalışma klasörlerine alın. Her birinin teslim referansını kaydedin. Dosya adı, boyutu ve varsa güvenilir karşılaştırma sonucunu aynı satırda değil iki ayrı kayıtla izleyin. Yetkili değerlendirme tamamlanana kadar birini diğerinin yerine seçmeyin.

Destek veya teslim kaydına eklenecek alanlar

Kaynak A, kaynak B, göreli yol, çakışan ad ve değerlendirme sorumlusu.

Sonucu hangi sınırla kullanabilirsiniz?

Aynı ad benzerliği içeriğin eşit olduğunu kanıtlamaz. Daha yeni tarihli görünen dosya otomatik olarak doğru kabul edilmez.

Bu örnek gerçek müşteri kaydı değildir; kurum içi inceleme ve teslim düzeni önerisidir.

GİB muhafaza ve ibraz kapsamı. Araştırma ve geliştirme:1 Kasım2026. Yeni yasal son gün veya ürün garantisi ileri sürülmemiştir.

Multi Portal kullanıcılarına 100 MB ücretsiz e-defter saklama alanı; üst kapasite ücretlidir. Saklama hizmeti defter üretimi ve GİB gönderiminden ayrı değerlendirilir.

Canlı Demo · Kampanya koşulları

Giriş ekranında “Demoyu Dene” seçeneğini kullanın.