FEZA innovation – Ana Sayfa
Hizmetlere Dön

Otomasyon Sistemleri

İş süreçlerinizi hızlandıran, operasyonel maliyeti azaltan kurumsal iş akışı ve otomasyon çözümleri.

İş süreci otomasyonu: tekrarlayan işi görünür kılın

Ekibinizin tekrar eden işini adımlara ayırarak başlayın. İş süreci otomasyonu için önce bir kaydın nereden geldiğini, kim tarafından kontrol edildiğini ve hangi sisteme aktarıldığını konuşuruz. Örneğin bir talep formundaki bilgiyi bir çalışan kontrol edip başka bir programa yazıyorsa, otomasyon ihtiyacı bu iki işlem arasındadır. Giriş verisi, iş kuralı ve beklenen çıktı aynı örnek üzerinde değerlendirilir; süreç sahibinin kararı da bu akışa eklenir.

Bugünkü sorular

  • Kayıt nereden geliyor?
  • Kim kontrol edip aktarıyor?

Pilot planında

  • Kaydı hazırlayan, kontrol eden ve aktaran kişileri belirtin.
  • Tek bir kayıt türünün giriş ve çıkış koşullarını birlikte görüşelim.

İş ihtiyacı: Başlangıç kapsamını ölçülebilir bir işe bağlayın

Pilot kayıt türü

Birden çok departmanın bütün işlerini aynı anda tarif etmek yerine, tekrar eden bir kayıt türü ve ilgili ekiplerle pilot görüşülebilir. Mevcut dosyalar, onay mesajları ve hata örnekleri sürecin gerçek koşullarını gösterir.

Doğru ve sorunlu kayıt

Otomasyonun hangi adımı yapacağı, hangi adımda insana döneceği ve sonucun nereden izleneceği birlikte belirlenir. Görüşmeye doğru tamamlanmış bir kayıtla sorun yaşanmış bir kayıt getirmeniz, günlük faydayı yalnız teknoloji adıyla değil gerçek işlem davranışıyla değerlendirmeyi sağlar.

İş akışı otomasyonu: kaydı doğrulamadan hata kuyruğuna izleyin

Aktarımın hangi aşamada olduğunu takip edebilmek için örnek akışı açıkça kurun. Bir işletmenin talep kaydı önce alınır, gerekli alanlar doğrulanır, yetkili kişi onay verir ve uygun kayıt hedef sisteme aktarılır. Eksik veya kabul edilmeyen kayıt ise hata kuyruğunda incelemeye ayrılabilir.

Örneğin eksik müşteri numarası veri düzeltmesi gerektirirken hedef sistemin geçici kesintisi yeniden deneme gerektirebilir. Onay bekleyen kayıt aktarılacak listeden ayrı izlenebilir. Hata kuyruğunda sebep, son deneme ve müdahale sorumlusu gibi bilgiler kapsamlanabilir.

Aynı kaydın tekrar gönderilmesinde hedef sistemin kabul durumunu kontrol etmek de bu tasarımın parçasıdır. Başarılı akışla istisna akışını birlikte görüşmek, ekibin hangi durumda ne yapacağını netleştirir.

Bu bölüm yeni proje için değerlendirilebilecek örnek senaryodur. Kendi talep formunuzda zorunlu alanları ve onayı verecek rolü paylaşarak akışı işletmenize uyarlayabilirsiniz.

  1. 01

    Kayıt

    Kaynağı ve kayıt kimliğini belirleyin. Örnek bir talebin hangi alanlarla geldiğini inceleyin.

  2. 02

    Doğrulama

    Gerekli alanları ve iş kurallarını değerlendirin. Eksik müşteri numarası gibi durumları ayırın.

  3. 03

    Onay

    Aktarım öncesi kararı verecek rolü ve bekleyen kayıtların görünümünü belirleyin.

  4. 04

    Aktarım

    Onaylanan kaydın hedefte kabul edildiğini hangi bilgiyle kontrol edeceğinizi görüşün.

  5. 05

    Hata kuyruğu

    Düzeltme veya yeniden deneme gerektiren kaydı sorumlu kişiye yönlendirecek kapsamı seçin.

Otomasyon entegrasyonu: bağlantıyı sistemin imkânıyla seçin

