# Colombia Gas Tariff Components — by Market & Period (`nexgensignal/co-gas-tariff-component-records`) Actor

Colombia Superservicios regulated piped-gas tariff structure (cmw5-nt78) as clean per-record cost-stack benchmarks - tariff components by market, user type, range and period. CC BY-SA 4.0, $0.05 per record.

- **URL**: https://apify.com/nexgensignal/co-gas-tariff-component-records.md
- **Developed by:** [NexGen Signal](https://apify.com/nexgensignal) (community)
- **Categories:** Business, Developer tools
- **Stats:** 2 total users, 1 monthly users, 100.0% runs succeeded, 0 bookmarks
- **User rating**: No ratings yet

## Pricing

from $33.50 / 1,000 gas tariff records

This Actor is paid per event. You are not charged for the Apify platform usage, but only a fixed price for specific events.
Since this Actor supports Apify Store discounts, the price gets lower the higher subscription plan you have.

Learn more: https://docs.apify.com/actors/running/actors-in-store.md#pay-per-event

## What's an Apify Actor?

An Actor is a serverless cloud program that runs on the Apify platform. It has two run modes.
In Batch mode, an Actor accepts a well-defined JSON input, performs an action which can take anything from a few seconds to a few hours,
and optionally produces a well-defined JSON output, datasets with results, or files in key-value store.
In Standby mode, an Actor provides a web server which can be used as a website, API, or an MCP server.

Apify vocabulary and the platform model are defined once, in the agent quickstart at https://apify.com/agents.md.

## How to integrate an Actor?

If asked about integration, you help developers integrate Actors into their projects.
You adapt to their stack and deliver integrations that are safe, well-documented, and production-ready.

Do not guess an integration path. Every one of them is in the agent quickstart at https://apify.com/agents.md: the Apify MCP server, Agent Skills with the Apify CLI, the JavaScript and Python clients, the REST API, and the account-free path for an agent with no human to sign in. It also carries the rule on stating cost before the first paid run.

For examples already wired to this Actor's own input schema, see the [API](#api) section below.

Each client library has reference documentation the quickstart does not restate: [JavaScript/TypeScript](https://docs.apify.com/api/client/js/docs.md) (`npm install apify-client`) and [Python](https://docs.apify.com/api/client/python/docs.md) (`pip install apify-client`).

# README

## Colombia Gas Tariff Components — by Market & Period

Turn Colombia's regulated piped-gas tariff structure into clean, per-record cost-stack benchmarks - one row per market, user type, range and period with the regulated tariff components, ready for energy buyers to benchmark regulated gas cost stacks.

Each source row becomes **one clean, flat record** with numeric fields coerced to real numbers, a stable
source-native `record_id`, and provenance stamped on every row: source, resource id, the licence notice,
the required attribution, a UTC retrieval timestamp and an interpretation caveat.

### What one record represents

The source is **`cmw5-nt78`** — *Superservicios - Estructura Tarifaria Gas por Redes* on the Colombian national open-data portal (datos.gov.co). Each record is **one market-period tariff row**: the market, gas type, user type and consumption range for a year and month, the utility company, and the regulated cost-stack components (variable and fixed unit costs, commodity, transport, commercialisation and the resulting tariff values).

For each record you get a composite `record_id` built from the source-native key, the analytic columns
listed below (reproduced verbatim, numbers as numbers), and the provenance block. Columns include `id_mercado`, `metod` (methodology), `tipo_gas`, `tipo_usr`, `rango`, `anno`/`mes`, `identificador_empresa`/`are_esp_nombre` (utility), and the cost components `cuv`, `cuf`, `g`, `ttm_pdr`, `cv`, `cc`, `cf`, `ctt`, `cp`, `cttg`, `tarifa1`, `tarifa2`.

### Coverage and volume

The live dataset holds **6,451** market-period tariff records across Colombian regulated gas markets - that is the record capacity of a full pull.

**Live count: 6,451 records - matches the Wave-3 index figure exactly.**

The Actor pages the source with keyless SODA `$query` requests ordered by the source-native key for a
stable total order, and stops as soon as your **Maximum records** cap is met. All values are reproduced verbatim; no personal data is present (the utility is an organisation).

### Licence and attribution

This dataset is published by Colombia's Superintendencia de Servicios Publicos Domiciliarios under **Creative Commons Attribution-ShareAlike 4.0 (CC BY-SA 4.0)**. It is redistributed unchanged with attribution; the ShareAlike term applies to any redistributed database. The full notice travels on every record:

> Colombia Superservicios (datos.gov.co), CC BY-SA 4.0. Reproduced unchanged with attribution; ShareAlike applies to any redistributed database. Regulated gas tariff components only; no personal data.

The required attribution — `Superintendencia de Servicios Publicos Domiciliarios (Superservicios) - Colombia` — travels on every record.

### Interpretation caveat

Regulated piped-gas tariff cost-stack components by market, user type, range and period. Values are regulated tariff components in Colombian pesos; the utility name is an organisation, not a person.

Values are reproduced verbatim: the Actor never rescales, re-derives or editorialises a number.

### Person-data policy

Every field is a market/period identifier, a utility organisation, or a regulated cost component - there is no personal data. A per-record assertion enforces the person-field allow-list at write time.

### Data quality and freshness

Numeric fields are coerced from the source's string encoding into real numbers (integers where whole,
floats otherwise); genuinely missing cells are delivered as `null`, never as zero. Text is passed
through verbatim. Every run re-reads the live source, so the data is as fresh as the portal itself, and
each record's `observed_at` stamp records exactly when the row was retrieved. Delivery order is fixed by
the source-native key, so a capped sample and a later full pull agree on their overlap and a repeated
run returns rows in the same order. The `RUN_RECEIPT` reports source rows scanned and records delivered
and charged for a per-run reconciliation.

### Provenance, licensing and compliance

Every run begins with a live source-preflight: the Actor reads the exact host's `robots.txt` at runtime
and refuses to proceed if the crawl policy disallows the data path. The gate result — URL, HTTP status,
byte length and a SHA-256 of the policy — is written to the run's `RUN_RECEIPT`, so each run carries its
own audit trail. The Actor identifies itself with a transparent, non-impersonating User-Agent and never
bypasses a block, solves a challenge, or fetches through a cache or mirror. When the door is genuinely
unavailable the run fails loudly and bills nothing.

### Inputs

- **Maximum records** (`maxRecords`) — hard cap on records delivered and billed. Raise it to pull the
  full set; lower it to sample cheaply. Records arrive in a stable, source-native order.

### Output

Records land in the Actor's default dataset and export as JSON, CSV, Excel or via the Apify API. A
tabular **overview view** surfaces the most useful columns for quick inspection while the full record
retains every selected field and provenance stamp.

### Fields in detail

The record leads with `record_id` — a stable composite key drawn from the source's own grain — followed
by the analytic columns described above and closed by a provenance block: `source`, `source_dataset`
(the Socrata resource id), `licence`, `attribution`, `caveat` and `observed_at`. Every one of those
provenance fields is present on every record, so a single row is self-describing: hand it to a colleague
or a downstream system and it carries its own origin, licence and retrieval time without reference back
to this page. Because delivery is ordered by the source-native key, the same record always carries the
same `record_id` across runs, which makes the dataset safe to diff, deduplicate, or upsert into a
warehouse. Nothing in the record is computed or inferred beyond the explicit count where one is stated —
every other value is the source's own, reproduced byte-for-byte.

### Sibling Actors

This Actor sits alongside the fleet's **`co-natural-gas-vehicle-price-records`** cell - the same Colombian open-data portal, a different dataset and a different job (regulated tariff cost stacks versus retail vehicle-fuel prices). This Actor also shares its engineering — the runtime robots gate, push-then-charge
billing and verbatim-value discipline — with the fleet's other public-data records Actors.

### Sample output

![Sample output — Colombia Gas Tariff Components — by Market & Period](https://api.apify.com/v2/key-value-stores/IXCaMKjxSmUTLHhmq/records/co-gas-tariff-component-records.png)

*Real rows from a live run of this actor (first 5 rows, selected columns).*

One full record from the same run, exactly as delivered:

```json
{
  "record_id": "9:2023:1:526:Comercial:1",
  "id_mercado": "9",
  "metod": "202-2013: Resolucion CREG 202 de 2013",
  "tipo_gas": "Gas Natural GN",
  "tipo_usr": "Comercial",
  "rango": "1",
  "anno": "2023",
  "mes": "1",
  "identificador_empresa": "526",
  "are_esp_nombre": "GAS NATURAL DEL ORIENTE SA ESP",
  "cuv": 2027.49,
  "cuf": 2115,
  "g": 1132.3,
  "ttm_pdr": 410.55,
  "cv": 0,
  "cc": 0,
  "cf": 0,
  "ctt": 9999999999,
  "cp": 9999999999,
  "cttg": 0,
  "tarifa1": 0,
  "tarifa2": 0,
  "source": "Superservicios - Colombia open data (datos.gov.co)",
  "source_dataset": "cmw5-nt78",
  "licence": "Colombia Superservicios (datos.gov.co), CC BY-SA 4.0. Reproduced unchanged with attribution; ShareAlike applies to any redistributed database. Regulated gas tariff components only; no personal data.",
  "attribution": "Superintendencia de Servicios Publicos Domiciliarios (Superservicios) - Colombia",
  "caveat": "Regulated piped-gas tariff cost-stack components by market, user type, range and period. Values are regulated tariff components in Colombian pesos; are_esp_nombre is the utility company (an organisation).",
  "observed_at": "2026-09-25T17:19:00Z"
}
```

### Pricing

This Actor uses Apify's pay-per-event model: a flat **$0.05 per record** actually delivered to the
dataset, and nothing else — no monthly rental, no per-run base fee, no compute charge. Deliver 40
records and you pay $2.00; deliver 10,000 and you pay $500.00. Billing is wired *after* delivery — each
record is pushed first and only then does the per-record event fire — so a mid-run failure can only
ever under-charge you, never over-charge. Use **Maximum records** to cap spend precisely.

### Scaling and limits

Set **Maximum records** low to sample the leading slice cheaply, or high to pull the full set. The Actor
paginates server-side and delivers incrementally, so memory stays flat regardless of how many records
you request, and you are billed only for what is actually delivered. Because the source is a live public
API, extremely deep pagination is ultimately bounded by the source's own paging behaviour; for the vast
majority of uses — sampling, a full refresh, or a scheduled top-up — the default paging is more than
sufficient. Schedule the Actor on Apify to keep a downstream table current: each run re-reads the live
source and re-stamps `observed_at`, so a nightly or weekly run gives you a dated, reproducible snapshot.

### Typical uses

Benchmark regulated gas cost stacks by market and user type; compare tariff components across utilities; track how the cost stack changes over time; or feed an energy-procurement or regulatory model with clean tariff-component records.

### What this Actor does not do

It does not forecast or model, does not merge multiple source tables into one record, and it contains no personal data - only markets, utilities and regulated cost components. It
gives you faithful, analysis-ready records — with a provenance trail you can audit on every run.

# Actor input Schema

## `maxRecords` (type: `integer`):

Maximum records delivered and billed. You are billed only for records actually delivered. Raise it to pull the full set.

## Actor input object example

```json
{
  "maxRecords": 500
}
```

# Actor output Schema

## `results` (type: `string`):

The delivered Colombia gas tariff component record.

# API

You can run this Actor programmatically using our API. Below are code examples in JavaScript, Python, and CLI, as well as the OpenAPI specification and MCP server setup.

## JavaScript example

```javascript
import { ApifyClient } from 'apify-client';

// Initialize the ApifyClient with your Apify API token
// Replace the '<YOUR_API_TOKEN>' with your token
const client = new ApifyClient({
    token: '<YOUR_API_TOKEN>',
});

// Prepare Actor input
const input = {
    "maxRecords": 500
};

// Run the Actor and wait for it to finish
const run = await client.actor("nexgensignal/co-gas-tariff-component-records").call(input);

// Fetch and print Actor results from the run's dataset (if any)
console.log('Results from dataset');
console.log(`💾 Check your data here: https://console.apify.com/storage/datasets/${run.defaultDatasetId}`);
const { items } = await client.dataset(run.defaultDatasetId).listItems();
items.forEach((item) => {
    console.dir(item);
});

// 📚 Want to learn more 📖? Go to → https://docs.apify.com/api/client/js/docs

```

## Python example

```python
from apify_client import ApifyClient

# Initialize the ApifyClient with your Apify API token
# Replace '<YOUR_API_TOKEN>' with your token.
client = ApifyClient("<YOUR_API_TOKEN>")

# Prepare the Actor input
run_input = { "maxRecords": 500 }

# Run the Actor and wait for it to finish
run = client.actor("nexgensignal/co-gas-tariff-component-records").call(run_input=run_input)

# Fetch and print Actor results from the run's dataset (if there are any)
print(f"💾 Check your data here: https://console.apify.com/storage/datasets/{run.default_dataset_id}")
for item in client.dataset(run.default_dataset_id).iterate_items():
    print(item)

# 📚 Want to learn more 📖? Go to → https://docs.apify.com/api/client/python/docs/quick-start

```

## CLI example

```bash
echo '{
  "maxRecords": 500
}' |
apify call nexgensignal/co-gas-tariff-component-records --silent --output-dataset

```

## MCP server setup

```json
{
    "mcpServers": {
        "apify": {
            "type": "http",
            "url": "https://mcp.apify.com/?tools=fetch-actor-details,nexgensignal/co-gas-tariff-component-records"
        }
    }
}
```

The hosted server signs you in with OAuth on first connect, so no API token belongs in this config. Clients without OAuth support can send an `Authorization: Bearer <APIFY_API_TOKEN>` header instead, using a token from API & Integrations in Apify Console (https://console.apify.com/settings/integrations).

## OpenAPI specification

Download the OpenAPI definition: https://api.apify.com/v2/actors/APeIUf8VJGz74ohJk/builds/yYcp7NFw9SoyWA4PU/openapi.json