Erzurum ticaretinde büyüme: dijitalleşme hangi darboğazı çözebilir?

Şehrin gelişmesini tek nedene bağlamamak

Erzurum'da ticaret ve sanayinin gelişmesini konuşurken ulaşım, enerji, finansman ve insan kaynağı başlıkları doğal olarak öne çıkıyor. İşletmelerin dijital süreçleriyle çalışırken benim gördüğüm alan ise siparişin, stok bilgisinin ve belgenin nasıl ilerlediği. Bu alanı iyileştirebiliriz; fakat her ekonomik sorunun sebebi olarak işletme sahibinin teknolojiye yaklaşımını göstermek haksızlık olur.

Bir firmanın daha fazla satış yapabilmesi, aldığı siparişi sağlıklı tamamlayabilmesiyle de bağlantılı. Yeni müşteri aramadan önce bugünkü işin nerede beklediğini anlamak değerli. Bu yazıda Erzurum'a hangi sanayinin yakışacağına hükmetmek yerine, mevcut işletmenin kontrol edebildiği birkaç iş akışına bakıyorum.

Darboğazı yazılım ekranından önce işin içinde bulmak

Sipariş alındıktan sonra müşteriye teslim tarihi veriliyor, ürün hazırlanıyor ve sevkiyat yapılıyor. Bu zincirde bekleme varsa başlangıçta herkese yeni bir program açmak zorunda değiliz. Satışın elindeki ürün adıyla depodaki ad farklı mı? Hazır görünen stok aslında başka müşteriye ayrılmış mı? Onay tek kişide mi bekliyor? Taşıyıcıya geçişte ürün profili, gönderim maliyeti ve sevkiyat kaydını birlikte değerlendirin.

Ben bu incelemede bir işlemi başlangıçtan sonuca kadar takip etmeyi yararlı buluyorum. Görevli çalışan ne yaptığını anlatırken kullanılan dosyalar ve tekrar girilen bilgiler görünür olur. Sorunun çözümü bazen entegrasyon, bazen görev paylaşımı, bazen de tek bir ürün kodunda anlaşmaktır. Satın alınacak aracın kapsamı, bu gözlemden sonra daha doğru belirlenebilir.

İlk görüşmede örnek bir sipariş seçip aşağıdaki kontrol kaydını birlikte doldurabilirsiniz. Müşterinin kişisel bilgilerini görüşmeye taşımak yerine anonim bir örnek kullanın. Amaç çalışanı hatalı ilan etmek değil, bilgi veya onayın hangi aşamada eksildiğini bulmak. Başlangıçta görülmeyen bir durum çıkarsa çözüm kapsamını buna göre yeniden belirleyin.

Stok bilgisinin ortak bir dili olmalı

Aynı ürünün farklı adlarla kaydedilmesi, depo ile satış ekibinin farklı rakamlar görmesine yol açabilir. Ürün kodu, birim, paket içeriği ve teslim edilebilir miktar için ortak tanım gerekir. İade gelen ürünün hemen satılabilir stoğa mı, kontrol bekleyen alana mı gireceği de işletmenin ürününe göre belirlenmeli.

Bunun için geçmişteki bütün kayıtların bir anda kusursuz hâle gelmesi beklenmeyebilir. Önce aktif ürünler ve devam eden siparişler düzenlenebilir; eski kayıtların nasıl korunacağı ayrıca planlanır. Yine de geçiş tarihinde hangi bilginin esas alınacağı yazılı olmalı. İki ekranı aylarca birbirinden bağımsız tutmak, kontrol hissi verse de farklı kayıtlar üretebilir. Süt veya tarımsal ürün alımında bu takibi üretici, parti ve ödeme kayıtlarını ilişkilendirerek sahadaki teslimattan başlatabilirsiniz.

• Ürünün tekil kodu ve kullanılan ölçü birimi
• Fiziksel stok ile müşteriye ayrılmış stok ayrımı
• Hasarlı veya kontrol bekleyen ürünün durumu
• Kayıt hatasını düzeltme ve onaylama yetkisi

E-belge kaydı işletme kaydının yerini tutmaz

Faturanın düzenlenmesi, siparişin bütün ayrıntılarının doğru olduğu anlamına gelmez. Ürün, miktar, müşteri ve sevkiyat bilgilerinin kendi aralarında tutarlı olması gerekir. Belgeleri muhasebeciye ulaştırmak kadar, işletme içindeki kaydın hangi aşamada kesinleştiğini bilmek de önemli.

E-Fatura ile e-Arşiv arasındaki farkı işletmenin satış akışından ayrı düşünmemeyi öneriyorum. Belgeyi hangi uygulama oluşturuyor, yetkili kim kontrol ediyor ve sonuç nerede saklanıyor? Müşteri adresi değiştiğinde yalnızca son belgeyi düzeltmek, eski bilginin bir sonraki siparişe taşınmasını önlemeyebilir. Hatanın çıktığı kayıt da incelenmelidir.

Sertifika ihtiyacı varsa e-imza ve mali mühür ayrımı başlangıç sağlar. Kimin imza atacağı ile hangi çalışanın veriyi hazırlayacağı aynı karar değildir.

