Microsoft Dynamics İş Akışları için Adobe Acrobat Sign: Kullanıcı Kılavuzu

Son güncelleme: 22 Şub 2023

Genel bakış

Microsoft Dynamics İş Akışı sistemi, Dynamics ortamındaki süreçleri otomatikleştirmek için oldukça özelleştirilebilir ilişkili nesneler dizisi sağlar.  Bu süreçler kullanıcı tarafından manuel olarak tetiklenebilir veya tanımlı olaylar gerçekleştiğinde tetiklenecek şekilde yapılandırılabilir.

Bu belge, MS Dynamics CRM paketi için Adobe Acrobat Sign'ın 7. sürümünde eklenen Adobe Acrobat Sign nesnelerini ortaya koymak ve açıklamak amacıyla hazırlanmıştır.

Dynamics içindeki Özel İş Akışı sisteminin derinlemesine açıklaması olarak düşünülmemiştir.

MS Dynamics CRM için Adobe Acrobat Sign, yalnızca 365 CRM çözümü için sürüm 7 kurulum paketinde özel iş akışlarının oluşturulmasını destekler.

Bu paket şunları içerir:

  • Kendi özel süreçlerinizi oluşturmak için kullanılabilecek ayrık eylemler olan yedi Activities
  • Hazır kullanıma sunulan iki Actions.Birden çok iş akışı için mükemmel yeniden kullanılabilir süreçler
  • Bir Fırsat "Kazanıldı" olarak ayarlandığında otomatik olarak sözleşme gönderen işlevsel bir örnek (Taslak durumunda) olan bir Workflow

Dynamics'in önceki sürümü (2011/2013/2016) Adobe Acrobat Sign paketinin 7. sürümü tarafından desteklenmez.

Not

Bir iş akışı oluşturmadan önce, imzalanacak form ve imza sürecine dahil edilecek alıcıların sayısı/sırası hakkında sağlam bir anlayışa sahip olmak gerekir.

İmza sırasını değiştirebilen birden çok seçenek bulunur, genellikle bir alıcıyı ilk alıcı pozisyonuna ekleyerek diğer alıcıları yığının aşağısına iter.


Etkinlikler

Activities, Actions ve Workflow'un yapı taşlarıdır; her biri önceki etkinliklerden veya olaylardan girdi alabilen ve sonraki etkinlikler için çıktı üretebilen ayrı bir görevi tanımlar.

Bir dizi Activities'yi zincirleme bir Action veya Workflow oluşturur.

Yedi Adobe Acrobat Sign Activities mevcuttur:

Alanlar:

Sözleşme Adı – Alıcılara gönderilen e-posta iletilerinde gösterileceği ve Dynamics ortamı boyunca referans alınacağı şekilde sözleşmenin adı

Sözleşme Mesajı – Alıcılara gönderilen e-posta bildirimlerine eklenen genel mesaj

İmza Türü – Adobe Acrobat Sign tarafından uygulanan imza akışını tanımlar. İki seçenek vardır:

  • ESIGN – Elektronik imzalar kullanır, tamamen web bağlantılı oturum aracılığıyla uygulanır. Alıcılar imzayı uygulamak için masaüstü veya mobil platformları kullanabilir
  • WRITTEN – Fiziksel imza gerektiğinde kullanılır. Süreç, alıcıdan dosyayı yazdırmasını, belgeyi fiziksel olarak imzalamasını, belgeyi tekrar PDF formatında taramasını ve sisteme geri yüklemesini ister

İmzalı PDF'yi Açmak İçin Parola Ayarla – Son imzalı belgeye uygulanan parola dizesini kabul eden isteğe bağlı alan.İmzalı PDF'yi görüntülemek her durumda parola gerektirir

Sözleşmenin Sona Erme Süresi (Gün) – Bu alana girilen herhangi bir değer, sözleşmenin oluşturulduktan sonra kaç gün imzalanabilir durumda kalacağını temsil eder. Tüm alıcılar bu süre dolmadan imza sürecindeki kendi bölümlerini tamamlamalıdır, aksi takdirde sözleşme iptal edilir

Gönderen İmza Seçenekleri – Gönderen açısından alıcı imza akışını yönetir.Dört seçenek bulunur:

  • İmzalamam – Gönderen sadece gönderen olduğu için imzalaması beklenmiyorsa
    • Göndericinin diğer yöntemlerle (arama gibi) alıcı olarak eklenebileceğini unutmayın
  • İlk ben imzalarım – Sözleşmenin gönderenini alıcı yığınına ilk imzalayan olarak ekler
  • Son ben imzalarım – Sözleşmenin gönderenini alıcı yığınına son imzalayan olarak ekler
  • Sadece ben imzalarım – Yalnızca gönderenin imza uygulayacağı süreçler için. E.g. İzin talepleri
Dikkat

Gönderen İmza Seçenekleri doğrudan imza sırasını etkiler sözleşme, imza sırasını etkiler ve AddRecipient etkinliklerinde tanımlanan Alıcı Sırası değerini geçersiz kılar.

Alıcı Sırası değeri 1 olan bir alıcı tanımladıysanız ve ardından CreateAccount etkinliğini göndereni ilk imzalayan olarak ekleyecek şekilde yapılandırırsanız (İlk ben imzalarım), Alıcı Sırası değerleri işlevsel olarak yığında aşağı itilir.

1, 2 gibi işlem görür ve yalnızca signer2 alanlarına erişim izni verilir.

2, 3 gibi işlem görür ve bu şekilde devam eder.

 

Yüz Yüze İmzalama – Alıcının gönderenle aynı fiziksel konumda olmasının beklendiği ve Gönderenin sisteminde barındırılan yüz yüze imzalamaya izin vermek istendiği durumlarda kullanılır.

Bu yöntem varsayılan e-posta doğrulama sürecini atlar, bu nedenle form içinde ek önemsiz olmayan bilgilerin toplanmasının zorunlu kılınması (örneğin Ehliyet, Sosyal Güvenlik Numarası, vb.) şiddetle önerilirbenzersiz bireyle makul bir bağlantı sağlamak için

İmza Sırası Gerekli – Bu seçenek temel anlaşma akışını belirler.

  • Doğru olduğunda, sıralı bir imza süreci izlenir ve anlaşmaya aynı anda yalnızca bir alıcı erişebilir.Her alıcı, anlaşmayla etkileşime girme sırası geldiğinde bilgilendirilir, ancak sıraları gelene kadar değil
  • Yanlış olduğunda, paralel bir imza süreci izlenir; burada tüm alıcılar aynı anda bilgilendirilir ve imzalar/kabul işlemleri herhangi bir sırada uygulanabilir.

İmzalama Sonrası Yönlendirme Sayfası URL'si – İmzalayanların imzalarını uyguladıktan sonra yönlendirilmesini istediğiniz genel URL.

  • Hiçbir değer sağlanmazsa, Adobe Acrobat Sign tarafından sunulan standart imza sonrası sayfa gösterilir

