Japan Government Procurement Notice Watch (Procurement Portal) avatar

Japan Government Procurement Notice Watch (Procurement Portal)

Pricing

from $33.50 / 1,000 procurement notice deltas

Go to Apify Store
Japan Government Procurement Notice Watch (Procurement Portal)

Japan Government Procurement Notice Watch (Procurement Portal)

Japanese central-government procurement notices from the government's own Procurement Portal (調達ポータル), read through its English WTO-covered search: case number, English case name, procuring ministry.

Pricing

from $33.50 / 1,000 procurement notice deltas

Rating

0.0

(0)

Developer

NexGen Watch

NexGen Watch

Maintained by Community

Actor stats

0

Bookmarked

2

Total users

1

Monthly active users

4 days ago

Last modified

Share

📜 Japan Government Procurement Notice Watch (Procurement Portal)

Japanese central-government procurement notices from the government's own Procurement Portal (調達ポータル), read through its English WTO-covered search: case number, English case name, procuring ministry, prefecture and the notice events attached to the case. Keyed on the portal's 19-digit case number.

Output is one procurement_notice_record row per result; billing is pay-per-event, the value event being one procurement notice delta (a $0.02 start fee per run, then $0.05 per procurement notice delta plus one $0.10 source check per run that reads the source). Source: www.p-portal.go.jp.

📊 Sample Output

Japan Government Procurement Notice Watch (Procurement Portal) sample output — a table of real procurement notice delta rows (case_number, case_name, organisation, location) from run hjGuM1ZqQokd7aFrY on build 0.1.12

Real rows from run hjGuM1ZqQokd7aFrY on build 0.1.12 (2026-09-17), the same input as the Quick start below — every value is as the source published it (emails masked, long text shortened):

case_numbercase_nameorganisationlocationnotice_events
0000000000000581089Construction and maintenance of Network for migration to the GovernmenDigital AgencyTokyoPublic notice 2026/03/25 Public end | Public notice 2026/07/10 Public
0000000000000582555Helpdesk operations for the Government Solution ServicesDigital AgencyTokyoPublic notice 2026/03/27 Public end | Public notice 2026/07/23 Public
0000000000000596249Hardware, design, development and maintenance of Trading and PortfolioMinistry of FinanceTokyoPublic notice 2026/05/12 Public end | Public notice 2026/07/08 Public
0000000000000596256Data center, network and operation service for Trading and Portfolio MMinistry of FinanceTokyoPublic notice 2026/05/18 Public end | Public notice 2026/07/15 Public
0000000000000601150Phase I development of a new House Legislation Information Network SysHouse of RepresentativesTokyoPublic notice 2026/06/12 Public end | Public notice 2026/07/17 Public
0000000000000601871Environment setup and system usage related to the search system for laSupreme CourtTokyoPublic notice 2026/06/22 Public end | Public notice 2026/07/13 Public
0000000000000601919Environment setup and system usage related to the search system for leSupreme CourtTokyoPublic notice 2026/06/22 Public end | Public notice 2026/07/13 Public
0000000000000605535Lease,maintenance,installation and adjustment work for Inmarsat EGC coMinistry of Land, Infrastructure and TransportTokyoPublic notice 2026/07/01 Public start Bid

The run finished with the status message: PARTIAL: emitted 25 item(s); PREVIEW: snapshot output is capped at 25 record(s); 25 further record(s) withheld. Use watch mode for the full change feed.

✅ What you get

Each row is flat JSON with these fields (from the dataset schema and the sample run; a field the source does not publish for a given row is null):

  • record_key (string/null) — e.g. jpp:0000000000000581089
  • case_number — e.g. 0000000000000581089
  • case_name — e.g. Construction and maintenance of Network for migration to the Government Solution
  • organisation — e.g. Digital Agency
  • location — e.g. Tokyo
  • notice_events — e.g. Public notice 2026/03/25 Public end | Public notice 2026/07/10 Public start Bid
  • record_type (string) — e.g. procurement_notice_record
  • delta_type (string/null) — null in every sample row

Every run also writes a RUN_RECEIPT record to its key-value store with the source checks it made and the counts it charged — diagnostics never land in the paid dataset.

⚙️ Sample inputs

1. Quick start — the Store example (this is what the sample above came from)

{
"date_from": "2026/07/01",
"date_to": "2026/07/25",
"pages": 1,
"watch_mode": false,
"baseline_id": "default"
}

The sample run charged exactly: 1 × $0.02 apify-actor-start + 1 × $0.10 source-check + 0 × $0.05 procurement-notice-delta = $0.12 on the Free tier — snapshot preview rows are delivered unbilled; only the source check and the start fee were charged.

2. A smaller, narrowed run

{
"date_from": "2026/07/01",
"date_to": "2026/07/25",
"pages": 1,
"watch_mode": false,
"baseline_id": "default"
}

A bounded run for checking the field shape before scheduling. date_from narrows what the source is asked for.

3. Watch mode on a schedule

{
"date_from": "2026/07/01",
"date_to": "2026/07/25",
"pages": 1,
"watch_mode": true,
"baseline_id": "default"
}

The first run seeds a private baseline and emits zero deltas; every later run emits one row per change, billed at $0.05 each plus the $0.10 source check; billed deltas are capped at 500 per run.

🧾 JSON sample record

One real record from run hjGuM1ZqQokd7aFrY, exactly as it lands in the dataset (emails masked, long text shortened):

{
"record_key": "jpp:0000000000000581089",
"case_number": "0000000000000581089",
"case_name": "Construction and maintenance of Network for migration to the Government Solution Services of Probation offices under the Rehabilitation Bureau",
"organisation": "Digital Agency",
"location": "Tokyo",
"notice_events": "Public notice 2026/03/25 Public end | Public notice 2026/07/10 Public start Bid",
"record_type": "procurement_notice_record",
"schema_version": "1.0",
"output_mode": "preview",
"preview_cap": 25,
"preview_truncated": 25
}

