Listelenen Teknik Bildirimleri inceleyin ve sizin için önemli olanları yer imlerine ekleyin.
Teknik Bildirimler sayfası düzenli olarak yeni bilgilerle 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ü 12 Ocak 2027 (v18.0) için planlanmıştır
Bu küçük yama sürümü müşteri tarafından bildirilen kusurları ele alacak ve gerekli optimizasyon ve güvenlik güncellemelerini uygulayacaktır.
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 – 6 Ekim 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 Bir Sonraki Ana Sürüm |
Ocak 2027 |
|
|
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ı Bir Sonraki Ana Sürüm |
Eylül 2026 |
|
|
Önemli |
Mart 2026'dan itibaren |
|
|
Güncellendi |
2027 |
|
|
Geçerli |
Eylül 2026 |
|
|
Kalıcı Bilgi Bildirimleri |
||
|
Geçerli Bilgilendirme |
Geçerli |
|
|
Geçerli Bilgilendirme |
Geçerli |
|
İlk Raporlama: Eylül 2026 |
Geçerli |
|---|
|
İlk Raporlama: Eylül 2026 |
Geçerli |
|---|
|
İlk Bildirim: Mart 2026 |
Geçerli |
|---|
|
İlk Bildirim: Ağustos 2026 |
Geçerli |
|---|
Kitaplık Şablonu oluşturma sırasında satır içi belge düzenleme aşamalı olarak kullanıma sunuluyor.
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 Korumalı Alan dağıtımına dahil edilecek ve 17.2.1 sürümünden sonra tüm ETLA müşterileri için genel olarak kullanılabilir olacaktı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 |
Geçerli |
|---|
İç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 Korumalı Alan dağıtımına dahil edilecek ve 18.0 sürümünden sonra ETLA müşterileri için genel olarak kullanılabilir hale getirilecektir.
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 |
Geçerli |
|---|
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 politikası, 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ı, uygulanabilir yoklama eşiğinin izin verdiğinden daha sık bir düzende aynı çağrıları yaptığında bir 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 alımı
- 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, etkinlikler 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ıya ait 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ı etkin kullanıcı, uygulanabilir yoklama aralığında aynı istek yolu ve başlıklarıyla aynı GET isteğini yaptığında bir istek aynı 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 |
Geçerli |
|---|
SSL/TLS Sertifikası Rotasyon Güncellemeleri – Daha Kısa Geçerlilik Dönemlerine Geçiş
SSL/TLS sektörü önemli ölçüde daha kısa sertifika geçerlilik dönemlerine geçiş yapıyor.Bu değişiklik CA/Tarayıcı Forumu'ndan (herkese açık güvenilir sertifikalar için yönetim organı) gelen güncellemeler tarafından yönlendirilmektedir ve DigiCert dahil olmak üzere büyük sertifika yetkilileri (CA'lar) tarafından benimsenmiştir.
Sonuç olarak, sertifika ömürleri önümüzdeki birkaç yıl içinde mevcut ~398 günden 47 güne kadar kademeli olarak azalacaktır.
Değişiklikler
Herkese açık güvenilir TLS Sertifikaları için maksimum geçerlilik süresi 47 güne düşürülecektir.Bu gereklilik CA/Browser Forum tarafından tanımlanmıştır ve sektör genelinde uygulanmaktadır.
Bu Değişiklik Neden Gerçekleşiyor?
Daha kısa sertifika ömürleri güvenliği şu şekilde artırır:
- 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ırlamak
- Otomatik sertifika yaşam döngüsü yönetimini teşvik etmek
- Genel internet güvenlik duruşunu iyileştirmek
Büyük tarayıcı satıcıları (Google, Apple, Mozilla, Microsoft) bu geçişi destekler.
Ek endüstri bağlamı için bkz. DigiCert'in duyurusu:
TLS Sertifika Kullanım süreleri resmi olarak 47 güne düşecektir
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 Gereklidir
- Daha kısa geçerlilik süreleri nedeniyle sertifika yenileme işlemlerinin tamamen otomatikleştirilmesi beklenmektedir.Bu sıklıkta manuel yenileme işlemleri 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 yenilemeler ile:
- Rutin sertifika rotasyonları müşteri bildirimi oluşturmaz.
- 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 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 rotasyon kapsamında beklenen bir kesinti süresi yoktur.
- Sertifika rotasyon bildirimleri ne zaman duracak?
- Rutin sertifika rotasyon bildirimleri Haziran 2026'nın sonunda durdurulacaktır. Müşteriler yalnızca işlem yapılması gerektiğinde veya bir sorun hizmeti etkilediğinde bilgilendirilmeye devam edecek.
- 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ğrulamaya yardıma ihtiyaç duyuyorsanız Adobe Destek Ekibi 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 döndürme kontrolleri kullanılabilir durumda kalacak.
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ılacak.
- Deneyimi klasik ortama döndürme kontrolleri kullanıcı arabiriminden kaldırılacak.
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ı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 Ş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
- Deneyimi klasik ortama döndürme kontrolleri kullanılabilir durumda kalacak.
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ılacak.
- Deneyimi klasik ortama döndürme kontrolleri kullanıcı arabiriminden kaldırılacak.
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ün yerini alacak. 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ümden sonra 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şınır.
- Klasik sürüme geri dönüş için yönetici kontrolleri kaldırılır.
- Klasik Özel İş Akışı Tasarımcısı tamamen kullanımdan kaldırılmıştır ve artık erişilemez.
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 |
Geçerli |
|---|
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.
Modern ortamın kullanılamadığı herhangi bir kullanım durumu için klasik ortam denetimleri, yedek önlem olarak kullanılabilir kalacaktır.
|
İlk Bildirim: Eylül 2022 - Güncelleme: Haziran 2026 |
Geçerli |
|---|
Klasik raporlama 2027'de Acrobat Sign arayüzünden tamamen kaldırılacaktır. Bu, ortamlar arasında geçiş yapmayı sağlayan 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 kalacaktır.
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 Bildirim: Şubat 2026 |
Geçerli |
|---|
Ö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, URL içeren SMS mesajlarının kullanıcı etkileşimi gerektiren akışlara yönlendirilmesini kısıtlayan güncellenmiş düzenlemeler getirdi. Sözleşme imzalama alıcı etkileşimi gerektirdiği için bu kullanım durumu için SMS teslimatı kısıtlanmıştır.
Kimler etkileniyor?
- SMS üzerinden Sözleşme Gönderimi kullanılarak gönderilen sözleşmeler.
- 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, SMS gönderimi kullanıldığında alıcılar imzalama sürecine erişemeyebilir ve tamamlayamayabilir.
Bu sınırlama düzenlemeler kaynaklıdır ve bir hizmet kesintisi veya ürün kusuru nedeniyle oluşmamıştır.
Zamanlama
Şu anda bu kısıtlamanın ne zaman kaldırılacağı veya teknik bir çözümün ne zaman uygulanacağı konusunda 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şivlenen 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.
