Batas ukuran pada unggahan PDF memiliki biaya nyata. Itu juga merupakan salah satu angka yang paling dibesar-besarkan dalam perangkat lunak perusahaan, jadi artikel ini memberi Anda metode untuk mengukur sendiri alih-alih angka yang dibuat untuk Anda.

Pendahuluan

Sistem manajemen dokumen lama sering menerapkan batas keras 25 megabyte untuk unggahan PDF. Pembatasan ini terasa tidak berbahaya — kebanyakan dokumen jauh di bawahnya — sampai ada file yang tidak, dan seseorang harus menanganinya secara manual.

Kami harus jujur tentang posisi kami di sini, karena akan aneh jika tidak: penampil gratis di Doconut.app juga berhenti pada 25 MB untuk PDF. Itu adalah batas kami, dan artikel ini bukan argumen bahwa batas tidak dapat dipertahankan. Ini adalah argumen bahwa Anda harus mengetahui berapa biaya batas Anda sebelum membayar untuk mengatasinya.

Catatan tentang angka-angka dalam artikel ini, atau lebih tepatnya ketidakhadirannya. Model biaya dalam genre ini biasanya didasarkan pada survei yang tidak dapat diperiksa dan tolok ukur yang tidak dapat ditemukan. Kami tidak memiliki keduanya, jadi kami tidak akan mencetak apa pun. Berikut ini adalah perhitungan dan pertanyaannya — Anda menyediakan nilai-nilai dari sistem Anda sendiri, di mana nilai tersebut nyata.

1. Apa yang Sebenarnya Dihitung dari Unggahan yang Ditolak

Ketika sebuah PDF melebihi batas, seseorang memecah, mengompres, atau membuat ulangnya. Itu adalah biaya langsung, dan memiliki tiga komponen yang dapat Anda ukur:

Volume. Berapa banyak unggahan yang ditolak karena ukuran? Log aplikasi Anda mengetahuinya. Jika tidak mencatat alasan penolakan, itu hal pertama yang harus diperbaiki, karena semua di bawah ini bergantung pada angka ini dan perkiraan siapa pun tentangnya tidak berguna.

Waktu Penanganan. Berapa lama solusi sementara ini memakan waktu? Ukur pada lima file nyata daripada menebak. Mengompres kontrak yang dipindai di Acrobat dan mengunggah ulang tidak sama dengan memecah manual 400 halaman menjadi bagian-bagian yang berdiri sendiri.

Tingkat Tiket. Berapa proporsi penolakan tersebut menjadi tiket dukungan alih-alih diselesaikan di meja? Ambil dari sistem tiket Anda dengan istilah pencarian.

Perhitungannya kemudian tidak istimewa:

rejections per quarter
  x handling time in hours
  x blended hourly rate
+ (rejections x ticket rate x cost per ticket)
= direct quarterly cost

Alasan untuk menjalankannya sendiri adalah karena hasilnya bervariasi lebih dari satu orde besaran antara organisasi, tergantung hampir sepenuhnya pada volume. Untuk tim yang mencapai batas dua kali sebulan, jawaban jujur adalah bahwa ini tidak menimbulkan biaya yang layak diukur, dan Anda sebaiknya berhenti membaca. Untuk departemen klaim yang memproses file hasil pemindaian sepanjang hari, ini adalah item biaya yang nyata.

2. Biaya Tidak Langsung yang Perlu Dianggap Serius

Penundaan dan kehilangan kesepakatan adalah bab kedua yang biasanya, dan kami akan melewatkan pemodelan pendapatan, karena mengaitkan penjualan yang hilang dengan batas unggahan memerlukan bukti yang hampir tidak dimiliki siapa pun.

Satu biaya tidak langsung layak disebutkan, karena berbeda secara kualitatif: memecah dokumen merusaknya.

PDF yang dibagi menjadi tiga bagian menjadi tiga file yang dapat dikirim terpisah, versi terpisah, dan diarsipkan secara tidak lengkap. Tanda tangan tidak bertahan setelah operasi — PDF yang ditandatangani secara digital dan kemudian dibagi memiliki tanda tangan tidak valid di setiap fragmen, karena tanda tangan mencakup byte seluruh file. Metadata, tag, dan struktur yang membuat PDF/A dapat diarsipkan tidak dipertahankan secara konsisten oleh alat apa pun yang dipilih pengguna.

Jika kewajiban retensi atau audit Anda mengasumsikan dokumen adalah satu objek, batas ukuran yang secara rutin memaksa pemecahan menjadi masalah kepatuhan yang menyamar sebagai masalah produktivitas. Itu layak diangkat terlepas dari apa yang dikatakan perhitungan tenaga kerja.