Yönlendirme için Saniye Cinsinden Gecikme – Bir İmzalama Sonrası Yönlendirme Sayfası URL'si sağlanırsa, bu alan anlaşma çözüldükten sonra yönlendirme tetiklenmeden ve tarayıcı yönlendirme sayfası URL'sine değiştirilmeden önce tarayıcının beklediği saniye sayısını tanımlar

Kimlik Doğrulama – Bu ayar, anlaşmaya bağlı tüm alıcılar için varsayılan doğrulama yöntemini tanımlar.

  • Bu özellikle AddRecipient etkinliğini kullanmadan alıcıları içe alan anlaşmalar için geçerlidir:
    • Gönderen İmzalama Seçenekleri İlk ben imzalarım, Son ben imzalarım veya Sadece ben imzalarım olarak ayarlandığında
    • Asıl Varlıktan Birincil E-posta Ekle etkin olduğunda
  • Sonraki bir AddRecipient etkinliği aracılığıyla eklenen alıcılar, varsayılan kimlik doğrulama yöntemini geçersiz kılma seçeneğine sahiptir

Tüm alıcılar en azından anlaşmanın gönderildiği e-posta adresine kimlik doğrulamasıyla doğrulanır.

İkinci faktör kimlik doğrulaması çeşitli biçimlerde kullanılabilir:

  • E-posta – Varsayılan doğrulama türü.Her alıcı için kullanılır
  • Telefon – Alıcının anlaşmaya erişmeye çalıştığında bir SMS mesajı gönderen ikinci faktör doğrulaması.
    • Alıcı telefon numarası ve ülke kodu AddRecipient nesnesindeki Alıcı Telefonu alanında ve Alıcı Ülke Kodu alanında sağlanmalıdır
  • Parola – Standart alfanumerik parola dizisi kullanan ikinci faktör doğrulaması
    • Parola alıcıya harici bir yöntemle iletilmelidir
  • Bilgi Bankası – Yalnızca Amerika Birleşik Devletleri'ndeki alıcılar için ikinci faktör doğrulaması.
    • Kişisel sorular sormak için halka açık veritabanlarından çıkarılan karmaşık verileri kullanır.
  • Web Kimliği – Çeşitli sosyal medya sitelerinden birine başarılı kimlik doğrulaması kullanan ikinci faktör doğrulaması.
    • Kimlik doğrulama için geçerli siteler arasında Facebook, LinkedIn, Google, Yahoo!, Microsoft Live ve Twitter bulunur.

Kimlik Doğrulaması İçin Parola Ayarla – Parola doğrulaması seçilirse kullanılacak parola dizesi

Asıl Varlığın Birincil E-postasını Alıcı Olarak EkleTrue olduğunda, süreç birincil varlığın e-posta adresini imza sürecinde ilk imzalayan olarak içe alır

Dikkat

Asıl Varlığın Birincil E-postasını Alıcı Olarak Ekle sözleşmenin imza sırasını doğrudan etkiler ve AddRecipient etkinliklerinde tanımlandığı şekliyle Alıcı Sırası Değerini geçersiz kılar.

Alıcı Sırası Değeri 1 olan bir alıcı tanımladıysanız ve ardından CreateAccount etkinliğini Asıl Varlığın Birincil E-postasını Alıcı Olarak Ekle olarak yapılandırırsanız, Alıcı Sırası değerleri işlevsel olarak yığında aşağı doğru itilir.

1, 2 gibi işlem görecek ve yalnızca signer2 alanlarına erişime izin verilecek.

2, 3 gibi işlem görecek ve böyle devam edecek.

 

Alıcı Hatırlatıcılarını Zamanlama – Sözleşme için hatırlatıcı zamanlamasını tanımlar.Üç seçenek mümkündür:

  • Hiçbir zaman – Hiçbir hatırlatıcı zamanlanmaz.  Hatırlatıcılar Dynamics'teki Agreement nesnesinden isteğe bağlı olarak gönderilebilir
  • İmzalanana kadar her gün – Sözleşme imzalanana kadar her gün bir hatırlatıcı e-posta gönderilir
    • On yineleme gözlemlenir.10 gün sonra hatırlatıcının süresi dolar
  • İmzalanana kadar her hafta – Sözleşme imzalanana kadar yedi günde bir hatırlatıcı e-posta gönderilir
    • Yedi yineleme gözlemlenir.Altmış gün sonra hatırlatıcının süresi dolar

 

Alan:

Bir Sözleşme Şablonu Seç – Bir sözleşme oluşturmak için kullanabileceğiniz mevcut Adobe Acrobat Sign şablonlarını sunan Arama alanı

GetAgreementId

GetAgreementID herhangi bir giriş alanına sahip değildir ve yalnızca bir çıkışı vardır: sözleşme kimliği

Alanlar:

Sözleşme Kimliği GirişiCreateAgreement etkinliğinden Sözleşme Kimliğini içe Al

Belgeleri Şuradan Ekle – Belgenin kaynağını tanımlar. Belgeler her zaman hedef nesnenin Notlarından alınır.  İki seçenek bulunur:

  • Birincil Varlık Notları – Belge, birincil Varlığın Notlar alanından alınır

Örn.: Fırsatlara satış teklifleri ekliyorsanız, İş Akışınız Fırsat'ı birincil Varlık olarak kullanacak şekilde yapılandırılabilir. 

İş Akışı tetiklendiğinde, işlem Teklifin eklendiği Fırsat Notlarına eklenen dosyaları almak için fırsata gidecektir

  • İşlem Notları – Belgeler bir Varlık yerine İşleminin Notlar alanından alınır

Örn.: Standart yeni işe alım belgeleri paketiniz varsa.Bunlar standart şablon belgelerdir ve işe aldığınız her yeni Kullanıcıya boş belgelerin benzersiz kopyalarını eklemek mantıklı olmaz.  Süreçten belgeleri eklemek, yöneticinin sürüm kontrolü süreci üzerinde denetim sahibi olmasını sağlar ve belgelerin güncel sürümünü iş akışını tetiklemesi gereken herkese etkili bir şekilde sunar.

İşlem Seç – Yalnızca Belgeleri İşlem Notlarından Ekle seçeneğini belirlediğinizde anlamlıdır. 

Bu ayar, belge dosyalarının alındığı İşlemi tanımlar

Belge Adı – Herhangi bir Varlık veya İşlem Notlar alanına birden fazla dosya eklenebilir. 

Bir Belge Adı sağlayarak, işlemin yalnızca adlandırılmış dosyayla eşleştirme yapan dosyaları almasını sağlarsınız.

Hiçbir Belge Adı sağlanmazsa, tüm dosyalar alınacaktır.

Yalnızca Belgenin En Son Sürümünü Ekle – Sıklıkla, belgeler bir sürümleme sürecinden geçer.  Örneğin, şartlar müzakere edilirken sözleşmeler birkaç yineleme geçirebilir.Yalnızca Belgenin En Son Sürümünü Ekle seçeneğini True olarak ayarlayarak, belgeler alındığında yalnızca belgenin en güncel sürümü (ek zaman/tarih damgasına dayalı olarak) alınır.

