You don't specify who will be collecting the payment from the final customer. That is, is your customer the final customer, or is your customer the restaurant?

I have ordered food through online order/delivery services. All the ones I used received payment from me, then paid the restaurant. I don't know how the restaurants were paid. (Also, the services I used were "batch oriented". They would accept orders from customers in their service area until 10 am local time, consolidate orders for each restaurant, submit 1 large order to each restaurant, pick up from the restaurants and deliver to the office lobbies of the customers.)

Update: I strongly suspect the restaurants expected their payments when the (batched) orders were sent to them.

Years ago, I wrote an e-commerce web application that used Authorize.Net for payment processing. They supplied sample code in several languages, including Perl. I adapted their Perl code to my application, which then was able to accept credit/debit card payments, receive immediate confirmation, then update the customer's subscription status. Purchase of resources from our suppliers was handled externally to the web application.

(While the company was nice to work for and the work a reasonable challenge, I was quite happy to return the embedded control system industry when that market started to come back as the .com bubble burst (lucky timing for me))