Erzurum OSB için e-İrsaliye: Sevkiyat öncesi kontrol rehberi

İrsaliyeyi sevkiyatın hazırlık listesine alın

Erzurum OSB’de bir sevkiyatın hazırlanması yalnızca ürünün araca yüklenmesinden oluşmuyor. Depo miktarı, alıcı bilgisi, taşıyıcı ve belge durumu aynı anda doğru olmalı. E-dönüşüm desteğinde, imzalama ekranının açılmasını bu zincirin tamamı saymamak gerektiğini özellikle anlatıyorum.

Benim önerim, aracın çıkışından önce belge durumunu kimin kontrol edeceğini belirlemek. Muhasebe “belgeyi oluşturdum”, depo “araç yüklendi” diyebilir; buna rağmen iletim adımı tamamlanmamış olabilir. Bu rehber, e-İrsaliye kullanan işletmede kontrolün nerede yapılacağını netleştirmek için hazırlandı.

Önce zorunluluk ve kullanım yöntemini belirleyin

E-İrsaliye kapsamı; faaliyet, mükellefiyet ve ilgili geçiş hükümlerine göre değerlendirilir. Bir işletmenin OSB’de bulunması tek başına ölçüt değildir. E-Fatura kaydı da e-İrsaliye yükümlülüğünü her durumda aynı şekilde açıklamaz. Mali müşavirinizden 509 Sıra No.lu Tebliğin IV.3.5 ve IV.3.6 bölümleri ile işletmenize ilişkin güncel düzenlemeler üzerinden kapsam ve geçiş tarihini belirlemesini isteyin.

GİB portalı, özel entegratör veya doğrudan entegrasyon yöntemlerinden hangisinin kullanıldığı iş akışını etkiler. Depodaki ERP ekranıyla GİB’e iletimi yapan sistem farklı olabilir. Destek ihtiyacında önce bu bağlantıyı çıkarın; yalnızca ERP programının adını bilmek, belgenin hangi sistemde beklediğini göstermeyebilir.

Aracın çıkışından önce hangi bilgiler okunmalı?

Belgeyi düzenleyen kişi, siparişteki verileri otomatik aktarılmış olsa da gözden geçirmeli. Son anda araç veya sürücü değiştiğinde yalnızca sevkiyat mesaj grubunu güncellemek yetmez; belge akışındaki taşıma bilgilerinin de duruma uygun olması gerekir. Yurt dışına gönderim hazırlıyorsanız mikro ihracatta sipariş, fatura ve gönderi kayıtlarını eşleştirme rehberini de hazırlık listenize ekleyin.

Taslak ile sevke hazır belgeyi ayırın

509 Sıra No.lu Tebliğin V.5.3 bölümü ile uygulama kılavuzunun 7 ve 13. bölümlerindeki genel kural, istisnalar dışında belgenin fiilî sevkten önce düzenlenmesi ve GİB sistemlerine başarıyla iletilmesidir. Yalnızca taslak kaydetmek veya belge numarası üretmek bu adımların tamamlandığını göstermez.

Özel entegratör yönteminde kılavuzun 13 ve 15.8 bölümleri ayrı bir akış tanımlar: Belgenin GİB’e gönderilmek üzere entegratör sistemine iletilmesi sevki başlatmak için yeterlidir; imzalama ve GİB’e iletimi kılavuzdaki süre içinde tamamlama yükümlülüğü entegratördedir. Alıcının sistem yanıtı ayrıca beklenmez. Bu nedenle fiziksel mali mühür arızasını her kullanım modelinde aynı şekilde yorumlamayın.

Örneğin ERP’de numara üretilmiş fakat entegratöre aktarım hata vermişse, belgeyi entegratöre iletilmiş saymayın. Belge numarasıyla aktarım kaydını eşleştirin, hata mesajını alın ve sağlayıcının hangi işlem durumunu onayladığını netleştirin. Yalnızca taslak veya hata durumu varken normal elektronik akış tamamlanmış gibi aracı çıkarmayın; kullanılabilir bir istisna varsa bunu ayrıca doğrulayın. Yeniden denemeden önce aynı belgenin sisteme ulaşıp ulaşmadığını kontrol etmek mükerrer kayıt riskini azaltır. Kılavuzun 13. bölümünde tarih aralığı belirtilen geçici kolaylıkları da kalıcı kural gibi kullanmayın; geçmiş bir dönem için verilen işlem durumu izni, bugünkü sevke tek başına dayanak değildir.

İrsaliye ve faturanın işlevleri farklıdır. e-Fatura ve e-Arşiv rehberi belge seçimini açıklar; faturanın sevk irsaliyesi yerine kullanılabildiği özel koşulları ise uygulama kılavuzunun 15.4 bölümünden değerlendirin. Tarımsal ürün alımı da yapıyorsanız e-Müstahsil Makbuzu kapsamı ve saha hazırlığını ayrıca inceleyin; sevk belgesiyle alım belgesinin kontrol adımları birbirine karışmasın.

Karekod okunabilir olsun, belge erişimi de çalışsın

