# Electronic Invoicing **URL:** \ **Category:** Uncategorized\ **Created:** [October 22, 2019, 10:32am UTC](https://forum.manager.io/t/electronic-invoicing/24903 "2019-10-22T10:32:08Z")\ **Posts on this page:** 1\ **Showing post:** 27
**Author:** ![Patch](https://avatars.discourse-cdn.com/v4/letter/p/a183cd/32.png) [@Patch](https://forum.manager.io/u/Patch)\ **Post date:** [March 6, 2020, 1:44pm UTC](https://forum.manager.io/t/electronic-invoicing/24903/27 "2020-03-06T13:44:54Z")
The most likely way I can see this happening is for someone in each country to write a localisation to produce the XML report. For an example of the sort of thing that can readily be done now see > [@Localisation: GST/VAT worksheet programming guide](https://forum.manager.io/t/localisation-gst-vat-worksheet-programming-guide/23644): > > As a result of this post it is probably best to not put too much effort into localisation at the moment. The following thread describes what can currently be done. I assume the future implementation will enable a larger range of use cases to be addressed and hopefully maintains relative ease of implementation for those with a good understanding of local tax requirements such as local accountants. Background information Development environment The localisation development environment is acce… Clearly the specific interface to efficiency use it to export invoices is not in place but the programming interface is appropriate. The produced file could then be sent to an IT interface service provider, as is currently done in several countries localisation using text files. Lubos was apparently intending to extend the capability of the localisation system. I don’t know was the current plans are. > [@Tor](#): > > central list of Unit Names Why not just uses a custom field if type list --- _[View the full topic](https://forum.manager.io/t/electronic-invoicing/24903)._