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.
