Facturation électronique

Bonjour,

Alors, il y a plusieurs choses:

- La première chose, c'est de discuter avec votre comptable pour voir ce qu'il a prévu de son coté.
La facturation électronique concerne les comptables en particulier. Votre comptable a peut être des arrangements particuliers. Du coup, peu importe ce que je dis ici, il vous faudra peut être faire quelque chose spécifique à la solution retenue par votre comptable.

- Notez aussi que la réforme de la facturation électronique concerne le B2B. Si vous vendez exclusivement à des particuliers, rien ne change pour vous car les particuliers ne peuvent pas recevoir d'e-facture via le réseau PEPPOL.

- HikaShop est principalement une solution ecommerce, pas une solution de facturation. Dans sa configuration par défaut HikaShop n'émet pas de facture pour le client. Il y a uniquement un bouton "facture" dans le backend pour que l'administrateur puisse imprimer une facture générée à partir des informations de la commande. Dans le menu Système>Statuts de commande, dans la colonne "Imprimer la facture", il est possible d'activer des statuts de commande pour que les clients disposent d'un bouton pour récupérer une facture de sa commande dans le frontend.
Dans certains cas, la facturation ne sera juste pas gérée par HikaShop. Un CSV des données des commandes sera envoyé au comptable qui l'importera dans son logiciel, et c'est le logiciel qui fera les factures et transmettra cela de manière automatisée, et donc il n'y aura rien à faire dans HikaShop, même pour les professionnels, outre s'assurer d'avoir les champs addres_company, address_vat actifs et peut être rajouter un champ address_siret pour récupérer le numéro SIRET des sociétés et remonter les données périodiquement au comptable.

- Je vois que vous avez acheter le plugin PDF invoice ( www.hikashop.com/marketplace/product/18-plugin-pdf.html ) il y a quelques années. J'imagine que vous l'utilisez sur votre site pour fournir les factures aux clients.
Si vous regardez le changelog du plugin sur la même page, vous verrez que nous avons fait beaucoup de modifications depuis plus d'un an dans le plugin pour lui permettre de générer des fichiers UBLs pour la facturation électronique. A l'heure actuelle, avec la dernière version du plugin, vous pouvez lui faire générer un PDF et un UBL pour les commandes.
Est-ce suffisant pour garantir la conformité lorsque vous voulez fournir la facture sur votre site ? Non. L'état à décidé d'abandonner le fait de proposer un accès à PEPPOL. Or cela aurait permis de fournir une solution unique pour transmettre les UBLs sur le réseau PEPPOL. Là, différents acteurs proposent un accès à PEPPOL, chacun avec leur propre API, différentes les unes des autres. Donc cela voudrait dire qu'il faudrait développer un plugin d'intégration pour chaque API.
Nous étudions la situation et nous penchons actuellement pour le développement d'un plugin spécifique pour pennylane. C'est une solution Française, qui a décollée récemment, et qui propose une solution à un prix compétitif pour les utilisateurs. Mais encore une fois, cela ne sera peut être pas adapté dans votre cas en fonction de ce que votre comptable veut faire.

Bonjour,

Pour toute personne passant par là, notez que la nouvelle version du plugin PDF invoice supporte maintenant le format Factur-X en préparation pour la législation à venir.
www.hikashop.com/marketplace/product/18-plugin-pdf.html

Bonjour,

Nous avons avancé sur la question et je pense que nous avons trouvé deux bonnes solutions.

1. Nous venons de sortir un plugin pour SuperPDP:
www.hikashop.com/marketplace/product/298-superpdp.html
Ce plugin se combine au plugin PDF invoice pour envoyer automatiquement les UBLs sur le réseau PEPPOL permettant de boucler la boucle pour la facturation électronique.
Le coût d'envoi des factures électroniques via SuperPDP est très faible, moins de 1 centime par facture.
Donc, avec le plugin PDF invoice (40€) + le plugin SuperPDP (30€) + le coût d'envoi unitaire, on est à un coût total de 70€ une fois puis 10€ par tranches de 1000 factures. Puis 5€ pour 1000 factures si plus de 10000 factures par mois.
SuperPDP ne fait que cela. Ensuite, vous pouvez toujours avoir votre comptabilité ailleurs.

2. Nous avons également sorti un plugin pour Abby:
www.hikashop.com/marketplace/product/297-abby.html
Ce plugin ne nécessite pas le plugin PDF invoice. Il transmet directement les informations des factures à Abby. Il coûte 40€.
Abby a différents tarifs dont un Basique gratuit: abby.fr/tarifs
C'est une solution tout en un car Abby gère la compta, etc. Cela peut être intéressant pour de nouvelles structures ou des petites structures ou des structures déjà sur Abby.

Donc, cela fait deux solutions fonctionnelles avec HikaShop dès aujourd'hui pour la facturation en ligne en France pour Septembre, avec des coûts les plus faibles possibles.

Les autres offres d'envoi de facture électronique que nous avons étudiées sont:
- soit gratuites mais limitées à quelques dizaines de factures, ne permettant pas de couvrir les besoins d'un site en ligne
- soit gratuites mais combinées dans des packages de comptabilité coûtant minimum 10€ par mois
- soit gratuites mais ne proposent pas d'API en ligne pour le transfer automatisé des factures et il faut créer les factures manuellement dans leur application
- soit payantes avec un coût de minimum 10€ par mois
Et c'est sans compter le coût d'un plugin pour ces autres solutions.

Bonjour,

