ERP ana kayıtları yönetirken bazı işler e-posta ve tablolarda kalabilir. Özel araç kararı, önce mevcut sistemin olanaklarını ve gerçek süreç boşluğunu inceleyerek verilir.
ERP’nin varlığı ile sürecin tamamlanması aynı şey değildir
Bir şirketin ERP kullanması, bütün işlerinin aynı uygulamada yürüdüğü anlamına gelmez. Ana ürün, müşteri ve sipariş kayıtları ERP’de tutulurken teklif hazırlama, belge toplama veya bölüm içi onaylar başka yerlerde kalabilir. Bunun nedeni eksik bir modül, farklı çalışma biçimi veya henüz tanımlanmamış bir süreç olabilir. Önce boşluğun ne olduğunu bulmak gerekir. “Bize özel yazılım lazım” cümlesi tek başına kapsam değildir. Hangi işlem hangi noktada duruyor, kim devralıyor ve bilgi nereye taşınıyor sorularının cevabı yazılmalıdır.
Örneğin satın alma siparişi ERP’de açılıyor ama teknik belgeler e-postada toplanıyor olabilir. Burada ihtiyaç yeni bir satın alma sistemi kurmak değildir. Belgeleri siparişle eşleştirmek, eksikleri göstermek ve ilgili kişiye hatırlatmak yeterli olabilir. Buna karşılık stok hesabı başka bir uygulamaya taşınırsa iki farklı doğru oluşabilir. Ana kaydın nerede kalacağı bilinmeden özel araç geliştirmek, mevcut soruna yeni bir kayıt uyuşmazlığı ekleyebilir.
Önce mevcut sistemdeki seçenekleri inceleyin
ERP’nin standart modülleri, raporları, iş akışları ve desteklenen eklentileri araştırılmalıdır. İstenen özellik zaten varsa farklı bir ekran düzeni veya kullanıcı eğitimi yeterli olabilir. Kullanılmayan bir modül için yeni araç yapmak, iki ayrı bakım yükü yaratır. Ancak mevcut özellik teknik olarak bulunuyor diye işin çözüldüğünü de varsaymayın. Ekip o özelliği neden kullanmıyor, gerekli yetki var mı ve ekran gerçek iş sırasına uyuyor mu soruları önemlidir.
Mevcut modülü uyarlama, hazır eklenti kullanma ve küçük bir özel araç geliştirme seçeneklerini aynı kapsam üzerinden karşılaştırın. Her seçenek için kurulum, erişim, destek, güncelleme ve veri aktarımı ihtiyaçlarını yazın. Karar yalnız ilk geliştirme bedeline dayanırsa devam eden bakım görünmez kalır. Bir raporu oluşturmak ile o raporu veri yapısı değiştikten sonra doğru tutmak aynı iş değildir. Destek sorumluluğu ve değişiklik süreci de kararın parçası olmalıdır.
Özel araç hangi boşlukları tamamlayabilir?
Özel araç, belirli bir ekibin dar ve tekrar eden işini tamamlayabilir. Farklı kaynaklardan gelen dosyaları düzenlemek, bir belge kontrol listesi oluşturmak veya belirli bilgileri tek görünümde göstermek buna örnektir. Bu tür bir çözümün sınırı açık olmalıdır. ERP’deki ana kayıt korunur; araç hangi bilgiyi okuyacağını ve hangi bilgiyi geri yazabileceğini bilir. Kullanıcının aynı değeri iki yerde elle güncellemesi gerekiyorsa çözümün sınırı tekrar düşünülmelidir.
İlk sürüm için tek bir iş seçmek daha değerlendirilir bir sonuç verir. Örneğin bütün departmanları kapsayan yeni bir panel yerine, teknik belge eksiklerini sipariş bazında gösteren bir ekran hazırlanabilir. Kabul ölçütleri de bu işe göre belirlenir: doğru sipariş eşleşmesi, eksik belgenin görünmesi, yetkisiz kişinin kayda erişememesi ve değişikliklerin izlenmesi. İş ve otomasyon seçenekleri kapsamında araç ihtiyacı böyle somut bir işlem üzerinden tanımlanabilir.
Veri sahipliği ve bağlantı sınırı belirleyicidir
Bir müşteri adı, stok miktarı veya fiyat hangi sistemde geçerli kabul edilecek? Özel araç geliştirirken bu soru her veri grubu için yanıtlanmalıdır. ERP ana kaynaksa araçta gösterilen bilgi güncelleme zamanı ile birlikte sunulabilir. Çalışma sırasında bağlantı kesilirse eski bilgi güncelmiş gibi gösterilmemelidir. Gerektiğinde kayıt üzerinde işlem durdurulur veya kullanıcıya verinin son alınma zamanı açıkça belirtilir. Bağlantı durumu, ürünün görünmeyen bir ayrıntısı olarak bırakılmamalıdır.
ERP’ye yazma yetkisi ayrıca değerlendirilir. Her araç doğrudan ana tabloları değiştirmemelidir. Desteklenen arayüz, ilgili sistemin kuralları ve uygulama sahibinin izinleri esas alınır. Hatalı bir kayıt üretildiğinde düzeltme yolu belli olmalıdır. Yapılan işlem, sonuç ve kayıt kimliği izlenebilir tutulurken günlüklerde hassas içerik gereksiz yere saklanmaz. Çift yönlü veri aktarımında çakışmalar da ele alınır; bunun için iki sistem arasında veri aktarımı konusundaki seçenekler birlikte incelenebilir.
Güvenlik ve bakım sonradan eklenmez
Küçük bir araç da şirket verisine erişebilir. Kullanıcı rolleri, erişim kapsamı, dosya saklama süresi ve yedekleme baştan tanımlanmalıdır. Bir çalışanın ayrılması halinde erişimin nasıl kapanacağı bilinmelidir. Üretim verisini test dosyalarına kopyalamak yerine uygun test verisi kullanılmalıdır. Bağlantı anahtarları kaynak kodda veya paylaşılan tabloda tutulmaz. Bu ihtiyaçlar, aracın küçük olması nedeniyle ortadan kalkmaz; daha dar kapsamda uygulanabilir hale gelir.
Gerekli olup olmadığını nasıl anlarsınız?
Mevcut süreçte kaybolan bilgi, tekrar girilen alan ve bekleyen onayları kaydedin. Sonra bu boşlukların ERP içinde giderilip giderilemeyeceğini inceleyin. Giderilemiyorsa özel aracın dar kapsamını, veri sınırını ve sorumlularını yazın. Küçük bir pilot, gerçek iş örnekleriyle değerlendirilir. Başarısı yalnız ekranın açılması değildir; doğru veri, doğru yetki, anlaşılır hata ve sürdürülebilir bakım birlikte görülmelidir. Bazen sonuç yeni araç olur, bazen mevcut modülün düzenlenmesi; ikisi de gerçek ihtiyaca dayanıyorsa geçerli ve sürdürülebilir bir karardır.
Sık sorulan sorular
ERP varsa özel araç gereksiz midir?
Her zaman değil. Önce mevcut modül ve uyarlama olanakları incelenir. Dar bir süreç boşluğu kalıyorsa özel araç bu boşluğu tamamlayabilir.
Özel araç ERP’nin yerine geçmeli mi?
Bu ayrı ve daha geniş bir karardır. Küçük araç için ana kaydın ERP’de kalması ve veri sahipliğinin açık olması genellikle kapsamı daha yönetilebilir tutar.
Pilotta ne kontrol edilir?
Gerçek iş örnekleriyle veri eşleşmesi, erişim yetkisi, hata davranışı, tekrar önleme ve bakım sorumluluğu değerlendirilir.
Firmanızda tekrar eden bir iş mi var? Anlatın, o işi yapan aracı yazalım.
Ne lazımsa anlatınDiğer yazılar
İki sistem arasında veri aktarımı: entegrasyon mu, elle mi?
Aynı bilgiyi iki uygulamaya yazmak bir süre iş görür. İş tekrarlandığında karar, yalnız hızla değil veri doğruluğu, izlenebilirlik ve bakım ihtiyacıyla verilmelidir.
3 Ekim 2026Okuyun →Aylık paket mi, tek seferlik ödeme mi?
İlk teklifin düşük olması, iki yıl boyunca daha az ödeyeceğiniz anlamına gelmez. Aylık paket ile tek seferlik projeyi aynı kapsam, bakım ve çıkış koşullarıyla karşılaştırın.
2 Ekim 2026Okuyun →Yapay zekâ çalışanın yerini alır mı?
Bir çalışanın işi, aynı türde olmayan birçok görevden oluşur. Yapay zekâ ve otomasyonun nerede işe yarayacağını görmek için unvanı değil, bu görevleri ayrı ayrı inceleyin.
2 Ekim 2026Okuyun →Randevuya gelmeyen müşteri: hatırlatma işe yarar mı?
Hatırlatma, müşterinin unuttuğu bir randevuyu yeniden görmesini sağlar; gelmesini garanti etmez. Önce doğru iletişim bilgisi alınmalı, onay mesajı gönderilmeli ve randevu öncesinde kısa bir hatırlatma yapılmalıdır. Sonuç, rezervasyon sayısıyla değil gerçekleşen randevularla ölçülür.
1 Ekim 2026Okuyun →Siteniz hacklenirse ne olur, nasıl korunursunuz?
Şüpheli değişiklikte önce siteyi ve kullanıcıları koruyun, kayıtları saklayın ve sorunun kapsamını belirleyin. Temiz yedeğe dönmek tek başına yeterli değildir: giriş yolu kapatılmalı, ilgili erişimler güvenceye alınmalı ve hizmet tekrar sınanmalıdır. Düzenli bakım bu hazırlığı kolaylaştırır.
1 Ekim 2026Okuyun →Yıllar içinde biriken mükerrer kayıtlar nasıl temizlenir?
Mükerrer kayıtları temizlemenin güvenli yolu, önce aynı olan kayıtları bulan bir eşleştirme kuralı belirlemek, her grupta hangi kaydın kalacağına karar vermek ve hiçbir şeyi onaysız silmemektir. Temizlik başlamadan tam yedek alınır, her birleştirme rapora yazılır; böylece yanlış birleşen kayıt geri alınabilir.
30 Eylül 2026Okuyun →Teklif, proforma ve fatura: hangisi ne zaman hazırlanır?
Teklif, müşteriye fiyatı ve koşulları bildiren belgedir; proforma, satış kesinleşmeden önce ödeme ya da ön onay için hazırlanan ön faturadır ve vergi belgesi değildir; fatura ise satış gerçekleştikten sonra düzenlenen resmî belgedir. Üçü de aynı müşteri ve ürün bilgisini taşıdığı için tek kaynaktan üretilmeleri, aynı bilginin üç kez elle yazılmasından doğan hataları önler.
30 Eylül 2026Okuyun →Otomasyon projesi neden başarısız olur?
Otomasyon projeleri çoğu zaman yazılım bozuk olduğu için değil, işin çevresindeki düzen kurulmadığı için başarısız olur. En sık beş sebep şunlardır: kapsamın yolda büyümesi, verinin düzensiz olması, aracı tek bir kişinin kullanması, ekibe eğitim verilmemesi ve kurulduktan sonra bakımın sahipsiz kalması. Beşi de işe başlamadan konuşulabilir.
29 Eylül 2026Okuyun →Sitedeki yapay zekâ asistanı ve KVKK: konuşmalar nerede, ne kadar tutulur?
Sitenize yapay zekâ asistanı koyduğunuzda ziyaretçilerin yazdığı mesajlar kişisel veri olabilir. URİKEM AI Müşteri Asistanı'nda konuşmalar İstanbul'daki sunucuda tutulur, son mesajdan 180 gün sonra kendiliğinden silinir ve işletme bir konuşmayı istediği an silebilir. Mesajlar cevap üretilsin diye yurt dışındaki yapay zekâ sağlayıcısına gider; ziyaretçiye bu, ilk mesajdan önce bildirilir ve onayı alınır.
29 Eylül 2026Okuyun →Web sitesi yaptırırken nelere dikkat edilir?
Web sitesi yaptırırken en çok tasarıma bakılır, oysa sonradan en çok sorun çıkaran konular görünmeyen tarafta kalır: alan adının ve barındırmanın kimin adına kayıtlı olduğu, metinlerin kimde durduğu, sitenin telefonda ne kadar hızlı açıldığı ve Google'a tanıtılıp tanıtılmadığı. Bu dört konuyu baştan netleştiren firma, yıllar sonra sitesini kaybetme riskini de ortadan kaldırır.
28 Eylül 2026Okuyun →Sosyal medyayı otomatikleştirmek markayı robotlaştırır mı?
Sosyal medyayı otomatikleştirmek markayı robotlaştırmaz; robotlaştıran şey, kimsenin okumadan yayınlanan metinler ve cevapsız bırakılan yorumlardır. Doğru düzende takvim, hazırlık ve zamanında yayın otomatik yürür; markanın sesi, son onay ve müşteriyle konuşma insanda kalır.
28 Eylül 2026Okuyun →Verimizi buluta taşımak güvenli mi, yoksa kendi sunucumuzda mı tutmalıyız?
Bulut, kendi başına ne güvenli ne güvensizdir; güvenliği belirleyen, verinin kimin sorumluluğunda durduğu, kimin erişebildiği ve yedeğin nasıl alındığıdır. Kendi sunucunuzda da bulutta da bu üç soruya net cevap verebiliyorsanız veri güvendedir; cevap veremiyorsanız yer değiştirmek sorunu çözmez.
27 Eylül 2026Okuyun →Yapay zekâ yazılımının maliyeti neye göre belirlenir?
Yapay zekâ yazılımının maliyeti dört kalemden oluşur: işin kurulması, aylık kullanım ve barındırma, yapay zekâ modelinin kullanım ücreti ve bakım. Hazır pakette bu kalemler tek aylık ücrette toplanır; işe özel araçta işin büyüklüğüne göre ayrı teklif verilir. Gizli maliyet çoğu zaman bakımda ve veri hazırlığındadır.
27 Eylül 2026Okuyun →Aylık satış raporunu her ay elle hazırlamak zorunda mısınız?
Rapor her ay aynı kaynaktan, aynı düzende ve aynı hesaplarla hazırlanıyorsa elle hazırlamak zorunda değilsiniz. Veriyi alıp tabloyu, grafiği ve özeti aynı kurala göre üreten bir otomasyon, kopyala-yapıştır hatasını azaltır ve raporu her ay aynı biçimde önünüze getirir.
26 Eylül 2026Okuyun →Açılmayan telefon işletmeye ne kaybettirir?
Açılmayan telefonun maliyeti, o çağrıyı yapan müşterinin başka bir firmayı araması kadardır. Online randevu sistemi müşterinin mesai dışında ve yoğun saatte de kendi randevusunu almasını sağlar; hatırlatma ve kolay iptal ise boş kalan saatleri azaltır.
26 Eylül 2026Okuyun →Yapay zekâ müşteri asistanı hangi soruları cevaplayabilir?
Asistan, firmanın kendisine verdiği bilgiyle cevaplanabilen soruları iyi cevaplar: fiyat, çalışma saati, adres, hizmet kapsamı, randevu ve iade koşulları. Karar, pazarlık ya da kişiye özel inceleme gerektiren soruyu ise tahmin yürütmeden insana aktarmalıdır.
25 Eylül 2026Okuyun →Yüzlerce PDF ve belgeyi tek tabloya dökmek: elle mi, yapay zekâyla mı?
Belge sayısı az ve düzeni aynıysa elle aktarmak yeterli olabilir. Belge yüzlerle ölçülüyor, düzenleri birbirini tutmuyor ve yenileri gelmeye devam ediyorsa yapay zekâ ile okuyup tabloya dökmek daha mantıklıdır; ama şüpheli alanların insan tarafından kontrol edilmesi şarttır.
25 Eylül 2026Okuyun →Bir otomasyon projesi kaç günde biter?
Süreyi belirleyen şey yazılan kodun miktarı değil, verinin ne kadar düzenli olduğu ve kararı kimin, ne zaman vereceğidir. Basit bir iş bile onaylayan taraf sayısı arttıkça uzayabilir.
23 Eylül 2026Okuyun →Küçük firmanın yapay zekâya ayıracak bütçesi var mı?
Bütçeyi belirleyen şey firmanın büyüklüğü değil, hangi işin ne kadar zaman kaybettirdiğidir. Küçük bir firma da tek bir tekrarlanan işten başlayarak ölçülebilir bir bütçeyle ilerleyebilir.
23 Eylül 2026Okuyun →Randevu sistemi kimin işine yarar?
Müşterinin belirli bir zaman dilimini ayırması gerekiyor ve bu saatleri telefonla düzenlemek işinizi bölüyorsa, randevu sistemi yararlı olabilir. Önce hizmet süresini, kullanılacak kaynakları ve istisnaları netleştirmek gerekir.
22 Eylül 2026Okuyun →Yapay zekâ uydurursa ne olur?
Akıcı bir cevap, doğrulanmış bilgi anlamına gelmez. Bir iş aracında asıl mesele yalnız doğru metin üretmek değil, yanlış veya eksik bilgiyle işlem yapılmasını önleyen bir akış kurmaktır.
22 Eylül 2026Okuyun →Binlerce satırlık Excel listesini sisteme toplu girmek mümkün mü?
Çoğu durumda mümkün. İşin zor kısmı girişin kendisi değil, verinin sistemin beklediği biçime getirilmesi ve her satırın gerçekten kaydedildiğinin doğrulanmasıdır. Sistemin toplu aktarım için bir yolu yoksa çözüm ekrandan giriş olur ve bu da kurallara bağlıdır.
21 Eylül 2026Okuyun →Teklif hazırlamak neden bu kadar uzun sürüyor?
Teklifin kendisi uzun sürmez; süreyi yiyen şey fiyatın aranması, eski bir teklifin kopyalanıp düzeltilmesi ve her seferinde biçimin yeniden kurulmasıdır. Fiyat listesi tek yerde toplanıp kurallar yazıldığında teklif dakikalar içinde çıkar.
21 Eylül 2026Okuyun →Hangi işler otomatikleşmeye uygun, hangileri değil?
Otomatikleşmeye en uygun iş; sık tekrar eden, kuralı yazıya dökülebilen ve verisi zaten dijital olan iştir. Karar gerektiren, istisnası bol ya da verisi kâğıtta duran iş için önce başka bir adım gerekir.
18 Eylül 2026Okuyun →Sitedeki yapay zekâ asistanı yanlış cevap verirse?
Risk gerçek, ama yönetilebilir. Asistanın yanlış cevabı çoğu zaman bilmediği bir konuda tahmin yürütmesinden çıkar. Çözüm, asistanın neyi bilip neyi bilmediğini baştan çizmek ve bilmediğinde insana devretmesidir.
18 Eylül 2026Okuyun →Google'da çıkmak ile yapay zekâda anılmak aynı şey mi?
Kısmen. İkisi aynı temelden beslenir ama aynı şeyi ödüllendirmez: Google bir sayfayı sıralar, yapay zekâ ise birkaç kaynağı okuyup bir cevap yazar ve o cevapta kimi anacağına kendisi karar verir.
17 Eylül 2026Okuyun →ChatGPT firmamı neden anmıyor?
Sebep nadiren “yapay zekâ bizi sevmiyor”dur. Çoğu zaman teknik bir engel, dağınık firma bilgisi ya da firmanın internette başka hiçbir yerde anılmamasıdır. Üçü de düzeltilebilir.
17 Eylül 2026Okuyun →Yapay zekâ cevaplarında doğru anlatılmak için sitede ne olmalı?
Yapay zekâ bir firmayı anlatırken sitede bulduğu en net cümleleri kullanır. Aşağıdaki liste, bu cümlelerin hangi sayfada, nasıl durması gerektiğini ve makinenin okuyacağı işaretlemeyi sayfa sayfa anlatıyor.
17 Eylül 2026Okuyun →GEO nedir? Yapay zekâ cevaplarında görünür olmak
GEO (Generative Engine Optimization, üretken motor optimizasyonu), ChatGPT, Gemini, Perplexity ve Google'ın yapay zekâ özetleri bir soruya cevap verirken firmanızı bulsun, doğru anlatsın ve kaynak olarak göstersin diye yapılan çalışmadır. SEO'nun yerine geçmez; onun üstüne eklenir.
17 Eylül 2026Okuyun →Yapay zekâ aracı firmamın verisini öğrenir mi?
Kısa cevap: kurumsal API üzerinden çalışan bir araçta hayır. Ama bu cevap kurulumun nasıl yapıldığına bağlı, o yüzden neyin nereye gittiğini bilmek gerekir.
16 Eylül 2026Okuyun →Excel'den uygulamaya ne zaman geçilir?
Excel kötü bir araç değil; çoğu işi fazlasıyla görür. Sorun, Excel'in bittiği yeri fark etmeden aylarca onunla devam etmekte.
16 Eylül 2026Okuyun →Hazır paket mi, size özel yazılım mı?
Doğru cevap işin ne kadar size özgü olduğuna bağlı. Herkesin aynı şekilde yaptığı iş hazır paketle, sizin kendinize göre yaptığınız iş özel yazılımla ucuza gelir.
16 Eylül 2026Okuyun →