Se rendre au contenu
  1. Accueil
  2. Systèmes
  3. Facturation électronique (SUNAT/OSE)

Des justificatifs électroniques qui naissent de la vente et ne reviennent pas rejetés

Nous cherchons l’origine de vos rejets, combien de fois une vente est saisie et ce qu’il faut changer dans les données, les règles ou le système.

34 questions, résultat à la fin, sans frais.

Liasse de factures et de reçus avec une calculatrice
6 dimensionsNiveau, écarts et première étape à la fin

Facturation électronique : définition et usage

C’est le système qui émet factures, reçus, avoirs, notes de débit et bons de transport signés numériquement, validés par un OSE et par la SUNAT.

Bien intégrée, chaque pièce naît de la vente ou de l’expédition, et le système consulte son statut sans que personne ne se connecte à un portail.

Signes que votre émission doit être revue

  • Des justificatifs sont rejetés ou en attente d’envoi à la SUNAT
  • Des avoirs partent avec le mauvais type
  • Les bons de transport échouent sur l’ubigeo ou les données du transporteur
  • Les communications d’annulation renvoient des erreurs
  • On émet dans un outil externe puis on ressaisit dans l’ERP
  • On ne sait pas quels justificatifs ne sont pas arrivés au client

Public visé et cas où il ne convient pas

Convient à

  • Entreprises qui émettent factures et reçus depuis l’ERP et les valident via un OSE
  • Équipes qui saisissent deux fois : sur le portail de l’émetteur et dans le système
  • Activités avec avoirs, notes de débit et guides de livraison fréquents
  • Entreprises qui vont changer d’OSE ou de version d’ERP

Ne convient pas quand

  • Vous émettez moins d’une dizaine de justificatifs par mois : le portail gratuit de la SUNAT peut suffire
  • Toutes les ventes passent par une caisse avec son propre émetteur déjà intégré à la comptabilité
  • Les rejets viennent de données de référence erronées : on les corrige avant de changer d’émetteur

Coût des justificatifs rejetés

Chaque rejet, c’est un avoir, un appel au client et une vérification du portail. Calculez le coût avec vos propres chiffres.

Exemple : deux assistants de facturation à 22 S/ de l’heure. Remplacez les valeurs par les vôtres.

Heures par mois26 h
Coût mensuelS/ 572
Coût annuelS/ 6,859

Le calcul montre ce que coûte aujourd’hui la tâche manuelle. Ce n’est pas une promesse d’économie.

Fonctionnement dans Odoo 20

Justificatif, type de document et statut SUNAT

Dans Odoo 20, la facture porte le champ Type de document, par exemple (01) Facture, (03) Reçu, (07) Avoir ou (08) Note de débit, et le Type d’opération, comme [0101] Vente intérieure. La série vient du journal.

Une fois comptabilisée, le champ Facturation électronique passe de À envoyer à Envoyé quand l’OSE renvoie l’accusé (CDR). L’annulation passe par À annuler puis Annulé, avec le motif dans l’onglet de facturation électronique péruvienne.

États du justificatif auprès de la SUNAT

  1. Brouillon
  2. Comptabilisé · À envoyer
  3. Envoyé (CDR)
  4. À annuler · Annulé
Reçu électronique dans Odoo 20 avec le type de document (03), le type d’opération [0101] et l’onglet de facturation électronique péruvienne
Reçu électronique dans Odoo 20 avec le type de document (03), le type d’opération [0101] et l’onglet de facturation électronique péruvienne
Reçu électronique dans Odoo 20 avec le type de document (03), le type d’opération [0101] et l’onglet de facturation électronique péruvienne
Reçu électronique dans Odoo 20 avec le type de document (03), le type d’opération [0101] et l’onglet de facturation électronique péruvienne
Reçu électronique dans Odoo 20 avec le type de document (03), le type d’opération [0101] et l’onglet de facturation électronique péruvienne
Reçu électronique dans Odoo 20 avec le type de document (03), le type d’opération [0101] et l’onglet de facturation électronique péruvienne
Reçu avec type de document et d’opération
  1. Type de document SUNAT
  2. Type d’opération
  3. Données d’envoi à l’OSE