Ayar False ise, belgelerin tüm sürümleri alınacaktır.

 

Not

Global bir işlem oluştururken (birincil Varlık tanımlanmamış), belgenizin İşlem Notları'ndan alınması gerektiğini unutmayın.

Alanlar:

Agreement ID InputCreateAgreement etkinliğinden Agreement ID'yi içe aktarın

Alıcının Tam AdıAlıcı E-posta Adresi Değerini gösterecek e-posta şablonlarına alan Değerini ekleyen isteğe bağlı alan

Alıcı E-posta Adresi – Alıcının gerçek e-posta adresi. Bu değer, belgeyi teslim etmek ve alıcıyı anlaşmayla ilişkilendirmek için kullanılır

Alıcı Rolü – Alıcının belgeyle ilgili olarak ne yapması beklenir:

  • İmzalayan – Yasal imza atması gereken kişi
  • Onaylayan – Yalnızca belgeyi onaylaması gereken ancak mutlaka imzalaması gerekmeyen alıcılar
  • CC – CC'lenen alıcıların anlaşmayı etkileme yetkisi yoktur, yalnızca sürecin gözlemcileridir ve genellikle anlaşmanın bir kopyasını alırlar (Adobe Acrobat Sign ayarlarınıza bağlı olarak)

Alıcı Sırası – Bu değer şunları temsil eder:

  • İmza süreci sıralı bir imza yolunu tanımladığında, alıcının imza döngüsünde nerede bulunduğu.  1 girilmesi, alıcının anlaşmaya erişim sağlayan ilk alıcı olduğunu gösterir
  • İmza süreci boyunca alıcının hangi alanlara erişimi vardır?Belgedeki alanlar "imzalayan" numarasıyla tanımlanır.1 girilmesi, alıcının "herkes" ve "imzalayan1" için belirlenen form alanlarına erişim sahibi olması gerektiğini gösterir

Sıralı bir iş akışında, alıcı 2'ye anlaşma bildirilmesi yalnızca alıcı 1 kendi kısmını tamamladıktan sonra yapılır, öncesinde değil.

Alıcı 2'ye yalnızca "herkes" ve "imzalayan2" için belirlenen alanlara erişim verilir.

CC alıcıları için not: Netlik açısından, tüm CC'lenen alıcılara anlaşmayla gerçekten etkileşimde bulunan son alıcıyı takip eden Alıcı Sırası atanmalıdır.  İmza döngüsünün parçası olarak üç alıcınız varsa, CC'lenen alıcılar Alıcı Sırası 4 olmalıdır

Not

Alıcı Sırasına dikkat edin ve CreateAgreement etkinliğinin alıcıları alıcı listesinin önüne ekleyebileceğini unutmayın.

Alıcı ekleyen ayarlar şunlardır:

  • Gönderen İmza Seçenekleri: Önce Ben İmzalarım - Gönderen İmza Seçenekleri Önce ben imzalarım olarak yapılandırılmışsa, anlaşmanın göndereni ilk alıcı olacaktır.Her zaman.
  • Asıl Varlığın Birincil E-postasını Ekle - Birincil Varlığın e-postası eklendiğinde entegrasyonda CreateAgreement etkinliği, bu e-posta ilk alıcı olarak eklenir. 
    • Yalnızca Gönderen İmza Seçeneği (yukarıda) asıl varlık birincil e-postasından önce bir alıcı ekleyebilir.

