US Brand Signal Batch Splitter avatar

US Brand Signal Batch Splitter

Pricing

Pay per event

Go to Apify Store
US Brand Signal Batch Splitter

US Brand Signal Batch Splitter

Split already-normalized US brand signal rows into stable groups by one submitted grouping mode without network access or inference.

Pricing

Pay per event

Rating

0.0

(0)

Developer

Tim Zinin

Tim Zinin

Maintained by Community

Actor stats

0

Bookmarked

1

Total users

0

Monthly active users

20 hours ago

Last modified

Share

Split a submitted batch of normalized US brand signal rows into stable machine-readable groups. Choose brand, eventType, severity, or analysisStatus; receive exact IDs, counts, and SHA-256 digests. No browsing, enrichment, inference, or child Actor calls.

Input and output

Submit 1-100 unique closed rows with signalId, brandName, eventType, severity, and analysisStatus, plus exactly one groupingMode. Rows are already normalized buyer input. The Actor sorts rows, group keys, and IDs with stable ASCII ordering. The report contains one group per distinct selected value and no hidden claims about the underlying signals.

Pricing

Pay-per-event pricing charges one apify-actor-start on start and at most one result-found after one confirmed Dataset row. Invalid input, unsafe pricing, and buyer-cap failures produce no result event. Six PPE tiers are configured:

TierDiscountStartResult
FREE0%$0.005000$0.010000
BRONZE5%$0.004750$0.009500
SILVER10%$0.004500$0.009000
GOLD15%$0.004250$0.008500
PLATINUM18%$0.004100$0.008200
DIAMOND20%$0.004000$0.008000

Freshness

This is a closed inline transformation. It has no source freshness, scheduled refresh, network request, runtime clock, Dataset input, or persistent state. Re-run it when the buyer has a new normalized batch.

Limits and privacy

The public input maximum is 100 rows and 64 KiB serialized input. Output is compact and runtime-capped below 48 KiB; every terminal receipt is strictly below 64 KiB. Runtime defaults are 512 MB and 90 seconds with LIMITED_PERMISSIONS and Standby disabled. No URL, proxy, BYOK key, secret, LLM, child Actor, queue, cron, or remote write is used.

FAQ

Does this verify a signal or brand identity?

No. It groups only the exact submitted values and attributes no truth to them.

Can I send a Dataset ID or URL?

No. The contract is intentionally inline and closed.

Does input order affect the result?

No. Canonical row, group, ID, and digest ordering is deterministic.

Why are counts and digests trustworthy?

The runtime recomputes every derived field from the canonical request. Standalone schemas reject unknown fields, invalid ranges, duplicate group IDs, and malformed digest strings; adversarial tests cover forged counts, groups, and digests.

The following five public Store links are the verified HTTP-200 related-Actor links retained for this local build:

ActorUse it for
US Brand Action QueueTurn submitted signal rows into an ordered action queue.
US Brand Offer Evidence NormalizerNormalize offer observations before downstream grouping.
US Brand Federal Award SnapshotCollect federal-award evidence upstream of a signal workflow.
Competitor Change RollupConsolidate competitor changes before splitting work.
Trademark MultiregistryAdd trademark evidence to a buyer-owned signal batch.

This local build does not contact those links or any remote service.