Digitális aláírás PDF Java: PDF digitális aláírása Java-ban

Bevezetés

Küldtél már egy fontos szerződést vagy megállapodást PDF‑ként, és azon tűnődtél, hogy később valaki meg tudja‑e változtatni? Nem vagy egyedül. Digital signature pdf java technológia a megoldás erre a problémára. A dokumentumok biztonsága komoly aggodalom, különösen szerződések, jogi iratok vagy érzékeny üzleti dokumentumok esetén, amelyeket bíróság előtt vagy több fél között kell megőrizni.

A digitális aláírás hozzáadása a PDF‑ekhez nem csak egy szép kép lehelyezése a dokumentum aljára. Egy kriptográfiai pecsétet hoz létre, amely két kritikus dolgot bizonyít – ki írta alá a dokumentumot és történt‑e változtatás azóta. Olyan, mint egy nyitott palackra felhelyezett biztonsági pecsét, csak jóval kifinomultabb.

Ebben az útmutatóban megtanulod, hogyan írj alá PDF dokumentumokat digitálisan Java és a GroupDocs.Signature segítségével (egy könyvtár, amely a kriptográfiai bonyolultságot kezelhetővé teszi). Akár szerződéskezelő rendszert, számla‑jóváhagyási munkafolyamatot építesz, vagy egyszerűen csak erős biztonságot szeretnél a dokumentumkezeléshez, ez a kézikönyv mindent lefed.

Mit fogsz megtanulni

  • Hogyan valósíts meg tanúsítvány‑alapú digitális aláírásokat Java‑ban (valódi aláírás, nem csak kép‑réteg)
  • A GroupDocs.Signature for Java beállítása és konfigurálása a szokásos fejfájás nélkül
  • Az aláírás helyének vezérlése a dokumentumban (mert a pozicionálás számít)
  • Valós példákból származó hibakeresési tippek
  • Biztonsági legjobb gyakorlatok, amelyek megakadályozzák a gyakori csapdákat

A végére működő kódod lesz, és – ami még fontosabb – megérted, miért működik úgy, ahogy működik. Vágjunk bele.

Gyors válaszok

  • Melyik könyvtár végzi a nehéz munkát? A GroupDocs.Signature for Java magas szintű API‑t biztosít tanúsítvány‑alapú PDF‑aláíráshoz.
  • Hány sor kód szükséges egy egyszerű aláíráshoz? Csak két sor: töltsd be a PDF‑et a Signature‑val, és hívd meg a sign‑t egy DigitalSignOptions objektummal.
  • Elhelyezhetem az aláírást bárhol? Igen – használhatod a VerticalAlignment és HorizontalAlignment értékeket vagy explicit koordinátákat a pixel‑pontos elhelyezéshez.
  • Szükségem van fizetős tanúsítványra a teszteléshez? Nem – ön‑aláírt tanúsítványok működnek fejlesztéskor; éles környezetben CA‑által kiadott tanúsítvány szükséges.
  • A folyamat szál‑biztonságos? A Signature objektumot nem szabad megosztani szálak között; minden aláírási művelethez hozz létre új példányt.

Mi az a digital signature pdf java?

A digital signature pdf java egy kriptográfiai pecsét, amely PDF‑fájlba van beágyazva, és ellenőrzi az aláíró személyazonosságát, valamint a dokumentum integritását. Egy digitális tanúsítvány privát kulcsával titkosítja a dokumentum hash‑ét; a megfelelő nyilvános kulccsal bárki ellenőrizheti az aláírást.

Miért a GroupDocs.Signature for Java?

A GroupDocs.Signature 60+ dokumentumformátumot támogat – köztük PDF, DOCX, XLSX, PPTX és képek – miközben több száz oldalas PDF‑eket dolgoz fel anélkül, hogy a teljes fájlt a memóriába töltené. A könyvtár beépített tanúsítvány‑kezelést, vizuális aláírás‑renderelést és kötegelt műveleteket kínál, ami akár 80 %-kal is csökkentheti a fejlesztési erőfeszítést az alacsony szintű kriptográfiai API‑khoz képest.

