Automatisation de la TVA en Ukraine avec КЕП

Pour un assujetti ukrainien à la TVA, la ПДВ n'est pas une corvée trimestrielle. C'est un cycle mensuel avec une échéance stricte, un rapprochement impitoyable entre ce que vous avez facturé et ce que vous avez payé, et une déclaration qui doit être signée et soumise à ДПС par un canal accrédité. Un document fournisseur erroné ou perdu et le coût est direct : un crédit de TVA en amont que vous ne pouvez pas réclamer, ou un crédit réclamé et indéfendable.

C'est exactement le type de travail qu'un département financier autonome est conçu pour porter. FINMOZG exécute tout le parcours de la ПДВ — de la facture et du relevé bancaire jusqu'à la soumission signée — comme une séquence d'actions d'agents avec un humain approuvant la déclaration elle-même. Cet article parcourt ce chemin et le mode de défaillance qui brise la plupart des cycles de TVA.

Ce que l'obligation de ПДВ implique réellement

Un assujetti enregistré à la TVA facture la ПДВ sur les livraisons taxables et paie la ПДВ sur les achats. La déclaration rapporte la différence, et c'est cette différence qui est réglée avec le budget. Deux côtés déterminent chaque chiffre :

• TVA collectée — la taxe que vous facturez aux clients sur vos ventes. Elle découle de vos factures émises et c'est, en pratique, le côté le plus simple : vous maîtrisez les documents puisque vous les créez.
• TVA déductible — la taxe que vous payez aux fournisseurs, que vous pouvez imputer sur la TVA collectée. C'est le côté fragile. Chaque crédit dépend d'un document fournisseur valide et rapproché, et c'est de cette dépendance que naissent la plupart des problèmes de TVA.

La déclaration est le rapprochement de ces deux chiffres sur la période, déposée avant l'échéance et signée par une personne autorisée. Tout ce que fait FINMOZG vise à rendre ce rapprochement correct et défendable avant que quiconque ne signe.

Le flux de travail, étape par étape

FINMOZG fait passer une déclaration de ПДВ par un ensemble fixe d'états, les mêmes que le reste du moteur fiscal utilise, pour que le statut ne soit jamais ambigu : Brouillon → Validée → En attente d'approbation → Signée → Soumise → Acceptée. Voici ce qui se passe à chaque étape.

Import : banque et documents

Le cycle commence par des données, pas par de la saisie. Les agents récupèrent les transactions bancaires et ingèrent les documents fournisseurs et de vente — factures, relevés, justificatifs de dépenses. La connectivité bancaire ukrainienne fait partie du pack Ukraine, avec ПриватБанк et Монобанк pris en charge via leurs API, de sorte que le côté bancaire arrive sans export manuel ni ressaisie.

Classification et comptabilisation

L'agent teneur de livres classe chaque transaction, propose l'écriture et la relie à son document source. La TVA collectée est reconnue à partir des ventes, la TVA déductible à partir des achats rapprochés. Chaque comptabilisation porte un score de confiance et un lien de preuve vers le document dont elle provient, de sorte que rien n'entre dans le grand livre comme une supposition inexpliquée.

Registre de TVA et brouillon de déclaration

À partir des écritures comptabilisées, l'agent fiscal assemble le registre de ПДВ — TVA collectée d'un côté, TVA déductible imputable de l'autre — et produit la déclaration en Brouillon. À ce stade les chiffres existent mais ne sont pas encore dignes de confiance.

Validation contre le grand livre comptabilisé

C'est l'étape qui gagne la confiance. L'agent valide la déclaration contre le grand livre réellement comptabilisé plutôt que contre un tableur distinct qui a pu dériver. Il vérifie que chaque crédit de TVA déductible réclamé se rattache à un achat comptabilisé et documenté, que la TVA collectée correspond aux factures émises, et que les totaux se rapprochent. Une déclaration qui passe avance en Validée ; tout ce qui ne passe pas devient une exception signalée à résoudre par un humain.

Approbation et signature КЕП

