Start with one small report.
Use a synthetic or sanitized UTF-8 CSV within 1 MiB, 100 columns and 10,000 data rows. Decide which headers, row range and dates should pass. You can explore those rules in the free browser checker before connecting anything.
Production submission needs an existing, unpaused Report Watch monitor in an eligible workspace, its report ID and its submission token. A person sets up the workspace with ChatGPT sign-in. Public workspaces require confirmed live payment to run monitors; importing this file does not create access or buy a subscription.
Separate local checking from monitoring. The free checker works without an account. Scheduled monitoring starts at USD 49/month for five configured reports. Confirm the workflow fit and plan details before subscribing.
Connect it in six deliberate steps.
Import and keep it unpublished.
Download the workflow JSON and import it into your own n8n instance. Inspect its nodes before running it. Keep the workflow unpublished and use its Manual Trigger; this recipe has no schedule or incoming webhook.
Self-hosted operators can use
n8n import:workflow --input=workflow.json, then execute the imported ID. Use a separate test instance when evaluating the download. Follow the official Server CLI instructions; an import can overwrite a matching existing ID.Save the intended submission.
In Saved submission envelope, replace the placeholder values with the existing monitor’s
monitorId, a stablesubmissionId, its intendeddeadlineMsand the exactcsvtext. The unchanged placeholders intentionally fail validation before a request can run. Keep the values together in a durable, protected envelope before sending. The workflow does not add a durable queue for you.The deadline is exactly 13 digits of Unix milliseconds for a real occurrence under that monitor’s daily or weekly schedule. Use its timezone and daylight-saving rules. Do not use the current time, append the grace period or move a late report into the next period. Replace all fictional values with your own authorized configuration.
Add a protected report credential.
In n8n, create an HTTP Header Auth credential. Set the header name to
Authorizationand its value toBearer <report-token>, with one space afterBearer. Select this credential in the HTTP Request node.Use only the token scoped to this monitor. Keep it out of the envelope, exported workflow, ordinary node fields, prompts and source control. This integration never needs your ChatGPT session, Stripe key, OpenAI key or owner maintenance credential. n8n’s credential documentation explains Header Auth.
Confirm the request destination and body.
The production target is
POST https://reportwatch.mayd-it.com/api/ingest/<monitorId>. Keep the origin fixed. SendIdempotency-Keyfrom the saved submission ID andX-Report-Deadlinefrom the saved deadline.The body must be the raw CSV text with
Content-Type: text/csv; charset=utf-8. Keep redirects disabled, certificate checks enabled and pagination off. Do not add anOriginheader, a file URL, JSON wrapper or multipart upload. A loopback mock used in testing is a separate destination; never give it a real report token.Run the manual test once.
Start at Start manually and execute the workflow using a small synthetic report. Submit CSV once makes one attempt. Keep Response Format set to Autodetect and Include Response Headers and Status enabled. The next step inspects the parsed response and its HTTP status. No automatic retry or report-generation step runs after a failure.
Confirm the received CSV bytes, ID and deadline match your saved envelope. Use the monitor’s rules to create a deliberate pass and a deliberate failure. A production submission writes saved check evidence and can queue report notifications, so use only a monitor and recipient you are authorized to test.
Inspect the classified receipt.
Read the check receipt checks the HTTP status, JSON content type, expected receipt fields and matching deadline. Only a valid check receipt can be classified as passed or failed. An HTTP 200 alone is insufficient.
The final node, Inspect outcome before continuing, exposes
passed,quality_failedorreviewin theoutcomefield. It performs no downstream action. Add your own reviewed routing only after verifying the connection.
Three outcomes, three next steps.
Passed
A valid 200 receipt with status: passed says the submitted CSV met its saved rules. Inspect late separately and keep the receipt in your protected workflow evidence.
Quality failure
A valid 200 receipt with status: failed is a saved failed check. Correct the file or review the rule. Retrying unchanged will not make the saved check run again.
Needs review
Access errors, a conflict, quota response, timeout, redirect, HTML or an invalid receipt are not a pass. Preserve the envelope and investigate the connection or configuration.
duplicate: true returns the original saved result, which can be passed or failed. The original check time and late status still apply. A new receipt does not prove that the report reached a client.
Which errors should stop automatic retries?
Stop for 400, 401, 402, 403, 404, 409, 413, 415, 423 or 429 and inspect the saved request and current access. Waiting does not clear the total saved-check quota. A timeout or 5xx can justify a bounded identical retry after review; this download does not implement that retry loop.
The submission reference covers the complete response-handling contract. Treat error text as an explanation, not a stable machine-readable error code.
Keep one attempt’s identity.
After an uncertain request, retain the same monitor ID, submission ID, deadline and exact CSV bytes. A timeout does not establish whether the server saved the first attempt. Reload the envelope after a restart; do not regenerate it inside a retry loop.
Same ID. Same bytes.
Same deadline.
An authorized identical retry asks for the original saved result.
New ID. Corrected bytes.
Original deadline.
A correction is a new revision for the period it actually belongs to.
Do not change the ID to bypass a 409 conflict. Schedule changes, a paused report, token replacement or loss of access can invalidate a previously eligible retry. The production workflow must manage its own durable envelope storage, bounded retries and review process.
Verify the connection you will use.
VERIFICATION NOTE
15 runtime scenarios checked.
On October 10, 2026, we imported and executed the workflow in n8n 2.42.6 on Windows with Node 24.19.0, using fictional CSV data and a local mock server. Pass, quality failure, duplicate receipt, access/conflict/quota/server errors, redirect, HTML, malformed JSON, wrong deadline, missing or inconsistent fields, network failure and unchanged placeholders behaved as expected.
The tests verified one request per valid envelope, unchanged CSV bytes and submission headers, no followed redirect, and no request from placeholder input. The test copies substituted only a local destination, fictional envelope, temporary workflow identity and synthetic Header Auth credential. No request was sent to a live Report Watch monitor.
Mock acceptance does not prove your installed workflow, live Report Watch access, a customer payment, email delivery or customer demand.
Your own acceptance checklist
- Confirm a synthetic pass and a deliberate missing-column or row-count failure.
- Retry the exact envelope and confirm the original check ID and timestamp return.
- Confirm that reusing its ID with changed content is rejected; then test a correction with a new ID and the original deadline.
- Confirm redirects, unexpected HTML, invalid JSON and a mismatched deadline go to review.
- Check credential, access and quota failures without automatic retries or new IDs.
- In your authorized production monitor, verify saved evidence and the intended alert recipient. A queued email is not proof of delivery.
Check both sides’ data handling.
Report Watch processes submitted CSV rows in memory and retains normalized headers, rules, fingerprints and check evidence. Your n8n instance has its own handling of execution inputs, outputs and errors. Those records can include CSV data and header values; this recipe does not promise that n8n saves nothing.
Review execution-history settings, access permissions, credential storage, debug output and retention before using real data. CLI execution can print complete workflow execution data even when history saving is disabled. Keep acceptance inputs synthetic and review exports before sharing them. See n8n execution settings and the Report Watch privacy details.
A pass does not verify business accuracy, source completeness or client delivery. Background checks and email take time. Keep other required checks and avoid relying on this service as the sole control for critical reporting.
Keep the contract close.
- Report Watch submission and retry reference
- Report Watch OpenAPI contract
- n8n HTTP Request node documentation
- n8n Manual Trigger documentation
A USEFUL FIRST STEP
Check one file before connecting the flow.
The free checker helps you define the rules locally. If a daily or weekly report needs monitoring, the fit guide explains the limits, setup and monthly plans.
This guide is published by Mayd-it LLC. n8n is a separate product; no endorsement or marketplace approval is claimed.