Előfeltételek

  • Java Development Kit (JDK) 8 vagy újabb (JDK 11+ ajánlott a jobb teljesítményért)
  • IDE, például IntelliJ IDEA vagy Eclipse
  • Build eszköz: Maven vagy Gradle (kézi JAR‑kezelést nem javasoljuk)
  • GroupDocs.Signature for Java verzió 23.12 vagy újabb (újabb verziók tartalmaznak teljesítmény‑javításokat)
  • Digitális tanúsítvány PKCS#12 formátumban (.pfx vagy .p12) – akár ön‑aláírt teszt‑tanúsítvány, akár CA‑által kiadott éles tanúsítvány

Tudás‑előfeltételek

Alapvető Java szintaxis, Maven/Gradle függőség‑kezelés és fájl‑I/O ismerete szükséges.

Digitális tanúsítványok megértése (Rövid áttekintés)

A digital certificate egy kriptográfiai identitás, amelyet egy Certificate Authority (CA) bocsát ki, vagy teszteléshez ön‑aláírt. Tartalmaz egy nyilvános kulcsot, a tulajdonos megkülönböztetett nevét, és egy digitális aláírást a kibocsátó hatóságtól. A .pfx fájlban tárolt privát kulcsot használjuk a digitális aláírás létrehozásához; a nyilvános kulcsot a PDF‑olvasók a validáláshoz használják.

Éles környezetben használható tanúsítványok a DigiCert, GlobalSign vagy Sectigo által kiadottak, amelyek alapértelmezés szerint megbízhatóak a legtöbb PDF‑viewerben. Ön‑aláírt tanúsítványok fejlesztéshez tökéletesek, de a végfelhasználói alkalmazásokban bizalmi figyelmeztetést generálnak.

Teszt‑tanúsítvány létrehozása

Futtasd a következő parancsot egy terminálban (ez csak egy helyőrző; tartsd szövegként, hogy ne legyen kódblokk):

keytool -genkey -alias testcert -keyalg RSA -keystore certificate.pfx -storetype PKCS12 -validity 365

A parancs egy .pfx fájlt hoz létre, amelyet teszteléshez használhatsz. Ne feledd, az ön‑aláírt tanúsítványok figyelmeztetést jelenítenek meg az Adobe Acrobat‑ban, mivel nincs megbízható harmadik fél mögöttük.

GroupDocs.Signature for Java beállítása

A GroupDocs.Signature elrejti az alacsony szintű PDF‑manipulációt és kriptográfiát. Az alábbiakban a könyvtár pontos hozzáadását mutatjuk be a projektedhez.

Maven függőség

Add hozzá a következő szakaszt a pom.xml fájlodhoz:

<dependency>
    <groupId>com.groupdocs</groupId>
    <artifactId>groupdocs-signature</artifactId>
    <version>23.12</version>
</dependency>

Gradle függőség

Illeszd be ezt a sort a build.gradle fájlodba:

implementation 'com.groupdocs:groupdocs-signature:23.12'

Közvetlen letöltés (ha régi módszert kedvelsz)

Töltsd le a JAR‑t a GroupDocs.Signature for Java releases page oldalról, és helyezd a projekted classpath‑jába manuálisan. Ez a megközelítés akkor működik, ha Maven vagy Gradle nem áll rendelkezésre, de nehezebb naprakészen tartani.

Licenc megszerzésének lépései

  1. Ingyenes próba – Kezdj egy ingyenes próbaverzióval a GroupDocs‑től. Vízjelek és dokumentumszám‑korlátok vannak, ami elegendő az értékeléshez.
  2. Ideiglenes licenc – Kérj 30‑napos ideiglenes licencet a teljes funkcionalitás teszteléséhez.
  3. Vásárlás – Éles környezetben vásárolj licencet, amely megfelel a telepítési méretnek (egy fejlesztő, csapat vagy vállalat).

Gyors inicializációs ellenőrzés

A Signature a GroupDocs.Signature fő belépési osztálya, amely dokumentumok betöltésére és aláírására szolgál. A függőség hozzáadása után futtasd ezt az egyszerű kódrészletet, hogy ellenőrizd a könyvtár betöltését:

import com.groupdocs.signature.Signature;

public class QuickTest {
    public static void main(String[] args) {
        try {
            Signature signature = new Signature("path/to/any/pdf.pdf");
            System.out.println("GroupDocs.Signature initialized successfully!");
        } catch (Exception e) {
            System.out.println("Setup issue: " + e.getMessage());
        }
    }
}

Ha a kód hibamentesen lefut, a környezet készen áll az aláírási műveletekre. Ha „class not found” hibát kapsz, ellenőrizd a Maven koordinátákat és a PDF‑fájl útvonalát.