Faturadaki satış tutarı siparişin işletmeye ne bıraktığını tek başına göstermez. İnternetten satışta komisyon, reklam, kargo ve iadeyi aynı kayıtta değerlendirmek için varsayımsal e-ticaret sipariş hesabını kullanabilirsiniz; bu hesap satış gelirini, sipariş katkısını ve banka tahsilatını ayrı tutar.

ERP veya entegrasyon teklifini nasıl değerlendirebilirsiniz?

Teklif görüşmesinde uzun özellik listesinden önce kendi işinizin bir örneğini göstermek daha açıklayıcıdır. Siparişin değiştirilmesi, kısmi teslim, iade ve yetkili kişinin izinli olması gibi durumları sağlayıcıdan uygulama üzerinde anlatmasını isteyebilirsiniz. Yalnızca sorunsuz tamamlanan satışın gösterilmesi, günlük işletme ihtiyacını bütünüyle açıklamaz.

Lisansın yanında kurulum, veri aktarımı, eğitim, bakım ve başka sisteme geçerken veri alma koşulları da konuşulmalı. Güncelleme sonrasında entegrasyon çalışmazsa kimin hangi noktaya kadar sorumlu olduğu belirlenebilir. Daha geniş paket her zaman uygun çözüm değildir; kullanılan işlevin güvenilir çalışması ve destek kapsamının anlaşılması benim için daha önceliklidir.

Destek programını yatırım kararından ayrı incelemek

KOSGEB'in KOBİ Dijital Dönüşüm Destek Programı sayfasını 27 Eylül 2026'da kontrol ettim. Program, NACE kodu C-İmalat kapsamında faaliyet gösteren küçük ve orta ölçekli işletmeler için koşullar tanımlıyor; mikro işletmeler aynı kapsamda değil. Onaylı dijital dönüşüm/olgunluk değerlendirme raporu da başvuru şartları arasında. Destek, protokollü bankalardan kullanılan kredinin faiz giderlerine yönelik; her işletmeye açık, yazılım bedelinin doğrudan ödendiği genel bir hibe olarak sunulmamalı.

Başvuru tarihindeki koşullar resmî kaynaktan kontrol edilmeli; uygun bulunma veya kredi kullanabilme sonucu baştan varsayılmamalı. İşletme önce gerçekten ihtiyaç duyduğu yatırımı tarif etmeli. Yalnızca destek var diye günlük işte kullanılmayacak bir özellik almak, proje sonrasında bakım ve eğitim yükü bırakabilir. Başvuru evrakını hazırlayan kişiyle yatırımın kullanımından sorumlu kişi birlikte çalışırsa mali ve operasyonel beklenti daha erken karşılaştırılabilir.

KOSGEB kurulunun başvuruyu uygun bulması ile bankanın kredi değerlendirmesi ayrı aşamalardır. Yatırım bütçenizi bunlar tamamlanmadan kesin finansman varmış gibi kurmayın. Güncel mali koşulları ve kapsam dışı faaliyetleri resmî sayfa ile bağlı program belgelerinden ayrıca kontrol edin.

İyileştirmeyi kendi başlangıcınızla karşılaştırın

Dar kapsamlı bir denemede eski ve yeni iş akışını karşılaştırabilirsiniz. Eksik bilgi nedeniyle dönen siparişler, kayıt farkları, tekrar girilen alanlar ve destek isteyen çalışanların soruları yararlı gözlem başlıklarıdır. Bunları ölçmeden gelir artışı veya tasarruf oranı vaat etmek istemem. Sezon, fiyat ve müşteri yapısı değişmişse sonuçları tek başına yazılıma bağlamamak gerekir. Birden fazla işletmenin katıldığı çalışmalarda Erzurum 2030 için ortak proje hazırlığı önerisinden yararlanarak aynı ölçüm tanımını ve takip sorumlusunu belirleyebilirsiniz.

Deneme sonunda bazı adımların değişmemesi de bilgi verir. Sorun yazılımın dışında bir onay veya tedarik koşulundaysa oraya dönmek gerekir. E-dönüşüm sürecini böyle ele aldığımızda işletmenin deneyimiyle teknik çözüm birbirini tamamlar. Erzurum'da ticaretin büyümesine katkı, bazen büyük bir teknoloji yatırımından önce bir siparişin herkes tarafından aynı şekilde anlaşılmasıyla başlayabilir.

Denemenin sonunda aynı örnek siparişi yeniden yürütün: eksik bilgi kim tarafından tamamlandı, değişiklik depoya ulaştı mı, belge durumu doğru görüldü mü? Yalnız sorunsuz örneği kabul ölçütü yapmayın; kısmi teslim veya iade gibi kullandığınız bir istisnayı da inceleyin. Excel’den iş yazılımına geçiş rehberindeki veri ve devir soruları bu hazırlığı tamamlar. E-imza, KEP veya mali mühür içeren belge akışınız için görüşme talebinizi iletebilirsiniz. Önce aksayan adımı ve kullandığınız uygulamayı belirtmeniz yeterli.