Modify billing address - Did the dev bot allucinate a non existing mutation?

I asked the assistant how to edit the billing address of an order and got this.
The page it links to is 404, and the graphql app rejected the mutation.

Does orderEditSetBillingAddress exist? Or something similar?

Thanks

Hi Daniel,

I can confirm there’s no orderEditSetBillingAddress mutation - so it does look like the .dev assistant was hallucinating. From reviewing the docs, it doesn’t look like there’s a straightforward way to update the billing address of an order, for example the orderUpdate mutation has a field for shippingAddress, but not billing address. This has been a requested feature previously - but I can connect with the relevant team on this. Beyond making it easier to re-correct billing mistakes, what other use cases would this feature be helpful to you for?

EDIT: You can update a customers address with the customerUpdate mutation - would this work for you?

Hi Liam

Thanks for your help with this.

The customer wanted to submit the purchase for reimbursement, but forgot to enter their employer info at checkout.
They asked us to edit the billing info on the order so they could pull the revised invoice from their order history on the site.
We can cook something manually, but it would be nice to have a better way to handle these cases. There seem to be some apps offering this functionality, so I’m curious about which api or technique they use for it.

Totally understand - if this happens infrequently a manual solution for sending an invoice with revised info might be the easiest solution for now. I don’t know exactly how the apps on the app store handle editing the billing info on an order - it’s possible a completely new order is created with the preferred billing address. However this technique would require additional jobs to delete the original order and perform any reconciliation to ensure sales reports remain accurate, so may not be practical for your use case.

We are also trying to find a way to change the billing address but it doesn’t seem to be possible.

The reason, I guess, is to keep the order billing address in sync with the billing info passed to the credit card providers, which makes sense.

Still, merchants struggle with this limitation because it happens all the time that people enter the wrong billing address, and they need it to be fixed for the invoice to be valid.

The solution proposed by the apps in the app stores is to delete the current order and recreate a new order transferring the payment used in the original one. This practice will create other kinds of administrative problems and will mess up all the financial reports, unless you filter the canceled orders out.

Also, this strategy ends up creating orders with the credit card billing details non-matching with the new billing address anyway, so what’s the point in the limitation?