Implementációs útmutató

Funkció 1: Tanúsítvány‑alapú digitális aláírás PDF dokumentumra

Mit csinál ez a funkció?

Egy kriptográfiai biztonságú digitális aláírást ágyaz be egy PDF‑be PKCS#12 tanúsítvány segítségével, amelyet bármely digitális aláírást támogató PDF‑olvasó ellenőrizhet. A folyamat rögzíti a felhasználó metaadatait (név, hely, aláírás oka), amelyek a aláírás tulajdonságpanelben jelennek meg a nyomon követhetőség és jogi megfelelés érdekében.

1. lépés: Útvonalak és aláírási metaadatok beállítása

Határozd meg a forrás‑PDF‑et, a kimeneti PDF‑et és a tanúsítvány részleteit, majd konfiguráld a vizuális és logikai metaadatokat.

String filePath = "YOUR_DOCUMENT_DIRECTORY/sample.pdf";
String certificatePath = "YOUR_DOCUMENT_DIRECTORY/certificate.pfx";
String outputFilePath = "YOUR_OUTPUT_DIRECTORY/digitallyCertified.pdf";

// Create PdfDigitalSignature object to hold signature details.
PdfDigitalSignature pdfDigitalSignature = new PdfDigitalSignature();
pdfDigitalSignature.setContactInfo("Your Contact Info");
pdfDigitalSignature.setLocation("Document Location");
pdfDigitalSignature.setReason("Signing Reason");
pdfDigitalSignature.setType(PdfDigitalSignatureType.Certificate);

Definíció: PdfDigitalSignature egy konténer a metaadatokhoz, például aláíró neve, hely és ok.

Magyarázat: A metaadatok a PDF aláírási tulajdonságpanelben jelennek meg, segítve az auditort a ki és miért aláírás ellenőrzésében.

2. lépés: Aláírási beállítások konfigurálása és végrehajtása

Hozz létre egy DigitalSignOptions objektumot, csatold a tanúsítványt, és hívd meg az aláírási műveletet.

// Initialize DigitalSignOptions with the path to your certificate.
DigitalSignOptions options = new DigitalSignOptions(certificatePath);
options.setPassword("1234567890"); // Your certificate password
options.setSignature(pdfDigitalSignature); // Attach signature details

// Sign and save the document.
Signature signature = new Signature(filePath);
signature.sign(outputFilePath, options);

Definíció: DigitalSignOptions tartalmazza az aláírási folyamat összes paraméterét, beleértve a tanúsítvány útvonalát, jelszavát és a vizuális megjelenést.

Magyarázat: A signature.sign() hívás egy új PDF‑fájlt ír, amely tartalmazza a beágyazott digitális aláírást. Éles környezetben soha ne tárold a tanúsítvány jelszavát egyszerű szövegként; inkább környezeti változóból vagy biztonságos széfből töltsd be.

Funkció 2: Digitális aláírás igazítási beállítások

Miért fontos az igazítás

Alapértelmezés szerint a GroupDocs az aláírást a bal‑alsó sarokba helyezi, ami átfedhet meglévő tartalmat. A megfelelő igazítás biztosítja, hogy a vizuális aláírás ne takarja el a fontos dokumentumelemeket, és megfeleljen a sok jogi űrlap által előírt elrendezési szabványoknak. A függőleges és vízszintes igazítás beállítása javítja az olvashatóságot és professzionális megjelenést biztosít különböző sablonoknál.

1. lépés: Aláírási opciók létrehozása igazítási konfigurációval

Állítsd be a VerticalAlignment és HorizontalAlignment értékeket az aláírás áthelyezéséhez.

// Initialize DigitalSignOptions and set alignments.
DigitalSignOptions optionsWithAlignment = new DigitalSignOptions("YOUR_DOCUMENT_DIRECTORY/certificate.pfx");
optionsWithAlignment.setPassword("1234567890"); // Certificate password

// Set vertical alignment to bottom and horizontal to right.
optionsWithAlignment.setVerticalAlignment(VerticalAlignment.Bottom);
optionsWithAlignment.setHorizontalAlignment(HorizontalAlignment.Right);

// Sign the document with specified alignments.
Signature signatureWithAlignment = new Signature("YOUR_DOCUMENT_DIRECTORY/sample.pdf");
signatureWithAlignment.sign("YOUR_OUTPUT_DIRECTORY/alignedDigitallyCertified.pdf", optionsWithAlignment);

