Skip to content
Payvol

Treasury requests

An internal ask that carries its own paperwork.

One entity asks another for funds. The approval reference, the destination and the deadline travel inside the request, so the record an auditor reads later is the request itself.

Start building Other situations

Request · available Verify · available Observe · in development

Terms travel with the ask

Internal payments have the same problem as external ones, with better manners.

The ask arrives in an email. The approval is a reply. The transfer happens in a different system, and six months later somebody has to prove the three were connected. Nothing in that chain was designed to be evidence.

The conditions are part of the request

The approval reference, the account it must land in, and the date it stops being valid are inside the signed bytes. Changing any of them produces a visibly different request rather than a quiet edit.

What the auditor reads is the record

Each state is appended rather than overwritten. The question is never which version of the email was final, because no version ever replaced another.

The paying entity checks, then releases

The holding entity reads the same request the requester signed, checks the conditions against what is true now, and settles. No separate approval workflow to keep in step.

It sits beside the systems you have

Your treasury management system stays the system of record. This produces an artifact and a record, and both are inputs to it rather than replacements for it.

How it works

Ask, check, release.

01

Ask

  • The requesting entity builds a request
  • Approval references are named, not attached
  • An expiry makes the ask self limiting

02

Check

  • The holding entity verifies the request is intact
  • It resolves each condition against current state
  • Anything it cannot resolve is surfaced, not skipped

03

Release

  • The transfer settles on the network
  • The payer, the payee and the instrument registry see it
  • The record is appended on both sides

Honest about the fit

Where the edges are.

Internal money moves under rules that vary by company and jurisdiction, so this module is deliberately incurious about them.

It does not run your approval workflow Payvol carries a reference to an approval. Producing that approval, and enforcing who may give it, stays in your systems.
It does not enforce segregation of duties Who may sign a request is a question for your key management, not for the format.
Multi party approvals are not modelled A request has one signer today. Requiring two is a real treasury need and it is not in this profile yet.
Intercompany accounting is untouched The record says money moved and against what. Whether that is a loan, a capital movement or a settlement is your accounting policy.

Signature verification is not performed by any implementation yet. The bytes a signature must cover are pinned by conformance vector; the key scheme is an open question.

Move one internal transfer this way.

Then read the record it leaves behind, and decide whether it beats the email thread.

Open the app Agent payments