Bağlantı yöntemini mevcut sistemin sunduğu erişime göre değerlendirin. API varsa veri alanları, yetkilendirme ve işlem yanıtları üzerinden doğrudan entegrasyon görüşülebilir. Düzenli dosya üreten bir sistemde dosya biçimi, aktarım sıklığı ve doğrulama adımları öne çıkar. Ekran üzerinden işlem gerektiren bir araçta RPA yaklaşımı değerlendirilebilir. Örneğin sipariş listesini her gün dosyayla alan işletmeyle anlık API yanıtı alabilen işletmenin akışı farklı olacaktır.

RPA kullanılan ekranda alanın yeri veya giriş yöntemi değiştiğinde akışın yeniden incelenmesi gerekebilir; dosya aktarımında sütun değişikliği kontrol ihtiyacı doğurabilir. API bağlantısında sürüm ve erişim koşulları ele alınır. Python, Node.js, RPA ve API Integration hizmetimizin teknoloji listesindedir.

Yöntemi işletmenizin kaynakları, erişim izinleri ve hata koşullarıyla birlikte seçeriz. Görüşmeye mevcut sistemin örnek çıktısı veya kullanılabilir bağlantı bilgisiyle gelmeniz, hangi adımın otomasyona uygun olduğunu somutlaştırır.

API

Bağlantı koşulu
Sistem tanımlı bir veri ve işlem arayüzü sunar.
Kapsamda görüşülecek işler
Alan eşleştirme, erişim, yanıt ve hata durumları.

Dosya

Bağlantı koşulu
Sistem belirli biçimde kayıt dışa aktarır.
Kapsamda görüşülecek işler
Sütunlar, dosya sırası, tekrarlar ve kontrol.

RPA

Bağlantı koşulu
İşlem erişilebilir ekran üzerinden yürütülür.
Kapsamda görüşülecek işler
Ekran değişimi, giriş koşulu ve müdahale.

Veri otomasyonu: yanlış kaydı erken aşamada ayırın

Hedef sisteme gidecek bilginin anlamını başta kontrol edin. Veri doğrulama yalnız alanın dolu olmasını değil, işletmenin kabul ettiği biçim ve ilişkileri de kapsayabilir. Örneğin bir talepte tarih var ama müşteri numarası başka kayda aitse, aktarım öncesi hangi kuralın uygulanacağı görüşülür. Kaynak ve hedef alanlarının eşleştirilmesi, eksik değerlerin ele alınması ve düzeltme sorumluluğu pilot kapsamına alınabilir.

Alan eşleştirme

Kaynak dosyanızdaki bilgilerin hedefte hangi alanlara gideceğini paylaşın.

Hatalı satır sahibi

Eksik veya hatalı satırın hangi kişiye döneceğini görüşün.

Satır ayrımı ve aktarım kararı

Geçerli ve tekrar eden satırlar
Bir dosyadaki geçerli satırlarla eksik veya tekrar eden satırları ayırmak, ekibin düzeltme işini planlamasına yardımcı olur. ETL veri boru hattı veya veri kazıma ihtiyacı varsa kaynak erişimi, alanlar ve kullanım koşulları ayrıca değerlendirilir.
Aktarım onayı
Bir rapor için alınacak veriyle işlem kaydı olarak aktarılacak veri farklı onaylar gerektirebilir. Görüşmede örnek dosyanızın doğru ve hatalı satırlarını paylaşın; hangi kaydın duracağını, hangisinin devam edeceğini ve hangi bilginin kullanıcıya gösterileceğini birlikte belirleyebiliriz.

Kurumsal iş akışı: karar sorumluluğunu koruyun

Onay gerektiren işi doğru kişiye taşıyın. İş akışı yönetiminde kayıt hazırlayan, kontrol eden ve aktarımı onaylayan roller ayrı görüşülebilir. Örneğin satın alma talebini çalışan oluştururken departman sorumlusu bütçe veya içerik açısından değerlendirebilir. Kendi işinizde hangi kararın insan onayıyla verileceğini ve hangi kontrolün tanımlı kuralla yapılabileceğini paylaşmanız, otomasyon sınırını somutlaştırır. Kullanıcı erişimi ve işlem yetkisi bu görev dağılımıyla birlikte ele alınır.

Onay sırası, geri gönderme sebebi ve yeniden değerlendirme gibi durumlar kapsamlanabilir. Bir kayıt düzeltildikten sonra eski onayın geçerli olup olmayacağını işletme kuralı olarak görüşmek gerekir. İptal, görev değişimi ve yetkili kişinin bulunmadığı durumlar da örnek senaryolara eklenebilir.

