The AI prepares the job and the invoice. Authorizing, signing and approving is a person’s call.
A client purchase order authorizes mobilization. The job goes out with an eligible crew and an authorized permit. The ticket is captured with no signal: operating and standby hours, consumables, photos with their location, and two signatures. From there comes the pre-invoice, which passes its checks before it is issued. Nothing is invoiced without a signed ticket and a purchase order with balance.
The order balance is deducted with each approved ticket, not with each ticket captured.
The AI reads the contract and the order, checks eligibility, drafts the permit and builds the pre-invoice.
Authorizing the permit, signing the ticket and approving the invoice is a person’s call. Always.
2
operating bases in one system
North base · East base · central shop and warehouse
6
crews with their certificate matrix
each person with their validity, their medical and their role
5
checks before an invoice is issued
signed ticket · order balance · rate · agreed standby · evidence
0
jobs assigned to people without a valid certificate
eligibility is checked before dispatch
UNDER THE HOOD
What can be invoiced is checked against the contract and the purchase order.
Three situations from one week: a job starting against an exhausted order, an assignment blocked by an expired certificate and a ticket with standby hours that do not match the contract. In all three the AI checks the same things, writes down what it found and proposes an outcome. In all three, a person signs.
Sample job
The job comes in
Job TRB-4412 for Operadora del Este at well RC-08. Mobilization requested for Tuesday out of the North base. The service is in the master contract, but purchase order OC-2291 covering it has consumed almost everything the client authorized.
Contract
the service exists in the master contract in force, with its line item, its unit and its rate per operating day
Purchase order
TRB-4412 runs against OC-2291: it is the client’s only open order for that well and that line item
Balance
the available balance does not cover the full job: it reaches less than two of the five days planned
Projection
at the consumption rate of the last three weeks, the order runs out before mobilization ends
Route
it flags the job as “to be regularized”, drafts the extension request with the missing line items and amount and leaves it on the contracts desk
What the system does
The AI neither blocks the operation nor authorizes it. It leaves the job flagged, the extension request written and the exposure visible: if the crew mobilizes anyway, that is management’s decision and it is signed with a name and a time. What does not happen is finding out at invoicing.
The job comes in
Thursday’s dispatch. Crew North-2 goes to a confined-space job at well SA-12, with three people and a pumping unit. The system crosses the scope of the job with each person’s competency matrix before confirming the assignment.
Scope
the job requires confined-space entry, work at height and operation of the pumping unit
Requirements
each requirement has its certificate and its medical exam attached, with the validity the client demands in its contractor registry
Matrix
two of the three people meet everything; on the third, the confined-space certificate expired nine days ago
Eligibility
the assignment is blocked: valid credentials are a condition of dispatch
Proposal
it proposes two eligible replacements from the East base available that day and opens the renewal of the expired certificate with its date
What the system does
Nobody without a valid certificate enters a job: the rule lives in the system, not in the coordinator’s memory. The AI proposes the replacement and schedules the renewal; confirming the crew that goes out belongs to the operations supervisor.
The job comes in
Ticket TK-8814 at well SA-12, a twelve-hour shift: six operating, five on standby waiting for client equipment and one mobilizing. The contract prices standby with a different rate, a daily cap and the condition that it comes evidenced.
Contract
the standby line item has its own rate, a daily cap and requires the start and end time with the reason
Ticket
the five standby hours are logged with their time, but the reason came as a single line dictated by voice
Comparison
the hours exceed the clause’s daily cap: two of them have no line item to be invoiced against
Evidence
the photos from the start of the standby are missing; the closing ones are there, with their location and time
Drafting
it writes the gap with the clause number, what is evidenced and what would be needed, in the text the client representative will read
What the system does
The AI does not fix the ticket and does not invoice it. It leaves the gap written before the signature is requested, so the supervisor can discuss it on site with the client representative. A ticket signed with the argument inside does not come back as a deduction two months later.
WHAT THE AI DOES HERE
Five concrete functions inside the contractor’s operation
None of them authorizes a permit, signs a ticket or issues an invoice. They read the contract, build the quote, watch the purchase order balance, check the ticket against what was agreed and prepare the pre-invoice; whatever commits money or safety is decided by a person with a name and a role.
campo.leerContrato()
The contract PDF becomes a catalogue of line items
It takes the master contract and its amendments exactly as they arrived — scanned PDF included — and pulls out of them the catalogue used to quote and to invoice: line item, unit, rate, condition and validity. It flags the clauses that move money or risk — standby, mobilization, penalties, withholdings, liability — and compares each amendment with the previous version so the change is visible.
› input
Master contract with Operadora del Este · 2 amendments · scanned rate annex · standby and mobilization conditions
› claude →
catalogue of line items with unit, rate, condition and validity, ready to quote
risk clauses flagged with their number and their original text alongside
differences between the amendment and the previous version, line item by line item
anything illegible in the scan is marked as illegible, never filled in by assumption
the catalogue takes effect when contracts approves it: the AI does not publish rates
campo.cotizar()
From the job description to the quote with its cost cascade
It takes the scope the way it reached you — an email, a transcribed call, a request from the client portal — and builds the quote from the contract’s line items: people, equipment, consumables, transport and lodging. It shows the cost cascade down to margin and brings the history of what that same client paid for an equivalent job, with the quotes won and the quotes lost.
› input
Free-text scope · well SA-12 · 5 days planned · master contract catalogue · client history
› claude →
a quote by contract line item, with quantity, unit and the rate in force
cost cascade: people, equipment, consumables, transport, lodging and margin
equivalent jobs quoted to that client before, won and lost, with their price
assumptions written separately: standby days expected, site conditions, who provides what
sending the quote belongs to sales: the AI leaves the draft with its cascade
campo.verificarSaldoOC()
Every job knows which order it runs against and how much is left
It reads the client’s purchase order — from the portal or from the PDF —, validates it against the contract and leaves it as the authorization to mobilize. From there it deducts every approved ticket, alerts when the agreed consumption threshold is passed, projects when it runs out at the real pace of the work and flags any job running without a purchase order so it can be regularized before invoicing.
› input
OC-2291 from Operadora del Este · line items and authorized amount · approved tickets for the month · jobs under way
› claude →
order validated against the contract: line items that match and line items that do not exist in it
consumption and balance updated with every approved ticket, not with every ticket captured
alert when 80 % of the authorized amount is passed, with the projected exhaustion date
list of jobs running without a purchase order, with their age and the amount exposed
the extension request is drafted; requesting it or mobilizing anyway is management’s call
campo.validarTicket()
The ticket is checked against the agreement before the signature is requested
The crew captures the ticket on the phone, signal or no signal: operating and standby hours, people on site, equipment, consumables, photos with their location and time, and observations dictated by voice. On closing, the system crosses it with the contract and the purchase order and flags whatever does not match while the crew is still at the well.
› input
TK-8814 · well SA-12 · 12 h shift · 6 operating, 5 standby, 1 mobilizing · 14 photos · 3 consumables
› claude →
hours and consumables contrasted with the contract’s line items and caps
whatever exceeds the clause, flagged with its number and with what would evidence it
photos with location and time, grouped into before, during and after
the ticket goes to signature only with the mandatory fields complete; what is missing is named
the supervisor and the client representative sign: without both signatures there is no invoice
campo.armarPrefactura()
Signed tickets are grouped and run their checks
It gathers the period’s signed tickets by client, contract and purchase order, values them at each line item’s rate in force and builds the pre-invoice with its evidence attached. Before anyone approves it, it runs the five checks; any one that fails leaves the pre-invoice held with the reason written and with what has to be resolved.
› input
Fortnightly close · 18 signed tickets · OC-2291 and OC-2304 · master contract in force · country of invoicing
› claude →
tickets grouped by client, contract and order, valued at the rate in force
the five checks with their result: signature, balance, rate, agreed standby and evidence
the one that fails holds the issue and names what is missing, instead of invoicing and waiting for the deduction
evidence attached per line: signed ticket, photos, purchase order and the clause applied
approving and issuing belongs to administration: the AI leaves the pre-invoice ready and checked
LIVE SYSTEM · Latitud Servicios Petroleros
This is what it looks like inside an AI-operated system — and how it is governed.
Latitud Servicios Petroleros works for several operators from two bases and a workshop. Its field ERP follows the whole chain: the contract, the purchase order, the crew, the ticket signed at the well and the invoice.
System modules
- 01Executive panel
- 02Contracts and rates
- 03Quotes
- 04Purchase orders
- 05Dispatch
- 06Tickets and crew mode
- 07People and competencies
- 08Equipment and maintenance
- 09Work permits
- 10Pre-invoicing
Boosty Standard for Operating with AISimulated AI · demo data
The purchase order is the authorization to mobilize
Every job runs against a client order. The system reads it from the portal or the PDF, validates it against the contract and from then on deducts every approved ticket. Pick an order and see what the AI writes down: consumption, balance, the alert when the threshold is passed and the projected exhaustion date.
Open orders
Switch order
Open orders
alert threshold: 80 % of the authorized amount| Order and client | Authorized | Consumed | Balance | State |
|---|---|---|---|---|
| OC-2291Operadora del Este · MC-14 | $86,400 | $74,90087% | $11,500 | Over the alert threshold |
| OC-2304Latitud Energía · MC-09 | $152,000 | $61,25040% | $90,750 | Within the threshold |
| OC-2288Gas del Litoral · MC-22 | $40,000 | $39,980100% | $20 | Balance nearly exhausted |
Jobs running without a purchase order
$12,300 amount exposed · 9 days running
$4,750 amount exposed · 3 days running
The operation keeps running. Each job without an order is named, quantified and sent to the contracts desk with the request already drafted.
What the AI writes down
The order passed the alert threshold four days ago. At the consumption rate of the last three weeks — two open jobs at RC-08 and one at SA-12 — the balance runs out before the mobilization planned for Tuesday ends. The extension request is drafted with the three line items that would be missing and their amount, taken from the MC-14 contract catalogue, not from an estimate.
What a person decides
Contracts sends the extension or management decides to mobilize anyway and take the exposure. Both outcomes are signed with a name and a time; the system takes neither.
IN THE SYSTEM · PURCHASE ORDERS
How much is left on each order and the day it runs out.
The AI recalculates consumption with every ticket, flags the order that passes 80 % and projects the run-out date at the pace already confirmed. The extension request is prepared by the AI and signed by a person.
- Work executed without a formal order, in view
- Read confidence per field from the order PDF
- Direct crossing to the operator’s console
Real screenshot of the system · demonstration data
The ticket is captured with no signal and signed before leaving the well
The phone stores the whole ticket even with no network and uploads it when there is one. On closing, the AI crosses it with the contract: whatever exceeds a clause is flagged with its number and with what would evidence it. The conversation happens on site, with the client representative there, not two months later.
TK-8814 · well SA-12 · 12 h shift
no signal · stored on the deviceWhat the crew records
The observation is dictated by voice and transcribed; the text stays editable before signing.
On closing: check against the contract
Signatures on site
Without both signatures the ticket does not enter pre-invoicing: it is a condition of the flow.
IN THE SYSTEM · CREW MODE
The ticket is signed at the well, even without signal.
Operating and standby hours, consumables, geotagged photos and voice dictation. The ticket does not close without the three signatures, and changes wait in a queue until the connection comes back.
- Offline, with a change queue
- Crew, supervisor and client signatures
- The AI validates the ticket at close
Real screenshot of the system · demonstration data
Who can go in today on this job
A job demands specific competencies and each competency has its certificate with a validity date. Pick a job and look at the proposed crew: who qualifies, whose credential is about to expire and who is blocked. The rule lives in the system, not in the coordinator’s memory.
Jobs this week
Switch job
TRB-4412 · RC-08 · Operadora del Este
TuesdayWhat the job demands
Proposed crew
| Person and role | Certificates and medicals | Eligibility |
|---|---|---|
| R. BastidasSupervisor · North base | Confined space · expires in 7 monthsHeight · expires in 4 monthsMedical · expires in 9 months | Can go in |
| J. PeñaPump operator · North base | Pumping unit · expires in 11 monthsConfined space · expires in 12 daysMedical · expires in 3 months | Can go in |
| A. RondónHelper · North base | Confined space · expired 9 days agoHeight · expires in 6 monthsMedical · expires in 2 months | Blocked |
Equipment conflict
Unit UB-07 is committed on Tuesday morning to TRB-4431. The AI proposes moving TRB-4431 to the afternoon, which has no critical window, and leaving UB-07 at RC-08.
What the AI proposes
Two of the three people meet everything the job demands. A. Rondón is blocked: the confined-space certificate expired nine days ago and the client requires it valid in its contractor registry. The AI proposes two eligible replacements from the East base available that day, opens the renewal with its date and writes down that J. Peña’s same certificate expires in twelve days, so this does not repeat next week.
Nobody without a valid certificate goes in on a job. Confirming the crew that goes out belongs to the operations supervisor.
IN THE SYSTEM · DISPATCH
Nobody without a current certification goes on a job.
The crew and equipment Gantt with its conflicts. Assigning a person with an expired certificate stays blocked with the missing document named, and there is no option to assign them anyway.
Real screenshot of the system · demonstration data
SAME ENGINE, A DIFFERENT SERVICE
What gets done at the well changes. The circuit of the ticket does not.
Quoting, receiving the order, dispatching eligible people, capturing the ticket, signing it and invoicing exists in any field contractor. What changes is what the ticket measures and which line item it gets compared against. The system is the same; the rules of each service are not.
Signals specific to the industry
Signals specific to the industry
Signals specific to the industry
Signals specific to the industry
Signals specific to the industry
The AI drafts the risk analysis. Authorizing the permit is a person’s call.
The draft comes from the scope of the job, the site and the incidents recorded on similar jobs: hazard, control and who answers for each line. The HSE supervisor corrects it where needed and authorizes it. Pick a type of job and see what the AI wrote and what the person changed.
Type of job
Switch job
PT-1180 · well RC-08 · North base · TRB-4412
Draft risk analysis| Hazard | Control | Answers for it |
|---|---|---|
| Oxygen-deficient atmosphere | continuous measurement before and during · forced ventilation | Crew supervisor |
| Residual energy in the line | lockout and tagout with its photo record | Pump operator |
| Delayed rescue | permanent attendant at the entry · tripod and harness on site | Entry attendant |
| Communication with the surface | dedicated radio and hand signal agreed before entry | Crew supervisor |
Permit requirements
Where the draft came from
The scope of TRB-4412, the RC-08 well file and the two incidents recorded on confined-space entries in the last eighteen months, with their corrective actions closed.
What the supervisor corrected
The supervisor added a mid-shift reading — the draft only asked for before and at close — and changed who owns the lockout: in this crew it is the pump operator, not the helper. The correction is stored and next time the draft comes out that way.
Authorization
L. Aguirre
HSE supervisor · authorized 06:40
The permit is not authorized until a person signs it. No flow can skip that signature.
IN THE SYSTEM · PEOPLE AND COMPETENCIES
The rig pass is watched before it expires.
The matrix of certificates, medical exams and courses for each person, with what expires in the next thirty days. Dispatch reads this same matrix: there is no separate list.
Real screenshot of the system · demonstration data
Five checks before anything is issued
A returned invoice costs more than a late one. That is why the checks run before issuing and not after: signed ticket, order with balance, contract rate, standby within the agreement and complete evidence. Pick a pre-invoice and see which one passes and which one is held.
Fortnightly close
Switch pre-invoice
PRE-4412 · Operadora del Este · MC-14 · OC-2291
Ready for approvalSigned tickets grouped
| Ticket | Well and date | Hours | Amount |
|---|---|---|---|
| TK-8801 | RC-08 · 04 | 10 op · 1 sb | $4,820 |
| TK-8805 | RC-08 · 05 | 9 op · 2 sb | $4,610 |
| TK-8809 | RC-08 · 06 | 11 op · 0 sb | $5,240 |
| TK-8812 | RC-08 · 07 | 8 op · 3 sb | $3,780 |
| Pre-invoice total | $18,450 | ||
Checks
- Ticket signed by both partiespasses
all 4 tickets signed by the supervisor and the client representative
- Purchase order with balancepasses
OC-2291 covers the total with balance left
- Contract rate in forcepasses
the 6 line items used are in the MC-14 catalogue in force
- Standby within the agreementpasses
accumulated standby respects the daily cap in clause 7.2
- Complete evidence per linepasses
photos, order and applied clause attached on every line
What the AI writes down
All five checks pass. The pre-invoice is assembled with its evidence attached per line — signed ticket, photos with location, order number and applied clause — and with the contract reference on every line item. Administration reviews it on one screen and approves; tax issuance then goes through the country’s authorized provider.
Approving and issuing belongs to administration. The AI leaves the pre-invoice ready and checked, or held with the reason.
THE SAME FACT · TWO COMPANIES
The signed ticket becomes an invoice and the operator’s cost.
The contractor invoices what a person signed at the well; the operator codes that same invoice against the agreement. That is why the invoice is checked against the ticket.
PF-0312 · F-2231Latitud Servicios Petroleros · invoices it
PF-0312 · F-2231Latitud Energía · pays it
Real screenshot of the system · demonstration data
Indicators to measure, not results promised
A system nobody measures turns into an opinion. These are the indicators the system makes available from the first month, each with how it is calculated and which decision it enables. None of them arrives with a promised number: the baseline is your own history.
Layer of the operation
Switch layer
Available balance per open purchase order
How it is calculated
the amount authorized on the order minus the tickets already approved against it, order by order
Which decision it enables
when to request the extension and when to hold a mobilization that has nothing to invoice against
Jobs running without a purchase order
How it is calculated
open jobs with no order attached, with their age in days and the amount exposed at the contract rate
Which decision it enables
what to regularize first, with whom on the client side and with which contract line items
Quotes won and lost per client
How it is calculated
every quote sent with its outcome, its price and the line items it was made of
Which decision it enables
which line items to revisit in the next rate negotiation and which to leave alone
None of these indicators comes with a number promised out of the box. They are measured with your operation’s data and compared against your own history, not against a market average. What gets measured first comes out of the assessment.
IN THE SYSTEM · THE FOUR LAYERS
Commercial, operations, HSE and administration on the same data.
From the contract and the quote to the warehouse, the equipment and the work permits. Every screen reads the same as the others: an expired certificate or an uninspected unit shows up in all of them.
Real screenshot of the system · demonstration data
WITH WHAT YOU ALREADY USE
The system connects to the contractor’s reality
No contractor starts from zero: there is accounting that works, a supplier portal where the client sends orders and posts invoice status, and a field where the signal comes and goes. The system leans on all three: it takes from each what it does well and puts on top the circuit from the order to the ticket and from the ticket to the invoice.
Claude · Anthropic
EngineReads the contract and the purchase order, builds the quote, proposes the assignment, drafts the risk analysis and checks the ticket. It does not authorize, sign or issue.
Client supplier portal
Purchase orders, invoice status and withholdings are read from the client’s portal and loaded against the right contract, with the order number as the key.
Existing accounting
Accounting can stay where it is: it integrates by API and the system hands it an already checked invoice, with its cost center and its reference to the ticket.
Multi-country tax invoicing
Every country has its format, its taxes and its withholdings. Tax issuance connects to each country’s authorized provider; the system supplies the document and its evidence.
Field application
The crew captures the ticket on the phone with or without signal: what is captured stays on the device and uploads only when there is a network, with nothing repeated or lost.
WhatsApp Business
A note to the supervisor when a ticket is waiting for a signature, to the coordinator when a certificate is about to expire and to contracts when an order passes its threshold.
Supabase · Postgres
Data lives in your database, with per-base and per-role permissions at row level: the crew sees its tickets, the supervisor sees their base, administration sees invoicing.
Frequently asked questions about systems for oilfield services contractors
Yes, and it is designed for it. The field application stores the whole ticket on the phone — hours, people, equipment, consumables, photos with their location and time, dictated observations and signatures — and uploads it when there is a network, without the crew having to remember anything. If the same ticket syncs twice, it enters once. The checks against the contract run on the phone with the downloaded copy of the catalogue, so the flag for whatever does not match arrives while the crew is still at the well, not two weeks later.
No, and it rarely should. The usual path is to leave in accounting what it does well — ledgers, taxes, close — and integrate it by API, then put on top what today lives in spreadsheets and in the WhatsApp group: the contract catalogue, the balance of every purchase order, the field ticket with its signatures and the pre-invoice with its checks. The system hands accounting an already checked invoice, with its cost center and its reference to the ticket. What stays, what gets integrated and what gets absorbed comes out of the assessment.
A person, always. The AI drafts the risk analysis from the scope of the job, the site and the incidents recorded on similar jobs, and assembles the permit with its requirements; the HSE supervisor reviews it, corrects it and authorizes it with their name and the time. Each person’s eligibility is the other half: the system crosses the job with the matrix of certificates and medicals, and nobody without valid credentials is assigned. That rule is a condition of dispatch: without valid credentials, the assignment does not move forward.
It works the same. The purchase order comes in however it arrives — PDF, email, a photo of the document — and the AI reads it, validates it against the contract and leaves it with its line items and its amount. What changes is where the data comes from, not the circuit: once loaded, the balance is deducted with every approved ticket and the consumption alert works the same. If the client later opens a portal, it gets connected and manual loading stops; nothing from before is lost.
The system is multi-entity and multi-country by design: each base operates in its own country, with its working currency and its consolidation in dollars, and each invoice goes out with the format, the taxes and the withholdings of the right country. Tax issuance goes through each country’s authorized provider, which is the one holding the certification; the system supplies the document, its evidence and the trail back to the ticket. Which countries come first and which provider each one connects to is defined in the assessment, against the rules in force where you operate.
Whatever you decide to give them, and always the same thing you see: the ticket their representative signed with its hours, its consumables and its photos; the purchase order with its consumption and its balance; the invoice with the clause applied on each line. The point is that the conversation stops being “I have a different number” and starts being about the same document. What the client does not see is your cost, your margin or your price history: that lives on your side, with per-role permissions.
It is defined in the assessment. The scope — how many bases come first, whether accounting is integrated or absorbed, how many contracts and in which countries you invoice — comes from what we see in your operation. Book 30 minutes and we give you the range in writing.

