Financial Reporting — Your Feedback Matters

Reporting Team Blog
23 September 2021

As you may know, many nations/organizations across the globe have chosen to eliminate expensive paper-based invoice management systems in favor of e-invoicing/e-billing systems. The reasons are many, but the core objective is to increase efficiency, eliminate manual processing, and produce a more touchless process.

We are now analyzing the scope of this requirement. The purpose of this post is to collect feedback in this regard and understand how we can better assist you moving forward.

What We Consider an E-Invoice?

e-invoice is used primarily for B2B and B2G business segments and includes electronic payment (or invoice) information exchange between buyers and sellers. In this post, I’m contemplating invoices that are electronically issued, transmitted, delivered, processed and stored using a specific/standardized format (one that complies with an XML schema).

Common E-Invoice Types and More

Our early research revealed that our users have encountered or dealt with the following e-invoice/e-billing related compliance standards:

Other industry-wide standards (not directly related to e-invoicing) also exist. These standards are used in the EDI (Electronic Data Interchange) space:

Existing Solutions

While generating such files might look trivial (after all, you are simply working with different XML structures) a number of open source solutions already exist. Here is a short list of open source projects for reference:

Your Feedback Counts — Complete a Survey

With these open-source solutions mind, we now wish to explore your specific needs/requirements and to understand where these libraries fall short. While the lack of documentation, support, and maintenance services are obvious reasons why one might choose a commercial product over an open-source solution, we want to dig a bit deeper. We want to fully understand your specific usage scenarios/use cases and determine whether we can deliver a solution that addresses your business needs. Please review this short survey and let us know your thoughts on this subject.

FREE DevExpress Xamarin UI Controls

Deliver high-impact native mobile apps with our feature-rich Data Grid, Scheduler, Chart, TabView, Editors, and utility controls. Reserve your free copy today!
Blago Culjak
Dude86
We see a strong demand of these features from our customers.
23 September 2021
Stepan Lauryn
Stepan Lauryn
At present, we also feel a lot of pressure on these solutions
23 September 2021
Hedi Guizani
Hedi Guizani
Honnesty i don t think that devx must provide this kind of feature, they better focus on "deeper" features like ETL, workflows,...
23 September 2021
Achmad Mulyadi
Achmad Mulyadi
I have some LOB application related to this and to be honest most customers demanded the feature on our application. Will be a great addition I would say.  
23 September 2021
Bassam Abdelaal
Bassam Abdelaal

our government asked for B2G eInvoice upload thru JSON & encryption & web service calls , we did it as per their request and now uploading our invoices this way, don't see how DX can add to this , its already done as per Gov standards

thanks

24 September 2021
Jonatas Hudler
Jonatas Hudler
I stand with @Hedi and @Bassam. I'm against DevExpress taking the team's time to address all of these standards. Providing an out-of-the-box solution may not be trivial, I guess. At a maximum, I would suggest to provide some report samples so costumers could derive from it, but not offer a official/supported solution.
24 September 2021
CRM-74faecad-169d-4c9c-bff7-304d5f9645ef
Customer205203
It is the most demanded feature.
26 September 2021
Jerry Gonzalez
Jerry Gonzalez
If you want to tackle this business problem, I would think that you would be better off developing a generic middleware product that brings multiple data sources and data formats together to create variable responses to different entities.  I agree with some commenters that DevEx time is better served developing richer components than LOB specific solutions.  What caught my eye on your blog headline was "Financial Reporting". I'm currently working on developing a custom report writer for balance sheets and income statements.  I am creating a tool that allows users to determine what details, subtotals, and totals they want to generate short of giving them the DevEx report designer.
27 September 2021
SaiKan
SaiKan

Too many players in this market. And your requirement is still not very clear. What are you trying to achieve? A product for invoicing? You're not going to make relevant noise. However, if you do add a set of APIs to your Enterprise and Server Tools stack, then I can see this working...especially in XAF.


I build and integrate applications for enterprise (Retail/Ecom/3PL/4PL/ERP)

27 September 2021
Andrzej Wloszczynski
Andrzej Wloszczynski

I think you should focus on the UI components.

In the near future, we will have an official e-Invoice standard in Poland. They will be voluntary from the beginning of 2022 and mandatory from 2023. Official XML schema (comments in Polish only) : https://www.podatki.gov.pl/media/7164/schemat_fa_vat-1-_v1-0e.xsd

The most complicated part is keeping up with changes in regulations and adapting the program to changing requirements. When we have the correct data in our database we can easily create an XML file. What would you like to do to simplify this task? My advice: don't waste your resources.



