Les services téléphoniques de la direction générale des Finances publiques sont accessibles gratuitement aux personnes sourdes ou malentendantes via la plateforme ACCEO, utilisable depuis un smartphone, une tablette ou un ordinateur.

Trois modes d’assistance sont proposés : la transcription instantanée de la parole, qui affiche en temps réel les propos de l’interlocuteur ; la visio‑interprétation en langue des signes française (LSF), qui assure la traduction bidirectionnelle entre le français et la LSF ; et la langue française parlée complétée (LPC), qui retranscrit la parole en version adaptée.

Ces services sont disponibles en semaine pendant les heures ouvrées, les échanges étant soumis au secret professionnel et à la stricte confidentialité.

La direction générale des Finances publiques s’engage à rendre accessibles ses sites et applications, conformément à la loi du 11 février 2005. Cette déclaration concerne le service « espace Finances publiques » du portail impots.gouv.fr, qui est partiellement conforme au référentiel général d’amélioration de l’accessibilité (RGAA 4.1).

Les principales non‑conformités portent sur des liens sans intitulé explicite, des fonctions JavaScript non compatibles avec les aides techniques ou le clavier, une structuration inadaptée des titres, listes et navigations, ainsi que des documents PDF non accessibles. Le site a été développé en HTML5, CSS et JavaScript et testé manuellement avec plusieurs combinaisons de navigateurs et lecteurs d’écran.

En cas de difficulté d’accès, les usagers peuvent contacter le centre d’appel (0 809 401 401) ou, pour les malentendants, la plateforme ACCEO. Si aucune réponse satisfaisante n’est obtenue, il est possible de saisir le Défenseur des droits via son formulaire en ligne, son délégué régional ou par courrier postal.

Les contribuables qui tiennent leur comptabilité avec des systèmes informatisés doivent, depuis le 1ᵉʳ janvier 2014, la transmettre sous forme de fichiers dématérialisés lors d’un contrôle fiscal, conformément à l’article L. 47 A I du LPF et à l’arrêté du 29 juillet 2013.

Ces fichiers doivent respecter les normes définies dans le BOFiP (références BOI‑CF‑IOR‑60‑40‑10, ‑20, ‑30) et, le cas échéant, le format XML prévu par les schémas XSD A47A‑I‑VII‑1, A47A‑I‑VIII‑3, A47A‑I‑VIII‑5 et A47A‑I‑VIII‑7.

Des documents spécifiques détaillent les modalités pour les entreprises étrangères et proposent une FAQ sur la transmission des comptabilités informatisées ; les questions complémentaires peuvent être adressées au Service du Contrôle fiscal de la DGFiP (service.cf@dgfip.finances.gouv.fr).

La politique de confidentialité décrit les principes et les finalités de la collecte et du traitement des données personnelles, en précisant les catégories d’informations recueillies et les bases légales qui les justifient.

Elle détaille les mesures de sécurité mises en œuvre pour protéger ces données contre tout accès, perte ou divulgation non autorisée, ainsi que les procédures de conservation et de suppression.

Le texte informe les personnes concernées de leurs droits (accès, rectification, effacement, limitation, opposition et portabilité) et indique les modalités pratiques pour les exercer, notamment les contacts et les délais de réponse.

Une augmentation de capital peut résulter d’apports nouveaux (en numéraire ou en nature) ou de l’incorporation de réserves, bénéfices ou provisions.

Les apports en numéraire doivent être enregistrés dans le mois qui suit leur réalisation et sont soumis à un droit fixe d’enregistrement, dont le montant varie selon que le capital après augmentation dépasse ou non un certain seuil. Les apports en nature sont, en principe, soumis à un droit fixe similaire ; les apports immobiliers ou à titre onéreux peuvent être soumis à des régimes spécifiques de mutation ou à des engagements de conservation des titres.

L’incorporation de réserves, bénéfices ou provisions entraîne également le paiement d’un droit fixe d’enregistrement et requiert, dans le même délai d’un mois, soit la formalité d’enregistrement de l’acte, soit le dépôt d’une déclaration auprès du service des impôts compétent.

Le service de vérification des avis d’impôt permet de confirmer qu’il s’agit du dernier avis présenté par un usager, et la DGFiP propose aux banques une plateforme d’échange de fichiers pour la dématérialisation des saisies bancaires ainsi qu’un compte‑rendu du colloque sur la TVA financière.

Suite à la transposition de la 5ᵉ directive AML, les établissements bancaires doivent déclarer au fichier FICOBA les mandataires, les bénéficiaires effectifs et les locations de coffres‑forts. La collecte de ces données, incluant le format AML5, est opérationnelle depuis 2021, avec un délai jusqu’à fin 2024 pour les comptes déjà enregistrés. Un service d’assistance dédié est joignable par courriel pour faciliter les déclarations.

Le projet FICOBA 3, lancé fin 2020, modernise la collecte et améliore la qualité et la disponibilité des données. Des cahiers des charges, des schémas XSD (allégés et complets) et une FAQ sont mis à disposition des banques pour valider les fichiers XML.

À partir de mai 2024, les banques doivent redéposer leurs comptes non clôturés et ceux clôturés depuis début 2024, avec un délai de 12 mois. Un kit de migration (guide, tests, formulaire d’accès à la plateforme partenaire) accompagne la transition, et un point de contact par courriel est prévu pour les questions d’accès et de planification.

Pour les collectivités locales, le conseiller aux décideurs locaux (CDL) ou le comptable public constitue le premier interlocuteur, capable d’orienter les besoins et les choix de logiciels.

Un kit de communication est disponible, comprenant une présentation générique en quatre diapositives, une plaquette de présentation, une description détaillée des API avec des exemples d’usage (impôt particulier, service finances publiques) et les éléments à préparer avant la demande d’habilitation.

Pour obtenir l’habilitation, il faut consulter la documentation de préparation, se rendre sur data.gouv.fr/dataservices, sélectionner les API souhaitées et remplir un DataPass par cas d’usage et par logiciel, sauf lorsque plusieurs cas d’usage sont gérés par le même logiciel avec les mêmes données.