Une déclaration validée passe en En attente d'approbation. Le signataire autorisé revoit les chiffres et les exceptions, puis signe avec sa КЕП — la signature électronique qualifiée qui donne à la déclaration sa valeur légale. La déclaration est désormais Signée. La soumission fiscale est une frontière humaine stricte dans FINMOZG : elle ne s'exécute jamais automatiquement, quelle que soit la confiance des agents.

Soumission à ДПС et réponse

Une fois signée, l'agent soumet la déclaration à ДПС et enregistre le résultat. L'état devient Soumise, et lorsque le service fiscal confirme la réception il passe à Acceptée. Un rejet est renvoyé directement à un humain avec le motif joint, de sorte qu'une déclaration échouée est visible immédiatement plutôt que découverte plus tard.

Le mode de défaillance qui brise les cycles de TVA

La raison la plus fréquente pour laquelle une déclaration de TVA ukrainienne est fausse, ce sont les documents — précisément, des documents fournisseurs manquants ou en double du côté de la TVA déductible. Un paiement sans document correspondant signifie un crédit déductible que vous ne pouvez pas légitimement réclamer. Un document compté deux fois signifie un crédit auquel vous n'avez pas droit. Les deux sont faciles à manquer dans une clôture manuelle et coûteux à défaire après soumission.

FINMOZG traite cela comme un contrôle de premier ordre plutôt qu'une réflexion après coup :

• Documents manquants. Lorsqu'un paiement bancaire ou une dépense comptabilisée n'a pas de document fournisseur correspondant, le crédit de TVA déductible est retenu et l'élément est signalé. La déclaration ne réclamera pas en silence un crédit indéfendable.
• Doublons. Les agents Auditeur et Conformité détectent le même document ou montant comptabilisé plus d'une fois et le font remonter avant qu'il ne gonfle un crédit déductible.
• Résolution avant signature. Chaque exception est visible dans la file de revue tant que la déclaration est encore en Brouillon ou Validée, de sorte que le signataire sait exactement ce qui est inclus et ce qui ne l'est pas.

Le résultat est que l'écart apparaît avant que vous ne déposiez, et non dans une requête ultérieure de ДПС.

Le calendrier de conformité

La ПДВ n'est pas isolée. Une entreprise ukrainienne suit aussi ЄСВ, ПДФО et військовий збір selon leurs propres calendriers, chacun avec sa propre échéance. FINMOZG tient un calendrier de conformité qui transforme chaque échéance de dépôt en tâche suivie et prépare le brouillon à l'avance. La déclaration mensuelle de ПДВ est mise en file pour revue avant son échéance, et non reconstruite en hâte le dernier jour. Manquer une échéance devient une omission délibérée que vous pouvez voir, et non un accident.

Conçu pour les canaux de dépôt ukrainiens

Automatiser l'impôt n'est utile que si cela parle les canaux locaux. Le pack Ukraine est conçu pour s'intégrer à l'infrastructure de dépôt et de signature que les comptables ukrainiens utilisent déjà — ДПС pour la soumission, Дія pour l'identité et la signature, et les canaux de reporting établis Медок et СОТА. La connectivité bancaire pour ПриватБанк et Монобанк est prise en charge via leurs API ; les intégrations ДПС, Дія, Медок et СОТА sont prêtes à l'intégration, de sorte que le flux s'adapte aux outils dont votre équipe dépend plutôt que de les remplacer.

Parce que les déclarations de ПДВ reposent sur les données financières les plus sensibles d'une entreprise, tout le parcours s'exécute sous les mêmes contrôles que le reste de la plateforme : scores de confiance, liens de preuve, un journal d'audit immuable de qui a signé et soumis quoi, et une architecture zéro confiance. Nous traitons le volet données dans la sécurité, et la configuration ukrainienne plus large dans le pack Ukraine.

La ПДВ dans FINMOZG n'est pas « l'IA qui remplit vos impôts ». C'est un cycle de TVA qui importe ses propres données, les comptabilise et les rapproche, valide la déclaration contre le grand livre réel, et s'arrête pour qu'un humain signe avec sa КЕП avant que quoi que ce soit n'atteigne ДПС — chaque chiffre étant traçable jusqu'au document qui le sous-tend.