Capture réelle d’Odoo 20 standard, instance de démonstration avec données de test.
Liste des factures clients dans Odoo 20 avec séries F et B et leur statut
Liste des factures clients dans Odoo 20 avec séries F et B et leur statut
Liste des factures clients dans Odoo 20 avec séries F et B et leur statut
Liste des factures clients dans Odoo 20 avec séries F et B et leur statut
Liste des factures clients dans Odoo 20 avec séries F et B et leur statut
Liste des factures clients dans Odoo 20 avec séries F et B et leur statut
Justificatifs par série et statut
  1. Numéro avec série
Capture réelle d’Odoo 20 standard, instance de démonstration avec données de test.
Méthode DMG-RT

La méthode appliquée à l’émission des justificatifs électroniques

Diego Muñoz dirige chaque analyse : d’abord le processus et les données, ensuite l’outil, par phases courtes que vous validez.

  1. Échantillon de rejets

    Nous reprenons les rejets et observations des derniers mois et les regroupons par motif et par donnée d’origine.

  2. De la vente au justificatif

    Nous suivons une vente, un avoir et un bon de transport de la saisie jusqu’à l’acceptation par la SUNAT, en comptant chaque ressaisie.

  3. Tests des cas complets

    Nous testons en environnement de test les cas qui échouent : avoirs par motif, annulations, bons avec transporteur.

  4. Plan avec un indicateur

    Nous proposons les changements de données, de règles ou de système, liés au taux de rejet mesuré avant et après.

Voir la méthode complète

Livrables

  • Rejets regroupés par motif et par donnée de référence
  • Cartographie des ressaisies entre la vente et le justificatif
  • Jeu de tests couvrant avoirs, annulations et bons de transport
  • Plan de changements avec responsables et dates

Prérequis et résultats

Prérequis

  • Certificat numérique valide chargé dans Configuration › Pérou › Certificats
  • Contrat avec un OSE ou le service IAP d’Odoo, avec un utilisateur SOL secondaire
  • Séries autorisées par journal et type de document
  • Clients avec RUC ou DNI valide et ubigeo pour les guides
  • Produits avec code d’assujettissement à l’IGV et unité SUNAT

Résultats : justificatifs, CDR et rapports de rejet

  • XML signé et CDR joints à chaque justificatif
  • Représentation imprimée en PDF avec code QR
  • Écriture de vente au même moment
  • Communication d’annulation et notes liées au justificatif d’origine
  • Guide de livraison électronique depuis la livraison de stock

Réglages clés

Réglages standard d’Odoo 20 qui changent le comportement du processus. Ils se fixent pendant la phase de configuration, selon les réponses à l’analyse.

  1. Fournisseur de signature

    Où Paramètres › Comptabilité › Facturation électronique péruvienne

    Trois options : IAP signe pour l’entreprise sans certificat propre ; SUNAT et Estela (ex-Digiflow) demandent l’identifiant et le mot de passe SOL et un certificat numérique.

  2. Environnement de test

    Où Paramètres › Comptabilité › Facturation électronique péruvienne

    Envoie au service de test. Activé sur la copie de test avant le démarrage, désactivé en production.

  3. Journaux avec documents et séries

    Où Comptabilité › Configuration › Journaux › Utiliser des documents

    Chaque journal de ventes émet sa série de factures, reçus et avoirs. Le type de document découle du client et du journal.