De ce que je vois sur leur site, ils ne proposent pas d'API pour une intégration automatisée.
Après, j'imagine que vous fonctionniez avec export des commandes et envoi au comptable, qui faisait l'import dans son outil de comptabilité.
Vous pourrez toujours fonctionner ainsi.
Cela signifie juste que la facture du client sera disponible dans la compta du client automatiquement, mais uniquement une fois que votre comptable aura importer les commandes dans chaintrust.
Pour avoir quelque chose de complètement automatisé, il faut que chaintrust fournisse une API et qu'un plugin d'intégration soit développer entre HikaShop et l'API. Ensuite, il n'y aura plus rien à faire et les clients recevront leur facture quasiment instantanément et il n'y aura plus d'histoire d'export / import.
Mais pour cela, il faut d'abord en discuter avec votre comptable et qu'il voit avec chaintrust ce qu'il lui propose.
Et s'il y a besoin d'un intervenant technique pour développer un tel plugin, nous pourront faire cela.

Bonjour,

Merci pour ce retour, et c'est en fait une bonne nouvelle. L'API AFNOR (la norme XP Z12-013, dite « API Flux ») est justement l'interface standardisée qui permet à un logiciel émetteur comme HikaShop de déposer les données de facture vers la plateforme agréée, donc vers Chaintrust, qui produit ensuite le format réglementaire et assure la transmission au réseau. C'est exactement ce que j'entendais par « une API pour envoyer les données depuis HikaShop ».

Et c'est un type d'intégration que nous savons déjà faire : nous avons un connecteur équivalent pour une autre plateforme agréée, SuperPDP. Le principe : le plugin Facture PDF (attachinvoice) génère la facture structurée (UBL PEPPOL BIS 3.0 ou Factur-X), et un petit plugin connecteur l'envoie automatiquement à l'API de la plateforme dès qu'une commande est passée. Pour Chaintrust, ce serait le même schéma.

Il nous faudrait donc la documentation de leur API XP Z12-013 :
- l'URL de base et les points d'accès,
- le mode d'authentification,
- le format attendu (UBL PEPPOL, Factur-X CII...),
- l'existence d'un environnement de test avec un accès de type bac à sable (sandbox)

Avec ça, nous pouvons étudier un connecteur Chaintrust sur le modèle de celui de SuperPDP. Vous pouvez nous transmettre cette documentation, ou nous mettre en relation par e-mail avec leur équipe technique.

Bonjour,

J'ai fait une demande d'inscription sur leur formulaire.
J'ai également étudié leur documentation et cela devrait être possible avec le plugin PDF invoice (qui gère la création du fichier d'e-facture) et un plugin spécifique à développer (qui envoie la e-facture à chaintrust).
Affaire à suivre.

Bonsoir,

Serait-il possible de fournir le PDF ?
Vous pouvez l'upload sur wetransfer.com et ensuite nous mettre le lien.

Bonjour,

1) Statut « encaissée » et données de paiement

Le plugin se déclenche sur le changement de statut de la commande HikaShop, pas sur le plugin de paiement. Vous choisissez les statuts concernés dans Système > Statuts de commande, colonne SuperPDP (confirmed et shipped par défaut). Il est donc compatible avec Sogecommerce comme avec n'importe quel autre moyen de paiement, sans intégration spécifique : dès que la commande passe au statut que vous avez coché, la facture UBL part.

Un point d'attention sur cet écran : ce même statut doit aussi être coché dans la colonne « Facture », sinon la commande n'a pas encore de numéro de facture au moment de l'envoi.

En revanche, le plugin s'arrête aujourd'hui à l'émission. Il ne remonte pas ensuite les statuts du cycle de vie, donc pas de statut « encaissée » transmis après coup. Ce que la facture porte déjà, c'est le fait qu'elle est intégralement payée : le montant prépayé est égal au total TTC et le reste à payer est à zéro. Pour une vente en ligne où le paiement précède l'émission, c'est cohérent, mais ce n'est pas la même chose que le statut « encaissée » du cycle de vie.

Si votre PDP l'exige pour vos prestations de services, nous pouvons l'ajouter. Dites-nous quel appel SUPER PDP attend exactement pour ce statut, et comme chez vous la facture ne part qu'une fois la commande payée, ce serait un appel envoyé dans la foulée du dépôt.

2) Distinction B2B / B2C

Elle est automatique, sans paramétrage de votre côté, et elle repose sur le numéro de TVA intracommunautaire de l'adresse de facturation.

- s'il est rempli, la facture porte l'identifiant du client, à savoir son numéro de TVA accompagné du code EAS de son pays (9957 pour la France), ainsi que ce même numéro en tant que partie acheteuse. C'est ce qui permet le routage.
- s'il est vide, c'est l'adresse e-mail du client qui sert d'identifiant, avec le schéma EM. La facture est déposée chez SUPER PDP de la même façon, mais sans identifiant routable, ce qui correspond à votre cas d'e-reporting.

La seule chose à faire est donc de vous assurer que le champ « Numéro de TVA » est bien affiché dans votre formulaire d'adresse et rempli par vos clients professionnels. HikaShop n'a pas de champ SIREN dédié : c'est le numéro de TVA qui sert d'identifiant, et pour une entreprise française il contient le SIREN.

Deux détails qui vont avec : si le champ « Société » de l'adresse de facturation est rempli, c'est lui qui devient le nom de l'acheteur sur la facture, sinon ce sont le prénom et le nom. Et pour vos clients hors France, la facture est déposée de la même manière, c'est SUPER PDP qui fait ensuite le tri entre routage et e-reporting.

Enfin, pensez à vérifier que les informations vendeur configurées dans le plugin PDF Invoice (raison sociale, SIRET, numéro de TVA, adresse) correspondent bien à l'entreprise rattachée à vos identifiants SUPER PDP, sinon le dépôt est refusé.