Mevcut proje kaydımız departmanlar arası iş akışlarının tek yapıda izlenmesini anlatır; yeni projenizdeki rol ve kararlar sizin sürecinizle belirlenir. Onay mesajları ve kullanılan kontrol listesini görüşmeye taşıyarak işin ekibinizde nasıl yürüdüğünü açıklayabilirsiniz.

Karar: onay rolünü seçin

Aktarım öncesi kontrolü kimin yapacağını belirtin.

Düzeltme: tekrar onayı görüşün

Geri gelen kayıt değiştiğinde hangi kararın yenileneceğini paylaşın.

Hata toleranslı otomasyon: kesinti ve mükerrer kaydı yönetin

Geçici kesintiden sonra işin nasıl devam edeceğini belirleyin. Hedef sisteme ulaşılamayan bir aktarımda bekletme, yeniden deneme ve kullanıcıya bilgi gösterme ihtiyaçları görüşülebilir. Örneğin bir talep gönderilmiş fakat yanıt alınamamışsa, aynı talebi yeniden yaratmadan önce hedefte kabul durumunu incelemek gerekir. Kayıt kimliği, işlem durumu ve hedef sistemin davranışı bu kararın dayanağıdır. Tekrar gönderme kuralları bağlantı imkânlarıyla birlikte kapsamlanır.

Hedefte kabul durumu

Yanıt alınamayan kaydın hedef sistemde nasıl kontrol edileceğini görüşün.

Kayıt kimliği

Yeni talebi mükerrer gönderimden ayıran alanları paylaşın.

Tekrar deneme ve işlem takibi

Yeniden deneme sınırı
Aynı dosyanın tekrar gelmesiyle müşterinin gerçekten yeni talep oluşturması aynı durum değildir. Hangi alanların kaydı tanımladığı ve hangi değişikliğin yeni işlem sayıldığı işletmenizle görüşülür. Yeniden deneme sınırı, bekleyen iş sırası ve elle inceleme ihtiyacı pilotta değerlendirilebilir.
Bekleyen işlem görünümü
Bir işlem arka planda yürürken ekibin durumunu nereden göreceği de teslim kapsamının parçasıdır. Bağlantı kesintisi veya iki kez girilmiş kayıt örneğini paylaşmanız, otomasyonun normal işlem kadar istisnayı da anlaşılır biçimde ele almasını sağlar.

Otomasyon hata kuyruğu: ekibin düzeltme yolunu açın

İnceleme gerektiren kaydı ekip için iş yapılabilir hâle getirin. Hata kuyruğunda hangi sebeplerin gösterileceği, hangi alanın değiştirilebileceği ve kaydın nasıl tekrar işleneceği görüşülebilir. Örneğin hedefte bulunmayan bir müşteri kodunu yetkili çalışan düzelttikten sonra aktarım yeniden değerlendirilebilir. Bağlantı hatasıyla veri hatasını ayırmak, müdahalenin hangi kişiye gideceğini belirlemeye yardımcı olur. Düzeltme adımı kullanıcı yetkisiyle birlikte planlanır.

İşlemi kimin durdurduğu, hangi bilgiyi değiştirdiği ve ne zaman yeniden başlattığı gibi kayıt ihtiyaçları yazılı kapsamda ele alınabilir. Toplu yeniden deneme veya işlem iptali gerekiyorsa bunun hangi durumlarda kullanılacağı belirlenir. Ekibinizin mevcut düzeltme yöntemini paylaşın: hatalı bir talep bugün e-postayla mı dönüyor, dosyada mı işaretleniyor, başka ekibe mi aktarılıyor?

Bu örnek üzerinden bildirim, kuyruk görünümü ve sorumlu rolü birlikte değerlendirebiliriz. Böylece otomasyonun günlük yönetimi de ilk akış tasarımı kadar somutlaşır.

  1. 01

    Kuyruk: hata sebebini ayırın

    Veri düzeltmesiyle bağlantı hatasını farklı sorumlularla değerlendirin.

  2. 02

    Müdahale: yetkiyi belirleyin

    Kaydı düzelten ve yeniden başlatan kişilerin görevlerini paylaşın.

İş süreci otomasyonu pilotu: başarı ölçütünü birlikte belirleyin

