Apify Indonesian Cosmetics Inteligence
Under maintenancePricing
Pay per usage
Apify Indonesian Cosmetics Inteligence
Under maintenancePricing
Pay per usage
Optional cosmetics brands to monitor in BPOM. Each brand is queried separately. Leave empty when monitoring by another criterion.
[]Optional BPOM registrant or company names to monitor.
[]Optional BPOM registration numbers to monitor.
[]Optional composition or ingredient keywords supported by the BPOM filter.
[]0 = no item limit. For production monitoring, keep this at 0 so the complete matching result set is checked.
Safety cap for BPOM pagination. Increase this if a monitored brand has more results than the current cap can cover.
Controls when the Actor opens BPOM product detail. changesOnly is recommended for routine monitoring; staleOnly is recommended for periodic detail refresh.
Used by staleOnly. Product details are refreshed when their last successful detail fetch is at least this many days old. Recommended: 30.
Used by staleOnly to cap successful detail attempts requested in one run. 0 = unlimited. Use this to spread stale-detail refresh cost across multiple runs.
Number of successful full-coverage runs used to build a trusted union baseline before NEW alerts are enabled. Recommended: 3.
After the trusted baseline is ready, a first-seen product is classified as NEW only when its BPOM issued date is within this many days. Older or unknown dates are classified as DISCOVERED.
Compare current records with a persistent snapshot. When disabled, records are emitted as SNAPSHOT events.
all = every record; changes = trusted NEW or CHANGED records only; new = trusted NEW only. BASELINE and DISCOVERED records are visible with all but do not trigger changes output.
Named Apify Key-Value Store used to persist monitoring snapshots.
Unique key for this watchlist. Keep the same key across scheduled runs. Use a new key when starting a new independent trusted baseline.
Delay between BPOM interactions to reduce request pressure on the public source.
Advanced. If enabled, the Actor may update stored observations even when full result coverage was not achieved. Partial runs never advance trusted-baseline readiness. Keep disabled for production monitoring.