H
Hakan Balcı
Misafir
Misafir
SAP Build Process Automation Recorder, bir kullanıcının SAP ekranlarında yaptığı işlemleri izleyerek bunları çalıştırılabilir bir otomasyona dönüştüren araçtır. Amacı, otomasyonu baştan tarif etmek değil; işin bir kez doğru yapılmasını izleyip geri kalanını sistemin üretmesini sağlamaktır.
SAP sistemlerinde kuralları net, tekrarlayan ve her seferinde aynı ekranlarda yürüyen işler azımsanmayacak bir zaman tutar. Satınalma siparişi girmek, ana veri oluşturmak, rapor çıkarıp aktarmak bu işlerin tipik örnekleridir. Robotik süreç otomasyonu (RPA) tam olarak bu alanı hedefler; ancak klasik yaklaşımda bir botu hazırlamak teknik bilgi ve ciddi bir hazırlık süresi ister. Recorder, bu hazırlık yükünü azaltmayı amaçlayan bir yaklaşımdır. Bu yazıda Recorder’ın ne işe yaradığını, arka planda nasıl çalıştığını, kaydın sonunda ne ürettiğini ve hangi durumlarda tek başına yeterli olmadığını ele alıyoruz.
SAP Build Process Automation, SAP BTP üzerinde süreç otomasyonu ile RPA yeteneklerini bir araya getiren low-code bir servistir. İçindeki Task Automation projeleri, bir kullanıcının ekranda yaptığı işlemleri taklit eden botlar üretir. Bu botlar SAP S/4HANA Cloud gibi web tabanlı uygulamalarda, SAP GUI ekranlarında veya Windows uygulamalarında çalışabilir.
Recorder ise bu servisin içinde yer alan bir hazırlama yöntemidir. Bir otomasyonu oluştururken karşınıza iki seçenek çıkar: ekranları ve alanları elle tanımlayıp otomasyonu adım adım tasarlamak ya da işi bir kez yaparken sistemin kaydetmesine izin vermek. Recorder, ikinci yolu temsil eder.
Klasik yöntemde bir otomasyonun hazırlanması üç ayrı işin sırayla yapılmasını gerektirir: uygulamanın ekranlarını yakalamak, bu ekranlardaki alanları tek tek tanımlamak ve otomasyonu adım adım tasarlamak. Her üç iş de uygulamanın teknik yapısına hâkim olmayı gerektirir ve çoğunlukla teknik ekibin gündemine düşer. İşi günlük olarak yapan kullanıcı ise süreci en iyi bilen kişi olmasına rağmen bu üretim zincirinin dışında kalır.
Recorder’ın temel katkısı, üç ayrı hazırlık işini tek bir harekete indirmesidir.
Recorder bu üç işi birleştirir. Kaydı başlatır, işinizi her zamanki gibi yapar, kaydı durdurup dışa aktarırsınız. Siz ekranda ilerlerken sistem hangi ekranda olduğunuzu, hangi alana dokunduğunuzu ve hangi değeri girdiğinizi kaydeder. Bunun iki pratik sonucu vardır. Birincisi, hazırlık süresi belirgin biçimde kısalır. İkincisi ve daha önemlisi, süreci bilen kişi otomasyonun ilk taslağını kendisi üretebilir; teknik ekip sıfırdan tasarım yapmak yerine hazır bir taslağı iyileştirmeye odaklanır.
Bulut tabanlı bir serviste neden yerel makineye bir ajan kurulduğu, konuya ilk bakışta kafa karıştırıcı gelebilir. Nedeni şudur: tasarım bulutta yapılır, ancak ekrana tıklayan ve alana değer yazan bileşen yerel makinededir.
Cloud Studio tasarımı ve kayıtları saklar; ekrandaki işi yürüten bileşen Desktop Agent’tır.
Cloud Studio, tarayıcıda SAP BTP üzerinde çalışan tasarım ortamıdır. Kayıtlar, uygulama tanımları ve otomasyonlar burada saklanır. Desktop Agent ise kullanıcının bilgisayarında kurulu olan ve otomasyonu fiilen çalıştıran bileşendir. Web uygulamalarında bu iş, Chrome’a kurulan SAP uzantısı aracılığıyla yürür: sayfa okunur, öğeler bulunur ve tıklama ile veri girişi gerçekleştirilir.
Bu yapının iki pratik sonucu vardır. Kayıt sırasında da test sırasında da işlem yerel makinede gerçekleşir; dolayısıyla agent’ın kurulu, bağlı ve projede seçilen sürümle uyumlu olması gerekir. Ayrıca kaydedilecek uygulama ile Cloud Studio’nun ayrı tarayıcı pencerelerinde açık olması beklenir, çünkü sistem kaydı başlatmadan önce makinede açık olan uygulamaları ve ekranları tarar.
Recorder’ın çıktısı tek parça bir “kayıt dosyası” değildir. Kayıt dışa aktarıldığında projede birbirini tamamlayan iki yapı oluşur ve Recorder’ı anlamanın anahtarı bu ayrımdadır.
Uygulama botun tanıdığı ekranları ve alanları tutar; otomasyon ise bu öğelere referans veren adımlardan oluşur.
Uygulama (Application), botun tanıyacağı dünyanın haritasıdır. Kaydedilen her ekran ve bu ekranlardaki her öğe (düğmeler, giriş alanları, tablolar) burada tanımlanır. Bot çalışırken “şu an hangi ekrandayım ve ilgili düğme nerede?” sorusunun cevabını buradan alır.
Otomasyon (Automation) ise yol tarifidir: uygulamayı başlat, ilgili düğmeye tıkla, şu alana şu değeri gir, uygulamayı kapat. Her adım, uygulamada tanımlı bir öğeye bağlıdır.
Bu ayrım, Recorder çıktısının neden kapalı bir kutu olmadığını da açıklar. Dışa aktarma tamamlandıktan sonra uygulama tarafında ekranları ve öğeleri görebilir, gerekirse elle ekleme veya çıkarma yapabilirsiniz. Otomasyon tarafında ise adımlar sırayla listelenir ve her birinin ayrıntıları düzenlenebilir. Yani kayıt, üzerine çalışılacak bir başlangıç noktası üretir.
Kayıt başladığında Cloud Studio kilitlenir ve kaydedilecek uygulamanın üzerinde küçük bir Recorder penceresi belirir. Bu pencerede, ekranın hangi anda yakalanacağını belirleyen üç mod bulunur.
Modların arasındaki fark teknik bir ayrıntı gibi görünse de kayıt kalitesini doğrudan etkiler. Otomatik modda sistem, ekran değişiminden sonra sayfanın tamamen yüklenmesini bekler ve yakalama sırasında uygulamanın çevresinde görsel bir uyarı gösterir. Bu uyarı kaybolmadan bir sonraki işleme geçilirse ilgili ekran eksik kaydedilir ve otomasyon çalışırken tanımsız bir adımla karşılaşılır. Kayıt sırasında acele etmemek, sonradan yapılacak düzeltmelerin çoğunu baştan önler.
SAP S/4HANA Cloud üzerindeki Manage Purchase Orders uygulamasında sıfırdan bir satınalma siparişi oluşturmak.
Akış üç bölümden oluşur. Önce başlık verileri girilir: uygulama açılır, yeni sipariş oluşturulur ve tedarikçi seçilir. Tedarikçi seçildiği anda satınalma organizasyonu alanı sistem tarafından kendiliğinden doldurulur; bu adım kaydedilen bir işlem değil, uygulamanın kendi davranışıdır ve bot çalıştığında da aynı şekilde gerçekleşir. Ardından satınalma grubu belirlenir. İkinci bölümde kalem verileri girilir: tabloya yeni bir satır eklenir, malzeme seçilir, sipariş miktarı ve net sipariş fiyatı yazılır. Üçüncü bölümde sipariş kaydedilir, kayıt durdurulur ve dışa aktarılır.
Burada dikkat çeken bir ayrıntı var. Senaryoda tedarikçi ve malzeme alanlara doğrudan yazılmaz; değer yardımı penceresi açılır, arama yapılır ve sonuç listeden seçilir. Recorder bu işlemlerin her birini ayrı bir adım olarak kaydettiği için ortaya çıkan otomasyonun adım sayısı ilk bakışta tahmin edilenden fazla olur. Bu, bir sorun değil, kaydın gerçekte ne kadar ayrıntılı çalıştığının göstergesidir.
Her kayıt varsayılan olarak yeni bir uygulama ve yeni bir otomasyon üretir. Ancak çoğu zaman ihtiyaç duyulan şey sıfırdan bir otomasyon değil, mevcut olanın biraz daha genişletilmesidir. Yeniden kayıt (re-recording) özelliği bu ihtiyaca karşılık gelir.
Örneğin ilk kayıt doğrudan uygulama ekranından başlıyorsa, bot bu uygulamanın önceden açılmış olmasını bekler. Ana ekrandan arama yapıp uygulamaya ulaşma adımı sonradan kaydedilip mevcut otomasyonun başına eklenebilir. Dışa aktarma sırasında yeni bir otomasyon oluşturmak yerine mevcut olanın güncellenmesi ve yeni adımların akışın başına yerleştirilmesi seçilir.
Birleştirmenin bilinmesi gereken bir yan etkisi vardır: iki kaydın uygulama başlatma ve kapatma adımları birleşme noktasında arka arkaya gelir. Bu yinelenen adımların silinmesi gerekir. Küçük bir temizlik işi gibi görünse de atlanması durumunda bot gereksiz yere uygulamayı kapatıp yeniden açar.
Recorder, ekran üzerinden yürüyen, adımları belirli ve istisnası az olan işlerde hızlı sonuç verir. Bir sürecin otomasyona uygun olup olmadığını değerlendirmek, prototipi hızla çıkarmak ve süreci bilen kullanıcıyı işin içine katmak için elverişli bir başlangıç noktasıdır.
Buna karşılık kaydın ürettiği çıktının doğrudan üretime alınacak bir çözüm olmadığını not etmek gerekir:
Kaydı oluşturmak için gerekmez; işi ekranda yapabilen bir kullanıcı kaydı alabilir. Ancak kaydı parametreli, hata yönetimi olan ve üretime uygun bir otomasyona dönüştürmek low-code araçlara hâkim olmayı gerektirir.
Hayır. Recorder, web uygulamalarının yanı sıra SAP GUI ekranlarını ve Windows uygulamalarını da kaydedebilir. Kayıt mantığı benzerdir; değişen, kaydedilen teknolojiye göre kullanılan yakalama yöntemidir.
Tasarım ortamı bulutta çalışsa da ekranı okuyan, tıklayan ve veri giren bileşen yerel makinededir. Hem kayıt hem de test, Desktop Agent üzerinden yürür. Bu nedenle agent’ın kurulu, bağlı ve projede seçilen sürümle uyumlu olması gerekir.
Evet. Dışa aktarma sonrasında hem uygulama tarafındaki ekran ve öğe tanımları hem de otomasyon adımları düzenlenebilir. Kayıt, değiştirilemez bir çıktı değil, üzerine çalışılacak bir taslak üretir.
Gerekmez. Yeniden kayıt özelliği, yeni kaydedilen adımların mevcut otomasyonla birleştirilmesine olanak tanır. Birleşme noktasında oluşan yinelenen uygulama başlatma ve kapatma adımlarının temizlenmesi yeterlidir.
SAP Build Process Automation Recorder, bir otomasyonu sıfırdan tasarlamak yerine çalışan bir örnekten yola çıkmayı mümkün kılar. Ekranları yakalamak, alanları tanımlamak ve adımları tasarlamak gibi normalde ayrı ayrı yürütülen işler, kullanıcının işini bir kez yapmasıyla ortaya çıkar. Ortaya çıkan şey bitmiş bir çözüm değildir; sabit değerlerle çalışan, istisna yönetimi içermeyen bir taslaktır. Ancak bu taslak, otomasyon fikrini tartışılabilir ve geliştirilebilir hale getirir. Süreç otomasyonu projelerinde en çok zaman alan aşamanın çoğu zaman başlangıç olduğu düşünülürse, bu yaklaşımın sağladığı hız göz ardı edilmemelidir.
Okumaya devam et...
SAP sistemlerinde kuralları net, tekrarlayan ve her seferinde aynı ekranlarda yürüyen işler azımsanmayacak bir zaman tutar. Satınalma siparişi girmek, ana veri oluşturmak, rapor çıkarıp aktarmak bu işlerin tipik örnekleridir. Robotik süreç otomasyonu (RPA) tam olarak bu alanı hedefler; ancak klasik yaklaşımda bir botu hazırlamak teknik bilgi ve ciddi bir hazırlık süresi ister. Recorder, bu hazırlık yükünü azaltmayı amaçlayan bir yaklaşımdır. Bu yazıda Recorder’ın ne işe yaradığını, arka planda nasıl çalıştığını, kaydın sonunda ne ürettiğini ve hangi durumlarda tek başına yeterli olmadığını ele alıyoruz.
SAP Build Process Automation Nedir, Recorder Bu Resmin Neresinde?
SAP Build Process Automation, SAP BTP üzerinde süreç otomasyonu ile RPA yeteneklerini bir araya getiren low-code bir servistir. İçindeki Task Automation projeleri, bir kullanıcının ekranda yaptığı işlemleri taklit eden botlar üretir. Bu botlar SAP S/4HANA Cloud gibi web tabanlı uygulamalarda, SAP GUI ekranlarında veya Windows uygulamalarında çalışabilir.
Recorder ise bu servisin içinde yer alan bir hazırlama yöntemidir. Bir otomasyonu oluştururken karşınıza iki seçenek çıkar: ekranları ve alanları elle tanımlayıp otomasyonu adım adım tasarlamak ya da işi bir kez yaparken sistemin kaydetmesine izin vermek. Recorder, ikinci yolu temsil eder.
Recorder Hangi Problemi Çözüyor?
Klasik yöntemde bir otomasyonun hazırlanması üç ayrı işin sırayla yapılmasını gerektirir: uygulamanın ekranlarını yakalamak, bu ekranlardaki alanları tek tek tanımlamak ve otomasyonu adım adım tasarlamak. Her üç iş de uygulamanın teknik yapısına hâkim olmayı gerektirir ve çoğunlukla teknik ekibin gündemine düşer. İşi günlük olarak yapan kullanıcı ise süreci en iyi bilen kişi olmasına rağmen bu üretim zincirinin dışında kalır.
Recorder’ın temel katkısı, üç ayrı hazırlık işini tek bir harekete indirmesidir.
Recorder bu üç işi birleştirir. Kaydı başlatır, işinizi her zamanki gibi yapar, kaydı durdurup dışa aktarırsınız. Siz ekranda ilerlerken sistem hangi ekranda olduğunuzu, hangi alana dokunduğunuzu ve hangi değeri girdiğinizi kaydeder. Bunun iki pratik sonucu vardır. Birincisi, hazırlık süresi belirgin biçimde kısalır. İkincisi ve daha önemlisi, süreci bilen kişi otomasyonun ilk taslağını kendisi üretebilir; teknik ekip sıfırdan tasarım yapmak yerine hazır bir taslağı iyileştirmeye odaklanır.
Recorder Kullanırken Arka Planda Ne Çalışıyor?
Bulut tabanlı bir serviste neden yerel makineye bir ajan kurulduğu, konuya ilk bakışta kafa karıştırıcı gelebilir. Nedeni şudur: tasarım bulutta yapılır, ancak ekrana tıklayan ve alana değer yazan bileşen yerel makinededir.
Cloud Studio tasarımı ve kayıtları saklar; ekrandaki işi yürüten bileşen Desktop Agent’tır.
Cloud Studio, tarayıcıda SAP BTP üzerinde çalışan tasarım ortamıdır. Kayıtlar, uygulama tanımları ve otomasyonlar burada saklanır. Desktop Agent ise kullanıcının bilgisayarında kurulu olan ve otomasyonu fiilen çalıştıran bileşendir. Web uygulamalarında bu iş, Chrome’a kurulan SAP uzantısı aracılığıyla yürür: sayfa okunur, öğeler bulunur ve tıklama ile veri girişi gerçekleştirilir.
Bu yapının iki pratik sonucu vardır. Kayıt sırasında da test sırasında da işlem yerel makinede gerçekleşir; dolayısıyla agent’ın kurulu, bağlı ve projede seçilen sürümle uyumlu olması gerekir. Ayrıca kaydedilecek uygulama ile Cloud Studio’nun ayrı tarayıcı pencerelerinde açık olması beklenir, çünkü sistem kaydı başlatmadan önce makinede açık olan uygulamaları ve ekranları tarar.
Kaydın Sonunda Ne Elde Ediyorsunuz?
Recorder’ın çıktısı tek parça bir “kayıt dosyası” değildir. Kayıt dışa aktarıldığında projede birbirini tamamlayan iki yapı oluşur ve Recorder’ı anlamanın anahtarı bu ayrımdadır.
Uygulama botun tanıdığı ekranları ve alanları tutar; otomasyon ise bu öğelere referans veren adımlardan oluşur.
Uygulama (Application), botun tanıyacağı dünyanın haritasıdır. Kaydedilen her ekran ve bu ekranlardaki her öğe (düğmeler, giriş alanları, tablolar) burada tanımlanır. Bot çalışırken “şu an hangi ekrandayım ve ilgili düğme nerede?” sorusunun cevabını buradan alır.
Otomasyon (Automation) ise yol tarifidir: uygulamayı başlat, ilgili düğmeye tıkla, şu alana şu değeri gir, uygulamayı kapat. Her adım, uygulamada tanımlı bir öğeye bağlıdır.
Bu ayrım, Recorder çıktısının neden kapalı bir kutu olmadığını da açıklar. Dışa aktarma tamamlandıktan sonra uygulama tarafında ekranları ve öğeleri görebilir, gerekirse elle ekleme veya çıkarma yapabilirsiniz. Otomasyon tarafında ise adımlar sırayla listelenir ve her birinin ayrıntıları düzenlenebilir. Yani kayıt, üzerine çalışılacak bir başlangıç noktası üretir.
Yakalama Modları: Ekran Ne Zaman Kaydedilir?
Kayıt başladığında Cloud Studio kilitlenir ve kaydedilecek uygulamanın üzerinde küçük bir Recorder penceresi belirir. Bu pencerede, ekranın hangi anda yakalanacağını belirleyen üç mod bulunur.
| Mod | Nasıl çalışır? | Ne zaman tercih edilir? |
| Otomatik yakalama | Ekran değişimi algılandığında sayfanın yüklenmesi beklenir ve yakalama kendiliğinden başlar | Ekrandan ekrana ilerleyen standart akışlarda |
| Manuel yakalama | Ekranın ne zaman yakalanacağına kullanıcı karar verir | Yakalama anının kontrol edilmesi gereken durumlarda |
| Üzerine gelince yakalama | İmleçle üzerine gelinen alan işaretlenir ve yakalanır | Açılır liste gibi geçici olarak beliren öğelerde |
Modların arasındaki fark teknik bir ayrıntı gibi görünse de kayıt kalitesini doğrudan etkiler. Otomatik modda sistem, ekran değişiminden sonra sayfanın tamamen yüklenmesini bekler ve yakalama sırasında uygulamanın çevresinde görsel bir uyarı gösterir. Bu uyarı kaybolmadan bir sonraki işleme geçilirse ilgili ekran eksik kaydedilir ve otomasyon çalışırken tanımsız bir adımla karşılaşılır. Kayıt sırasında acele etmemek, sonradan yapılacak düzeltmelerin çoğunu baştan önler.
Örnek Senaryo: Manage Purchase Orders’da Satınalma Siparişi
SAP S/4HANA Cloud üzerindeki Manage Purchase Orders uygulamasında sıfırdan bir satınalma siparişi oluşturmak.
Akış üç bölümden oluşur. Önce başlık verileri girilir: uygulama açılır, yeni sipariş oluşturulur ve tedarikçi seçilir. Tedarikçi seçildiği anda satınalma organizasyonu alanı sistem tarafından kendiliğinden doldurulur; bu adım kaydedilen bir işlem değil, uygulamanın kendi davranışıdır ve bot çalıştığında da aynı şekilde gerçekleşir. Ardından satınalma grubu belirlenir. İkinci bölümde kalem verileri girilir: tabloya yeni bir satır eklenir, malzeme seçilir, sipariş miktarı ve net sipariş fiyatı yazılır. Üçüncü bölümde sipariş kaydedilir, kayıt durdurulur ve dışa aktarılır.
Burada dikkat çeken bir ayrıntı var. Senaryoda tedarikçi ve malzeme alanlara doğrudan yazılmaz; değer yardımı penceresi açılır, arama yapılır ve sonuç listeden seçilir. Recorder bu işlemlerin her birini ayrı bir adım olarak kaydettiği için ortaya çıkan otomasyonun adım sayısı ilk bakışta tahmin edilenden fazla olur. Bu, bir sorun değil, kaydın gerçekte ne kadar ayrıntılı çalıştığının göstergesidir.
Mevcut Bir Otomasyonu Yeniden Kayıtla Genişletmek
Her kayıt varsayılan olarak yeni bir uygulama ve yeni bir otomasyon üretir. Ancak çoğu zaman ihtiyaç duyulan şey sıfırdan bir otomasyon değil, mevcut olanın biraz daha genişletilmesidir. Yeniden kayıt (re-recording) özelliği bu ihtiyaca karşılık gelir.
Örneğin ilk kayıt doğrudan uygulama ekranından başlıyorsa, bot bu uygulamanın önceden açılmış olmasını bekler. Ana ekrandan arama yapıp uygulamaya ulaşma adımı sonradan kaydedilip mevcut otomasyonun başına eklenebilir. Dışa aktarma sırasında yeni bir otomasyon oluşturmak yerine mevcut olanın güncellenmesi ve yeni adımların akışın başına yerleştirilmesi seçilir.
Birleştirmenin bilinmesi gereken bir yan etkisi vardır: iki kaydın uygulama başlatma ve kapatma adımları birleşme noktasında arka arkaya gelir. Bu yinelenen adımların silinmesi gerekir. Küçük bir temizlik işi gibi görünse de atlanması durumunda bot gereksiz yere uygulamayı kapatıp yeniden açar.
Recorder Hangi Durumlarda Yeterli, Hangi Durumlarda Değil?
Recorder, ekran üzerinden yürüyen, adımları belirli ve istisnası az olan işlerde hızlı sonuç verir. Bir sürecin otomasyona uygun olup olmadığını değerlendirmek, prototipi hızla çıkarmak ve süreci bilen kullanıcıyı işin içine katmak için elverişli bir başlangıç noktasıdır.
Buna karşılık kaydın ürettiği çıktının doğrudan üretime alınacak bir çözüm olmadığını not etmek gerekir:
- Kayıt sabit değerlerle çalışır. Dışa aktarılan otomasyon, kayıt sırasında girilen değerlerle aynı işlemi tekrarlar. Farklı verilerle çalışması için bu değerlerin parametreye dönüştürülmesi gerekir.
- İstisna yönetimi içermez. Eksik ana veri, beklenmeyen bir uyarı ekranı veya zaman aşımı gibi durumların ayrıca ele alınması gerekir.
- Ekran değişikliklerine duyarlıdır. Kaydedilen ekranların yapısı güncellemelerle değişirse otomasyon etkilenebilir; bu durumda ilgili ekranın yeniden kaydedilmesi gerekebilir.
- API varsa öncelik API’dedir. Aynı işlem için servis veya API seçeneği bulunuyorsa, ekran üzerinden çalışan bir bot yerine entegrasyon tercih edilmelidir. Ekran otomasyonu, uygun bir arayüzün bulunmadığı durumlar için anlamlıdır.
Sık Sorulan Sorular
Recorder kullanmak için kod bilgisi gerekir mi?
Kaydı oluşturmak için gerekmez; işi ekranda yapabilen bir kullanıcı kaydı alabilir. Ancak kaydı parametreli, hata yönetimi olan ve üretime uygun bir otomasyona dönüştürmek low-code araçlara hâkim olmayı gerektirir.
Recorder yalnızca SAP S/4HANA Cloud ile mi çalışır?
Hayır. Recorder, web uygulamalarının yanı sıra SAP GUI ekranlarını ve Windows uygulamalarını da kaydedebilir. Kayıt mantığı benzerdir; değişen, kaydedilen teknolojiye göre kullanılan yakalama yöntemidir.
Kayıt sırasında neden Desktop Agent gerekiyor?
Tasarım ortamı bulutta çalışsa da ekranı okuyan, tıklayan ve veri giren bileşen yerel makinededir. Hem kayıt hem de test, Desktop Agent üzerinden yürür. Bu nedenle agent’ın kurulu, bağlı ve projede seçilen sürümle uyumlu olması gerekir.
Kaydedilen otomasyon sonradan düzenlenebilir mi?
Evet. Dışa aktarma sonrasında hem uygulama tarafındaki ekran ve öğe tanımları hem de otomasyon adımları düzenlenebilir. Kayıt, değiştirilemez bir çıktı değil, üzerine çalışılacak bir taslak üretir.
Mevcut bir otomasyona yeni adımlar eklemek için baştan kayıt almak gerekir mi?
Gerekmez. Yeniden kayıt özelliği, yeni kaydedilen adımların mevcut otomasyonla birleştirilmesine olanak tanır. Birleşme noktasında oluşan yinelenen uygulama başlatma ve kapatma adımlarının temizlenmesi yeterlidir.
Sonuç
SAP Build Process Automation Recorder, bir otomasyonu sıfırdan tasarlamak yerine çalışan bir örnekten yola çıkmayı mümkün kılar. Ekranları yakalamak, alanları tanımlamak ve adımları tasarlamak gibi normalde ayrı ayrı yürütülen işler, kullanıcının işini bir kez yapmasıyla ortaya çıkar. Ortaya çıkan şey bitmiş bir çözüm değildir; sabit değerlerle çalışan, istisna yönetimi içermeyen bir taslaktır. Ancak bu taslak, otomasyon fikrini tartışılabilir ve geliştirilebilir hale getirir. Süreç otomasyonu projelerinde en çok zaman alan aşamanın çoğu zaman başlangıç olduğu düşünülürse, bu yaklaşımın sağladığı hız göz ardı edilmemelidir.
Okumaya devam et...