Un prompt peut-il remplacer Wrike ?

Construis un système de demandes entrantes et d’approbation avec un traqueur de tâches attaché, dans cet ordre de priorité.

Stack : ton choix, Postgres, Docker Compose, un domaine avec TLS pour que le formulaire public puisse y vivre.

Formulaires de demande :
- Un constructeur de formulaires avec des champs (texte, texte long, sélection, sélection multiple, date, nombre, upload de fichier) et des branches : une question peut révéler ou cacher des questions ultérieures selon une réponse. Les conditions de branche sont stockées comme des données et évaluées de façon identique côté client et côté serveur — valider uniquement côté client, c’est comment un formulaire public se remplit de combinaisons impossibles.
- Mapping de soumission : chaque formulaire déclare dans quel projet la tâche atterrit, quels champs correspondent à quels champs de tâche, qui est l’assigné par défaut, et quelle chaîne d’approbation s’applique. Ce mapping, c’est la fonctionnalité ; sans lui, un formulaire n’est qu’un tableur avec des étapes en plus.
- Soumission publique avec un token ou un captcha, une confirmation par email au demandeur contenant un lien de suivi, et des uploads de fichiers validés par type et taille.

Approbations :
- Une chaîne d’approbation est une liste ordonnée d’étapes, chacune avec un ou plusieurs approbateurs et une règle un-quelconque ou tous.
- Une tâche en approbation est verrouillée pour édition sur les champs en révision, et le verrou est montré avec un motif.
- Chaque décision enregistre l’approbateur, la décision, l’horodatage et un commentaire, en permanence. Un rejet renvoie la tâche à l’étape précédente avec le commentaire attaché et n’est jamais effacé par une approbation ultérieure.
- Une échéance par étape, avec un rappel avant et un état en retard visible après — jamais d’auto-approbation. L’auto-approbation silencieuse défait le but d’une approbation.

Traqueur en dessous : dossiers et projets, tâches avec assigné, dates, statut et champs personnalisés, une vue table et une vue tableau, et des dépendances.

Le lien de suivi du demandeur montre le statut et la progression d’approbation sans connexion, sur un token impossible à deviner, et ne montre rien d’autre que ça.

Écris des tests pour l’évaluation de branche qui s’accorde entre client et serveur, pour l’approbation tous-contre-un-quelconque, pour le rejet qui revient à l’étape précédente avec l’historique intact, et pour le token de suivi qui n’expose rien au-delà de la demande.

Ne construis ni épreuvage, ni planification de ressources, ni applications mobiles.