🔧 How it works

Transport. Plain HTTPS from the Apify platform, no proxy. Every request carries an identified contact User-Agent.

Charging. Each procurement notice delta is charged at the moment it is pushed (procurement-notice-delta); a row that fails to charge is not delivered, so the dataset count always equals the charged count. One source-check is charged per run that actually read the source.

Source

Japan Procurement Portal English procurement search (public, logged-out)

Public, logged-out only — no API key, login, cookie or CAPTCHA.

Snapshot mode is a PREVIEW

watch_mode: false returns at most 25 records, hard-capped in code regardless of any input, labeled output_mode: "preview". This actor sells change detection, not bulk record export.

Watch semantics

The first watch run stores a private baseline and emits zero deltas. Later runs emit NEW / CHANGED / REMOVED keyed on the source-native id with before / after and changed_fields. Billed deltas are capped at 500 per run; the overflow is reported as a named PARTIAL withholding, is never billed, and is re-detected on the next run.

Terminal states

NORMAL · SUCCEEDED-0: GENUINE_EMPTY · SUCCEEDED-0 (no change) · PARTIAL · BLOCKED. A zero with no evidence FAILS loud rather than exiting 0 quietly.

What is not done. No login, no cookie or CAPTCHA bypass, no private or personal-account data, no browser automation.

⏰ Set it on a schedule

A single run is a snapshot. The value is the feed: open the actor in Apify Console → SchedulesCreate new, add this actor with input 3 above (watch_mode: true), and pick a cadence:

  • Daily0 7 * * * (07:00 UTC): catch changes within a day.
  • Weekly0 7 * * 1: a Monday digest.

The baseline persists in a named key-value store between runs, so every scheduled run compares against the last one; use a different baseline_id for independent watches. Schedules can also POST results to a webhook (Console → Integrations).

💰 Pricing example

EventFreeBronzeSilverGold
Actor Start (apify-actor-start)$0.02$0.02$0.02$0.02
Source check (source-check)$0.10$0.09$0.08$0.07
Procurement Notice Delta (procurement-notice-delta)$0.05$0.04$0.04$0.03

Worked at the live Free-tier price (watch mode, one delta per change):

  • 8 procurement notice deltas: $0.02 start + $0.10 source check + 8 × $0.05 = $0.52
  • 25 procurement notice deltas: $0.02 start + $0.10 source check + 25 × $0.05 = $1.37
  • 100 procurement notice deltas: $0.02 start + $0.10 source check + 100 × $0.05 = $5.12

A run that delivers zero rows charges the $0.02 start fee plus the $0.10 source check (the source was read and reported empty). A BLOCKED run (source refused) fails loud and charges no value event. The start fee is charged once per GB of run memory; the default run memory is 1024 MB.

Yield on the sample run: PARTIAL: emitted 25 item(s); PREVIEW: snapshot output is capped at 25 record(s); 25 further record(s) withheld. Use watch mode for the full change feed.. Snapshot output is capped at 25 records regardless of the cap you set; watch mode is the full feed.

This actor reads public, logged-out pages and feeds published by www.p-portal.go.jp. It collects only what the source publishes to any visitor, identifies itself with a contact User-Agent, and does not access accounts, private data or anything behind authentication. Use the output in line with the source's terms and your local law; the intended use is B2B research and monitoring.

❓ FAQ

Q: Do I need an API key or a login?
A: No. The source (www.p-portal.go.jp) is read logged-out; the input schema has no key field and the actor carries no secrets.

Q: Why did my run return 0 rows?
A: Read the run's status message. GENUINE_EMPTY means the source was read and had nothing in scope for your input (in watch mode the first run always seeds the baseline and returns zero deltas); BLOCKED means the source refused and the run failed without billing a value event — retry later or narrow the input. A zero-row run bills the start fee plus one source check.

Q: What does watch mode remember between runs?
A: A private baseline of source-native record ids in a named key-value store (baseline_id names it, so several independent watches can coexist). Each later run diffs the live source against it and emits only changes.

Q: How fresh is the data?
A: Every run reads the source live at run time; nothing is cached between runs except the watch baseline. Put it on a schedule for a continuous feed.

Q: What formats can I export?
A: The dataset downloads as JSON, CSV, Excel, XML or RSS from the run's Dataset tab or the Apify API, and any run can push to a webhook or integration.

Q: How is this different from the other public procurement watches actors?
A: Same output shape and billing model; this one covers www.p-portal.go.jp. The siblings under Related Actors cover the other sources or slices — run several on one schedule for a combined feed.

Q: Are there rate limits?
A: The actor paces itself against the source; there is no per-buyer limit beyond your Apify plan's concurrency.

🆘 Troubleshooting

  • Run FAILED with BLOCKED → the source refused the request or changed its page shape → nothing was billed beyond the start fee; retry after a while, and if it persists open an Issue with the run id.
  • Fewer rows than expected → the source had fewer items in scope → widen the input.
  • Input validation error on start → a field is outside the schema's allowed values → start from the Quick start block and change one field at a time.
  • Run TIMED-OUT → a very wide request on a slow day → raise the run timeout in Run options or narrow the input; what was delivered before the timeout is still in the dataset.
  • First watch run shows no deltas → expected: it seeds the baseline; changes appear from the second run.

⭐ Found this useful?

If this actor saved you a manual check, a quick review on the Apify Store helps other teams find it. Feature request or a source that changed? Open it from the Issues tab — every one is read.