v0.3.1

• Retrying an order after changing modes or accounts no longer replaces its existing invoice.
• Delayed events preserve refunded orders and orders with a recorded payment date.
• Pending-order polling continues beyond fifty orders in batches at least a minute apart.
• Settings explain webhook verification; documentation covers invoice idempotency and mode changes.

v0.3.0

• A payout.sent or payout.confirmed webhook adds a note saying your share of the charge went out or reached your wallet, on an endpoint subscribed to them. Neither changes the order, and they are not among the events the plugin asks you to tick.

v0.2.0

• The webhook receiver answers the webhook.verification challenge VeliraPay now sends an endpoint when it is added or its URL changes, which it must answer before it receives anything else.
• A paid invoice only completes an order it still covers: one for a different amount or currency than the order now comes to, after the order was edited, puts it on hold with a note instead of marking it paid.
• Paying again for an order whose invoice was voided, or whose total changed and changed back, no longer sends the customer to the voided invoice: each new invoice is created under a key of its own rather than one a replay could answer with an old invoice.
• An outdated invoice that already has a payment on its way is kept, with a note, instead of being replaced by one the payment would never reach; one that cannot be voided for another reason stops the checkout rather than staying payable beside the new one.
• The same checkout submitted twice waits for the first request's invoice instead of creating a second one.
• An order remembers the invoices it replaced. A payment that still reaches one, after it was voided, is no longer ignored: a paid replaced invoice puts the order on hold (or, on an order already paid, notes that the customer paid twice), and a payment detected, short or late on one is noted.