Avant
Bloc de facturation électronique péruvienne des paramètres d’Odoo 20 avec le fournisseur IAP
Bloc de facturation électronique péruvienne des paramètres d’Odoo 20 avec le fournisseur IAP
Après
Bloc de facturation électronique péruvienne avec le fournisseur SUNAT, identifiants SOL et certificat affichés
Bloc de facturation électronique péruvienne avec le fournisseur SUNAT, identifiants SOL et certificat affichés
Avant
Bloc de facturation électronique péruvienne des paramètres d’Odoo 20 avec le fournisseur IAP
Bloc de facturation électronique péruvienne des paramètres d’Odoo 20 avec le fournisseur IAP
Après
Bloc de facturation électronique péruvienne avec le fournisseur SUNAT, identifiants SOL et certificat affichés
Bloc de facturation électronique péruvienne avec le fournisseur SUNAT, identifiants SOL et certificat affichés
Avant
Bloc de facturation électronique péruvienne des paramètres d’Odoo 20 avec le fournisseur IAP
Bloc de facturation électronique péruvienne des paramètres d’Odoo 20 avec le fournisseur IAP
Après
Bloc de facturation électronique péruvienne avec le fournisseur SUNAT, identifiants SOL et certificat affichés
Bloc de facturation électronique péruvienne avec le fournisseur SUNAT, identifiants SOL et certificat affichés
Fournisseur de signature : IAP face à SUNATCaptures réelles d’Odoo 20 standard sur l’instance de démonstration. Le réglage n’a pas été enregistré.

Ce que presque personne n’utilise

Fonctions du standard déjà installées et rarement configurées. Chacune indique son emplacement dans le menu et dans le code source.

  • Mentions du catalogue 52

    Où Facture › Legend Code

    Cession gratuite, opération en Amazonie, émetteur itinérant ou opération soumise à détraction sont imprimés et envoyés dans le XML.

    Code l10n_pe_edi/​models/​account_move.py:130

  • Motif d’avoir et de note de débit

    Où Note › Credit Reason ou Debit Reason

    Les catalogues 09 et 10 sont préchargés. Le bon motif évite un rejet pour note mal qualifiée.

    Code l10n_pe_edi/​models/​account_move.py:78

  • Motif d’annulation sur le justificatif

    Où Facture › Cancel Reason

    Le texte part dans la communication d’annulation et reste sur le justificatif. L’audit le trouve sans fouiller les courriels.

    Code l10n_pe_edi/​models/​account_move.py:86

Analyse en ligne

Dimensions de l’analyse

Cette analyse examine l'émission des factures, tickets, notes et bons de transport, depuis la commande ou l'expédition jusqu'à la réponse de l'OSE et de la SUNAT. Les questions décrivent ce que fait aujourd'hui la facturation avec rejets, annulations, séries, certificat et contingence.

Résultat remis

À la fin, vous recevez un niveau par dimension de votre émission électronique et les écarts classés par priorité. Chaque écart indique la première correction vérifiable sur les justificatifs de la semaine suivante.

