HubSpot workflow errors

How Aloware handles and logs workflow errors.

Use this page to understand what happens when an Aloware action in a HubSpot workflow fails, and how to trace the failure back to its cause.

Failures usually come from bad data, for example a duplicated record or a contact Aloware can't save. Aloware handles them through HubSpot's Blocking API: the failed action halts right away, HubSpot gets a structured error back, Aloware writes the full details to its logs, and the people you've set up to be notified get an alert so someone can look into it.

What the Blocking API does on a failure

When Aloware can't complete an action it received from a HubSpot workflow, four things happen:

  1. The branch halts. Aloware blocks every later action in that workflow branch, so you don't end up with half-applied or conflicting updates.
  2. HubSpot gets a blocking response. The error text shows up in the workflow's execution history.
  3. Aloware writes logs. Each log carries timestamps, context and unique identifiers.
  4. Stakeholders get an alert. The recipients you configured (operations, account owners and so on) receive the error details and what to do next.
HubSpot workflow errors screenshot

Reading the result in HubSpot

After Aloware answers, HubSpot shows one of these statuses below the action it affected:

  • Successfully processed HubSpot workflow event
  • Partially processed HubSpot workflow event
  • Error when processed HubSpot workflow event
  • Problem when processed HubSpot workflow event

The status tells you whether the action ran as planned or an error cut it short.

Sample error log

{
  "message": "Contact saving issue",
  "severity": "error",
  "timestamp": "2025-10-21T14:52:25.243332Z",
  "aloware_contact_id": "128557956496",
  "error": "This contact has the same phone number as another contact in HubSpot. Link: https://app.hubspot.com/contacts/8446098/record/0-1/92357343811"
}

A log like this shows you exactly what went wrong and at which point.

Log fields

Every workflow event is logged with the same set of fields, for auditing and monitoring.

FieldDescription
messageDescription of the event or error
timestampISO 8601 format (YYYY-MM-DDTHH:MM:SS.sssZ)
phone_numberContact number in E.164 format (+ followed by 8–15 digits)
job_idUnique UUIDv4 identifier for the event
severityIndicates event type: info, warning, or error

Because the format never changes, you can troubleshoot and run compliance checks the same way every time.

Tracing a blocked workflow

Work through these checks when a workflow stops on an error:

  1. Open the execution history in HubSpot.
    Find the action marked Error when processed HubSpot workflow event or Problem when processed HubSpot workflow event.
  2. Read the message.
    It gives you the timestamp, the Aloware contact ID and a description of what failed.
  3. Find the record.
    Open the affected contact or task from the contact ID or the HubSpot record link in the message.
  4. Confirm the cause in Aloware.
    Check the HubSpot record against Aloware's activity logs to see what actually happened (a duplicate contact or an invalid number, e.g.).
  5. Fix it.
    Resolve the problem, such as merging the duplicates or filling in the missing data, then run the workflow again if you need to.

Monitoring at volume

The integration is built to stay stable when HubSpot sends a large number of workflow actions:

  • A trace ID on every blocking event lets you follow the actions that belong together.
  • You get one notification per event, even if HubSpot retries it.
  • Laravel Horizon processes the queue, which keeps performance even under heavy load.

The result: Aloware and HubSpot stay in sync, and you can always see how each workflow behaved.

Need a hand?

Our support team can help you set this up.

Contact support