App pour signer des PDF et les classer sur un serveur web

Question

J'ai étudié la meilleure façon de mettre en œuvre une application pour l'entreprise de mon frère, et j'ai été assez perplexe quant à la façon de structurer mon application. L'application sera exécutée sur iPad 2 déployé sur le terrain, parfois sans accès réseau facilement disponible (en raison de la couverture de cellules spotty dans la région).

Voici le résumé sur ce qu'il doit faire:

1) Charger un fichier PDF de modèle (son un contrat à signer pour ce qui est essentiellement un service de câble) qui a des champs modifiables, tels que:

a) Nom b) Adresse postale c) Dates

2) être en mesure de collecter une signature dessinée (très similaire à toute application de carte de crédit, telle que Square, etc.), qui est ensuite superposée sur le PDF.

3) Enregistrer le PDF, contenant la signature dessinée et les autres champs édités, comme nouveau fichier. Ensuite, téléchargez-le sur un serveur principal, en utilisant le nom de l'individu et la date/heure comme métadonnées pour le tri dans des dossiers spécifiques. Sans ce troisième aspect, un employé devrait consacrer 30 minutes à 2 heures par jour à catégoriser toutes les soumissions d'applications, de sorte que l'étape numéro 3 est un aspect très important du développement, même si la plupart du travail est à l'extérieur le domaine de l'objectif C. Encore, je dois envoyer le fichier PDF avec autant d'informations que je peux ...

J'apprécierais toute orientation liée à la meilleure ligne de conduite pour développer cela. Y a-t-il des applications open source que vous connaissez et auxquelles je peux me référer? J'ai cherché le centre de membre de développeur d'Apple et Google en vain.

Comment pourrais-je implémenter iText correctement ici? Est-ce même la meilleure option? Il fait des signatures numériques par opposition à celles dessinées avec le Kit d'interface utilisateur ...

Answer 1

Vous devriez avoir un service Web avec une base de données pour stocker les méta-informations et le chemin vers le PDF généré avec la signature et d'autres entrées. Votre application génèrerait essentiellement le fichier PDF, effectuerait un appel de service Web et insérerait des informations telles que le nom du client, la date/l'heure, tout ce que vous voulez, puis le nom ou le chemin du fichier .pdf. Le fichier PDF sera ensuite téléchargé vers un emplacement désigné avec un nom de fichier unique pour éviter d'écraser un autre fichier PDF. Vous pouvez formuler le nom du fichier à partir de la clé/ID de l'enregistrement dans la base de données ou vous pouvez utiliser un GUID comme nom de fichier et concaténer l'horodatage EPOCH lorsque le fichier a été généré. Les deux approches devraient garantir l'unicité du nom de fichier. Un autre schéma de nom de fichier possible Périphérique UUID + horodatage d'époque, nombreuses options disponibles.

Answer 2

Si vous devez réellement modifier les fichiers PDF, cela vous semblera très difficile. Une autre approche consisterait à montrer à l'utilisateur ce qu'il doit voir (c'est-à-dire ce qu'il doit signer), puis générer le PDF avec la signature et les champs renseignés. Puisque vous voulez le télécharger de toute façon, vous vous épargnerez probablement des maux de tête si vous le déchargez de l'iPad et le faites en utilisant un serveur distant (comme suggéré par Chris) générant le PDF comme vous en avez besoin. J'ai été impliqué dans le développement d'une application iPad en effectuant des inspections de propriétés - il a utilisé Docmosis pour générer le document en avant-première, puis dans les formulaires soumis. J'espère que cela aidera, même si c'est quelques mois plus tard.