Pilotun faydasını kendi başlangıç verinizle değerlendirin. Önce seçilen kayıt türünün bugün nasıl işlendiğini, hangi aşamada beklediğini ve nerede düzeltme gerektirdiğini gözden geçiririz. Tamamlanan kayıt, hata sebebi, elle müdahale ve bekleme gibi ölçütler işletmenizin ihtiyacına göre seçilebilir. Örneğin talep aktarımı pilotunda başarıyı yalnız aktarılmış satırla değil, doğru hedef kaydın oluşması ve ekibin sonucu kontrol edebilmesiyle tarif edebilirsiniz.

Pilotun kapsadığı ekip, veri kaynağı, işlem türü ve kabul örnekleri yazılı olarak belirlenebilir. Aynı örnekleri başlangıç ve pilot sonrasında karşılaştırmak, sonraki kapsam kararını somutlaştırır. Ölçülecek alanların nasıl toplanacağı ve hangi kişinin onay vereceği görüşülür.

Pilotun sonucunu işletmenizin başlangıç ve uygulama sonrası kayıtlarıyla değerlendirebiliriz. İletişim görüşmesinde en çok zaman alan adımı ve kontrol etmek istediğiniz çıktıyı paylaşın; başarı ölçütünü sizin işlem koşullarınızla birlikte seçelim.

Pilot kayıt örnekleri

Doğru kayıt, hata ve bekleme örneklerini birlikte değerlendirelim.

Sonuç onay sorumlusu

Pilotun sonucunu kontrol edecek kişi ve veri alanlarını görüşün.

Otomasyon teslim kapsamı: akış kadar işletimi de planlayın

Teslimi günlük çalışmayı sürdürecek parçalarıyla değerlendirin. Kaynak bağlantıları, alan eşleştirme, iş kuralları, onaylar, hata durumları ve izleme ekranı gibi ihtiyaçlar yazılı kapsamda ayrı görüşülebilir. Örneğin dosya aktarımında örnek dosyanın işlenmesi kadar dosyanın nereden alınacağı ve hata bildirimini kimin inceleyeceği önemlidir. Test senaryolarında doğru kayıt, eksik veri, tekrar ve bağlantı kesintisi gibi durumlar seçilebilir.

Dış programın ekranı, API alanı veya dosya biçimi değiştiğinde hangi kontrolün yapılacağını görüşürüz. Erişim bilgileri, görev çalıştırma, hata bildirimi ve yeni kural talepleri işletim kapsamına göre ele alınır. Otomatik rapor ve bildirim isteniyorsa alıcı, içerik ve zamanlama ayrıca belirlenir.

Kullanım ve girilen verinin sorumluluğu işletmeye aittir; ayrıntılar hizmet sözleşmesinde yazılır. Kaynak kodu standart modelde devredilmez, farklı model ayrı yazılı sözleşmeyle görüşülür. Teklif değerlendirirken teknik akışın yanında bu işletim maddelerini de inceleyebilirsiniz.

  • Eksik veri, tekrar ve kesintide beklenen sonucu örneklerle belirleyin.
  • Dış sistemin alan veya ekran değişiminde kontrol sorumluluğunu görüşün.
Departmanları botlar ve onay adımlarıyla bağlayan iş akışı çizimi

İş akışı otomasyonu rehberi: keşfe somut kayıtlarla hazırlanın

Süreç görüşmesini mevcut işinizden alınan örneklerle başlatın. KOBİ’ler için iş akışı otomasyonu yazısı, tekrar eden işleri ve sistem bağlantılarını değerlendirmek için bir okuma sunar. Kurumsal İş Akışı Otomasyonu vaka sayfasında departmanların ortak akışta izlenmesi ve RPA botlarıyla yürütülen adımlar anlatılır. Buradaki çizim departmanları botlar ve onay adımlarıyla bağlayan iş akışını gösterir; yeni projenizin kayıt ve kontrol koşulları kendi kapsamına göre belirlenir.

Keşif hazırlığı: İlk görüşmede kararı kolaylaştıracak belgeleri seçin

Keşif belgeleri

Doğru işlenmiş bir kayıt, sorun yaşanmış bir kayıt, mevcut dosya biçimi ve süreci yöneten kişilerin görevleri yeterli başlangıç olabilir. Kaynak sistemin erişim imkânı ve hedef sistemde kabul edilen alanlar da bağlantı seçimini etkiler.

Yazılı teklif adımları