A WORD FROM THE FOUNDER
“In a contractor, every job gets paid when it can be proven: that it was done, that it was authorized and that it fits in the purchase order.”
A field job gets paid the way a shipment clears customs: with every paper in order and in the same envelope. When you sit down with a field coordinator, those papers are scattered: the contract in a PDF only the contracts person opens, the purchase order in the client’s portal, the shift hours in a notebook that travels by pickup truck, the photos on somebody’s phone and the work permit in a folder. They get assembled by hand at invoicing time, and that is when the hours that do not match, the order with no balance and the unsigned ticket show up.
A system with AI reads the contract, watches the order balance, checks the ticket against the clause and leaves the pre-invoice assembled with its evidence. And there it stops. Authorizing a work permit touches a crew’s safety; signing a ticket and approving an invoice touch money: a person decides, and the decision is written down with their name and the time.
For the contractor, that means invoices that reach the client with their evidence attached and an order balance visible before the work starts. If you want to see your own circuit — from the purchase order that comes in to the ticket signed at the well and on to the invoice — book 30 minutes with me. We take a job of yours and walk it end to end. How long does a field ticket take to reach the invoice today?

Gabriel Montiel
CEO · Boosty Digital
START
How many field tickets do you sign per month?
Book a 30-minute assessment. We walk the full circuit — contract, quote, purchase order, dispatch, permit, signed ticket and pre-invoice — and tell you what we would build first.