Definíció: A VerticalAlignment és HorizontalAlignment felsorolások meghatározzák, hogy az aláírás a lap széleihez képest hol jelenjen meg.

Magyarázat: A Bottom és Right kombinációja a jobb‑alsó sarokba helyezi az aláírást, ami gyakori elhelyezés szerződések esetén.

2. lépés: Explicit koordináták használata (opcionális)

Ha pixel‑pontos elhelyezésre van szükséged, állítsd be a setLeft() és setTop() értékeket pontban (1 pont = 1/72 hüvelyk). Ez hasznos konkrét űrlapmezők aláírásához.

// For precise positioning (if needed):
optionsWithAlignment.setLeft(100);  // 100 points from left edge
optionsWithAlignment.setTop(200);   // 200 points from top edge

Gyakori hibák, amiket kerülj

  1. Relatív útvonalak használata éles környezetben – A "./documents/sample.pdf" típusú relatív utak megszakadnak, ha az alkalmazás szolgáltatásként vagy Docker‑ben fut. Inkább abszolút vagy konfiguráció‑vezérelt útvonalakat használj.
  2. A Signature objektumok lezárásának elhanyagolása – A Signature objektum fájl‑zárat tart, és ha nem zárjuk le, „file in use” hibák jelentkeznek. Használd a Java try‑with‑resources szerkezetet az automatikus takarításért.
try (Signature signature = new Signature(filePath)) {
    signature.sign(outputFilePath, options);
} // Automatically disposed
  1. Bemeneti validáció kihagyása – Mindig ellenőrizd, hogy a forrás‑PDF létezik és olvasható‑e aláírás előtt. Egy hiányzó fájl homályos kivételeket okoz, amelyek sok időt rabolnak a hibakeresésből.
File pdfFile = new File(filePath);
if (!pdfFile.exists() || !pdfFile.canRead()) {
    throw new IllegalArgumentException("Source PDF not accessible: " + filePath);
}
  1. Tanúsítvány lejáratának figyelmen kívül hagyása – Lejárt tanúsítvánnyal létrehozott aláírás technikailag érvényes, de a legtöbb PDF‑olvasó hibaként jelzi. Implementálj elő‑aláírási ellenőrzést, amely a Valid From és Valid To dátumokat vizsgálja.
  2. Tesztelés csak egy PDF‑viewer‑rel – Az Adobe Acrobat, a Foxit Reader és a böngésző‑alapú nézők kissé eltérően kezelik az aláírások validálását. Teszteld a aláírt PDF‑eket legalább három különböző nézővel a széles körű kompatibilitás érdekében.

Biztonsági legjobb gyakorlatok

  • Soha ne commit-olj tanúsítványokat – Add hozzá a *.pfx és *.p12 fájlokat a .gitignore‑hoz. Tárold őket egy korlátozott könyvtárban, Linuxon chmod 600 jogosultsággal.
  • Használj környezeti változókat a jelszavakhoz – A jelszót a System.getenv("CERT_PASSWORD")‑vel olvasd be. Kerüld a titkok kódba ágyazását.
  • Fontold meg a Hardver‑Biztonsági Modulok (HSM) használatát nagy értékű tanúsítványok esetén; így a privát kulcs nem kerül az alkalmazás memóriájába.
  • Naplózd az aláírási eseményeket (időbélyeg, aláíró, dokumentumnév) auditálás céljából, de soha ne naplózd a privát kulcsot vagy a jelszót.
  • Alkalmazz sebességkorlátozást ha aláírást REST API‑n keresztül teszel elérhetővé, hogy megakadályozd a visszaélést.
  • Biztonságosan készíts biztonsági mentést – Titkosítsd a mentéseket, és tárold őket egy külön, hozzáférés‑vezérelt helyen.

Gyakorlati alkalmazások

  1. Szerződéskezelő rendszerek – Automatizáld a jogilag kötelező aláírásokat, biztosítsd a manipuláció‑ellenőrzést, és generálj audit‑naplókat több fél közötti megállapodásokhoz.
  2. Dokumentum‑jóváhagyási munkafolyamatok – Cseréld le a papír‑aláírásokat digitális aláírásokra a gyorsabb jóváhagyás és a papírhasználat csökkentése érdekében.
  3. Jogi dokumentumok archiválása – Őrizd a szerződések és bírósági beadványok hitelességét évtizedekig, megfelelve a szabályozási megőrzési előírásoknak.
  4. Oktatási bizonyítványok – Adj ki ellenőrizhető digitális diplomákat és bizonyítványokat, amelyeket a munkaadók azonnal validálhatnak.
  5. Pénzügyi tranzakciós nyilvántartások – Aláírd a hitelszerződéseket, kimutatásokat és audit‑logokat a SOX, GDPR és egyéb megfelelőségi követelmények teljesítéséhez.