Varsayılan Doğrulamayı Geçersiz Kıl (v9.4.4.0'dan itibaren kullanım dışı) - Alıcıya CreateAgreement etkinliğinde
tanımlanan varsayılan değerden farklı bir doğrulama yöntemi atanmasına olanak tanır

  • False - False olduğunda, CreateAgreement etkinliğinde tanımlanan varsayılan Kimlik Doğrulama yöntemi bu alıcıya uygulanır
  • True - True olduğunda, bu alıcıya bu AddRecipient etkinliğinde tanımlanan Kimlik Doğrulama yöntemi uygulanır (aşağıya bakın)

Not: Varsayılan Doğrulamayı Geçersiz Kıl özelliğinin v9.4.4.0 sürümünden itibaren kullanımdan kaldırılmasıyla birlikte, v 9.4.4.0 veya sonraki sürümlere yükseltme yapan kullanıcılar yeni AddRecipient ve AddRecipientUsingLookup adımları eklerken Varsayılan Doğrulamayı Geçersiz Kıl seçeneğini görmezler. Bu nedenle yükseltme işlemi bazı iş akışlarının bozulmasına yol açabilir.

Kimlik Doğrulama – Tüm alıcılar en azından sözleşmenin gönderildiği e-posta adresine kimlik doğrulaması yapılarak doğrulanır. İkinci faktörlü kimlik doğrulaması çeşitli biçimlerde kullanılabilir:

  • E-posta – Varsayılan doğrulama türü. Her alıcı için kullanılır
  • Telefon – Alıcının sözleşmeye erişmeye çalıştığında kendisine SMS mesajı gönderen ikinci faktörlü doğrulama.
    • Alıcı telefon numarası ve ülke kodu aşağıdaki Alıcı Telefonu alanı ve Alıcı Ülke Kodu alanında girilmelidir
  • Şifre – Standart alfanümerik şifre dizesi kullanan ikinci faktörlü doğrulama
    • Şifrenin alıcıya harici bir yöntemle iletilmesi gerekir
  • Bilgi Bankası – Yalnızca Amerika Birleşik Devletleri'ndeki alıcılar için ikinci faktörlü doğrulama.
    • Bir dizi kişisel soru sormak için genel veritabanlarından çıkarılan karmaşık verileri kullanır
  • web Kimliği – Çeşitli sosyal medya sitelerinden birine başarılı kimlik doğrulaması kullanan ikinci faktörlü doğrulama
    • Kimlik doğrulaması için geçerli siteler şunlardır: Facebook, LinkedIn, Google, Yahoo!, Microsoft Live veya Twitter

Bilgi kopyası alıcıları için not: Tüm bilgi kopyası alan alıcıların Kimlik Doğrulaması varsayılan E-POSTA değeri olarak bırakılmalıdır

Alıcı Telefonu – SMS telefon doğrulama işlemi için kullanılacak telefon numarası

Alıcı Ülke Kodu – SMS doğrulaması için telefon numarasının önüne eklenen ülke kodu

Alıcı Şifresi – Şifre doğrulaması seçilirse kullanılacak şifre dizesi

Not

Çalışan bir Dynamics iş akışına sahip kullanıcılar için, herhangi bir eski sürümden Dynamics 365 için Adobe Acrobat Sign V 9.4.4.0'a yükseltme yapmak, iş akışlarındaki değişiklikler nedeniyle bazı bozuk iş akışı etkinliklerine yol açabilir.Örneğin, AddRecipientUsingLookup etkinliği artık OverrideDefaultVerification argümanına sahip olmadığı için başarısız olabilir.

Bu sorunu çözmek için kullanıcıların başarısız olan etkinliği (adımı) kaldırması ve tüm ilgili etkinlik öznitelikleri yeniden doldurulmuş şekilde tekrar eklemesi gerekir.

Alanlar:

Sözleşme Kimliği Girişi – Sözleşme Kimliğini CreateAgreement etkinliğinden içe aktarın

Eklenecek Alıcı türünü seçin – Bu alan, alıcıyı tanımlarken aramak istediğiniz Varlık türünü tanımlar.Seçenekler şunlardır:

  • Potansiyel Müşteri
  • Kişi
  • Kullanıcı

Alıcı Olarak Potansiyel Müşteri Ekleme Potansiyel Müşteri, Eklenecek Alıcı Türünü Seç alanında seçildiğinde Potansiyel Müşteri nesnesini imza döngüsüne eşlemenizi sağlar

Alıcı olarak Kişi ekleme Eklenecek Alıcı türünü seç alanında Kişi seçildiğinde Kişi nesnesini imza döngüsüne eşlemenizi sağlar

Alıcı olarak Kullanıcı ekleme Eklenecek Alıcı türünü seç alanında Kullanıcı seçildiğinde Kullanıcı nesnesini imza döngüsüne eşlemenizi sağlar

Yukarıdaki alanları kullanarak alıcı eklerken sistemi arama işlevi ile arayabileceğinizi veya alıcıyı üst varlığın ilgili varlıkları aracılığıyla seçebileceğinizi unutmayın.

 

Alıcı Rolü – Alıcının belgeyle ilgili olarak yapması beklenen şey:

  • İmzalayan – Yasal imza için başvuru yapması gereken kişi
  • Onaylayan – Yalnızca belgeyi onaylaması gereken ancak mutlaka imzalaması gerekmeyen alıcılar
  • CC – CC'li alıcılar anlaşmayı etkileme yetisine sahip değildir, yalnızca sürecin gözlemcisidirler ve genellikle anlaşmanın bir kopyasını alırlar (Adobe Acrobat Sign Ayarlarınıza bağlı olarak)

Alıcı Sırası – Bu değer, imza süreci sıralı bir imza yolunu tanımladığında alıcının imza döngüsündeki yerini temsil eder.  1 girilmesi, alıcının anlaşmaya erişim sağlayan ilk alıcı olduğunu gösterir.

Alıcı 2, ancak alıcı 1 kendi kısmını tamamladıktan sonra anlaşma hakkında bilgilendirilir ve bu böyle devam eder.

CC alıcıları için not: Açıklık için, tüm CC'li alıcılara anlaşmayla gerçekten etkileşime giren son alıcıyı izleyen Alıcı Sırası atanmalıdır. İmza döngüsünün parçası olarak üç alıcınız varsa, CC'li alıcılar Alıcı Sırası 4 olmalıdır

Not

Alıcı Sırasına özellikle dikkat edin ve CreateAgreement etkinliğinin alıcıları alıcı listesinin başına ekleyebileceğini unutmayın.

Alıcı ekleyen ayarlar şunlardır:

  • Gönderen İmzalama Seçenekleri: Önce Ben İmzalarım - Gönderen İmzalama Seçenekleri Önce ben imzalarım olarak yapılandırılırsa, anlaşmanın göndereni ilk alıcı olacaktır.Her zaman.
  • Asıl Varlığın Birincil E-postasını ekle - Birincil Varlığın e-postası eklendiğinde entegrasyonda CreateAgreement etkinliğinde, bu e-posta ilk alıcı olarak eklenir. 
    • Yalnızca Gönderen İmzalama Seçeneği (yukarıda) Asıl varlık birincil e-postasından önce bir alıcı ekleyebilir.

 

Varsayılan Doğrulamayı Geçersiz Kıl - Alıcıya CreateAgreement etkinliğinde tanımlanan varsayılan değerden farklı bir doğrulama yöntemi atanmasını sağlar

  • Yanlış - Yanlış olduğunda, CreateAgreement etkinliğinde tanımlanan varsayılan Kimlik Doğrulama yöntemi bu alıcıya uygulanır
  • Doğru - Doğru olduğunda, bu alıcı bu AddRecipient etkinliğinde tanımlanan Kimlik Doğrulama yönteminin uygulanmasını sağlar (aşağıya bakın)

Kimlik Doğrulama – Tüm alıcılar en azından anlaşmanın gönderildiği e-posta adresine kimlik doğrulama yoluyla doğrulanır.İkinci faktör kimlik doğrulaması çeşitli biçimlerde mevcuttur:

  • E-posta – Varsayılan doğrulama türü. Her alıcı için kullanılır
  • Telefon – Alıcının sözleşmeye erişmeye çalıştığında SMS mesajı gönderen ikinci faktör doğrulaması.
    • Alıcı telefon numarası ve ülke kodu aşağıdaki Alıcı Telefonu alanında ve Alıcı Ülke Kodu alanında sağlanmalıdır
  • Parola – Standart alfanümerik parola dizesi kullanan ikinci faktör doğrulaması
    • Parola alıcıya harici bir yöntem aracılığıyla iletilmelidir
  • Bilgi Tabanı – Yalnızca Amerika Birleşik Devletleri'ndeki alıcılar için ikinci faktör doğrulaması.
    • Genel veritabanlarından elde edilen önemsiz olmayan verileri kullanarak bir dizi kişisel soru sorar
  • Web Kimliği – Birkaç sosyal medya sitesinden birinde başarılı kimlik doğrulaması kullanan ikinci faktör doğrulaması
    • Kimlik doğrulaması için geçerli siteler şunlardır: Facebook, LinkedIn, Google, Yahoo!, Microsoft Live veya Twitter

CC alıcıları için not: Tüm CC'li alıcıların Kimlik Doğrulaması varsayılan E-POSTA değeri olarak bırakılmalıdır

Alıcı Telefonu – SMS telefon doğrulama işlemi için kullanılacak telefon numarası

Alıcı Ülke Kodu – SMS doğrulaması için telefon numarasının önüne gelen ülke kodu

Alıcı Parolası – Parola doğrulaması seçilirse kullanılacak parola dizesi

Not

Çalışan bir Dynamics İş Akışı'na sahip kullanıcılar için, herhangi bir eski sürümden Dynamics için Adobe Acrobat Sign 365 V 9.4.4.0'a yükseltme, İş Akışı'ndaki değişiklikler nedeniyle bazı bozuk İş Akışı etkinliklerine yol açabilir. Örneğin, AddRecipientUsingLookup etkinliği artık OverrideDefaultVerification argümanına sahip olmadığından başarısız olabilir.

Bu sorunu düzeltmek için kullanıcıların başarısız olan etkinliği (adımı) kaldırması ve tüm ilgili etkinlik özniteliklerini yeniden doldurarak tekrar eklemesi gerekir.

Alan:

Sözleşme Kimliği Girişi – Sözleşme Kimliğini CreateAgreement etkinliğinden içe alın


Eylemler

Eylemler , etkinlikleri birbirine bağlayarak bir ürün elde etmek için kullanılan bir İşlem türüdür, ancak kullanıcılar tarafından doğrudan erişilebilir değildir. 

Bunun yerine, İş Akışlarında dahil edilebilecek yeniden kullanılabilir modüller olarak düşünülebilirler. Dikkatli bir şekilde oluşturulan birkaç Eylem , bu ortak adımları yeniden yapılandırmak zorunda kalmadan çok çeşitli İş Akışlarına dahil edilebilir.

 

Önceden yapılandırılmış iki Eylem mevcuttur ve kullanıma hazırdır.

Bunlar, kendi özel iş akışlarınızı oluştururken yararlanabileceğiniz basit, yaygın olarak kullanılan işlemlerdir:

Bu Eylem, bir sözleşmeyi elektronik imza için bir alıcıya göndermek üzere tasarlanmış basit, genel bir eylemdir.

Özellikler sayfasının üst kısmında şunları görebilirsiniz:

  • Bu İşlemle ilişkili Varlık yoktur
    • Bu, Eylemi kullanılabilir hale getirir to herhangi bir İş Akışı türü
    • Birincil Varlık olmadığından, dosya mutlaka İşlemden alınmalıdır

 

İşlem zincirinde dört etkinlik bulunmaktadır:

  • CreateAgreement
    • Sözleşme adı ve mesaj geneldir. Hemen hemen her şeye uygulanabilir
    • ESIGN imza türüdür ve iyi bir varsayılandır
    • Gönderenin imzalaması gerekmiyor
    • Sıralı imza düzeni uygulanıyor
    • E-posta doğrulaması seçildi. İkinci faktör doğrulaması yok
    • Hatırlatma programı yapılandırılmadı

 
  • AddRecipient
    • Sözleşme Kimliği CreateAgreement'ten içe alınıyor
    • Alıcı e-postası Arguments nesnesinden ekleniyor
    • Alıcı imzada 1. kişi olarak tanımlanıyor işlemini ve bir imzalayıcı olduğu için imza gerekli

 
  • AddDocument
    • Sözleşme Kimliği CreateAgreement'ten içe alınıyor
    • Dosya Process Notlar'dan alınıyor
    • Doğru dosyayı tutan süreç Send for İmza süreci (aynı süreç)
    • Süreç, sürecin Notlar bölümüne eklenen tüm dosyaların tüm sürümlerini gönderecek
      • Document Name sağlanmadı, bu nedenle benzersiz adlı tüm dosyalar eklenecek
      • Add Only the Latest Version False olarak ayarlandı, bu nedenle tüm sürümler dahil edilecek

 
  • SendAgreement
    • Sözleşme Kimliği CreateAgreement öğesinden İçe Alma yapılır

Bu Process, bir sözleşmeyi e-imza için tek bir alıcıya göndermeye yönelik basit ve genel bir işlemdir.

Özellikler sayfasının üst kısmında şunları görebilirsiniz:

  • Birincil Entity, Opportunity öğesidir.

 

İşlem zincirinde dört etkinlik vardır:

  • CreateAgreement
    • Sözleşme adı ve mesaj geneldir.Hemen hemen her şey için geçerli
    • ESIGN imza türüdür, iyi bir varsayılandır
    • Gönderenin imzalaması gerekmez
    • Sıralı imza düzeni uygulanır
    • E-posta doğrulama seçilmiştir.İkinci faktör doğrulaması yok
    • Hatırlatma programı yapılandırılmamış

 

  • AddRecipient
    • Sözleşme Kimliği CreateAgreement öğesinden İçe Alma yapılır
    • Alıcı e-postası Contact nesnesinden ekleniyor
    • Alıcı, imzada 1 numaralı olarak tanımlanır işlemini ve bir imzalayan olduğundan imza gereklidir

 

  • Belge Ekle
    • Sözleşme Kimliği CreateAgreement'ten içe aktarılır
    • Dosya birincil Entity'den alınıyor
    • Süreç, birincil Entity'nin Notlar bölümüne ekli olan tüm dosyaların tüm sürümlerini gönderecek
      • Hiçbir Belge Adı sağlanmadığından, benzersiz adlı tüm dosyalar eklenecektir
      • Yalnızca En Son Sürümü Ekle False olarak ayarlandığı için, tüm sürümler dahil edilecek

 

  • SendAgreement
    • Sözleşme Kimliği CreateAgreement'ten içe aktarılır


İş Akışı

İş Akışları, sistem tarafından veya kullanıcılar tarafından isteğe bağlı olarak yürütülebilen bir Süreç türüdür.

İş Akışları genellikle bir veya daha fazla Eylem, Koşul veya Etkinlik ile oluşturulur.

İş Akışları alan düzeyindeki değişikliklere yanıt verebilir veya kullanıcılar tarafından Diğer Seçenekler (...) aracılığıyla başlatılabilir

Adobe Acrobat Sign for MS Dynamics CRM v7 paketi, Taslak durumunda önceden yapılandırılmış bir iş akışına sahiptir. Bu iş akışı yapıyı göstermek için Etkinlikler ile tasarlanmıştır, ancak tek koşullu tetikleyici olay ve Etkinlikleri içeren bir Eylem ile de kolaylıkla oluşturulabilirdi:

Özellikler sayfasının üst kısmında şunları görebilirsiniz:

  • Birincil Entity, Opportunity'dir
  • İş akışı talep üzerine erişime izin verecek şekilde tasarlanmıştır

Süreç oluşturucu bölümünde, ilk öğe iş akışını tetikleyebilecek bir koşuldur:

Fırsat Durumu Kazanıldı olarak değiştirilirse, bir dizi adım yürütülür.

 

Süreç zincirinde dört aktivite bulunur:

  • Sözleşme Oluştur
    • Sözleşme adı Fırsat'tan ekleniyor
    • Sözleşme mesajı geneldir
    • ESIGN bir imza türüdür
    • Gönderenin imzalaması gerekli değildir
    • Sıralı imza düzeni uygulanır
    • E-posta doğrulaması seçilir. İkinci faktör doğrulaması yok
    • Hatırlatma zamanlaması yapılandırılmamış

 

  • Arama Kullanılarak Alıcı Ekle
    • Sözleşme ID'si CreateAgreement konumundan içe aktarılır
    • Alıcı bir Kişi olarak tanımlanır
    • Alıcı e-postası Fırsat nesnesindeki İletişim alanından ekleniyor
    • Alıcı imzada 1 numaralı olarak tanımlanır işlemini ve bir imzalayan olduğundan imza gereklidir

 

  • AddDocument
    • Anlaşma Kimliği CreateAgreement üzerinden içe aktarılır
    • Dosya birincil Entity'den alınıyor
    • İşlem, birincil Entity'nin Notlar bölümüne eklenen tüm dosyaların tüm sürümlerini gönderecek
    • Belge Adı sağlanmadığından, adı benzersiz olan tüm dosyalar eklenecek
    • Add Only the Latest Version False olarak ayarlandığından, tüm sürümler dahil edilecek

 

  • SendAgreement
    • Anlaşma Kimliği CreateAgreement üzerinden içe aktarılır


Özel İş Akışı Süreci Oluşturma (Örnek)

Aşağıda, Dynamics sistemindeki bir Contact kaydına Gizlilik Anlaşması (NDA) sözleşmesi göndermek için basit bir sürecin nasıl oluşturulacağına dair bir örnek yer almaktadır.

Bu örneğin amacı doğrultusunda, iş akışı kararları almak için bir çerçeve sağlayan bazı varsayımlar vardır:

  • NDA gönderilecek herkes Dynamics sisteminde Contact olarak bulunur
  • NDA belgesi sürüm kontrollüdür, ve İşlem Notları aracılığıyla eklenir, Varlık aracılığıyla değil
  • Contact sahibi sözleşmeyi karşı imzalamalıdır
  • Sözleşme bir e-posta arşiv dosyasına gönderilmelidir

 

Bir etkinlikten çıktıyı alıp sonraki bir etkinlik için giriş değerleri olarak göndermek fikrine yeniyseniz, süreci gözden geçirmek için zaman ayırmanız faydalı olabilir.

Etkinlikler, tetikleyici olaylardan veya diğer etkinliklerden giriş değerlerini kabul etmek ve sonra süreçteki sonraki etkinliklere yeni değerler sunmak için tasarlanmıştır.

Aşağıdaki görselde Agreement Id Input alanının CreateAgreement etkinliğinden kimlik değerinin içe alınması gerekiyor.

 

Önceki bir etkinliğin çıktısını içe aktarmak için nesne yolunu, değerin gerektiği alana bağlamanız gerekir:

  • Değerin içe aktarılacağı alana tek tıklayın.
    • Look için: Seçim listesi, birincil Entity ile ilgili nesnelerin yanı sıra işlemdeki Local Values ile doldurulur.
  • Genişletmek için seçim listesini tıklayın
    • Aranan Değer, önceki bir Activity içinde oluşturulduğundan bu bir Local Value olur ve listenin alt kısmında doldurulur
  • AdobeSign seçin :Activities .CreateAgreement nesnesi

 

Liste daraltılır ve seçilen nesne Look değeri olarak gösterilir için: değer

Look öğesinin hemen altındaki liste için: alanı, seçilen nesne için olası tüm çıktı değerlerini sağlar. 

CreateAgreement yalnızca bir çıktı değerine sahiptir: Agreement ID Output

  • Doğru çıktı Değerini seçin ve değeri hemen altındaki seçilebilir değerler bölümüne eklemek için Add düğmesini tıklayın

 

  • Seçilebilir değerler bölümünde Agreement ID Output görüntülendiğinde, bu değeri alana eklemek için OK öğesini tıklayın

 

Süreci oluşturmak için:

  • Adobe Acrobat Sign Admin > Yeni İş Akışı Oluştur bölümüne gidin
    • Yeni bir Süreç oluştur kaplama penceresi açılır
  • Sürece sezgisel bir ad verin. Sürecin adı yalnızca Yöneticiler tarafından görülür
  • Kategori seçim listesinden Eylem'i seçin
  • Varlık seçim listesinden birincil Varlık'ı seçin
    • Dynamics'teki herhangi bir Varlık seçilebilir ve sürecin iş akışında kullanabileceği nesneleri sağlar
    • Hiçbiri (genel), Varlıklara bağlı olmayan iş akışları için bir seçenektir

 

Bu örnek, NDA gönderilen herkesin bir İletişim olacağını varsayar, bu nedenle birincil Varlık olarak İletişim'i kullanırız.

  • Tamam'ı tıklatın.
    • Bir PowerApps sayfası açılır ve Süreç Bilgileri sayfası görüntülenir

 

Adım adım süreç, sayfanın alt kısmında oluşturulur. Adım Ekle bölümüne kaydırın

  • Adım Ekle'ye tıklayın
  • Adobe Acrobat Sign seçim listesi öğesine kaydırın ve alt menüyü genişletin
    • Adobe Acrobat Sign için yedi Etkinlik gösterilir:
      • AdobeSign.Activities.AddDocument
      • AdobeSign.Activities.AddRecipient
      • AdobeSign.Activities.AddRecipientUsingLookup
      • AdobeSign.Activities.CreateAgreement
      • AdobeSign.Activities.CreateAgreementFromTemplate
      • AdobeSign.Activities.GetAgreementId
      • AdobeSign.Activities.SendAgreement

Bir belgenin imzalanması için gereken tam süreç, yaklaşık olarak şu sırayla en az üç adımı içerir:

Sözleşme Oluştur – "Sözleşme", Adobe Acrobat Sign sistemi aracılığıyla tam işlem için tüm yapılandırma değerlerini tutan kapsayıcı nesnedir.

Sözleşme oluştururken iki seçenek vardır

  • Şablondan Sözleşme Oluştur – Önceden tanımlanmış bir Sözleşme Şablonu kullanır ve tüm alan değerlerini içe aktarır
  • Sözleşme Oluştur – Sadece bu süreç için Sözleşme alan düzeyi değerlerini girin

 

Belge Ekle – Bu, gönderilecek dosyayı (veya dosyaları) ekler

  • Dynamics'e yükleyebileceğiniz dosya boyutunda 5 MB sınırı vardır
  • Belgeler, ihtiyaçlarınıza bağlı olarak birincil Varlık veya Süreç üzerindeki Notlar alanı aracılığıyla eklenir
    • Birincil Varlıklara eklenen belgeler, bir Fırsata eklenecek kişiselleştirilmiş sözleşme gibi özel belgeler olma eğilimindedir
    • Bir sürece eklenen belgeler, gizlilik sözleşmesi gibi versiyon kontrollü standart belgeler olabilir
Not

 Belgeyi eklemeden önce alıcıları eklemek mümkündür.

Doğrusal düşünce, belgeyi önce eklemenin süreç anlayışını geliştirdiğini önerir çünkü çoğu durumda belge türü alıcıların kim olduğunu ve imza sürecine hangi sırayla dahil olmaları gerektiğini gösterir.

 

Alıcı Ekle – Alıcılar, tamamlama yoluna dahil edilen kişilerdir.Şunları içerebilir:

  • İmzalayanlar – Yasal imza atması gereken herkes
  • Onaylayanlar – Sadece belgeyi onaylaması gereken ancak mutlaka imzalaması gerekmeyen alıcılar
  • CC'ler – Tamamen gözlemci, CC'li alıcıların sözleşmeyi etkileme yetisi yoktur
    • Bir belge türünü otomatik olarak bir e-posta adresine arşivlemek için harika bir seçenek

Alıcı ekleme için iki seçenek vardır:

  • Arama Kullanarak Alıcı Ekle – Bir alıcının e-postasını Dynamics Varlığından içe almak için Dynamics'i kullanır
  • Alıcı Ekle – E-postayı açıkça yapılandırarak herhangi bir Dynamics Varlığıyla ilişkilendirilmemiş bir alıcının dahil edilmesine olanak tanır
Not

AddRecipient etkinliğinin gerekli olmayacağı bir süreç oluşturmanın iki yolu vardır:

  • Tek alıcı, CreateAgreement etkinliğindeki Ana Varlıktan birincil e-posta olarak içe alınır
  • Tek alıcı, Sender Signing Options alanındaki CreateAgreement etkinliğinde Only I sign seçeneğini kullanan imzalayandır

 

Send Agreement – Yapılandırılmış Agreement'ı alıp Adobe Acrobat Sign hizmetine gönderen ve imza sürecini başlatan etkinlik

 

NDA örneğimiz altı Etkinlikten beşini kullanır (sadece bir "Create Agreement" türü etkinlik olabilir), beş adımlı bir süreçte:

1. Adım Ekle - AdobeSign.Activities.CreateAgreement

  • Etkinlik özelliklerini açmak için adım kaydında Set Properties'e tıklayın

  • Agreement Name'i Tanımlayın – Sözleşme adı alıcılarınıza gönderilen bildirim e-postalarında görüntülenir ve Dynamics sistemi boyunca sözleşmeyi temsil eder.Alıcıların beklediği belgenin niteliğini belirten açıklayıcı bir ad kullanın
  • Tamamlandığında Save and Close'a tıklayın

 

Bu örnek için alan değerleri:

  • Agreement Message, ekli belgeyle ilgili anlamlı talimatlar sağlamak için değiştirildi
  • Bu yasal belgenin kabul edilemez bir süre boyunca açık kalmamasını sağlamak için 5 sona erme değeri eklendi
    • Sözleşme 5 takvim günü sonra sona erecek ve otomatik olarak iptal edilecek
  • Primary Email of the Parent Entity ilk alıcı olarak içe alınacak
  • Günlük yineleme için bir hatırlatma planlandı (sözleşmenin beş gün içinde sona ereceği göz önüne alınarak)

Not

Etkinlikleri başarıyla yapılandırdıkça, kırmızı X adım kayıtlarından kaldırılır

 

2. Adım Ekle – AdobeSign.Activities.AddDocument

  • Etkinlik özelliklerini açmak için adım kaydında Set Properties'e tıklayın
    • Agreement ID değerini Agreement Id Input alanına ekleyin
    • {3} alanından Belge Ekle alanını tanımlayın
    • Dosyayı bir İşlemden ekliyorsanız İşlem Seç alanını tanımlayın
    • Gerekli diğer alanları yapılandırın
  • Save and Close (Kaydet ve Kapat) öğesini tıklatın

 

Bu örnek için alan değerleri:

  • {3} alanından Belge Ekle alan İşlem Notları'nden NDA dosyasını almak üzere yapılandırılmıştır
  • İşlem Seç – Dosyayı bir İşlem'den aldığımız için hangi İşlem'in dosyayı içerdiğini belirtmemiz gerekiyor
    • Bu örnek arama, şu anda geliştirmekte olduğumuz İşlem'in aynısına atıfta bulunuyor
  • Belge Adı boş bırakılmıştır – Bu İşlem'in odağı çok dar olduğu için yalnızca NDA sözleşmeleriyle ilgili olduğundan, NDA dosyası dışında bir şeyin İşleme eklenmesi beklenmemektedir
  • Yalnızca belgenin en son sürümünü ekle , True olarak yapılandırılmıştır.NDA'nın yinelenen sürümleri varsa, tüm sürümleri değil, yalnızca en son sürümü göndermek istiyoruz

 

3. Adım Ekle - AdobeSign.Activities.AddRecipientUsingLookup (Kullanıcı)

  • Etkinlik özelliklerini açmak için adım kaydında Ayarla Özellikler seçeneğine tıklayın
    • Anlaşma Kimliği değerini Anlaşma Kimliği Giriş alanına girin
    • Bu arama ile alıcı ekleme olduğu için alıcınızı tanımlayan Varlık'ı tanımlayın: Müşteri Adayı, İletişim veya Kullanıcı
    • Alıcı Rolü'nü tanımlayın – Bu alıcı İmzalayan, Onaylayan veya Bilgi mı
    • Alıcı Sırası –'nı tanımlayın Bu ikinci alıcı olduğu için 2 girin
      • Anlaşma Oluştur etkinliği Asıl Varlıktan Birincil E-postayı Ekle olarak ilk alıcı olacak şekilde yapılandırıldığı için
    • Kimlik Doğrulama'yı tanımlayın – E-posta varsayılandır. İkinci faktör doğrulaması eklemek istiyorsanız, alanı buna göre ayarlayın
    • Gerekli diğer alanları yapılandırın
  • Save and Close (Kaydet ve Kapat) öğesini tıklatın

 

Bu örnek için alan değerleri:

  • Bu ikinci alıcı olduğu için Kullanıcı Varlık türü seçilmiştir. Dahili karşı-imzalar genellikle harici alıcı imzasını uyguladıktan sonra gerçekleşir
  • Bir Kullanıcıyı alıcı olarak ekle Kullanıcıyı aramak için yapılandırılmıştır
  • Varsayılan İmzalayan yerinde bırakılır çünkü imza gereklidir
  • 2 Alıcı Sırası alanına girilir. Dahili imzalayan her zaman harici imzalayanı takip eder

 

4. Adım Ekle - AdobeSign.Activities.AddRecipient

  • Etkinlik özelliklerini açmak için adım kaydında Özellikleri Ayarla'ya tıklayın
    • Agreement ID değerini Agreement Id Input alanına girin
    • Varsa isteğe bağlı Alıcı Tam Adı bilgisini sağlayın
    • Alıcı E-posta Adresini ekleyin
    • Alıcı Rolünü tanımlayın – Bu alıcı bir İmzalayan, Onaylayan mı yoksa CC mi
    • Alıcı Sırasını tanımlayın – Bu üçüncü alıcı olduğundan 3 girin
    • Gerekli diğer alanları yapılandırın
  • Save and Close (Kaydet ve Kapat) öğesini tıklatın

 

Bu örnek için alan değerleri:

  • Bu alıcı dahili NDA arşiv e-posta adresimiz için CC'dir
  • Bir kişinin adı yerine, Alıcı Tam Adı alanına uygun bir açıklama eklenir
  • Tam e-posta adresi eklenir
  • Bu alıcı sadece imzalı belgemizi topladığından CC seçeneği seçilir NDA'ler yedek kayıt tutma için
  • 3 Alıcı Sırası alanına girilir. Alıcı teknik olarak imza döngüsünde değildir, ancak alan gereklidir
    • CC alıcıları her zaman imza/onay işlemine katılan alıcılardan sonra listelenmelidir

 

5. Adım Ekle - AdobeSign.Activities.SendAgreement

  • Etkinlik özelliklerini açmak için adım kaydında Ayarlar Özellikleri'ne tıklayın
    • Sözleşme Kimliği Değerini Sözleşme Kimliği Giriş alanına ekleyin
  • Save and Close (Kaydet ve Kapat) öğesini tıklatın

 

Tüm adımlar yapılandırıldığında:

  • Sayfanın en üstüne gidin ve Notlar sekmesine tıklayın.
  • Notlar sekmesi açıkken, Bir not girin yazan alana tıklayın
    • Sekme içeriği yeniden değişerek Dosya Ekle düğmesini gösterir
  • Dosya Ekle'ye tıklayın

 

 

Dosyanızı arayıp ekleyebilmeniz için Gözat düğmesi olan yeni bir açılır pencere oluşturulur.

  • Gözat... üzerine tıklayın
  • Dosyanızı bulun ve Açın
    • Bu, dosya yolunu Dosya Adı alanına aktarır ve Gözat... penceresini kapatırpencere
  • Ekle düğmesine tıklayın
  • Kapat düğmesine tıklayın

 

Dosya artık İşlem Notları'na düzgün şekilde eklendi

 

Dosya İşlem'in Notlar bölümüne eklendikten sonra, geriye sadece İşlem'i etkinleştirmek kalır.

  • Pencerenin üst kısmındaki Etkinleştir düğmesine tıklayın

 

Etkinleştirme doğrulaması açıldığında Etkinleştir seçeneğine tıklayın

 

Hata yoksa sayfa yenilenir ve sayfanın üst kısmında Devre Dışı Bırak düğmesi görünür (Etkinleştir düğmesinin yerine geçer)

 

Eylem tamamlandı.

Kullanıcıların erişebilmesi için bunu bir İş Akışına bağlamanız gerekir:

  • PowerApp sayfasını kapatmak için pencerenin sol üst köşesindeki Kapat düğmesine tıklayın
  • Adobe Acrobat Sign Admin sayfasına dönün ve Yeni İş Akışı Oluştur seçeneğine tekrar tıklayın
    • Süreç Oluştur açılır penceresi açılır
  • Kategori seçim listesinden İş Akışı seçin
  • Süreç için seçtiğiniz aynı birincil VarlıkVarlık seçim listesinden seçin
    • Bu, gönderenlerin iş akışını listelenmiş olarak bulabilecekleri Varlık'tır
  • Tamam'ı tıklatın.

 

Süreç Bilgileri sayfası yüklenir.

Bu örnek bir NDA sözleşmesi için olduğundan, bunu isteğe bağlı bir seçenek olarak etkinleştirmek istiyoruz.

  • İsteğe bağlı bir süreç olarak yanındaki kutuyu işaretleyin
  • Süreç oluşturucuda Adım Ekle düğmesine tıklayın
  • Seçenek listesinden Eylem Gerçekleştir öğesini seçin

 

  • Eylem alanında, az önce oluşturulan süreci seçin
    • Varlık alanı, seçilen sürece göre otomatik olarak doldurulur
  • Etkinlik özelliklerini açmak için adım kaydındaki Özellikleri Ayarla seçeneğini tıklayın
    • Target ayarını yapılandırın
  • Save and Close (Kaydet ve Kapat) öğesini tıklatın
  • Tüm adımlar yapılandırıldıktan sonra sayfanın üst kısmına gidin ve Etkinleştir seçeneğini tıklayın
    • Sorulduğunda Etkinleştir seçeneğini tekrar tıklayın

 

İş Akışı tamamlandı ve birincil Varlık ile ilişkilendirildi (bu örnekte İletişim).

İş akışını test edin:

  • Herhangi bir İletişim sayfasına gidin
  • Şeritteki Diğer Seçenekler listesini tıklayın ()
  • İş Akışını Çalıştır seçeneğini tıklayın

 

Varlık ile ilişkili iş akışlarının listesi görüntülenir

  • Tetiklenecek iş akışının yanındaki kutuyu işaretleyin
  • İş akışını başlatmak için panelin alt kısmındaki Ekle seçeneğini tıklayın

 

  • İş akışını çalıştırmak istiyorsanız sorulduğunda Tamam seçeneğini tıklayın


İmza akışları için hibrit yönlendirme

Karma İmza Yönlendirmesi, bir veya daha fazla aşamada imza sürecinin paralel hale geldiği sıralı imza sürecinin bir kombinasyonudur. 

Diğer tüm imza akışı türlerinden daha fazla, karma yönlendirme formun, ve imzaların uygulanmasının beklendiği sıranın güçlü bir şekilde anlaşılmasını gerektirir.

 

Alan ataması (imzacı1, imzacı2, vb.) alıcıların süreçte veya kullanıcı arayüzünde listelendiği sıraya dayanır.  Paralel imza aşamasında, tüm alıcılar aynı Alıcı Sırası numarasına sahiptir, bu nedenle süreçteki/kullanıcı arayüzündeki fiziksel yerleşim, alıcının hangi form alanına erişimi olduğunu gösteren tek göstergedir.

Süreçteki/kullanıcı arayüzündeki en üstteki alıcı imzacı1'dir.

Süreçteki/kullanıcı arayüzünde listelenen ikinci alıcı imzacı2'dir, imza akışı paralel olsa ve her iki alıcı da 1 alıcı sırasını belirtse bile.


Karma yönlendirmenin gereksinimleri ve sınırlamaları

  • Karma yönlendirme yalnızca Adobe Acrobat Sign hesabında etkinleştirildiği takdirde çalışır
    • Adobe Acrobat Sign'a hesap yöneticisi olarak giriş yapın
    • Hesap > Gönderme Ayarları > İmzalama Sırası > Gönderenlerin karma yönlendirme sırası belirtmesine izin ver bölümüne gidin
    • Ayarı Kaydet
  • Anlaşma Şablonları karma yönlendirmeden yararlanmak üzere yapılandırılamaz
  • İmza Türü El Yazısı olduğunda karma yönlendirme desteklenmez
  • Gönderen İmzalama Sırası şu olduğunda karma yönlendirme desteklemez
    • Önce ben imzalarım
    • En son ben imzalarım
    • Yalnızca ben imzalayacağım
  • Ana Varlıktan Birincil E-posta dahil olmak üzere, Alıcı Sırası 1 olan alıcıyı tanımlar.Alıcı Sırası 1 olan başka alıcılar varsa, karma kurallar uygulanır
  • Eğer Girilen Sıra = False (paralel imza akışını belirten) olarak tanımlanmış bir süreç varsa, ancak alıcılar aynı Alıcı Sırası değerine sahip değilse (sıralı imza akışını belirten), karma yönlendirme kuralları uygulanır.


Süreç hatası için yaygın nedenler

Bazen yapılandırmada hata göstermeyen bir işlem çalışma zamanında başarısız olabilir.

Yaygın olarak tanımlanan nedenler şunlardır:

  • Dosyayı getirmeye çalıştığınız Not bölümünde ekli dosya bulunmuyor
  • AddRecipient veya CreateAgreement Etkinliğinde tanımlandığı şekliyle Kimlik Doğrulama yöntemi, Adobe Acrobat Sign hesabınızın ayarları tarafından yasaklanmış
  • Asıl Varlıkta Kişi bulunmuyor ve CreateAgreement etkinliğinizde Asıl Varlığın Birincil E-postasını Alıcı Olarak Ekle seçeneği True olarak ayarlanmış