Automation You Can Watch

Government portals were never built for software. Wincora's automation engine works them the way your best processor would: following a playbook, adapting when the page changes, asking for help when it should, and leaving a record of every step it takes.

Why "Just Automate It" Fails Here

Plenty of tools can fill a web form. Filing a real visa application on a real government portal, with real consequences, is a different job.

There Is No API

Embassy and e-visa portals are built for a person with a browser. Conditional fields, multi-step wizards, document uploads, CAPTCHAs. The only way in is through the front door.

Sessions Die Mid-Application

Portals time out, log you out, and lose your progress. A submission can take days, with waiting periods between steps. Classic scripted automation breaks the first time anything moves.

OTPs, Logins, and Payments

Real applications need account creation, one-time passcodes sent by email, and government fees paid by card. Each one is a place where naive automation either stalls or does something risky.

The Stakes Are Real

This is someone's passport data and travel plans on a government system. A wrong submission is not a retry; it can be a rejection on record. Speed is worth nothing without control.

Nyx Automation
Real-time monitoring dashboard
24
Automated Today
98%
Success Rate
4.2h
Time Saved

Active Automations

3 Running
Vietnam Tourist eVisa
Vietnam · S. Mitchell
Step 3 of 5
Uploading...
India eVisa
India · J. Smith
Completed
2m 14s
Ref: IN2024-789456
US B1/B2 Visa
CEAC · M. Garcia
Retry 2/3
Wait 30s
Connection timeout

Execution Log

Live
14:23:45 [SUCCESS] Portal login authenticated
14:23:46 [INFO] Form type detected: DS-160
14:23:47 [INFO] Auto-filling applicant data...
14:23:49 [SUCCESS] Personal info section complete
14:23:51 [INFO] Uploading passport scan (2.4MB)
14:23:54 [SUCCESS] Document upload verified
14:23:55 [INFO] Uploading photo (1.8MB)
14:23:58 [SUCCESS] Photo upload complete
14:24:00 [WARN] Payment gateway slow response
14:24:05 [SUCCESS] Payment processed: $185.00
14:24:07 [INFO] Submitting application...
14:24:09 [INFO] Waiting for confirmation...

Playbooks, Not Brittle Scripts

Each supported portal gets a playbook: how the application flows, what each step expects, what a good outcome looks like, and how to resume if a session dies. The automation reads the actual page and follows the playbook the way a trained processor follows a procedure. When a portal redesigns a form, the playbook is updated centrally and every customer benefits at once. Nothing is hardcoded to a button that moved last Tuesday.

  • Per-portal playbooks define the workflow, the checks, and the recovery paths
  • The engine reads pages as they are, so cosmetic changes do not break runs
  • Long applications are checkpointed: progress, learned facts, and milestones survive interruptions
  • Runs can wait out government processing times and wake up days later to continue
  • Failed steps are retried deliberately, with the full attempt history kept
Automation Run
Case #VN-2418 · Vietnam Tourist eVisa
Waiting for you
Account
Form
Documents
Submit
The portal is asking something I shouldn't decide alone

The upload step rejects the passport scan: "image exceeds 2MB". I can compress and retry, or you can supply a new file. Screenshot attached.

page-screenshot-step3.png View
Compress the existing scan and retry Suggested
Request a new scan from the traveler
Continue run Watch live browser

People Stay in the Loop, by Design

The engine knows the difference between work it should do and decisions it should not make. When it hits one of those moments, an unexpected portal question, a document problem, an ambiguous choice, it pauses the run, attaches a screenshot, explains what it found, and proposes options with a recommendation. The operator answers in the dashboard and the run picks up exactly where it stopped. And at any point, you can open the live view and watch the browser yourself.

  • Pauses come with context: screenshot, reason, options, and a suggested choice
  • Live browser view for every run, not a black box
  • One-time passcodes are picked up from email and delivered to the waiting form in seconds
  • Government fees are paid with controlled single-use cards, each linked to its case
  • Every handoff and every answer becomes part of the case record

The Rules It Runs Under

We built this for operations where a mistake ends up on someone's immigration record. The constraints are the product.

You Can Watch It Work

Every automation run has a live view of the actual browser session. Operators can open it any time and see exactly what the system sees, as it happens.

Every Step Leaves a Record

Each run produces a step-by-step log: pages visited, actions taken, documents captured and where they came from. Replayable when a client or an audit asks what happened.

Nothing Is Blindly Accepted

A visa or approval letter pulled from a portal enters as a candidate, with its origin recorded. It is verified before the case is allowed to close. Collected, then checked, never assumed.

Handing Off Is a Feature

When the system hits something it should not decide alone, it pauses, attaches a screenshot, explains the situation, and suggests options. A person answers; the run continues. No silent guessing.

Built for Long, Messy, Real Applications

Live

View into every browser session, available to operators at any moment

Seconds

From a one-time passcode landing in the inbox to the waiting form, automatically

Days

A single run can span them: progress is checkpointed and survives interruptions

Per case

Cost tracking on every run, down to the individual automation step

One more thing it does not do: pretend. Automation rolls out portal by portal, starting where it is proven reliable, with manual workflows as the fallback for everything else. Your team decides how far to turn the dial.

Watch a Real Submission, Live

The live view sells this better than any page can. Apply for early access and we will walk you through an automation run end to end.