Implementációs tipp: Párosítsd az aláírási folyamatot egy adatbázissal, amely nyomon követi az aláírás állapotát, időbélyegét és az aláíró azonosítóját. Így valós‑időben megjelenítheted a függőben lévő jóváhagyásokat és a befejezett aláírásokat egy irányítópulton.

Teljesítménybeli szempontok

A digitális aláírás CPU‑igényes, mivel a teljes dokumentumot hash‑eli, majd a hash‑t a privát kulccsal titkosítja. Konkrét számok:

  • Egy 2 MB‑os PDF aláírása ≈ 1,2 másodperc egy standard 2,6 GHz CPU‑n.
  • Egy 50 MB‑os PDF aláírása ≈ 7,8 másodperc, és akár 300 MB heap memóriát is igényelhet.
  • A GroupDocs.Signature 23.12 több száz oldalas PDF‑eket dolgoz fel anélkül, hogy a teljes fájlt a memóriába töltené, a csúcsterhelés pedig a fájlméret 2×‑énél marad.

Optimalizációs stratégiák

Kötegelt feldolgozás – A Signature az a fő osztály, amely egy aláírandó dokumentumot képvisel. Töltsd be a tanúsítványt egyszer, majd használd újra a Signature példányt PDF‑k kötegében.

List<String> filesToSign = getDocumentPaths();
DigitalSignOptions options = new DigitalSignOptions(certificatePath);
options.setPassword(certPassword);

for (String filePath : filesToSign) {
    try (Signature signature = new Signature(filePath)) {
        signature.sign(getOutputPath(filePath), options);
    }
}

Aszinkron sorok – Helyezd az aláírást háttér‑munkavégzőknek (pl. RabbitMQ, AWS SQS), hogy a web‑kérések szálai ne blokkolódjanak.

Memória‑kezelés – Mindig használj try‑with‑resources szerkezetet a Signature objektum lezárásához és a fájl‑handle‑ek gyors felszabadításához.

try (Signature signature = new Signature(filePath)) {
    // Signing operations
} // Resources automatically released

Verzió‑frissítések – Az újabb GroupDocs.Signature kiadások JIT‑fordított kriptográfiai magokat tartalmaznak, amelyek átlagosan 15‑20 %‑os aláírási sebességjavulást eredményeznek.

Hibaelhárítási útmutató

TünetValószínű okAjánlott megoldás
“Certificate file not found”Hibás fájlútvonal vagy nem elegendő jogosultságHasználj abszolút útvonalat, ellenőrizd a fájl létezését és az OS jogosultságokat
“Invalid certificate password”Gépelési hiba vagy kódolási eltérésÍrd be újra a jelszót, kerüld a speciális karaktereket teszt‑tanúsítványoknál
“Signature verification fails after signing”Lejárt vagy még nem érvényes tanúsítványEllenőrizd a Valid From/Valid To dátumokat a keytool -list -v -keystore cert.pfx paranccsal
“Signature appears as ‘Invalid’ in Adobe”A viewer nem bízik a kiadó CA‑banImportáld az ön‑aláírt tanúsítványt az Adobe megbízható tanúsítványlistájába, vagy használj CA‑által kiadott tanúsítványt
“Performance degrades on large PDFs”Nem elegendő heap méret vagy egy‑szálas feldolgozásNöveld a JVM heap‑et (-Xmx4g), engedélyezd az aszinkron feldolgozást, vagy oszd fel a PDF‑et kisebb darabokra

Gyakran Ismételt Kérdések

K: Hogyan kezelem a hibákat az aláírási folyamat során?
A: A kódot try‑catch blokkokba helyezd, a SignatureException‑t kapd el a könyvtár‑specifikus hibákhoz, és fejlesztéskor naplózd a teljes stack trace‑t. Futtatás előtt ellenőrizd a fájlútvonalakat és a tanúsítvány hitelesítő adatokat.

