Listelenen Teknik Bildirimleri inceleyin ve sizin için önemli olanları yer imlerine ekleyin.
Teknik Bildirimler sayfası yeni bilgilerle düzenli olarak güncellenir ve içeriği oldukça dinamiktir. Yerelleştirilmiş sürümler mevcut olsa da, çeviri süreci orijinal İngilizce (ABD) sürümüne göre hafif farklılıklara neden olabilir. En doğru ve güncel bilgiler için her zaman önce İngilizce (ABD) sayfaya bakın.
[Sonraki Sürüm] Sonraki Adobe Acrobat Sign sürümü 6 Ekim 2026 (v17.2.1) için planlanmıştır
Bu küçük yama sürümü müşteri tarafından bildirilen hataları giderecek ve gerekli optimizasyon ile güvenlik güncellemelerini uygulayacak.
Korumalı alan ortamı bu yamaları planlanan sürümden dört hafta önce alacaktır. Çözülmüş sorunların listesi o zaman yayınlanacak ve yayınlanmadan 14 gün önce güncellenecektir.
Özellik Sürümü: Adobe Acrobat Sign – 8 Eylül Sürüm Tamamlandı
Sürüm, hiçbir hizmette kesinti yaşanmadan tüm sunucularda başarıyla tamamlandı.
Güncel Bildirimler:
|
Durum |
Sorun veya Olay |
Yürütme Tarihi |
|
Yeni Geçerli |
8 Eylül 2026'dan itibaren |
|
|
Yeni Sonraki Sürüm |
8 Eylül 2026'dan itibaren |
|
|
Güncellendi Önemli Geçerli |
5 Mayıs 2026 |
|
|
Yeni Sonraki Sürüm Aşamalı |
16 Haziran'dan İtibaren |
|
|
Yeni Sonraki Sürüm Aşamalı |
8 Eylül'den İtibaren |
|
|
Güncellendi |
Eylül 2026 |
|
|
Güncellendi Aşamalı |
Eylül 2026 |
|
|
Aşamalı Sonraki Ana Sürüm |
Eylül 2026 |
|
|
Önemli |
Mart 2026'dan İtibaren |
|
|
Güncellendi |
2027 |
|
|
Geçerli |
Eylül 2026 |
|
|
Kalıcı Bilgi Bildirimleri |
||
|
Geçerli Bilgilendirme |
Geçerli |
|
|
Geçerli Bilgilendirme |
Geçerli |
|
İlk Raporlanma: Eylül 2026 |
Mevcut |
|---|
|
İlk Raporlama: Eylül 2026 |
Güncel |
|---|
|
İlk Bildirim: Mart 2026 |
Mevcut |
|---|
|
İlk Bildirim: Ağustos 2026 |
Mevcut |
|---|
Kitaplık Şablonu oluşturma sırasında satır içi belge düzenleme, aşamalı kullanıma sunulmaktadır.
Kullanıma sunma programı:
VIP ve VIPMP müşteri hesapları, 17.2 sürümünün ardından aşamalı olarak üretim ortamına sunulur.
VIP hesapları için, özellik hem yeni hem de mevcut desteklenen hesaplar için hesap düzeyinde varsayılan olarak etkinleştirilir. Hesap ve grup yöneticileri gerekirse özelliği etkinleştirebilir veya devre dışı bırakabilir.
Kitaplık şablonlarında satır içi belge düzenleme, 17.2.1 Sandbox dağıtımına dahil edilecek ve 17.2.1 sürümünün ardından tüm ETLA müşterilerinin genel kullanımına sunulacaktır.
ETLA müşterileri, hem yeni hem de mevcut desteklenen hesaplar için hesap düzeyinde özelliği varsayılan olarak devre dışı görecektir. Hesap ve grup yöneticileri gerekirse özelliği etkinleştirebilir veya devre dışı bırakabilir.
Özellik şunlar için desteklenmez:
- Resmi Kurumlar için Acrobat Sign hesapları.
- Eski Acrobat Sign kullanıcı yönetim sistemini kullanan kuruluşlar.
Yapılandırma talimatları için bkz. Satır içi belge düzenlemeyi etkinleştirme veya devre dışı bırakma
Gönderen iş akışı talimatları için bkz. Alan içeriği oluşturulurken metin düzenleme
|
İlk Bildirim: Mart 2026 |
Mevcut |
|---|
İçerik oluşturma sırasında satır içi belge düzenleme, VIP hesapları için 17.1.2 sürümünün bir parçası olarak aşamalı şekilde kullanıma sunulmakta ve 17.2 sürümüyle devam etmektedir.
Kullanıma sunma programı:
VIP ve VIPMP müşteri hesapları, 17.1.2 sürümünün ardından aşamalı olarak üretim ortamına sunulur.
Satır içi belge düzenleme, 18.0 Sandbox dağıtımına dahil edilecek ve 18.0 sürümünün ardından ETLA müşterilerinin genel kullanımına sunulacaktır.
VIP hesapları için, özellik hem yeni hem de mevcut desteklenen hesaplar için hesap düzeyinde varsayılan olarak etkinleştirilir. Hesap ve grup yöneticileri gerekirse özelliği etkinleştirebilir veya devre dışı bırakabilir.
ETLA hesapları, özelliği varsayılan olarak devre dışı bırakılmış şekilde görecek ve gerektiğinde etkinleştirme için hesap ve grup düzeyinde aynı kontroller kullanılabilir olacaktır.
Özellik şunlar için desteklenmez:
- Resmi Kurumlar için Acrobat Sign hesapları.
- Eski Acrobat Sign kullanıcı yönetim sistemini kullanan kuruluşlar.
Yapılandırma talimatları için bkz. Satır içi belge düzenlemeyi etkinleştirme veya devre dışı bırakma
Gönderen iş akışı talimatları için bkz. Alan içeriği oluşturulurken metin düzenleme
Kullanıma sunma programları, beklenmeyen olaylara bağlı olarak değişikliğe tabidir.
|
İlk Bildirim: Ağustos 2025 - Güncelleme: Şubat 2026 |
Mevcut |
|---|
Sistem kararlılığını korumaya ve performansı artırmaya yardımcı olmak için Adobe Acrobat Sign, GET API uç noktaları için yoklama eşiği uyguluyor. Bu politika, istemci uygulamalarının Acrobat Sign hizmetine ne sıklıkla aynı API çağrıları yapabileceğini sınırlar.
Yüksek sıklıkta yoklama, arka plan sistemlerinde gereksiz yük oluşturarak performansı düşürebilir ve yanıt sürelerini yavaşlatabilir. API geliştiricilerinin, neredeyse gerçek zamanlı güncellemeler için tekrarlanan yoklama yerine web kancalarını kullanması önerilir.
Değişiklikler
Yoklama ilkesi, aynı çağrılar için tüm GET API uç noktalarına uygulanır.
Aynı etkin kullanıcının Acrobat Sign'a aynı API çağrısını ne sıklıkla yapabileceğine sınır uygulanır. Aynı etkin kullanıcı, geçerli yoklama eşiğinin izin verdiğinden daha sık aynı çağrıları yaptığında hata döndürülür.
Örneğin, aynı sözleşme veya kitaplık belgesi için aynı uç noktaya yapılan tekrarlanan istek, aynı çağrı olarak değerlendirilir. Farklı sözleşmeler veya kitaplık belgeleri için yapılan istekler, her nesne farklı bir istek hedefini temsil ettiği için ayrı çağrılar olarak değerlendirilir.
Etkilenen uç nokta örnekleri
Durum sorgulama
- GET /agreements/{agreementId} — Bir sözleşmenin mevcut durumunu alır.
- GET /agreements/{agreementId}/documents/{documentId} — Bir sözleşme içindeki belgenin dosya akışını alır.
Listeleme, olaylar ve kitaplık belgeleri
- GET /agreements — Kullanıcı için sözleşmeleri alır.
- GET /agreements/{agreementId}/events — Bir sözleşme için olay bilgilerini alır.
- GET /libraryDocuments — Kullanıcı için kitaplık belgelerini alır.
- GET /libraryDocuments/{libraryDocumentId} — Belirli bir kitaplık belgesi için bilgileri alır.
Yoklama politikası ayrıntıları
Minimum Nesne Yoklama Aralığı (MOPI), aynı etkin kullanıcının Acrobat Sign hizmetine aynı GET API isteğini ne sıklıkla yapabileceğini tanımlar.
Varsayılan MOPI, hizmet katmanına göre değişir:
- GLOBAL, KURUMSAL ve GELİŞTİRİCİ katmanları: Bir dakikalık aralıkta üç aynı çağrı.
- Diğer tüm katmanlar: Üç dakikalık aralıkta üç aynı çağrı.
Aynı etkin kullanıcı, katmanın izin verdiğinden daha sık aynı GET istekleri yaparsa, Acrobat Sign Retry-After başlığıyla birlikte 429 Çok Fazla İstek yanıtı döndürür.
Aynı geçerli kullanıcı, geçerli yoklama aralığı içinde aynı istek yolu ve başlıklarla aynı GET isteğini yaptığında bir istek özdeş kabul edilir.
ETag işleme
Uygulamalar, koşullu GET isteklerini destekleyen uç noktalar için ETag'leri ve If-None-Match başlığını kullanmaya devam edebilir.
Yoklama eşiği altında izin verilen koşullu GET istekleri için Acrobat Sign, kaynak değişmediğinde 304 Not Modified döndürebilir.
Yoklama eşiği aşıldığında, istek If-None-Match başlığı içerse bile Acrobat Sign Retry-After başlığı ile 429 Too Many Requests döndürür.
Eylem gerekli
Uygulamanız gerçek zamanlıya yakın güncellemeler gerektiriyorsa yoklama yerine web kancalarını kullanın. Web kancaları, zamanında güncellemeler almak için daha verimli ve ölçeklenebilir bir yol sağlar.
Web kancaları uygulanamıyorsa uygulamalar API yanıtlarını depolamak ve yeniden kullanmak için istemci tarafı önbelleğe almayı kullanmalıdır.
- 304 Not Modified yanıtı alındığında, başka bir API çağrısı yapmak yerine önbelleğe alınmış verileri kullanın.
- 429 Too Many Requests yanıtı alındığında, API çağrısını yalnızca Retry-After başlığında belirtilen saniye sayısından sonra yeniden deneyin.
Kaynaklar
- 429 yanıtı yönetme: https://developer.adobe.com/acrobat-sign/docs/overview/developer_guide/apiusage#handling-rate-limiting-http-429
- API yoklama eşiği: https://developer.adobe.com/acrobat-sign/docs/overview/developer_guide/apiusage#get-endpoints
Zaman çizelgesi
Güncellenmiş MOPI eşikleri zaten üretim aşamasında.
- Güncellenmiş ETag azaltma davranışı 17.1.1 sürümünde dahil edilmiştir. Bu değişiklikten sonra, Acrobat Sign If-None-Match başlığını içeren koşullu GET istekleri dahil olmak üzere kısıtlanmış istekler için 429 Too Many Requests döndürür.
- Yoklama politikası, 11 Şubat 2026'da Korumalı alan ortamındaki yeni hesaplar için ZORUNLU olarak ayarlanır.
- Yoklama politikası, 5 Nisan 2026'da Üretim ortamındaki yeni hesaplar için ZORUNLU olarak ayarlanır.
Yardıma ihtiyacınız varsa veya sorularınız olursa lütfen CSM ile iletişime geçin.
|
İlk Bildirim: Mart 2026 |
Güncel |
|---|
SSL/TLS Sertifika Rotasyon Güncellemeleri – Daha Kısa Geçerlilik Sürelerine Geçiş
SSL/TLS endüstrisi önemli ölçüde daha kısa sertifika geçerlilik sürelerine geçiş yapıyor.Bu değişiklik, CA/Browser Forum'dan (kamuya açık güvenilir sertifikalar için yönetim organı) gelen güncellemeler doğrultusunda şekillenmekte olup DigiCert dahil olmak üzere başlıca sertifika yetkilileri (CA'lar) tarafından benimsenmektedir.
Sonuç olarak, sertifika yaşam süreleri önümüzdeki birkaç yıl içinde mevcut ~398 günden 47 güne kadar kademeli olarak azalacak.
Değişiklikler
Alenen güvenilir TLS sertifikaları için maksimum geçerlilik süresi 47 güne düşürülecek.Bu gereklilik CA/Browser Forum tarafından tanımlanmıştır ve endüstri genelinde geçerlidir.
Bu Değişiklik Neden Gerçekleşiyor?
Daha kısa sertifika yaşam süreleri güvenliği şu yollarla iyileştirir:
- Bir sertifikanın veya özel anahtarın güvenliği ihlal edildiyse maruziyet süresini azaltır
- Sertifika iptal mekanizmalarına bağımlılığı sınırlama
- Otomatik sertifika yaşam döngüsü yönetimini teşvik etme
- Genel internet güvenlik duruşunu iyileştirme
Başlıca tarayıcı satıcıları (Google, Apple, Mozilla, Microsoft) bu geçişi desteklemektedir.
Ek endüstri bağlamı için DigiCert'in duyurusuna bakın:
TLS Sertifika Yaşam Süreleri Resmi Olarak 47 Güne Düşürülecek
Bu Sizi Nasıl Etkiler?
- Artan Sertifika Rotasyon Sıklığı
- Maksimum geçerlilik süreleri azaldıkça sertifikalar daha sık döndürülür.
- Otomasyon Zorunludur
- Daha kısa geçerlilik süreleri nedeniyle, sertifika yenilemelerinin tamamen otomatik olması bekleniyor.Manuel yenileme süreçleri bu sıklıkta sürdürülebilir değildir.
Ortamınız sertifika sabitleme, manuel güven depoları veya statik sertifika referanslarını temel alıyorsa sık yenilemelerle uyumluluğu sağlamak için yapılandırmanızı gözden geçirin.
Müşteri Bildirimleri
Daha önce bildirimler, sertifikalar yıllık bazda döndürüldüğünde gönderiliyordu.
Haziran 2026'nın sonundan itibaren standart sertifika rotasyonları için rutin bildirimler durdurulacaktır.
Daha kısa geçerlilik süreleri ve otomatik yenilemelerle:
- Rutin sertifika rotasyonları müşteri bildirimi oluşturmayacaktır.
- Bildirimler yalnızca şu durumlarda gönderilecektir:
- Yenileme hataları
- Hizmet etkisi
- Müşteri eylemi gerekli
Bu yaklaşım, otomatik sertifika yaşam döngüsü yönetimi için endüstri en iyi uygulamalarıyla uyumludur.
Eylem Gerekmez (Otomasyon Etkinse)
Entegrasyonunuz standart TLS güven doğrulamasına dayanıyorsa ve sertifika sabitlemeye bağımlı değilse herhangi bir eylem gerekmez.
Sertifikalar süresi dolmadan önce otomatik olarak yenilenmeye devam edecektir.
Eylem Gerektirebilecek Durumlar
Şu durumlarda işlem yapmanız gerekebilir:
- Sertifika sabitleme (SPKI veya tam sertifika sabitleme) kullanıyorsanız
- Manuel sertifika depoları yönetiyorsanız
- Belirli sertifika parmak izlerine bağlı güvenlik duvarı kurallarınız varsa
- Otomatik sertifika güncellemelerini desteklemeyen sistemler işletiyorsanız
Emin değilseniz güvenlik veya altyapı ekibinize danışın.
Sık Sorulan Sorular
- Bu sadece Adobe'ye özgü bir değişiklik mi?
- Hayır. Bu, CA/Browser Forum tarafından zorunlu kılınan ve tüm büyük sertifika otoriteleri tarafından uygulanan endüstri çapında bir değişikliktir.
- Hizmet kullanılabilirliği etkilenecek mi?
- Hayır. Sertifikalar süresi dolmadan önce otomatik olarak yenilenecektir.Normal rotasyonun bir parçası olarak beklenen bir kesinti yoktur.
- Sertifika rotasyonu bildirimleri ne zaman duracak?
- Rutin sertifika rotasyon bildirimleri Haziran 2026'nın sonunda durdurulacaktır. Müşteriler yalnızca eylem gerektiğinde veya bir sorun hizmeti etkilediğinde bilgilendirilmeye devam edecektir.
- Nereden daha fazla bilgi edinebilirim?
- Ek endüstri ayrıntıları için DigiCert'in duyurusuna göz atın:
https://www.digicert.com/blog/tls-certificate-lifetimes-will-officially-reduce-to-47-days
- Ek endüstri ayrıntıları için DigiCert'in duyurusuna göz atın:
Yardıma Mı İhtiyacınız Var?
Sertifika rotasyonu hakkında sorularınız varsa veya entegrasyonunuzu doğrulamak için yardıma ihtiyacınız varsa Adobe Desteği veya Adobe hesap temsilcinizle iletişime geçin.
|
İlk Bildirim: Şubat 2025 - Güncelleme: Haziran 2026 |
Geçerli |
|---|
17.2 sürümünde (Eylül 2026), tüm Ticari hesaplar ve Resmi Kurum hesapları modern İmza İste ortamını kullanacak şekilde güncellenecektir.
- Geçiş bağlantıları devre dışı bırakılacak
- Klasik kullanıcı arayüzüne geri dönmesi gereken müşteriler için Yönetici menüsündeki yönetici kontrolleri kalacak.
Değişiklikler
Eylül 2026 sürümünde (17.2):
- Tüm Ticari ve Govcloud hesapları otomatik olarak modern İmza İste deneyimine geçirilecektir.
- Geçiş bağlantıları hem Ticari hem de Govcloud hesapları için devre dışı bırakılacaktır
- Deneyimi klasik ortama geri döndürmeye yönelik kontroller kullanılabilir olmaya devam edecektir.
Ocak 2027 sürümünde (18.0):
- Tüm hesaplar otomatik olarak modern İmza İste deneyimine geçirilecektir.
- Geçiş bağlantıları kaldırılacaktır.
- Klasik ortama geri dönüş deneyiminin kontrolleri kullanıcı arayüzünden kaldırılacaktır.
Sorunsuz bir geçiş sağlamak için sürüm öncesinde kullanıcılarınızı modern deneyimle tanıştırmanızı öneririz.
|
İlk Bildirim: Şubat 2025 - Güncelleme: Haziran 2026 |
Geçerli |
|---|
17.2 sürümünde (Eylül 2026), tüm Ticari hesaplar ve Resmi Kurum hesapları modern Şablon Oluştur deneyimini kullanacak şekilde güncellenecektir.
- Geçiş bağlantıları devre dışı bırakılacaktır
- Klasik kullanıcı arayüzüne geri dönmesi gereken müşteriler için Yönetici menüsündeki yönetici kontrolleri kalacak.
Değişiklikler
Eylül 2026 sürümünde (17.2):
- Tüm Ticari ve Govcloud hesapları otomatik olarak modern Şablon Oluştur deneyimine geçirilecektir.
- Geçiş bağlantıları hem Ticari hem de Govcloud hesapları için devre dışı bırakılacaktır
- Klasik ortama geri dönmek için kontroller mevcut olmaya devam edecektir.
Ocak 2027 sürümünde (18.0):
- Tüm hesaplar otomatik olarak modern Şablon Oluştur deneyimine geçirilecektir.
- Geçiş bağlantıları kaldırılacaktır.
- Klasik ortama geri dönüş deneyiminin kontrolleri kullanıcı arayüzünden kaldırılacaktır.
Sorunsuz bir geçiş sağlamak için sürüm öncesinde kullanıcılarınızı modern deneyimle tanıştırmanızı öneririz.
|
İlk Raporlama: Nisan 2025 - Güncelleme: Eylül 2026 |
Geçerli |
|---|
Yeni İş Akışı Tasarımcısı deneyimi tüm mevcut hesaplar için etkinleştiriliyor ve zaman içinde klasik sürümü değiştiriyor. Geçiş sırasında, yöneticiler ve kullanıcılar tamamen kullanımdan kaldırılana kadar önceki arabirime geri dönme konusunda belirli bir esnekliğe sahiptir.
Kullanıma Sunma Zaman Çizelgesi
Ekim 2026 (v17.2.1)
- Tüm hesaplar sürüm sonrasında yeni deneyime yükseltilir (henüz yükseltilmediyse).
- Yöneticiler klasik deneyime geri dönme yeteneğini korur.
- Kullanıcılar artık geçiş bağlantılarını görmez; yöneticiler gerekirse bunları etkinleştirebilir.
Ocak 2027 (v18.0)
- Tüm hesaplar kalıcı olarak yeni deneyime taşındı.
- Klasik sürüme döndürmeye yönelik yönetici denetimleri kaldırıldı.
- Klasik Özel İş Akışı Tasarımcısı tamamen kullanımdan kaldırıldı ve artık erişilebilir değil.
Sorunsuz bir geçiş sağlamak için kullanıcılarınızı mümkün olan en kısa sürede hazırlamanızı öneririz.
Temmuz 2025 Acrobat Sign sürümünden sonra oluşturulan yeni hesaplarda varsayılan olarak yeni deneyim etkinleştirilecek ve eski sürüme geri dönmek için herhangi bir kontrol bulunmayacaktır.
|
İlk Bildirim: Ağustos 2025 - Güncelleme: Ekim 2025 |
Mevcut |
|---|
Tüm hesaplar modern ortama taşındı
17.0 sürümünde (Ocak 2026), tüm hesaplar modern e-imza ortamını kullanacak şekilde güncellenecektir.
Klasik ortam kontrolleri, modern ortamın kullanılamadığı durumlar için yedek önlem olarak mevcut kalacak.
|
İlk Bildirim: Eylül 2022 - Güncelleme: Haziran 2026 |
Mevcut |
|---|
Klasik raporlama 2027'de Acrobat Sign arayüzünden tamamen kaldırılacaktır. Bu, ortamlar arasında geçiş yapmaya olanak tanıyan bağlantıyı da içerir.Kaldırıldıktan sonra müşteriler klasik raporları incelemek için klasik ortama dönemeyecek ve zamanlanmış raporlar çalışmayı durduracaktır.
Modern raporlama ortamı tek raporlama çözümü olarak kalacak.
Tüm müşterilerin mevcut tüm raporlarını mümkün olan en kısa sürede yeni ortamda yeniden oluşturmaları önemle tavsiye edilir.
|
İlk Raporlandığı Tarih: Şubat 2026 |
Mevcut |
|---|
Özet
Tayland'daki güncellenmiş mevzuat gereklilikleri nedeniyle, SMS ile Anlaşma Gönderimi şu anda Tayland telefon numaralarına sahip alıcılar için desteklenmemektedir.
Neler değişiyor
Tayland, alıcıları kullanıcı etkileşimi gerektiren akışlara yönlendiren URL içeren SMS mesajlarını kısıtlayan güncellenmiş düzenlemeler getirdi.Anlaşma imzalamak alıcı etkileşimi gerektirdiğinden, bu kullanım durumu için SMS teslimatı kısıtlandı.
Kimler etkileniyor
- SMS ile Anlaşma Teslimatı kullanılarak gönderilen anlaşmalar.
- Tayland (+66) telefon numarasına sahip alıcılar.
Etki
Tayland telefon numaralarına sahip alıcılar anlaşma bağlantıları içeren SMS mesajları almayabilir. Sonuç olarak, alıcılar SMS teslimatı kullanıldığında imzalama işlemine erişemeyebilir ve tamamlayamayabilir.
Bu sınırlama düzenleyici nitelikte olup hizmet kesintisi veya ürün kusuru nedeniyle oluşmamaktadır.
Zamanlama
Bu kısıtlamanın ne zaman kaldırılacağı veya teknik bir çözümün ne zaman uygulanacağı konusunda şu anda onaylanmış bir zaman çizelgesi bulunmamaktadır.Bu bildirim koşullar değiştiğinde güncellenecektir.
Gerekli eylemler
- Tayland telefon numaralı alıcılar için SMS ile Sözleşme Teslimatı özelliğini kullanmayın.
- Sözleşme teslimatını garantilemek için alternatif teslimat yöntemi olarak e-postayı dahil edin.
Ek ayrıntılar
Bu sınırlama yalnızca SMS tabanlı teslimat için geçerlidir.Diğer sözleşme teslimatı ve kimlik doğrulama yöntemleri etkilenmez.
|
İlk Bildirim: Mayıs 2024 |
Geçerli |
|---|
Dosya yüklemek için harici sürücü kullanma seçeneği, yeni İmza İste deneyiminde yalnızca OneDrive ile sınırlıdır.
Dosya yüklemek için diğer seçenekleri kullanan müşterilerin satıcıya özel uygulamayı kullanması önerilir. Bu uygulama, kullanıcının yerel sistemindeki yerel dosya seçici aracılığıyla erişilebilen ağa bağlı bir sürücü sağlar.
- Dropbox: https://www.dropbox.com/desktop
- Google Drive: https://support.google.com/drive/answer/10838124
- Box: https://support.box.com/hc/en-us/articles/360043697194-Installing-Box-Sync
- Acrobat/Document Cloud: https://www.adobe.com/tr/acrobat/hub/share-sync-pdfs.html
Diğer Kaynaklar
- Topluluk forumları
- Haftalık Eğitim - Yeni kullanıcılar ve yöneticiler için eğitim konularını kapsayan haftalık web semineri
Arşivlenmiş Bildirimler
Bildirimin mevcut bildirim listesinden kaldırıldığı tarihe (en yeniden en eskiye) göre listelenir.
Acrobat Sign ile işinizi kolaylaştırın
Belgeleri çevrimiçi olarak hızlı ve kolay şekilde yönetin ve imzalayın.
