This website uses cookies to analyse our traffic and to ensure you get the best experience. By clicking “Accept”, you agree to our Terms of Use and Cookie Policy.
WEBINAR REPLAY
What AP teams need to know
Watch this webinar to gain a practical introduction to Peppol and its role in secure, standardised electronic invoicing. We will explain how Peppol works and how Esker supports seamless Peppol integration within the Accounts Payable process.
You will learn about the key benefits of adopting Peppol, what changes for AP teams, and just as importantly, what stays the same.
The session also includes a brief demonstration showing how Peppol invoices are processed within Esker.
This webinar is designed for AP and finance professionals seeking a clear, practical understanding of Peppol and how it fits into an existing Accounts Payable environment.
0:0:17.858 –> 0:0:19.178
Joanne Marie Ignacio De Lasan
Hello everybody.
0:0:24.738 –> 0:0:28.778
Joanne Marie Ignacio De Lasan
We’ll just let, um, more people to join the session.
0:1:51.778 –> 0:2:6.738
Joanne Marie Ignacio De Lasan
All right. I think we can give another 3 minutes for the other participants to join in because we have a total of, I believe, 100 participants for today’s webinar. So we’ll just.
0:2:7.58 –> 0:2:9.458
Joanne Marie Ignacio De Lasan
Give them a little bit more time.
0:3:0.818 –> 0:3:15.18
Joanne Marie Ignacio De Lasan
All right. We can start now, OK, because most of the participants are here. All right. So hello everyone. I’m Joanne, the Customer Success Manager here at Fuji Film Business Innovation, New Zealand.
0:3:16.18 –> 0:3:33.378
Joanne Marie Ignacio De Lasan
Thank you for joining us today. So today’s webinar focuses on Pepple e-invoicing and at what it means for accounts payable teams across New Zealand. We’ll cover the Pepple fundamentals, its adoption across the region, and how Escrow supports Pepple within your AP workflows.
0:3:33.858 –> 0:3:53.418
Joanne Marie Ignacio De Lasan
Our aim is to provide clear, practical insights into what’s changing, what stays the same, and the benefits of Peppol can bring to your AP processes. So please feel free to submit any questions at any time in the Q&A section or chat function. We’ll address the questions at the end of.
0:3:53.538 –> 0:4:13.378
Joanne Marie Ignacio De Lasan
Of the presentation from our speaker and with a large audience today and limited time, if we’re not able to answer your questions live, we’ll follow up via e-mail. I’m pleased to introduce our speaker, Bharath Ram, a business analyst here at Fuji Film Business Innovation.
0:4:13.538 –> 0:4:33.258
Joanne Marie Ignacio De Lasan
New Zealand Bharath brings strong expertise in accounts payable automation and Pepple enabled E invoicing and works closely with our customers to deliver practical and scalable solutions using Esker. So at the end of our session you’ll see a link to the survey or a QR code that you.
0:4:33.658 –> 0:4:48.298
Joanne Marie Ignacio De Lasan
you can scan, would appreciate you taking time to complete it. You might even win something at the end of the survey. So with that, I’ll pass it over to Bharath to to start the presentation.
0:4:48.498 –> 0:5:8.98
Bharath Raam
Hello everyone. Good afternoon. Thank you for joining. I’m Bharathram, Business Analyst from Fujifilm Pros Automation Team. Today’s session is a high level overview of what Paypol is, which is commonly known as E invoicing in New Zealand. We will also cover why it matters now, what’s changing and how ESCA supports.
0:5:8.258 –> 0:5:27.938
Bharath Raam
To adopt it with minimal receptions. This is also relevant given the upcoming New Zealand government mandates. In terms of what you’ll learn from this webinar, firstly what PEPOL is, why it’s gaining momentum. Secondly, the regulatory drivers in New Zealand. Third, what’s actually changing with accounts payable and.
0:5:27.938 –> 0:5:46.298
Bharath Raam
Finally, how Eska enables PPL in practical way to help the adoption. As Joe mentioned earlier, if you have any questions, please post in the QA section and we will answer it by the end of the webinar or via emails if we run out of time. All right, let’s move into the next one, what PPL is.
0:5:46.898 –> 0:6:3.938
Bharath Raam
PEPOL stands for Pan European Public Procurement Online. Today, it’s generally a global e-invoicing standard used by over 60 countries. It allows businesses to change invoices electronically using structured data rather than PDF or scanned documents.
0:6:4.258 –> 0:6:21.938
Bharath Raam
The key value is simple, less manual data entry. Invoices are created in the supplier systems and arrives directly into the buyer system with accuracy, securely and automatically. Papol is a nonprofit organization and it’s standardized, secure and designed to school.
0:6:22.178 –> 0:6:32.378
Bharath Raam
That’s why the governments globally are backing it. ESCA has been PEPOL accredited since 2017 across Europe, Australia, Singapore and New Zealand.
0:6:33.858 –> 0:6:33.898
Bharath Raam
I.
0:6:36.498 –> 0:6:55.338
Bharath Raam
Pepol is basically an EDI. EDI means Electronic Document Interchange, where the documents or invoices interchange between the supplier and the buyer electronically. It is and the traditional EDI often relays on a point-to-point or a centralized 3 corner model where every trading partner requires.
0:6:57.138 –> 0:7:13.978
Bharath Raam
As a bespoke technical agreement under custom mapping, which means a supplier will have their own point to point connection directly to the buyer, or they might have a centralized middleware. They might need to connect into two different systems to the buyer. They have to connect to different systems with each supplier.
0:7:14.298 –> 0:7:33.818
Bharath Raam
Instead of it, Peppol eliminates that requirement and introduced A4 corner model which allows businesses to connect once and connect to all by using a standard access points that handles the interoperability across the entire network. The custom point to point integration with each supplier is eliminated in this space.
0:7:34.458 –> 0:7:48.418
Bharath Raam
The organizations can connect once we are an access point and change or exchange invoices with an Peppol participant. MBIE is the Peppol authority in New Zealand where they kicked off their invoicing journey from 2019.
0:7:49.298 –> 0:8:5.258
Bharath Raam
One of the mandates from MBIE or the New Zealand government is from 1st of January 2027, larger suppliers with the revenue of more than like 33 million New Zealand dollars or more will be required to send E invoices via PayPal when billing a New Zealand government agency.
0:8:5.618 –> 0:8:19.858
Bharath Raam
The Bandit was announced in 2025. The 2027 may feel far away, but onboarding suppliers and system takes a lot of time. Papol is no longer optional for many organizations. It’s becoming an compliance requirement.
0:8:24.58 –> 0:8:43.98
Bharath Raam
What you see in the screen right now is the New Zealand’s adoption of Pebble or e-invoicing. You can see in steady accelerating adopt adoption as more government agencies and larger suppliers enable Pebble. Downstream organizations must be ready for receiving e-invoices or risk of processing bottlenecks.
0:8:43.298 –> 0:8:46.858
Bharath Raam
The question is no longer if the poll will impact you, but when.
0:8:51.298 –> 0:9:10.98
Bharath Raam
I just want to talk a bit about Esker platform. Esker platform provides best in class AI technology with ERP connectivity shoots to automate the process. Today we are focusing more on the AP side of things with the invoices and E invoicing where people fits neatly into the Esker AP automation strategy removing a lot of.
0:9:10.898 –> 0:9:14.858
Bharath Raam
Manual works before even AI even needs to step in.
0:9:17.218 –> 0:9:26.978
Bharath Raam
So Esker can able to send as well as receive invoices from the AI module which we call it as invoice delivery and in the AP module we act as an access points.
0:9:29.338 –> 0:9:48.778
Bharath Raam
What you see here is the overview of what e-invoicing process it. The suppliers and the buyer sits in both the corners. The corner one will be the supplier and corner four will be the customer. Escar operates as an access point for invoice delivery in corner two if you have a module and in corner.
0:9:49.58 –> 0:10:8.778
Bharath Raam
For the Accounts Payable module, Esker Access acting as an access point receives those invoices and deliver them directly into the AP module and to your ERP systems. At a high level, the suppliers send invoices to the access points or AP we call it as and the access point converts those invoices into an compliant.
0:10:8.858 –> 0:10:15.978
Bharath Raam
BAS documents. So people has some standard document tab which is an XML format and they have their own specification.
0:10:17.18 –> 0:10:35.298
Bharath Raam
When the invoice is sent to Corner two in here, this is where the access points will use the Peppol registry to identify the businesses. So your NZBN or for Australia the ABN is used as an identifier to identify which customer and which supplier it’s from and.
0:10:35.298 –> 0:10:50.658
Bharath Raam
Sent through the document to the corner 3. The identifier will be your business number, which is what we configure to receive invoices via Peppol network. The standard Peppol validation will take place in both the corners corner two and corner 3.
0:10:51.18 –> 0:11:10.458
Bharath Raam
The validation includes the document types, the formats, the validation rules from ANZ. So basically ATO from Australia and MBAE from New Zealand has merged together, hand together and then they had some rules which formed for the invoicing which has been validated in Kona 2 and Kona 3.
0:11:11.178 –> 0:11:19.978
Bharath Raam
This is an system to system and not an e-mail based system. The result is basically faster rocessing, better data quality and fewer exceptions.
0:11:23.338 –> 0:11:37.898
Bharath Raam
Now we can see what does Esker does in the space of people. For the users who are currently using Esker, you can able to receive invoices via PDFs with your emails or using the supplier portal and also you can able to.
0:11:38.298 –> 0:11:56.498
Bharath Raam
Enable the Pebble or the E invoicing and you can able to receive all these invoices in parallel. So Esker has various methods for the new customers where you can able to receive in parallel from the standard PDF invoices to E invoicing, which means your suppliers can able to send invoices through any channels.
0:11:56.898 –> 0:12:4.538
Bharath Raam
As PDFs via e-mail or via E invoicing networks. From an AP user perspective, there is very very little change.
0:12:9.98 –> 0:12:28.738
Bharath Raam
What the Esker solution does is receive the invoices via PEPL and are clearly marked as EDI in Esker to make an identification whether it’s been sent via PEPL network or via an e-mail PDF. The structured XML data is converted into a human readable PDF, so the users are really.
0:12:28.818 –> 0:12:43.778
Bharath Raam
Familiar with an invoice layout. What SQL does is like it captures the details from the XML file and creates its own PDF to help the users access it behind the scenes. The original XML file is retained and attached for audit and compliance purposes.
0:12:44.338 –> 0:12:52.498
Bharath Raam
If a supplier includes a PDF for a supporting document with the PPL file, those are also attached automatically in Esker.
0:12:55.658 –> 0:13:15.98
Bharath Raam
What you see in the screen right now is familiar to the people actually using Esker right now and for the new customers you’ll be using the accounts payable module and this will be your screen. So what you can see is the invoice XML which has been attached in the top banner in here. We call it as Documents Pane and towards your right hand side is the documents preview.
0:13:15.138 –> 0:13:24.978
Bharath Raam
Pin. When you click on each of these documents, you can able to view it in the preview in here. So what I’m showing in here is the XML which is attached. Also the SKA generated invoice PDF.
0:13:30.578 –> 0:13:45.818
Bharath Raam
The biggest change with the with the invoicing in Peppol is the delivery channel. Instead of the traditional e-mail way, you’ll be receiving it an EDI way into Esker instead of the emails invoices received via Peppol as a structured SML XML.
0:13:45.858 –> 0:14:5.178
Bharath Raam
The key fields like your invoice numbers, order number, invoice date, invoice amount are directly populated from the XML file itself. For the non PO invoices, the line level data is also populated automatically which includes your line description, line amount, units and quantity and everything.
0:14:5.378 –> 0:14:20.298
Bharath Raam
There is no OCR involved in this process. When Esker converts the XML file into an PDF file, there’s no OCR involved. Esker uses the data directly from the XML file, which is 100% accurate than the OCR process.
0:14:24.978 –> 0:14:44.738
Bharath Raam
How does Esker recognize the vendor when it receives an E invoice in Esker? So the vendor recognition doesn’t need an OCR and there’s no OCR in the PDF. It actually looks at the data-driven from the document itself. If there is a PO invoice, Esker uses the PO vendor and validates GGS.
0:14:44.818 –> 0:15:4.218
Bharath Raam
If there is a non PO invoice, ESCA uses the GST number in the XML to match the vendor in the ERP. It is highly unlikely there is a participant who doesn’t supply a GST number as it’s one of the recommend from MBIE if in case if you receive any invoices without a GST number.
0:15:4.418 –> 0:15:7.778
Bharath Raam
It is a manual window selection which becomes an exception rule.
0:15:10.938 –> 0:15:25.418
Bharath Raam
So once an invoice is received, SKH extracts all the information and for a non PO invoice, the AP users still code the lines as normal, which will be your general Ledger, call centers, etcetera, which is not part of the XML files from the supplier.
0:15:26.658 –> 0:15:33.18
Bharath Raam
They are a part of your AP process, but the invoices are automatically balanced, reducing the rework and exceptions.
0:15:34.658 –> 0:15:52.298
Bharath Raam
So this what you see in the screen right now is Esker forms for a non PO invoice. The first picture in here displays you all the extracted information from the XML files and the entity call centers or your actual accounting data. The next picture what you see in here is the human readable PDF which Esker converts.
0:15:53.458 –> 0:15:54.738
Bharath Raam
From an XML file.
0:16:0.138 –> 0:16:19.698
Bharath Raam
In summary, Peppol is a proven government backed standard that removes manual invoice entry. New Zealand mandates are coming and adoption is accelerating. Eska enables the Peppol in a way that compliance scalable minimum disruption for the AP teams. If you like to explore the readiness timeline or the.
0:16:19.858 –> 0:16:36.778
Bharath Raam
Pilot, we are happy to discuss the next steps and our consultants and the customer success team can be reached out to start your E invoicing journey. With that we can able to move into the QA sections. Over to you Joe, if there’s any questions.
0:16:37.938 –> 0:16:44.138
Joanne Marie Ignacio De Lasan
Yep. OK. Um, all right. There’s one question here. Um, just a moment. Let me just.
0:16:47.738 –> 0:16:48.218
Joanne Marie Ignacio De Lasan
OK.
0:16:50.938 –> 0:16:58.698
Joanne Marie Ignacio De Lasan
OK, there’s one question here we receive. What happens if we’re not ready by 2027? Can we still send PDF’s?
0:16:59.138 –> 0:17:10.858
Bharath Raam
Yes, you can still send PDFs, but it’s up to the government organizations who will receive the invoices. So you might need to have an conversion with the organization to understand why it’s mandatory and what happens.
0:17:3.578 –> 0:17:3.738
Joanne Marie Ignacio De Lasan
Yes.
0:17:11.538 –> 0:17:22.538
Joanne Marie Ignacio De Lasan
OK, and uh, another one. Do Pepple invoices support all the SAP posting fields we currently use in Esker, or are there any limitations?
0:17:23.98 –> 0:17:42.818
Bharath Raam
OK, basically the PEPOL fields will be from the supplier and they’ll not have your accounting data like your call centers or GLS. So the data which will be received from the PEPOL file will be your high level details and the line level details. If it’s a PO invoice, you already have your SAP fields available in the purchase orders when you do the requestions and that’ll be.
0:17:42.898 –> 0:17:54.538
Bharath Raam
Transferred across to the invoices and sent to the RP. If there is a current Esker user who uses SAP, there’ll be no changes towards that process. It is just how the invoices are delivered into Esker.
0:17:55.698 –> 0:18:10.898
Joanne Marie Ignacio De Lasan
Thank you. And another question. You mentioned that the business of this certain size need to be ready with Pepple by 2027. How long does it take to implement Pepple? And so when should my organization start making decisions about Pepple?
0:18:12.18 –> 0:18:24.698
Bharath Raam
It is probably an consultant cushion, which if you’re keen to get more details on it, I would request you to contact the consultant or the customer success team to get the actual timeline.
0:18:26.578 –> 0:18:36.618
Joanne Marie Ignacio De Lasan
And how will we know who has the ability to send EDI invoices? Is there a directory of businesses already using EDI or PEPL?
0:18:36.218 –> 0:18:50.298
Bharath Raam
That is a really good question. Esker has an registry or a directory we can call it as which is global and we can able to help you to identify what are the businesses which actually has already implemented e-invoicing in New Zealand or even globally.
0:18:52.138 –> 0:19:10.298
Joanne Marie Ignacio De Lasan
Right. And whether Pepple has strict limitations on the length or format of values in specific SML fields, for example in the tax scheme section, which is intended for GST number, does the field enforce a maximum limit of characters or digits?
0:19:10.898 –> 0:19:30.698
Bharath Raam
Yes, when I talk about the validation, the Australia and New Zealand follows an PIANZ format which has all these validations which is applied in there and also it applies the validation for the format of the XML file as well as the rules from New Zealand government. One of the checks will be exactly what.
0:19:30.898 –> 0:19:36.98
Bharath Raam
Discussioners for the GST numbers which will be 10 digits on the NZBN numbers which is 13 digits.
0:19:39.818 –> 0:19:41.258
Joanne Marie Ignacio De Lasan
Thank you, Brett.
0:19:42.978 –> 0:20:2.58
Bharath Raam
I can see one other question in there. What is OCR? Sorry to mention, OCR is optical character recognition. This is what helps the system to actually read through the whole document when you send it to a scanner, which is an AI scanner to scrap all the text information from the document and then put it towards the fields in Esker.
0:19:45.258 –> 0:19:45.658
Joanne Marie Ignacio De Lasan
Yep.
0:20:9.658 –> 0:20:14.138
Joanne Marie Ignacio De Lasan
Thanks Bharath. And another one. What exactly is an access point?
0:20:14.498 –> 0:20:33.778
Bharath Raam
So Access point is basically unregistered people, not an authority, it’s unregistered people company where they are able to help other companies to enable people or E invoicing. So Access point is also defined as a service provider so they can able to help other.
0:20:33.858 –> 0:20:45.818
Bharath Raam
Companies, suppliers or even buyers to get into the e-invoicing journey. So access points are the one who actually registers the suppliers and customers on behalf of into the people registry.
0:20:51.538 –> 0:20:55.898
Joanne Marie Ignacio De Lasan
Thank you, Bharath. Let me check if there are other questions here.
0:20:59.818 –> 0:21:8.938
Joanne Marie Ignacio De Lasan
OK, can you explain how data validation and touchless processing works in PEPL compared to BDF or EDI?
0:21:8.258 –> 0:21:23.818
Bharath Raam
Right, that’s a really good question. So compared to an PDF and ESCA invoice received in PDF will be OCR, which is optical character recognition, which reads through the document and then scraps information from the document and checks into the fields in the ESCA forms.
0:21:24.98 –> 0:21:44.18
Bharath Raam
Which has like a larger accuracy in Esker, but compared to one people or E invoicing file which is all data-driven, basically all the values is in untagged which is already available. There is no OCR and that value from the XML file is directly popped in or populated into the Esker fields which is 100% accurate.
0:21:44.98 –> 0:21:46.778
Bharath Raam
But to and PDF extraction.
0:21:48.978 –> 0:21:53.258
Joanne Marie Ignacio De Lasan
Q Can suppliers send multiple invoices at one go?
0:21:53.378 –> 0:21:58.138
Bharath Raam
Now it’s always one invoice per file with the ball, yeah.
0:22:7.218 –> 0:22:26.538
Joanne Marie Ignacio De Lasan
Hey, any more questions? I think we have a new one. Just a moment. So once we have the capability in Esker, do we engage with Fujifilm to get our suppliers sending us invoices or do we just send? We just need to send our suppliers an e-mail letting them know that we are ready to accept e-invoices.
0:22:27.58 –> 0:22:43.738
Bharath Raam
Right, so the first thing what you need to do is talk to our team to enable or set up the Purple configuration to receive invoices via the Purple network or invoicing and then you need to identify as part of the process what are suppliers who can able to send you the invoices.
0:22:44.18 –> 0:22:52.538
Bharath Raam
So by that it’s a whole journey with together with Fujifilm, Eska and yourself to get into Peppole and start receiving the invoices.
0:22:55.458 –> 0:22:59.818
Joanne Marie Ignacio De Lasan
And do they need to upgrade their Esther platform for Pepple?
0:23:0.218 –> 0:23:8.738
Bharath Raam
Depends on which version the Eska the Eska platform currently is. Again, we need to check and let you know on that.
0:23:10.258 –> 0:23:14.378
Bharath Raam
It’s best to talk to the consultants which they can able to provide more information.
0:23:16.378 –> 0:23:23.178
Joanne Marie Ignacio De Lasan
Thank you. And does Esker has integration capability with PeopleSoft Financial?
0:23:23.538 –> 0:23:36.658
Bharath Raam
Integration with ESCA has lot of multiple configurations. One of them is the universal connector which we use commonly and we can able to connect with PeopleSoft with the universal way of integration.
0:23:48.658 –> 0:23:50.978
Bharath Raam
Do you have any others, Joe?
0:23:50.778 –> 0:23:57.258
Joanne Marie Ignacio De Lasan
Sorry, I was how does utilities consumption data get communicated with e-invoicing?
0:23:58.498 –> 0:24:17.818
Bharath Raam
The utility consumption is one of the features which is recently enabled in Esker to capture those details in there. If the suppliers send you those datas as fields in the invoices, then it can be captured in Esker or once you receive the invoice in Esker you can able to calculate based on the features which automatically calculates your consumption.
0:24:18.178 –> 0:24:19.658
Bharath Raam
Within ESCA.
0:24:23.138 –> 0:24:32.618
Joanne Marie Ignacio De Lasan
OK. And does PEPL provide a recommended or mandatory standard for how bank account information should be structured in XML?
0:24:31.858 –> 0:24:46.458
Bharath Raam
That is right. That’s one of the validations in place. So in the XML, the standard bank account has been provided to the access points and the access points will take care of sending yours or the supplier’s bank account number in the file.
0:24:48.698 –> 0:24:57.418
Joanne Marie Ignacio De Lasan
OK. Thank you. And let me see if we still have questions to answer.
0:25:0.738 –> 0:25:7.138
Joanne Marie Ignacio De Lasan
I think that’s all the questions we have today, Bharath.
0:25:7.538 –> 0:25:11.218
Cassandra Ong
Um, Joe, there are a couple of questions in the chat.
0:25:9.418 –> 0:25:9.898
Joanne Marie Ignacio De Lasan
I.
0:25:11.498 –> 0:25:15.498
Joanne Marie Ignacio De Lasan
In the chat. Sorry. OK, got it. All right.
0:25:12.818 –> 0:25:21.698
Cassandra Ong
And there might have been some that are hidden in the Q&A. You might have to actually do another scroll through. Lots of questions asked today, which is great.
0:25:16.258 –> 0:25:16.538
OK.
0:25:17.458 –> 0:25:28.178
Joanne Marie Ignacio De Lasan
Yep, it’s true. Yep, thank you. And can same supplier send PDF and EDI invoices?
0:25:27.458 –> 0:25:33.818
Bharath Raam
Yes, that can be done. It’s up to the supplier and desk is open to receive either by PDF or by invoices.
0:25:34.738 –> 0:25:44.218
Joanne Marie Ignacio De Lasan
All right. And do you foresee EDI invoicing being the main form of invoicing within the next couple of years in NZET, not just for government accounts?
0:25:44.258 –> 0:25:58.818
Bharath Raam
As of now, I don’t see there isn’t mandate from the New Zealand government, just for government agencies they have implemented or mandated it. I don’t think it’s pushed into in smaller businesses or anyone apart from the government agencies.
0:26:0.58 –> 0:26:12.738
Joanne Marie Ignacio De Lasan
OK, all right. If Pebble is going to be mandatory, is Fujifilm going to automatically update our Esker platforms? If we have to reach out to the consultants, I’m assuming this will incur fees to update.
0:26:13.458 –> 0:26:23.18
Bharath Raam
Yes, there is an service fee which will be provided. That’s why it’s better to contact the consultants to get a better idea of what we need to do.
0:26:24.258 –> 0:26:24.378
Joanne Marie Ignacio De Lasan
OK.
0:26:30.18 –> 0:26:35.258
Joanne Marie Ignacio De Lasan
Thank you. And I believe I’ve covered all the questions in Q&A and the chat.
0:26:36.618 –> 0:26:44.258
Bharath Raam
If there’s any questions which is not covered, we will just do a skim through all the questions and we’ll respond to you via emails.
0:26:37.858 –> 0:26:38.138
Joanne Marie Ignacio De Lasan
Yep.
0:26:45.338 –> 0:26:45.418
Cassandra Ong
Um.
0:26:45.378 –> 0:27:1.698
Joanne Marie Ignacio De Lasan
Oh, there’s another one. Sorry, there’s another one. Just checking, did you say Pepple only takes one to one invoice to e-mail? Currently we have suppliers who sends one PDF with multiple invoices and Esker can split. Will this need to change for Pepple?
0:26:45.738 –> 0:26:45.978
Bharath Raam
OK.
0:27:1.458 –> 0:27:18.178
Bharath Raam
This will need to change because people will not have any e-mail in it. So people is directly system to system process and will not have any emails towards it. So one invoice will have one file which has been sent directly from the supplier system into Esker and into your ERP.
0:27:21.258 –> 0:27:22.98
Joanne Marie Ignacio De Lasan
All right.
0:27:25.378 –> 0:27:43.738
Bharath Raam
The other question I can see in the chat is can you confirm a PDF is added along with the XML file? Yes, if the supplier sends in PDF or in supporting document, it’s always attached to the doc document pane in Esker. Also, Esker creates its own PDF based on the XML invoice.
0:27:48.258 –> 0:27:55.178
Joanne Marie Ignacio De Lasan
And from your experience, what are the most common challenges during the initial PEPL onboarding for suppliers?
0:27:55.218 –> 0:28:14.978
Bharath Raam
The most common challenges is to test with a supplier, basically to get a supplier to do the testing. And right now it’s not a challenge I would say because there’s lots of organizations who have already moved into people and we just need to find out who does send the invoices and to configure it.
0:28:24.498 –> 0:28:33.818
Joanne Marie Ignacio De Lasan
Thank you, Bharath, and I believe at this time I have covered all of the questions in the Q&A and also in the chat.
0:28:34.898 –> 0:28:53.898
Joanne Marie Ignacio De Lasan
Right. So if we have any questions, again, please feel free to contact us, your consultants or the customer success team. So thank you for joining us today. If we didn’t, yeah, if we just you have questions, feel free to e-mail us and don’t forget to complete the survey using the link provided.
0:28:35.978 –> 0:28:36.218
Bharath Raam
Oops.
0:28:54.938 –> 0:29:4.658
Joanne Marie Ignacio De Lasan
Or I believe there is a QR code. It will help us improve our future sessions. So thank you again and have a great day. You have a good day.
0:29:4.898 –> 0:29:6.58
Bharath Raam
Thank you, everyone.
0:29:5.938 –> 0:29:6.378
Joanne Marie Ignacio De Lasan
Thank you.
Organisations that have successfully implemented invoice automation solutions have experienced significant advantages, including reduced time spent on manual tasks and the ability to focus more on strategic activities, thanks to AI-driven solutions.
Contact us today to learn how Fujifilm Process Automation can help you uncover significant efficiencies through AP automation.
With over 12 years of experience in the technology sector, Bharath Raam is a Business Analyst with the FUJIFILM Process Automation team, where he has spent the past four years helping organisations improve efficiency through automation. He works closely with customers to design and implement practical, scalable solutions using Esker to streamline Accounts Payable and broader business processes.
Bharath brings hands‑on experience analysing and optimising processes across a wide range of industries, including finance, healthcare, manufacturing and retail. He enjoys understanding how organisations operate and identifying opportunities where technology can reduce manual effort, improve accuracy and support better outcomes.
Passionate about making work easier and faster for customers, Bharath is a strong advocate for FUJIFILM’s purpose of helping Kiwis work smarter by delivering solutions that address real business challenges and support long‑term operational improvement.
Understanding Peppol e‑invoicing
Why Peppol matters in New Zealand
Impact on Accounts Payable teams
Improving accuracy and efficiency
How Esker supports Peppol
Practical demonstration in Esker
Transition and supplier readiness