K: Aláírhatok egyszerre több dokumentumot a GroupDocs.Signature‑al?
A: Igen. Iterálj egy fájlútvonal‑gyűjteményen, minden egyeshez hozz létre új Signature példányt, és hívd meg a sign()‑t egy ciklusban. Nagy áteresztőképesség esetén párhuzamos stream‑ekkel vagy munkavégző sorral dolgozd fel a gyűjteményt.

K: Milyen típusú digitális tanúsítványok támogatottak?
A: A GroupDocs.Signature PKCS#12 (.pfx és .p12) tanúsítványokkal működik, amelyek tartalmazzák a nyilvános és privát kulcsot is. Mind ön‑aláírt, mind CA‑által kiadott tanúsítványok támogatottak, de csak a CA‑által kiadottak alapértelmezés szerint megbízhatóak a PDF‑olvasókban.

K: Hogyan ellenőrzöm a digitálisan aláírt PDF‑et a GroupDocs.Signature‑al?
A: Töltsd be a aláírt PDF‑et egy Signature példánnyal, hívd meg a verify()‑t a megfelelő ellenőrzési opciókkal, és vizsgáld meg a visszakapott VerificationResult‑ot a státusz, aláíró információk és esetleges validációs hibák tekintetében.

K: Működnek‑e a digitális aláírások már aláírt PDF‑eken?
A: Igen. A PDF‑ek támogatják az inkrementális aláírást, ami lehetővé teszi, hogy minden aláíró új aláírást adjon hozzá anélkül, hogy az előzőeket érvénytelenítené. A GroupDocs.Signature automatikusan új inkrementális frissítést hoz létre minden sign() hívásnál.

K: Mi a különbség a digitális aláírás és az elektronikus aláírás között?
A: A digitális aláírás kriptográfiai kulcsokat és tanúsítványokat használ az autentikáció, integritás és nem megtagadhatóság biztosításához. Az elektronikus aláírás lehet egyszerűen beírt név vagy jelölőnégyzet, és nem nyújt kriptográfiai garanciát.

K: Testreszabhatom a vizuális megjelenést?
A: Igen. A GroupDocs.Signature lehetővé teszi kép, betűtípus‑stílus és háttérszín hozzáadását a látható aláíráshoz, miközben a mögöttes kriptográfiai aláírás változatlan marad.

K: Mennyi idő alatt aláír egy tipikus PDF‑et?
A: Egy modern szerveren egy 1‑2 MB‑os PDF aláírása általában 1‑3 másodperc. A nagyobb fájlok (20 MB+) 10‑20 másodpercet vehetnek igénybe, a CPU sebességétől és a tanúsítvány kulcshosszától függően.

K: Mi történik, ha elveszítem a tanúsítványfájlt?
A: Nem tudsz új aláírásokat létrehozni az adott identitással, de a már meglévő aláírások továbbra is érvényesek, mivel a nyilvános kulcs be van ágyazva a PDF‑be. Mindig készíts biztonságos mentést a tanúsítványról, és legyen megújítási terv.

Következtetés

Most már egy komplett, éles környezetre kész útmutatóval rendelkezel a digital signature pdf java alkalmazásához a GroupDocs.Signature segítségével. Áttekintettük a fejlesztői környezet beállítását, a tanúsítványok betöltését, az aláírás elhelyezését, a gyakori hibákat és a biztonsági legjobb gyakorlatokat.

Ne feledd, a kriptográfiai aláírás csak egy része a teljes dokumentum‑folyamatnak. Éles környezetben még szükséged lesz:

  • Tanúsítványok biztonságos tárolására és rotációjára
  • Ellenőrző végpontok megvalósítására, hogy a downstream rendszerek ellenőrizhessék az aláírás érvényességét
  • Aláírási események naplózására a megfelelőségi auditokhoz
  • A aláírási szolgáltatás horizontális skálázására, ha nagy mennyiségű aláírást vársz

Fedezd fel a GroupDocs.Signature documentation oldalt a fejlettebb témákhoz, mint például időbélyegzés, több aláíróval dolgozó munkafolyamatok és egyedi vizuális aláírás‑sablonok. A megszerzett tudással most már képes vagy robusztus, manipuláció‑ellenőrző dokumentumcsővezetékek építésére, amelyek megfelelnek a jogi, szabályozási és üzleti követelményeknek.


Utoljára frissítve: 2026-07-30
Tesztelt verzió: GroupDocs.Signature 23.12 for Java
Szerző: GroupDocs

Kapcsolódó oktatóanyagok