28 September 2021
Jeff Gill
Jeff Gill
As with other comments already made, we have a e-commerce solution with our ERP system language provider and we use DexExpress for our thin client front end thus the UI focus is where we would like to see your resources being spent .
28 September 2021
Ken Randall
Ken Randall
I also believe that this is not where your focus should be.
29 September 2021
Michael M. Maier
Michael M. Maier
+1
29 September 2021
CRM-256d3dc1-4367-4c7f-92de-3a5b2cc9ecbe
Mike
Expanded PDF processing would greatly help.
29 September 2021
Randy B
Randy B
I have no use for any of this. Our processes rely on standard EDI, not any of this.
30 September 2021
CRM-12606e55-5a1b-422c-aab3-b0a0eb2371d2
John K
i have build easily my own e-invoice app. in winforms and devexpress. no need the company to be involved into that. we need more Blazor controls like a pdf reader etc and not something like that.
30 September 2021
Rudy De Maeyer
Rudy De Maeyer

It is a feature that is in demand with our customers and that we have alreade implemented in our software. However, it is not something we would expect from Devexpress to dive into. We rely on you for your UI products, and would rather see more Blazor controls for example, like John K already mentions above, or other platforms like Xamarin or MAUI.

E-Invoices come in so many flavours and standards and are so prone to customization that it would take a huge solution to address all those different demands. An effort that, in my opinion, would be  better spent on developing UI components  and document API's and so on...

1 October 2021
Igor Laktic
Igor Laktic
We have already added the complete functionality of sending and receiving e-invoices to our product. I don't see how DevExpress would help here, because the exact description of how the data is exchanged is dictated by the company that does the job of collecting and sending e-invoices. In Croatia, such work is done by several companies and each has a slightly different protocol. The state has determined the minimum set of data that the service and e-invoice must meet.
Maybe it would be good for DevExpress to consider making a module that would communicate with banks. Sending and receiving payments and standing orders. I think that banks have approximately the same communication, regardless of the country in question.
3 October 2021
Dmitry Tok (DevExpress Support)
Dmitry Tok (DevExpress)
Thank you for your feedback everyone. We really appreciate it.
4 October 2021
Geoff Keating 2
Geoff Keating 2

The ability to export a report that has well-formed XML and complies with the "http://www.w3.org/1999/xhtml" namespace rather than "-//W3C//DTD XHTML 1.0 Transitional//EN" would be nice.

From there, the report export could be modified as required, e.g. to produce an iXBRL compatible document.


6 October 2021
LukeKenyon
LukeKenyon

Hi,

I work for a Global Company and have been asked by some of our overseas customers to provide relevant invoices, after some legwork we found it difficult to get one standard implementation to work. One of my problems especially in GmbH is actually getting the completed output verified.

For me I think DevExpress would be better off spending the time on other products like BLAZOR & MAUI.

One area that we have to contented with is the production of barcode labels and QCR codes on all our products. The Web Reporting suite would be nice if it supported REST so I could just pass JSON data to generate labels, A bit like Seagull Bartender and integration services.


9 October 2021
Mario Blatarić
Mario Blatarić

I agree with most comments above, but I do see an area where DevExpress could help.

UBL is a standard, however, not used in every country. For instance, it is now used in Croatia, but that was not the case few years back.

Problem is - those things are quite complex and takes a lot of time to investigate and learn - and all of that is mostly outside of business know-how scope.

Maintaned UBL interface through classes and methods, combined with data visulalization in report would be quite helpful, but going further than that would make no sense since business requirements become very specific at this point.

For example, I need to download e-inovice (at this point it would useful to have UBL classes with overrides to convert those to my data classes) which then go through document management system first, where those documents are reviewed, signed and approved and once approved, they go to financial system with another set of processing rules - which are not even the same for every customer.

There is one thing that would be GREAT to have. Signing and stamping is one of the process on e-documents - it would be great to have ability to dynamically add sign/stamp anywhere on the document (create stamp in viewer which can be then dragged and dropped by end-user).
I implemented this with PdfViewer and a reworked DevExpress sample in WinForms, however, it would be better if there would be official solution for this both in WinForms and Blazor (especially in XAF).

15 October 2021
Marc Loewenthal
Marc Loewenthal
I think DevExpress should concentrate on UI Components, Blazor. Also PDF- / Office-Documentsviewer would be nice.
20 October 2021

Please login or register to post comments.