Préambule: ceci est une suite donnée au mon post dans le forum cherche-logiciel. Compte tenu de sa note et de sa rapide dégringolade dans les bas fonds de la pile des questions posées, je me suis dit qu'un journal pouvait attirer plus de commentaires et intéresser deux ou trois personnes supplémentaires.
Je cherche des méthodologies pour me lancer dans la dématérialisation de documents comptables, et en particulier de factures, s'appuyant bien évidemment sur des logiciels libres.
Je suis donc parti à la chasse aux informations sur internet et voici ce que j'ai pu glaner.
Dématérialisation de factures
Légalement, il y a 3 moyens de faire de la dématérialisation de vos factures:
PDFs non signés, avec une "piste d'audit fiable" et une documentation claire des procédures de contrôles (c'est valable également pour la facture papier).
Étonnament, cela n'implique rien de spécial si la traçabilité comptable est déjà bien établie dans l'entreprise.
Par contre la "piste d'audit fiable" reste une notion assez floue et à dimension variable en fonction de la taille de l'entreprise. Il s'agit de pouvoir faire le lien entre tous les documents dématérialisés qui concernent la vente, depuis la commande jusqu'à la livraison, dans un sens et dans l'autre. Le choix de la méthode reste à l'appréciation des entreprises (et du contrôleur fiscale qui viendra tatouiller tout ça). Il faut de plus pouvoir prouver et valider que le client a bien reçu sa facture, ce qui exclut l'envoi par e-mail.
PDFs signés avec un certificat répondant aux spécifications RGS**
Il faut acheter un certificat à une autorité de certification qualifiée par l'ANSSI ou respectant scrupuleusement les spécifications de celles ci.
Impossible pour moi de lire et comprendre les spécifications du RGS v2.0 mises à disposition par l'ANSSI.
Donc si une bonne âme bien renseignée dans ce domaine pouvait nous expliquer ce qui différencie, outre l'autorité racine, un certificat RGS** d'un certificat généré par une ligne de commande openssl, cela serait très appréciable.
En termes d'outils libre pour signer les PDFs, je n'ai pu identifier que TCPDF pour une génération from scratch de la facture, ou associé à FDPDI si on veut utiliser des modèles PDF préexistants.
Utilisation d'une plateforme EDI pour des factures dématérialisées dans un format structuré, intégrable à un processus comptable préexistant et échangeable sans interventions humaines
De ce que j'ai pu voir, il semble s'agir exclusivement de services en ligne pour externaliser la facturation sous forme de SaaS.
Il existe également des solutions open source comme Alfresco et Nuxeo qui sont des usines à gaz plateformes de gestion de documents d'entreprise, mais je n'ai pas trouvé de trace de support de l'EDI.
Méthodologie
En ce qui me concerne je pense y aller progressivement en commençant par la solution n°1:
- génération de facture PDF
- définition d'une piste d'audit comptable fiable …
- envoi d'e-mail pour prévenir de la mise à disposition de la facture
- accès à la facture via un compte nécessitant identification, le téléchargement validant la réception de la facture
- mise en place de procédures écrites pour documenter tout cela
En dehors du choix de l'autorité de certification et du prix du certificat, je ne vois pas pour l'instant de difficultés majeures à la mise en place de la solution n°2. Cela suppose bien sûr que la manière dont TCPDF signe les PDFs soit conforme avec ce qui est attendu par l'administration fiscale, ce qui demande confirmation.
Quant à la solution n°3, l'EDI est complémentaire aux PDFs signés, mais me semble loin d'être justifié pour ma petite structure pour l'instant. Mais comme cela dépend fortement des exigences des clients en la matière, il serait peut être bon d'anticiper une évolution potentielle à base de logiciel libre. Et à moins d'être passé à coté, je n'en ai pas croisé.
Appel à contributions
Comme je le disais en préambule, et pour les plus tatillons d'entre vous, je suis conscient de ne pas poster dans un forum. Néanmoins, j'espère être passé à coté de logiciels libres qui viendraient diversifier la faible liste établie ici-même.
Je fais donc appel à votre expérience, aussi bien technique que méthodologique, pour compléter et améliorer l'état des lieux dressé ci-dessus.
Merci de vos contributions à venir.
# No brainer : Utilisation d'une plateforme EDI
Posté par Enzo Bricolo 🛠⚙🛠 . Évalué à 4.
Je ne parlerai de la demat de PDF signé pour des factures, c'est une aberration !
Je t'engage d'abord à creuser avec les "métiers" les processus que vous voulez mettre en place,
qui vont différer entre les factures clients (pour l'ADV), les factures fournisseurs (pour les achats),
et les factures "internes" (toujours compliqué, surtout à l'international).
Posez vous des questions "bêtes" :
- est ce qu'on gère des avoirs, des rejets de factures, des avis de paiements, des factures à
zéro, des factures de garantie ?
- quelle volumétrie, par mois, par client, par format ?
- quel est le process en cas de panne ?
Rien que l'étude des processus (au niveau technique) doit te donner les infos suffisantes
pour ensuite challenger les solutions en mode SaaS ou en interne (bonita, WSO2, etc.).
Si le budget est trop limite,commencer en SaaS, vous paierez à l'usage, montez en compétences,
challengez le fournisseur et quand vous êtes prêts, reprenez le truc en interne.
Une fois que l'on a tiré le fil, et gérer le premier stade, tout est possible,
échanges de plan d'appros, de commandes, d'avis d'expédition, d'ordre de
transport, etc. Les gains générés paient le projet et le récurrent.
Tu trouveras de l'aide dans les communautés gérant le domaine de ta boîte, et si tu es
dans l'aéro, sache que tu peux m'appeler directement.
[^] # Re: No brainer : Utilisation d'une plateforme EDI
Posté par Petit_Scarabee . Évalué à 7.
En quoi générer une facture PDF signée est aberrant ?
[^] # Re: No brainer : Utilisation d'une plateforme EDI
Posté par SF . Évalué à 6.
Moi je me demande pourquoi on voudrait générer un pdf (signé ou non) plus qu'un bout de papier.
Parce qu'aller chercher un pdf sur un site en s'authentifiant c'est pire qu'ouvrir une enveloppe.
Parce que le traitement du pdf par la société qui le reçoit passe parfois par une impression (juste pour le repasser au scanner derrière pour qu'un logiciel d'OCR foireux tente de le lire haha)…
Ça fait 15 ans que je vois, dans des cabinets d'expertise comptable, tout le monde tenter de dématérialiser dans son coin alors que ce qui est intéressant c'est un format qu'un logiciel puisse écrire mais aussi lire (EDI ou autre mais standardisé ?). Malheureusement pour les comptables le pdf a été inventé et on avance plus dans la dématérialisation (on faisait mieux avec le minitel).
Quand on a un marteau tous les problèmes ressemblent à des clous…
[^] # Re: No brainer : Utilisation d'une plateforme EDI
Posté par Nicolas Boulay (site web personnel) . Évalué à 2.
Je vu plusieurs fois ce genre de souci. Les gens en général brandissent du xml ou du json pour être "compatible", alors que cela n'aide que le premier niveau du parseur.
Il manque en général un bon schéma, voir quelques règles de grammaire que l'on ne peut pas exprimer dans un schéma.
J'imaginais qu'il devrait être possible de faire un format qui mélange les 2, ainsi le schéma serait aussi dans le document. Celui-ci serait plus gros, mais cela resterait raisonnable.
"La première sécurité est la liberté"
[^] # Re: No brainer : Utilisation d'une plateforme EDI
Posté par reynum (site web personnel) . Évalué à 4.
Empreinte carbone, frais de poste exorbitants, frais de cartouche/toner et papier, temps (donc argent) à plier la facture, champignons sur la langue à lécher les enveloppes :-D
Et j'en oublie sûremment beaucoup.
Franchement nous n'avons pas les mêmes critères, et puis il y a le stockage des factures et le temps de les retrouver quand on en a besoin.
kentoc'h mervel eget bezan saotred
[^] # Re: No brainer : Utilisation d'une plateforme EDI
Posté par SF . Évalué à 1.
Dans mon entreprise nous n'imprimons jamais d'exemplaire pour nous, pas même de pdf d'ailleurs, y'a pas d'intérêt. Pour le client on fait ce qui l'arrange, papier, pdf par mail et mise à disposition des factures sur le site avec leurs documents comptables. Mais honnêtement ceux qui prennent en pdf, ils l'impriment… Nous sommes cabinet comptable, donc j'ai des clients qui téléchargent notre facture, l'impriment et nous l'envoient par courrier pour que nous la saisissions dans leur compta ;)
Pour le coup du site pour aller chercher un pdf, je pense que c'est une question de point de vue.
En tant que particulier j'adore ça.
En tant que professionnel qui émet une facture j'adore mettre les choses à disposition de nos clients comme ça (jamais à traiter de demande de duplicata ou de relevé de compte).
En tant que professionnel qui reçoit une facture le site m'intéresse pas, gérer l'authentification sur le site de x fournisseurs tourne vite au cauchemar et ensuite il faut le réintégrer à la chaîne de validation des factures, donc que la personne qui récup la facture l'envoie à la bonne personne pour vérif etc. Bref, pas pratique. En soit c'est parfaitement envisageable évidemment, c'est juste que c'est un mode de réception de plus qui n'a pas de valeur ajoutée pour nous. Disons qu'en tant que "grosse" boite on préfère imposer aux fournisseurs la façon dont ils nous transmettent l'info.
[^] # Re: No brainer : Utilisation d'une plateforme EDI
Posté par Enzo Bricolo 🛠⚙🛠 . Évalué à 2.
On est en 2015, toute facture est produite par une application d'un coté et consommée par une application de l'autre coté. Les anciens (ça date) ont établis des normes, des standards, des processus interopérables qui fonctionnent, qui sont déployables et qui sont performants, pour que les parties prenantes soient dans une relation de partenariat.
Qu'est ce que vous voulez que je fasse avec un PDF ? Je l'imprime et j'allume le barbecue ?
[^] # Re: No brainer : Utilisation d'une plateforme EDI
Posté par Zenitram (site web personnel) . Évalué à -1. Dernière modification le 06 mars 2015 à 06:41.
Bah, c'est comme ceux voulant des logs "texte", le PDF n'est qu'un format comme un autre, celui-ci étant pas facile à automatiser mais lisible par l'humain avec des "outils standard", pour transmettre une information.
Tu traites puis stockes le PDF et tout le monde est content, en attendant systemd
[^] # Re: No brainer : Utilisation d'une plateforme EDI
Posté par Enzo Bricolo 🛠⚙🛠 . Évalué à 2.
Ca veut dire quoi "tu traites" ?
Tu veux que je ressaisisse les données dans mon ERP ?
J'ai autre chose à faire, je dois servir mes clients.
Je préfère investir dans mes outils d'interopérabilité plutôt que de payer pour automatiser la relance.
[^] # Re: No brainer : Utilisation d'une plateforme EDI
Posté par Anonyme . Évalué à 2.
Si tu considères l'aspect échange d'information entre sociétés, je le comprends tout à fait.
Mais pour l'instant je ne cherche qu'à simplifier égoïstement la manière de gérer mes factures en interne tout en restant dans la légalité: éviter de stocker du papier et de dépenser de l'argent en frais postaux.
La faible complexité de mon activité ne nécessite pas du tout une migration immédiate vers de l'EDI, vu les possibilités offertes par la loi.
Merci de cette offre généreuse, mais je suis très loin de ce domaine.
[^] # Re: No brainer : Utilisation d'une plateforme EDI
Posté par SF . Évalué à 3.
Si c'est pour toi et que tu n'es pas une multinationale avec des centaines de millions de CA, fais un pdf et tu l'envois par mail, basta.
Toute autre solution n'a aucun intérêt réel. Si un jour tu as un contrôle fiscal, soit tu as quelque chose à cacher et tu imprimes des milliers de pages, soit le contrôleur s'arrêtera aux données issues de ton logiciel de compta (numérotation et dates des factures) et regardera juste une facture pour les mentions légales.
[^] # Re: No brainer : Utilisation d'une plateforme EDI
Posté par reynum (site web personnel) . Évalué à 2.
Je pense que garder le PDF sur les serveurs de l'entreprise et le mettre à disposition du client via un compte sécurisé (solution 1) est nécessaire en plus de l'envoie pas email.
Mais je reste d'accord avec toi pour moi c'est la meilleur solution.
kentoc'h mervel eget bezan saotred
[^] # Re: No brainer : Utilisation d'une plateforme EDI
Posté par Zenitram (site web personnel) . Évalué à 1.
Quel légalité?
Lors d'un contrôle, le fisc s'en fout de ta signature numérique (il regarde surtout que tout soit cohérent), comme il ne passait pas de temps avant à vérifier que la signature sur le document papier était la vraie.
[^] # Re: No brainer : Utilisation d'une plateforme EDI
Posté par Anonyme . Évalué à 3.
celle de l'alinéa V de l'Article 289 du Code Général des Impôts
[^] # Re: No brainer : Utilisation d'une plateforme EDI
Posté par oinkoink_daotter . Évalué à 3.
Ca tombe bien, ici elles ne sont pas transmises :)
Après c'est le texte, il faudrait être sûr qu'il s'applique ici (ce n'est pas sûr car il n'y a pas de lien client/fournisseur), il faut voir le décret d'application s'il est paru un jour. Ensuite, il y a la vraie vie : orange ne signe pas ses factures, et à bien réfléchir, je ne crois pas avoir jamais reçu une facture signée.
[^] # Re: No brainer : Utilisation d'une plateforme EDI
Posté par Zenitram (site web personnel) . Évalué à 0. Dernière modification le 05 mars 2015 à 15:27.
Comme numéroter les facture par ordre croissant et continu est obligatoire, mais des entreprises s'en passent car ça donne des infos trop sensibles, ou l'obligation de publier ses comptes annuels dont plein d'entreprises oublient.
Bref, ton texte de loi, j'avoue n'en avoir rien à faire ici, ma question était trop sous-entendue, je parlais de problème pratique : j'ai écrit "le fisc s'en fout", pas que c'étail légal de ne pas avoir de signature numérique, ta réponse est HS.
Tu parles de théorie, je parle de pratique.
Tu es plus légaliste que le fisc (à moins de tomber su un qui a bien envie de t’embêter).
Donc : prouve-moi qu'un mec a été embêté à cause de ça. Le texte de loi n'est pas suffisant pour la démonstration.
J'affirme haut et fort que j'envoie mes facture (et en reçois) en PDF non signé par mail, comme tout le monde.
[^] # Re: No brainer : Utilisation d'une plateforme EDI
Posté par Anonyme . Évalué à 6.
J'espère pour toi que ça t'a fait du bien de clamer cette vérité à la face du monde…
Et sinon tata ginette va bien ? Prouve-moi qu'elle va bien. Attention, le certificat du docteur ne sera pas suffisant pour la démonstration.
Donnes moi un peu de crédit Ô Zenitram: je ne suis pas naïf, je suis capable de faire la différence entre ce qui devrait se faire, et ce qui se fait en pratique par la majorité.
Tu me demandes quelle légalité, je te cite le texte de loi correspondant à ce que j'avance sans arrière pensée, en espérant simplement compléter l'information donnée précédemment. Mais tu fais ton Zenitram…
Et je m'arrêterai là dans les échanges stériles.
[^] # Re: No brainer : Utilisation d'une plateforme EDI
Posté par goom . Évalué à 4.
Je n'ai pas l'impression que les sites de VPC (topachat, RdC, LDLC,…) signent leur facture. En regardant quelques pdf avec Acrobat Reader je n'ai rien vu de spécial concernant la signature numérique de ces factures.
[^] # Re: No brainer : Utilisation d'une plateforme EDI
Posté par Zenitram (site web personnel) . Évalué à 3. Dernière modification le 05 mars 2015 à 23:03.
En fait, il doit y avoir pas foule qui signe, quelque chose proche de 0 (en pratique, j'ai jamais vu de PDF signés, EDF, Free… Et je n'ai aussi jamais vu une seule boite, petite ou grosse, me refuser le PDF non signé)
Mais bon, les règles qu'il faut absolument respecter même si elles sont désuètes / inapplicables, ça me rappelle juste certaines comptas qui refusent le PDF comme facture, du coup tu l'imprimes, tu fais une (fausse) signature et la compta est contente (vérifie-t-elle la signature? la réponse est…) et accepte la facture (véridique, coût de gestion pour l'entreprise sans aucune plus value, mais il faut en passer par la… jusqu'à un jour où le chef gueule et que le PDF, non signé évidement, est accepté).
Si ça peut faire plaisir à certains qui ne voit pas le sous entendu dans la question "quelle légalité" même accompagné d'un exemple et donne la loi (que je connais puisque pose la question avec une explication)…
[^] # Re: No brainer : Utilisation d'une plateforme EDI
Posté par reynum (site web personnel) . Évalué à 2. Dernière modification le 06 mars 2015 à 11:33.
Par contre pour ce qui est de Topachat ils mettent à disposition les factures sur leur site dans ton espace perso, ce que j'apprécie beaucoup d'ailleurs.
Mais on peut aussi noter qu'ils envoient la facture papier avec les produits.
kentoc'h mervel eget bezan saotred
[^] # Re: No brainer : Utilisation d'une plateforme EDI
Posté par SF . Évalué à 3.
Le jour ou les contrôleurs du fisc ou de l'urssaf vérifieront une chose pareille les gens nés en 2015 seront à la retraite.
Ce qui les intéresse c'est de savoir si tu as payé ce que tu dois, le reste conduit juste à des remarques de formes.
Quand tu émets une facture ce qui les intéresse c'est la TVA et les taxes. Ainsi que tout ce qui peut leur permettre de vérifier que toi et ton client ayez enregistré la même chose chacun de votre côté pour que l'État ne soit pas lésé. Une signature numérique de ta facture pourra servir de preuve que toi ou ton client avez fait une erreur de saisie en comptabilité… Ouhai super… Ça il save déjà le faire sans…
Ils sont pas masochistes ils s'emmerdent pas à vérifier les trucs qui peuvent pas leur rapporter du pognon, une amende qui leur rapporte quelques centaines d'euros ils s'en foutent. Ils veulent te choper sur des trucs plus lourds.
[^] # Re: No brainer : Utilisation d'une plateforme EDI
Posté par Enzo Bricolo 🛠⚙🛠 . Évalué à 2.
"La faible complexité de mon activité ne nécessite pas du tout une migration immédiate vers de l'EDI, vu les possibilités offertes par la loi."
Les lois, ça changent, qui peut le plus, peut le moins.
"Merci de cette offre généreuse, mais je suis très loin de ce domaine."
Si tu es dans la GSA/GSB/GSC, l'automonile, l'énergie, l'électronique et télécoms, etc.
j'ai des noms pour toi.
# certificat 2*
Posté par HG203 . Évalué à 2.
Il s'agit de certificats confinés dans un support cryptographique fiable (c.a.d. une carte à puce protégée par un code, qui se verrouille après plusieurs saisies erronées , comme la carte bleue) qui sont remis lors d'un face-à-face avec une autorité d'enregistrement (un agent de la banque, si tu leur as acheté ton certificat) avec vérification de l'identité du porteur (celui qui achète le certificat).
[^] # Re: certificat 2*
Posté par Anonyme . Évalué à 2.
Confiné, cela signifie que je n'ai pas le droit de l'extraire pour l'installer sur la machine qui doit générer mes documents ?
Ou bien c'est juste pour la livraison du certificat ?
[^] # Re: certificat 2*
Posté par HG203 . Évalué à 1.
Effectivement, le certificat ne doit pas pouvoir être extrait de la carte (il ne doit pas être copié et doit rester unique).
Pour l'utiliser, il faut installer un lecteur de carte à puce et un pilote spécifique : le "middleware".
[^] # Re: certificat 2*
Posté par Anonyme . Évalué à 2.
donc si la machine en question est chez un hébergeur tiers, c'est mort pour la signature de factures générées à la volée.
[^] # Re: certificat 2*
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 3.
Vous confondez certificat et clef privée associée. Un certificat qu'on ne peut pas lire, ça ne sert absolument à rien. Ça ne permet pas de signer — c'est une clef privée qu'il faut pour cela, pas un certificat — et ça ne permet pas de vérifier une signature. En outre, il est tout à fait inutile de protéger ainsi un certificat, puisqu'il ne contient aucune information secrète.
[^] # Re: certificat 2*
Posté par HG203 . Évalué à 0.
Par abus de langage on parle souvent de certificat pour désigner le biclé et le certificat proprement dit : quand on achète un certificat c'est bien cet ensemble que l'on obtient. Effectivement c'est la clé privé qui ne doit pas être extraite, par contre le certificat proprement dit est exportable.
Mais c'est bien avec la clé secrète que les documents sont signés (en fait un hachage du document est soumis au processeur de la carte à puce qui le signe avec cette clé et retransmet le résultat au logiciel de signature).
[^] # Re: certificat 2*
Posté par oinkoink_daotter . Évalué à 2.
Ca dépend (ça dépasse).
Il y a des fournisseurs pour lesquels tu obtiens effectivement le couple clef publique + certificat via ce biais, et d'autres pour lesquels on respecte l'esprit X509v3 où l'on envoie juste un CSR issu de la signature par la clef privée générée localement de l'ensemble clef publique + metadata et pù la CA renvoie le certificat (uniquement).
D'un point de vue confidentialité, il est évident qu'il vaut mieux privilégier la solution 2).
# Et les fiches de paye ?
Posté par jihele . Évalué à 2.
Sujet vaguement lié.
Je scanne mes fiches de paye et je les mets sur un serveur au cas où je perdrais mes fiches papier (incendie,…).
Quelle est la valeur de ces scans ?
J'aimerais que notre employeur nous les donne en .pdf en plus du papier, voire à la place (je peux toujours les imprimer si j'ai envie).
Est-ce que ça poserait des problèmes légaux ?
Après tout, entre la version papier que je reçois, qui n'est ni signée ni tamponnée ni rien, et une version .pdf que j'imprimerais, je ne vois pas la différence.
[^] # Re: Et les fiches de paye ?
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 3.
Les fiches de paie n'étant pas signées, même sous forme papier, une version numérique ne devrait poser aucun problème.
[^] # Re: Et les fiches de paye ?
Posté par Sylvain Briole (site web personnel) . Évalué à 2.
Mon employeur (une "grande" société) le propose (ne l'impose pas) à ses employés: PDF en lieu et place du papier.
Apparemment cela ne pose pas de problème légal.
[^] # Re: Et les fiches de paye ?
Posté par jihele . Évalué à 2.
OK, merci à vous deux de lever le doute.
[^] # Re: Et les fiches de paye ?
Posté par SF . Évalué à 1.
Dans un cabinet d'expertise comptable nous transmettons à nos clients les bulletins de paye de leurs salariés par mail au format pdf non signé.
Il fut un temps où nous imprimions les dits bulletins sur du papier multicolore pour éviter les falsifications. Apparemment maintenant par mail on s'en fout.
# complément d information
Posté par Aparteam . Évalué à 2.
Dans la dématérialisation il y a plusieurs strates de documents:
On ne traitera pas de la même manière un bon de commande, un justificatif, qui vont enrichir ma base de connaissance de mon client dans mon logiciel de GED. avec des factures.
En haut de la pyramide la facture car c'est le seul document qui a 3 dimensions:
- Une dimension comptable basé sur un exercice d 'une année. le but est de faire communiquer 2 services comptables et de leur transmettre soit des documents soit de la données, soit de la données structurée.
Mais on oublie que le but du comptable n'est pas de produire de la facture et de l'envoyer.
Mais c'est de s'assurer que la facture soit reçue par son client afin qu'elle soit payée..
donc sur ce point je dois avoir une traçabilité point à point qui me garantie que la pièce est bien parte et surtout bien arrivé à la ou les personnes qui doivent me payer ma facture.
ET ce en temps réel, pour avoir une action sur les clients , non pas comme trop de société le fond à partir de la date d'échéance. mais d'anticiper les dérives possibles afin de réajuster en amont pour avoir le maximum de factures payés à date.
- une dimension fiscale:
C'est de s'assurer que la pièce est un originale afin d’éviter que les pièces ne soit pas les mêmes des 2 cotés. Si j’envoie un fichier PDF et que ce fichier est transformé ou modifié par la partie réceptrice que se passe t il?. imaginez que je prends cette facture que je modifie certain éléments un avoir par exemple) et que je le renvoi à mon fournisseur qui ne dispose pas de système de contrôle. Que va t il se passer?
- Une dimension Commerciale: c'est le support de la transaction.
A pièce unique traitement unique.
Si cela vous intéresse je peux vous en présenter plus lors d 'un webinar, qu il existe des solutions à moindre cout et des process de mise en œuvre rapide et structurant.
Pour info il existe des procédés qui permettent de partir des factures du fournisseurs réalisés dans son ERP et encodés au format PDF, qui seront transmises en EDI vers TOUS ces clients ou plateformes d'entrée de factures dématérialisées.
Donc pour le fournisseur il ne gère qu'un modèle de facture quelques soit ces clients.
contactez moi à contact@aparteam.com
[^] # Re: complément d information
Posté par ZeroHeure (site web personnel) . Évalué à 2.
Trèèès intéressant.
Là tu devrais nous en dire plus, ne serais-ce qu'en donnant une liste
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
[^] # Re: complément d information
Posté par PhE . Évalué à 0.
Pour l'aspect traçabilité point à point qui me garantie que la pièce est bien partie et surtout bien arrivée à la ou les personnes qui doivent me payer ma facture, il est possible d'utiliser les services d'une plateforme dédiée.
Un acteur français sur ce sujet propose la platforme SunnyStamp
Un workflow permet de faire transiter un ou plusieurs PDF qui sera alors signé électroniquement avec les avantages déjà décrit.
Les différents intervenants du workflow étant alerté par mail de la progression de celui-ci.
L'externalisation de ce type de service ajoute en cas de litige des atouts indéniables (tiers de confiance, coffre-fort électronique, horodatage, …).
# Mon expérience
Posté par gUI (Mastodon) . Évalué à 5.
En ce moment je suis salarié, mais je sors de 2 ans d'indépendant (EURL). J'ai fais tous mes comptes avec mon comptable en dématérialisé.
Toutes les factures émises l'ont été en simple PDF. Pour les factures reçues, au max en PDF (par exemple les produits et services achetés sur Internet), et quand j'avais un papier (note de restaurant), c'était immédiatement scanné.
Pour ce qui est de la "piste d'audit fiable", je suppose qu'on parle de traçabilité. Dans mon cas, c'était complet et assez simple : chaque ligne comptable est évidemment justifiée par une référence de facture, qui est simplement le nom du fichier PDF. Mon comptable recevait l'ensemble des PDFs ainsi que ma feuille Excel de comptes (pour expliquer chaque recette/dépense).
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# ERP + GED
Posté par Christophe B. (site web personnel) . Évalué à 3. Dernière modification le 05 mars 2015 à 14:47.
Certain ERP (Libres et non libres) savent s'interfacer avec des GED et le format de stockage est, du PDF.
Mais du PDF normal pas besoin de le signer ou de le marquer au fer rouge.
Pour la traçabilité : chaque facture est unique avec son numéro d'ordre tes livres de comptas doivent en rendre compte, papier ou électronique.
Les autres écritures doivent avoir un numéro de pièce qui lui aussi est unique.
No d'ordre qui doit être unique et sans 'trou' si je me souviens bien.
Par contre il me semble que l'on soit obligé de conserver pendant au moins 5 ans les données et les logiciels qui vont avec, en cas de contrôle fiscal.
C'est ce qui pose problème chez certains car bien souvent il faut aussi conserver la machine qui va avec :)
Quand a l'utilisation d'une plateforme EDI, c'est bien, mais il faut avoir le volume qui va avec
sinon le cout de mise en œuvre peut être dissuasif.
Et encore quand je vois mon ERP (Non libre) et des ERP comme odoo avec son EasyEDI
EasyEDI pour odoo
En gros il y a une application qui transforme ta facture au format EDI et YAPLUKA l'envoyer
Avec la dématérialisation tu peu te débrouiller tout seul, avec l'EDI cela suppose que tu soit en phase avec ton partenaire :)
# ERP
Posté par NeoX . Évalué à 2.
comme le dit Christophe B
un ERP te permet de saisir des devis, les convertir en factures, faire les relances, gerer les paiements, les avoirs,
tout ca dans une base de donnée,
avec une sortie PDF des infos quand il y en a besoin,
ex : generation de la facture -> hop un PDF, avec une numerotation uniquement (la meme que celle de tes livres comptables, donc tout bon pour la tracabilité et le audit)
car finalement, ta facture papier, elle a aussi ce numero unique (ce n'est qu'une impression de ta facture PDF)
# Au hasard ?
Posté par reynum (site web personnel) . Évalué à 2.
Le prix ?
kentoc'h mervel eget bezan saotred
[^] # Re: Au hasard ?
Posté par Anonyme . Évalué à 1.
j'espérais une réponse technique :)
[^] # Re: Au hasard ?
Posté par reynum (site web personnel) . Évalué à 2.
Dommage je n'avais que de l'humour sous la main ;-)
kentoc'h mervel eget bezan saotred
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.