David, Yes, I mentioned them in my reply to Pascal Standaert on Wednesday. It looks like their plan to create a service based on that web server implementation (https://github.com/pondersource/peppol-php) has stalled out.
Regards, John Ralls. > On Mar 6, 2025, at 21:42, David Cousens <davidcousen...@gmail.com> wrote: > > John, > > https://nlnet.nl/project/Peppol-Decentralised/ > also has a bit of useful info re implementation of a gateway to the > PEPPOL network which will allow client users not on that network to > send and receive messages from the PEPPOL network proper. > > David > > On Thu, 2025-03-06 at 19:51 -0800, John Ralls wrote: >> David, >> >> Good to know. What are the registration requirements, is it the end >> user or the software provider who has to register, and once whoever >> has registered what’s the authentication process to prove that you’re >> who you say you are? >> >> Would it be feasible to handle this the way some UK users are doing >> MTD, where there are services where one can upload a properly >> formatted document that GnuCash creates with a report? >> >> Regards, >> John Ralls >> >>> On Mar 6, 2025, at 18:59, David Cousens <davidcousen...@gmail.com> >>> wrote: >>> >>> Liz, Pascal, John, >>> >>> >>> PEPPOL is in use in Australia. >>> ( >>> https://www.ato.gov.au/businesses-and-organisations/einvoicing/einvo >>> icing-for-businesses#ato-RegisterforeInvoicing) >>> >>> It is currently primarily for large scale government-business >>> (where it >>> will likely be mandatory first) and business-business transactions >>> associated with procurement although there is a guide for small >>> business as well however it is not mandatory for small businesses >>> at >>> this stage and may not be. There is a register of software >>> currently >>> available linked from that page (inc SAP,Xero, MYOB, Reckon etc) >>> which >>> is ready to use the protocol. >>> >>> The standard document XML formats for AU/NZ are listed on a github >>> https://github.com/A-NZ-PEPPOL/A-NZ-PEPPOL-BIS-3.0/blob/master/Message%20examples/AU%20Order%20Agreement.xml >>> >>> There are some open source links to software for AS4 access to the >>> PEPPOL network. Both the invoice originator and the recipient have >>> to >>> be registered with that network. >>> >>> I've taken a quick look at the HOLODECK server setup. You can setup >>> two >>> instances of its server on different ports on the same computer and >>> use >>> them to talk to one another. Good for getting familiarity if you >>> don't >>> mind talking to youself. >>> >>> I have a bit of time waiting for cyclone Alfred to hit us in >>> Brisbane >>> in the next 18-24 hrs so I will have a play to ease the stress of >>> waiting. >>> >>> Might experiment a bit with sending sample messages from the AU >>> formats >>> site above. I presume what will be required from an application >>> will >>> be to export the message files in XML format to the server (they >>> are >>> put into an input folder from which they are sent automatically) >>> and >>> interpret any messages which appear in the output folder of the >>> server. >>> The server seems to provide some of the business level information >>> (whose sending, whose receiving etc) so it may be possible that all >>> GnuCash would need is the abiltiy to export a correctly formatted >>> XML >>> file and interpret and import the received XML file,. >>> >>> >>> >>> On Wed, 2025-03-05 at 19:54 +1100, Liz wrote: >>>> On Wed, 5 Mar 2025 09:34:28 +0100 >>>> Pascal Standaert <pascalstanda...@gmail.com> wrote: >>>> >>>>> I'm looking into switching to Gnucash for my accounting, but I >>>>> have >>>>> some worries about the mandatory e-invoicing which is being >>>>> rolled >>>>> out over Europe ... >>>>> >>>>> https://www.storecove.com/blog/en/peppol-countries/ >>>>> >>>>> https://ec.europa.eu/digital-building-blocks/sites/display/DIGITAL/Obtaining+a+copy+of+the+European+standard+on+eInvoicing >>>>> >>>>> ... wil Gnucash be able to do this UBL format xml for e- >>>>> invoicing ? >>>>> >>>>> if not, it would be shear useless to try set it up ... because >>>>> here >>>>> in Belgium this e-invoicing (peppol) wil be mandatory from >>>>> january >>>>> 1st 2026 ... >>>> >>>> Storecove says PEPPOL is in use in Australia. I've never heard of >>>> it, >>>> and am certainly not using it to invoice anyone. >>>> >>>> The ATO tells me that Australia has adopted it as a framework. >>>> The >>>> storecove link tells me its mandatory, and I know that it isn't. >>>> https://www.ato.gov.au/businesses-and-organisations/einvoicing/what-is-einvoicing >>>> >>>> Point? Storecove is not correct there, so are they correct >>>> elsewhere? >>>> >>>> For your concern, one of our developers is resident in Belgium >>>> and >>>> will >>>> be aware of these hurdles to use of Gnucash. >>>> >>>> Liz >>>> _______________________________________________ >>>> gnucash-user mailing list >>>> gnucash-user@gnucash.org >>>> To update your subscription preferences or to unsubscribe: >>>> https://lists.gnucash.org/mailman/listinfo/gnucash-user >>>> ----- >>>> Please remember to CC this list on all your replies. >>>> You can do this by using Reply-To-List or Reply-All. >>> >>> _______________________________________________ >>> gnucash-user mailing list >>> gnucash-user@gnucash.org >>> To update your subscription preferences or to unsubscribe: >>> https://lists.gnucash.org/mailman/listinfo/gnucash-user >>> ----- >>> Please remember to CC this list on all your replies. >>> You can do this by using Reply-To-List or Reply-All. >> > _______________________________________________ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user ----- Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