3. Sebelum Anda Membeli Apa Pun, Periksa Isi File

Langkah ini sering dilewatkan sehingga layak memiliki bagian tersendiri, karena kadang-kadang mengakhiri proyek.

Ambil lima puluh file yang ditolak dan periksa apa yang membuatnya besar. Dari pengalaman kami dengan format, jawaban biasanya adalah gambar pada resolusi asli mereka: kontrak yang dipindai pada 600 dpi berwarna ketika 200 dpi abu-abu sudah cukup terbaca, atau laporan yang foto-fotonya langsung diambil dari ponsel. PDF seperti itu sering kali beberapa kali lebih besar daripada yang diperlukan, dan memperbaikinya di sumber — profil pemindai, pengaturan ekspor — menghilangkan penolakan tanpa perlu pengadaan apa pun.

Kadang-kadang jawabannya memang dokumen yang besar, dan maka Anda memiliki kebutuhan nyata. Intinya adalah mengetahui kasus mana yang Anda hadapi.

4. Apa yang Harus Ditanyakan kepada Vendor, termasuk Kami

Jika Anda memang perlu menaikkan batas, pertanyaan yang penting bukan tentang batas itu sendiri:

Di mana batas diterapkan, dan mengapa? Batas yang ditetapkan oleh penanganan unggahan aplikasi sendiri berbeda dengan yang dipaksakan oleh mesin rendering. Batas kami adalah yang pertama: 25 MB adalah apa yang diterima situs publik kami, bukan apa yang dapat digambar mesin.
Apa yang terjadi pada batas? Penolakan saat unggahan dengan angka yang disebutkan lebih ramah daripada timeout pada 90 % — pengguna belajar sesuatu dalam kedua kasus, tetapi hanya satu yang cepat.
Bagaimana bentuk kurva memori? Merender PDF besar menghabiskan memori server. Jika Anda meng-host sendiri, biaya itu berpindah ke infrastruktur Anda, dan “tanpa batas” berarti “dibatasi oleh perangkat keras yang kini Anda beli”.
Apa yang dipertahankan? Jika Anda menaikkan batas untuk menghentikan pemecahan file, pastikan dokumen tetap utuh — termasuk tanda tangan, tag, dan metadata.

Sebagai catatan, artikel ini tidak menyertakan angka yang tidak dapat kami pertanggungjawabkan: Doconut SDK adalah komponen .NET yang Anda pasang di lingkungan Anda sendiri, di mana batas ukuran praktis ditentukan oleh memori server Anda, bukan kebijakan kami. Kami tidak akan mencetak angka megabyte untuknya, karena tergantung pada perangkat keras dan dokumen Anda, dan angka tunggal apa pun akan menjadi pemasaran bukan pengukuran.

5. Langkah-Langkah Praktis

Instrumen penolakan. Catat alasan dan ukuran file. Seperempat data nyata mengalahkan model apa pun.
Sampel file. Lima puluh PDF yang ditolak akan memberi tahu Anda apakah Anda memiliki masalah ukuran atau masalah pengaturan pemindai.
Jalankan perhitungan di atas dengan volume dan tarif Anda sendiri, dan bersedia menyimpulkan bahwa biayanya terlalu kecil untuk ditindaklanjuti.
Periksa sudut kepatuhan secara terpisah. Jika pemecahan merusak tanda tangan atau jejak audit, argumen itu berdiri sendiri dan tidak memerlukan model biaya di belakangnya.
Uji coba dengan file terburuk Anda. Bukan sampel. Paket hasil pemindaian 300 halaman yang memulai percakapan.

Kesimpulan

Batas ukuran adalah kendala nyata dengan biaya nyata, dan juga merupakan tempat termudah dalam perangkat lunak perusahaan untuk dijual sebuah angka. Biayanya adalah apa pun yang ditentukan oleh volume, waktu penanganan, dan tarif Anda — yang mungkin signifikan, atau mungkin tidak ada sama sekali.

Ukurlah sebelum Anda memindahkannya. Dan jika Anda hanya memiliki satu PDF yang sedikit terlalu besar untuk dibaca hari ini, Doconut.app menerima 25 MB, tidak menimbulkan biaya, dan menghapus file ketika Anda menutup tab.

Mencari tahu apakah SDK cocok? Halaman halaman unduhan memiliki versi percobaan, dan mengujinya terhadap dokumen terberat Anda sendiri akan memberi Anda lebih banyak informasi daripada kalkulator apa pun.