When a gathering system pools the output of many wells into one stream and measures it only once, at the sales point, the total is known precisely but each well's individual share is not - yet everyone from royalty owners to partners needs to know how much came from which well. Allocation metering is the method that solves this: it apportions the single, accurately measured custody volume back to each well or shipper using periodic well tests and calculated factors. This guide explains why gathering systems commingle and allocate, how the back-allocation works, and how measurement and SCADA data make the result accurate.
Allocation Metering in one line: Allocation metering is the practice of apportioning a single commingled custody-transfer volume back to the individual wells or shippers that contributed to it. Because gathering systems combine many wells into one stream and measure it accurately only at the sales point, each well's share is not directly metered; instead, periodic well tests and theoretical factors estimate each well's contribution, and those estimates are scaled so they sum exactly to the measured total. This back-allocation is what assigns the sold volume to the right wells and owners.
Gathering systems commingle production for a simple economic reason: installing a full custody-quality meter at every well and treating each one as a separate custody point across a large field would be enormously expensive and largely redundant, when what actually needs to be measured for sale is the total leaving the system. So the wells' output is combined into shared lines and measured accurately once, at the central delivery or sales point, where a single high-quality custody meter establishes the volume that is sold and that the operator is paid for. That aggregate number is precise; the problem is that it is only one number.
But a single total is not enough, because the production has many owners. Different wells may have different royalty owners, different working-interest partners, and different lease terms, so the money from the commingled sale has to be divided among them according to how much each well actually produced. Regulators and partners require that each well's production be known, not just the field total. This is the gap allocation fills: it takes the one accurately measured commingled volume and distributes it back to the individual wells so each owner is credited correctly.
The same logic applies where a shared pipeline carries production for multiple shippers rather than multiple wells. The line measures the combined throughput at the delivery point, but each shipper's individual volume - what they injected and are entitled to at the other end - has to be determined by allocation. In both cases, allocation is the bridge between a single measured custody volume and the many individual accounts that make up that volume.
The starting point for allocation is an estimate of each well's contribution, and that estimate comes from well testing. Periodically each well is routed to a test separator or a test meter that measures its individual rate of oil, gas, and water for a period, producing a snapshot of how much that well makes. Between tests, the well's contribution is assumed to follow that tested rate, so the field's expected total is the sum of every well's tested rate applied over the allocation period. These tested rates are the theoretical basis for dividing up the commingled volume.
The key step is reconciling those estimates to the truth. The sum of the wells' theoretical contributions almost never equals the actual measured custody volume exactly, because well tests are snapshots, wells vary between tests, and small measurement differences accumulate. Allocation resolves this by scaling every well's estimate by an allocation factor - the ratio of the actual measured total to the sum of the estimates - so that the adjusted contributions add up precisely to the metered custody volume. This back-allocation preserves the accurately measured total while distributing it in proportion to each well's tested share.
The accuracy of the result depends heavily on the quality and freshness of the well tests. A well that has changed rate since its last test will be allocated against a stale figure until it is retested, introducing error, which is why testing frequency and test quality matter and why wells that vary a lot are tested more often. Allocation is inherently an estimate at the individual-well level even though the field total is exact, so the discipline of good, regular well testing is what keeps each well's allocated share close to what it truly produced.
Allocation is only as good as the data feeding it, and that data - the custody total, the well-test results, and the run times and status of each well - is exactly what a SCADA system collects. The accurately measured sales volume at the custody point is the anchor everything is scaled to, and the well-test measurements are the estimates being scaled; capturing both continuously and reliably is the foundation of a defensible allocation. Knowing when each well was actually online during the period matters too, because a well that was down for part of the month should not be allocated as if it produced the whole time.
A cloud SCADA such as Merobix reads the custody meter, the test-separator measurements, and each well's production and run status, and brings them together so the inputs to allocation come from one consistent, time-stamped source rather than being assembled by hand from separate records. That matters for both accuracy and auditability: the allocation can draw on the real online time and tested rates of each well, and the record of where those numbers came from supports the resulting split if a partner or regulator questions it. Automating the data collection removes a major source of allocation error, which is inconsistent or manually transcribed inputs.
For an operator running a large gathering system, this consolidated measurement data is what makes accurate back-allocation practical at scale. Rather than chasing well tests and custody figures across separate systems, the operator has the custody total, the test history, and the well run times in one place, ready to feed the allocation calculation. Reliable SCADA data does not change the arithmetic of allocation, but it supplies the trustworthy, well-documented inputs - accurate custody volume, fresh well tests, and true online time - that determine whether each well's allocated share is close to what it actually produced.
Custody-transfer metering is the accurate, direct measurement of the commingled volume at the sales point - the total that is bought and sold. Allocation metering is not a direct measurement of each well at all; it is the method of dividing that one measured total back among the individual wells or shippers that contributed, using well tests and factors. The custody total is measured and exact, while each well's allocated share is an estimate scaled to sum to that exact total.
Installing a full custody-quality meter at every well across a large field would be very expensive and largely redundant, since what must be measured for sale is the total leaving the system. Instead, the field is measured accurately once at the sales point, and periodic well tests estimate each well's individual contribution. Those estimates are then scaled so they sum exactly to the measured total, which distributes the sold volume back to each well far more economically than metering every one to custody standard.
The field total is exact because it is directly measured, so accuracy at the individual-well level depends on the quality and freshness of the well tests and on knowing each well's true online time. A well that has changed rate since its last test is allocated against a stale figure until retested, introducing error, which is why wells that vary are tested more often. Reliable, well-documented measurement data - the custody total, current well tests, and actual run times - is what keeps each well's allocated share close to what it truly produced.
Merobix reads your field devices into a cloud SCADA - the real thing behind these terms, live in days from any browser.