17 questions notées et 12 questions de contexte (type d'exploitation, taille, système actuel). Les questions de contexte ne sont pas notées : elles situent le résultat face à des exploitations comparables.

  1. Émission depuis commande et expéditionElle observe si le justificatif est généré depuis la commande ou l'expédition, sans ressaisie, et combien de temps il met à sortir.
  2. Données fiscales du justificatifElle observe si RUC, adresse, code de district, unité de mesure, séries et perception proviennent de données de base validées et non de la saisie de chaque facturier.
  3. Réponse de l'OSE et de la SUNATElle observe si chaque justificatif a son accusé de réception conservé et si les observés et rejetés sont corrigés le jour même.
  4. Avoirs et communications d'annulationElle observe si les avoirs, notes de débit et annulations suivent le type, le motif et le délai exigés par la SUNAT, avec approbation selon le montant.
  5. Bons de transport de l'expéditionElle observe si le bon de transport expéditeur ou transporteur sort depuis l'expédition avec véhicule, conducteur, point de départ et d'arrivée déjà enregistrés.
  6. Continuité de l'émissionElle observe si l'entreprise peut continuer à émettre quand l'OSE tombe ou que le certificat numérique expire, et si la numérotation reste sans trou.

Options du marché

L’émission peut se faire dans votre ERP ou chez un prestataire spécialisé. Nous choisissons selon le volume, les types de justificatifs et les systèmes existants.

Odoo

Odoo avec localisation péruvienne relié à un OSE : factures, reçus, avoirs, bons, annulations et suivi des statuts depuis la vente.

Modules techniques d’Odoo 20

  • account
  • l10n_pe_edi
  • l10n_pe_edi_stock
  • l10n_pe_edi_pos

Nous le mettons en œuvre.

Autres options

Des prestataires d’émission et des OSE reliés au système de ventes par API, et le système gratuit de la SUNAT pour les faibles volumes.

  • SEE SUNAT (sistema gratuito)
  • Nubefact
  • Efact
  • Bizlinks
  • Facturador del contribuyente (SFS)

Émetteurs et OSE homologués par la SUNAT ; la liste n’implique aucune préférence.

Critères de choix

  • Homologation de l’OSE et délai de retour du CDR
  • Plan de contingence testé avec des justificatifs en attente
  • Notes et annulations sans modifier le XML à la main
  • Coût par justificatif ou par lot, à votre volume

Limites du standard

  • Contingence quand l’OSE ou la SUNAT ne répondent pas

    Solution

    Les justificatifs restent À envoyer et sont renvoyés ; l’émission papier de contingence s’enregistre à part

  • Mises en page imprimées personnalisées

    Solution

    Le modèle de facture s’ajuste avec Studio ou un module propre

  • Émission depuis un autre système de ventes

    Solution

    On intègre par API ou on garde un seul émetteur ; émettre depuis deux endroits n’est pas conseillé

Localisation péruvienne

  • Facture, reçu, avoirs et notes de débit en UBL 2.1
  • Mentions, détraction et type d’opération dans le XML
  • Guide de livraison électronique expéditeur
  • Certificat de retenue avec le module de retenues

De l’analyse à la mise en œuvre

01

Revue des rejets

Analyse des rejets récents et de la donnée qui les cause.

02

Mise en œuvre avec Odoo

Localisation péruvienne, connexion à l’OSE, séries par point d’émission, avoirs, annulations et bons.

03

Intégration avec votre ERP

Si vous émettez via un prestataire externe, nous relions la vente à l’émission pour ne rien ressaisir.

04

Tests avant un changement

Jeu de tests pour changer d’OSE ou de version sans interrompre l’émission.

Diego Muñoz, consultant en processus et technologie
Périmètre, selon Diego

J’implémente la facturation électronique avec Odoo et sa localisation péruvienne, reliée à un OSE : factures, reçus, avoirs, bons de transport, annulations et suivi des statuts. Si votre émission repose sur un autre système, j’analyse comment la relier à votre ERP.

Systèmes qui se connectent avec l’émission des justificatifs électroniques

Le justificatif se construit avec les données des ventes, du point de vente ou du commerce en ligne, et son écriture rejoint la comptabilité et le registre des ventes. Les liens mènent à l’analyse de chaque système.

Avant de commencer

Schéma de systèmes connectés à un ERP

Pas forcément. Si le prestataire fonctionne, le travail peut consister à le relier aux ventes et à nettoyer les données de référence.

L’opérateur de services électroniques valide chaque justificatif et le transmet à la SUNAT. L’entreprise le contracte et son système s’y connecte.

Oui. Les changements sont testés en environnement de test avec les cas qui échouent aujourd’hui avant la mise en production.

L’analyse en ligne et l’échange de 30 minutes sont gratuits. Les travaux suivants sont chiffrés par phase.

Seul Diego Muñoz, pour préparer l’échange. Elles ne sont pas partagées avec des tiers.

Commencez par l’analyse en ligne

À la fin, vous voyez votre niveau et par où commencer. Si vous le souhaitez, nous l’examinons en 30 minutes par visioconférence avec Diego Muñoz.

WhatsApp +51 919 488 260 · damunoz@dmunozgroup.com