Pilot için hangi kayıt türünü tercih ettiğinizi ve hangi sonucu değerlendirmek istediğinizi iletişim formunda paylaşabilirsiniz. Bu bilgilerle doğrulama, onay, aktarım ve hata müdahalesini aynı işlem üzerinde görüşür; yazılı kapsamı günlük işinizin açık adımlarıyla oluştururuz.

Sık sorulan sorular

İş süreci otomasyonuna hangi işle başlamalıyız?

Başlangıç için tekrarlanan, kaynağı ve çıktısı tanımlı bir işi seçin. Örneğin talep kaydının kontrol edilip başka sisteme aktarılması pilot olabilir. Doğru ve hatalı kayıt örnekleriyle birlikte sorumlu rolleri keşifte değerlendirebiliriz.

API, dosya aktarımı ve RPA arasında nasıl seçim yapılır?

Mevcut sistemin erişim imkânını paylaşın. API varsa alan ve yanıtlarla; dosya varsa biçim ve kontrol sırasıyla; ekran işlemi gerekiyorsa RPA ve ekran değişimi koşullarıyla değerlendirme yapılır. Yöntem proje kapsamında seçilir.

Aktarım öncesinde insan onayı eklenebilir mi?

Karar sorumluluğunu sürecinizle belirleyin. Onay veren rol, bekleyen kayıtlar ve geri gönderme koşulları kapsamlanabilir. Bir kayıt düzeltildiğinde yeniden onay gerekip gerekmediğini de işletme kuralı olarak görüşürüz.

Bağlantı kesilince kayıtlar nasıl ele alınır?

Kesinti örneğini bağlantı davranışıyla birlikte değerlendirin. Bekleyen durum, yeniden deneme ve hedefte kabul kontrolü projeye göre tasarlanır. Ekibin nereden takip edeceği ve ne zaman müdahale edeceği yazılı kapsamda belirlenir.

Aynı kayıt iki kez gelirse ne yapılır?

Mükerrer tanımını işletmenizin kaydıyla yapın. Kayıt kimliği ve ilgili alanlar üzerinden tekrar ile yeni talep ayrımı görüşülür. Hedef sistemin kabul yanıtı ve yeniden gönderme davranışı da bu değerlendirmeye eklenir.

Hata kuyruğuna kim müdahale eder?

İnceleme ve düzeltme rollerini başta belirleyin. Hata sebebi, değiştirilebilir alanlar ve yeniden işleme yetkisi kapsamlanabilir. Örneğin müşteri kodunu düzelten çalışanla bağlantı kesintisini inceleyen kişinin görevleri ayrı olabilir.

Pilotun başarısı nasıl değerlendirilir?

Başlangıç koşullarınıza uygun ölçütleri birlikte seçin. Doğru tamamlanan kayıt, hata sebebi, bekleme ve elle müdahale gibi alanlar değerlendirilebilir. Pilot kapsamı ve kabul örnekleri belirlenir; sonuç işletmenizin ölçüm verisiyle incelenir.

Mevcut yazılım değişirse otomasyon bakım gerektirir mi?

Değişiklik kontrolünü işletim kapsamına alın. Ekran, API alanı veya dosya biçimi değiştiğinde ilgili akışın incelenmesi gerekebilir. İzleme, hata bildirimi ve bakım sorumlulukları yazılı teklifte görüşülür.

Veri ve kaynak kodu sorumluluğu nasıl belirlenir?

Koşulları hizmet sözleşmesiyle netleştirin. Yazılımı biz geliştirir ve işletiriz; kullanım ve girilen veriler işletmenin sorumluluğundadır. Standart abonelik modelinde kaynak kodu devredilmez; farklı model ayrı yazılı sözleşmeyle görüşülür.

Otomasyon teklifi için hangi bilgileri hazırlamalıyım?

Bir gerçek işlem örneğiyle başlayın. Kaynak dosya veya bağlantı bilgisi, hedef alanlar, onay rolleri ve hata örneği keşfi somutlaştırır. Pilot için seçmek istediğiniz işi de paylaşabilirsiniz; ardından kapsamı içeren yazılı teklif hazırlanır.

02 // Teknoloji Yığını

Python
Node.js
RPA
API Integration

Bu Hizmetle Yaptığımız Projeler

İş süreci otomasyonu pilotunuzu birlikte belirleyelim

İşletmenizdeki bir günlük işlemi, ekip rollerini ve mevcut araçlarınızı paylaşın. İhtiyacınıza uygun kapsamı keşif görüşmesinde birlikte belirleyelim.

Projeyi Başlat