The caller's view
const url = 'http://127.0.0.1:7700/api/me';const options = {method: 'GET', headers: {Authorization: 'Bearer <token>'}};
try { const response = await fetch(url, options); const data = await response.json(); console.log(data);} catch (error) { console.error(error);}curl --request GET \ --url http://127.0.0.1:7700/api/me \ --header 'Authorization: Bearer <token>'Preview. owner says whether this caller has the owner’s controls, on any edition, so a screen need
not probe for them. On a Business box it also holds the caller’s person, every person’s name, title,
role and limit in directory, the requests this person may approve now (waiting), requests nobody
can approve that this person may still deny (stuck), and their own last 50 (requests), each with
its route. The box’s own screen acts as the owner, or as a person when it sends x-box-person: <id>.
Authorizations
Section titled “Authorizations”Responses
Section titled “Responses”The view.
object
object
owner everything an admin may, plus the owner’s controls. admin people, the policy, pairing
phones and the kill switch. approver answers what the policy sends to them, up to limitCents.
requester starts tasks and sees their own requests. auditor reads everything and changes nothing.
The most this person may approve, in US cents. null for no limit.
The names in the policy this person approves for.
Their work address from a sign-in. Kept in the box’s state only
object
object
<task id>.budget.<action> for the box’s own spend question, <task id>.task.<key> for a question the task asked, <task id>.tool.<call>.ask.<hash> for one a tool asked, <task id>.shadow.<action> for a Business shadow request. The same key asked twice is the same approval. A task can only name keys under task., so it cannot pre-answer the box’s own questions.
The question shown to people.
The spending being asked about
Who gets paid
What the spend or action is for.
Who answered: a paired device’s name, what the box’s own screen sent (such as box screen), jira:<name>, asi1, undo, or task ended. On Business, the person’s name.
Business: the id of the person who answered.
Business: the phone or screen the answer came from. A native app’s auth is kept here as reported.
Business: the id of the person who asked for the task. They may not answer it.
Business: where the policy sent a request, and why.
object
The policy line that matched, such as Over $10,000 goes to the Controller.
Who it goes to as the policy says it: the Controller, IT, any approver.
The amount the rules and limits were checked against
The people who could approve it when it was asked.
object
One sentence for people.
Business shadow mode: the seat this is a suggestion from.
object
<task id>.budget.<action> for the box’s own spend question, <task id>.task.<key> for a question the task asked, <task id>.tool.<call>.ask.<hash> for one a tool asked, <task id>.shadow.<action> for a Business shadow request. The same key asked twice is the same approval. A task can only name keys under task., so it cannot pre-answer the box’s own questions.
The question shown to people.
The spending being asked about
Who gets paid
What the spend or action is for.
Who answered: a paired device’s name, what the box’s own screen sent (such as box screen), jira:<name>, asi1, undo, or task ended. On Business, the person’s name.
Business: the id of the person who answered.
Business: the phone or screen the answer came from. A native app’s auth is kept here as reported.
Business: the id of the person who asked for the task. They may not answer it.
Business: where the policy sent a request, and why.
object
The policy line that matched, such as Over $10,000 goes to the Controller.
Who it goes to as the policy says it: the Controller, IT, any approver.
The amount the rules and limits were checked against
The people who could approve it when it was asked.
object
One sentence for people.
Business shadow mode: the seat this is a suggestion from.
object
<task id>.budget.<action> for the box’s own spend question, <task id>.task.<key> for a question the task asked, <task id>.tool.<call>.ask.<hash> for one a tool asked, <task id>.shadow.<action> for a Business shadow request. The same key asked twice is the same approval. A task can only name keys under task., so it cannot pre-answer the box’s own questions.
The question shown to people.
The spending being asked about
Who gets paid
What the spend or action is for.
Who answered: a paired device’s name, what the box’s own screen sent (such as box screen), jira:<name>, asi1, undo, or task ended. On Business, the person’s name.
Business: the id of the person who answered.
Business: the phone or screen the answer came from. A native app’s auth is kept here as reported.
Business: the id of the person who asked for the task. They may not answer it.
Business: where the policy sent a request, and why.
object
The policy line that matched, such as Over $10,000 goes to the Controller.
Who it goes to as the policy says it: the Controller, IT, any approver.
The amount the rules and limits were checked against
The people who could approve it when it was asked.
object
One sentence for people.
Business shadow mode: the seat this is a suggestion from.
Example
{ "edition": "server", "person": { "id": "rosa", "role": "owner" }, "waiting": [ { "state": "pending" } ], "stuck": [ { "state": "pending" } ], "requests": [ { "state": "pending" } ]}