GİB Karekod Standardı Kılavuzu’nun 2.3 bölümü, e-İrsaliye karekodundaki belge numarası, ETTN, sevk tarihi ve zamanı gibi alanları tanımlar. Bir örneği okutup ekranda çıkan belge numarasının sevkiyat belgesiyle eşleştiğini kontrol edin. Yazılımın ürettiği karekodu rastgele bir QR görseliyle değiştirmeyin; küçük veya silik baskıyı da çıkıştan önce fark edin.

509 Sıra No.lu Tebliğin V.5.3 bölümüne göre araçta e-İrsaliyenin kâğıt örneği bulunmalı veya elektronik görüntülenmesi sağlanmalıdır. Sadece karekodun telefonda görünmesi, belgenin erişilebilir olduğunu tek başına göstermez. Şoförün doğru belgeyi açabildiğini kontrol edin; cihazın bağlantı ve pil durumunu da hazırlığa dahil edin.

Sevkte kullanılan çıktı ile e-İrsaliye uygulamasına kayıtlı işletmenin elektronik saklama düzenini ayırın. Uygulama kılavuzunun 15.10 ve 15.21 bölümleri bakımından çıktı, elektronik asıl belgenin yerine geçen bir arşiv değildir. Belgeyi ve ilgili sistem kayıtlarını yazılımınızın saklama düzeninde koruyun. Karekod, denetimin sonucu veya ne kadar süreceği hakkında bir güvence sağlamaz.

Kesinti senaryoları için tek bir matbu çözüm yok

Önce sorunun yerini ayırın: Depoda yazıcı mı çalışmıyor, işletmenin interneti mi kesildi, yoksa entegratör mü hata veriyor? Bunları tek bir “sistem yok” kaydında toplamayın. Genel arıza ve kesinti hallerinde 509 Sıra No.lu Tebliğin V.7 bölümündeki koşullar incelenir; işletme veya entegratör tarafındaki ilgili arıza ve kesintinin belgelenmesi gerekir. Belgeyi kâğıda geçirmek için her teknik sorun otomatik gerekçe değildir.

Kılavuzun 15.5 bölümü, sevkin başladığı yerdeki altyapı ve teknik imkânsızlıkta matbu irsaliye ile e-İrsaliyenin eşzamanlı düzenlenmesini esas alır. Matbuya elektronik belgenin numarası ve düzenleme zamanı ile ilgili taşıma bilgileri eklenir; “e-İrsaliyesi ayrıca düzenlenmiştir.” açıklaması yazılır. Bu, bütün internet kesintilerinde elektronik belgeyi sonradan hazırlama izni değildir.

Benim önerim, kesinti prosedürünü araç kapıya geldiğinde yazmaya başlamamak. Mali müşavir ve yazılım sağlayıcısıyla hangi olayda hangi bölümün uygulanacağını önceden belirleyin. Matbu belge kullanılacaksa yetkili kişi, eşleştirilecek belge kaydı ve elektronik işlemin ne zaman tamamlanacağı aynı prosedürde bulunsun. Özel sevkiyat senaryolarını da kendi şartlarıyla değerlendirin.

• Kesintinin nerede, hangi saatte ve hangi sistemde olduğunu kaydedin.
• Sağlayıcının arıza duyurusunu veya destek kaydını saklayın.
• Mali müşavirinizle önceden belirlediğiniz, duruma uygun belge yöntemini izleyin.
• İşlem düzeldiğinde bekleyen belgeleri, iletim sonuçlarını ve mükerrer kayıtları kontrol edin.

Mali mühür ve yazılım yetkileri

Mali mühür ile e-imza farkını bilmek, şirket adına başvuru ve kullanıcı işlemlerini ayırmayı kolaylaştırır. Sertifikanın tarihini, hangi uygulamada kullanıldığını ve işlem yetkilisini kaydedin. PIN’i depo personelinin tamamının bildiği ortak bir şifreye dönüştürmeyin.

Birden fazla işletme veya şube yönetiliyorsa cihazların etiketlenmesi ve yetkilerin ayrılması gerekir. Mali mühür başvuru planlamasında anlatılan kayıt düzeni burada kullanılabilir. Yedek cihazı ancak kullanım modelindeki ihtiyacı belirledikten sonra değerlendirin; yazılım aktarım hatasını ikinci kart çözmeyebilir.

Vardiya devrinde belge sorumluluğunu devredin

Gün sonunda sevk listesiyle elektronik belge listesini karşılaştırın. Bekleyen, hatalı ve iptal/düzeltme takibi gereken kayıtlar bir sonraki vardiyaya açıkça aktarılmalı. Sadece WhatsApp üzerinden “irsaliye hazır” bilgisi verilmesi, belge durumunun düzenli takibi yerine geçmez.

Erzurum merkezde e-dönüşüm ve kurulum desteği için bizimle görüşebilirsiniz. Teknik destek formunda kullandığınız ERP’yi, entegratörü, sevk noktasını ve hatanın oluştuğu adımı belirtin. Şifre veya PIN paylaşmadan, müşteri bilgileri kapatılmış hata metniyle başlayabiliriz. Teknik desteğin amacı, işletmenizin belirlediği doğru belge akışının cihaz ve yazılım tarafında çalışmasını sağlamaktır.