Danilo

interesting to hear that F24 can be done with XML. I had the impression that this is like a PDF presentation in the E-banking (with all the required tax codes).

There is another HR tax payment for “agenzia delle entrate” for which, you cannot even use the E-banking. It’s required to make the presentation directly in the tax portal.

In regard to PagoPA, there is this possibility of mass upload for CBILL, but as you know there are several PagoPA payment methods (customs, taxes, MAV, etc) and i wonder if all of them can be paid in the same way. For customs, i understand the account has to be connected to the customs authority to retrieve the money after presentation.

From my point of view, the implementation effort should correspond with the frequency of the payments.

Tax payments are the most difficult to automate via TMS + Bank and we probably never achieve 100% due to regulation like for “agenzia delle entrate” presentations.

Do you know any Fintech that is focusing on Tax payments? we found the same challenges in Poland for instance.

Thanks

Danilo

All data ideally has to be collected at risk identification level or latest at the point in time the risk is materialized (e.g. when the contract is signed). The question is, what is the source of truth to obtain this data including monetary items, balance sheet, sales orders, purchase orders, AP, AR and defined future inflows/outflows milestones?

Cheers

Danilo

is this budget rate similar to a weighted average rate of an offer calculation in which we can put a buffer?

Thanks

Danilo

As far as i know, MT will be discontinued, and some banks are offering the conversion to CAMT. You need to then make the proper mapping within your ERP. CAMT053 provides more details (higher quality) than MT940 for instance.

The same applies for formats, EDIFACT got obsolete, so we moved to XML where it was required.

Make sure that your connectivity channel supports XML and CAMT.

cheers

Danilo