Project Status Update

Partners may provide Prodege with a webhook URL that can be called each time a project’s status is updated in the Prodege system. The webhook will be called in as close to real time as possible.

Project Status Update Webhook Parameters - POST

Parameter Name

Parameter Type

Description

data

Array

Details related to the project status update. See elements model and example below.

signature

String

The signature of your request (see Authentication).

data Model

Property Name

Property Type

Description

event_id

String

The id that uniquely identifies the event.

event_time

String

The timestamp of the event (Pacific Time).

project_id

Numeric

The id that uniquely identifies this project.

status

String

The status of the project (e.g. LIVE, PAUSED, PENDING_COMPLETE, COMPLETE, INVOICED, DELETED).

rejection_note

String

Present only when the update_reason is DISABLED_BY_RECONCILIATION_REJECTION. This represents the note from support regarding the reconciliation rejection.

reconciliation_note

String

May be present when a project status is updated to Pending Complete or when updated from any status (even from Pending Complete) to Complete with the update_reason COMPLETE_RECONCILIATION (903).

required_cpi

String

Present only when the update_reason is DISABLED_BY_CPI_REALITY_CHECK. This represents the CPI that must be accepted in order to resume the project.

update_reason

Numeric

The reason for the project status change. See possible values below.

description

String

Description of the update_reason. See possible values below.

update_reason
Description

113

Disabled due to reaching max clicks

156

Disabled to due to no more available unique links

158

Disabled due to reaching sample size

160

Disabled by Real Time Pricing

207

Set to Paused due to inactivity

209

Set to Complete due to inactivity

222

Disabled due to high drop off rate

244

Disabled by support agent

902

Project is set to Pending Complete after a reconciliation attempt

903

Project reconciliation is complete and the status of a project is set to Complete

999

Other

data example:

Expected Response

If a 200 status code is received, the call should be considered successful and it should not be retried. If a 200 status code is received with a specific message (see below), the call should be considered unsuccessful but it should NOT be retried.

If a 500 status code is received, the call should be considered unsuccessful and it should be retried up to 3 times. If a 400 status code is received, the call should be considered unsuccessful and it should NOT be retried.

Last updated