Export: HTTP Request

Module Export: HTTP Request extends Export Feeds to automate data exports by sending exported data directly to external systems via HTTP endpoints—eliminating the need to manually transfer files after export.

Connect to any HTTP-based target—REST APIs, web services, or custom endpoints—and push data directly from AtroCore without intermediate file handling. Combined with Scheduled Jobs, you can fully automate recurring exports to keep external systems synchronized with your PIM data.

The key distinction of the HTTP Request type is that it is designed for API-driven integrations: data is pushed to an endpoint, and the response can be inspected and validated using a linked Import Feed and a Response Validator.

Module Export Feeds is required for this module to work.

Configuration

Export feed configuration works the same for all export feed types, except for the fields specific to each type. See Export Feeds for general setup—this guide covers only the HTTP Request-specific fields.

Create an Export Feed and set Type to HTTP Request.

The Details panel contains fields common to all export feed types.

HTTP Request configuration

The following fields are specific to the HTTP Request export type and appear in the Export Data Settings panel.

• Format – the data format in which records are serialized before being sent in the request body. Available formats are JSON and XML. For both, a Template field is also available for defining the output structure using Twig syntax.

• Folder – the system folder where a copy of the exported file will be stored. This is required even for HTTP exports, as a local file record is always created. It is recommended to create a dedicated folder for each export feed.

• Method – the HTTP method used for the request. Defaults to POST. Options are GET, POST, PUT, PATCH, and DELETE. In most export scenarios, POST or PUT is appropriate since data is being sent in the request body.

• Connection – select an existing Connection entity or create a new one. The Connection stores authentication credentials (such as API keys, tokens, or username/password) securely and separately from the feed configuration.

• URL – the target API endpoint. Supports Twig syntax for dynamic values, enabling you to construct URLs that vary depending on the exported record or execution context.

  Example URL with Twig template:

  https://api.example.com/v1/products/import?token={{ connection.apiKey }}

• Import Feed for response processing – optionally select an Import Feed that will be used to process the HTTP response returned by the server. This is useful when the target API returns data (for example, created record IDs or validation results) that should be written back into AtroCore. Once this field is filled, an Import Feed attachment formatter field appears. It supports Twig syntax and allows you to shape the response before it is handed off to the Import Feed.

  Example Import Feed attachment formatter:

  {% set payload = responseText | json_decode %}
  {% set payload = payload | merge({id: entities[0].id, 'httpCode': httpCode}) %}
  
  {{payload|json_encode|raw}}

• Response Validator – optionally define validation logic to inspect the HTTP response and determine whether the export succeeded. If the response does not pass validation, the export execution is marked as failed.

Feed Settings

After selecting a Format, the Feed Settings panel appears.

• Entity – select the entity whose records will be exported.
• Sort Order (field) – the field by which exported records will be sorted.
• Sort Order (direction) – the sorting direction: ASC (smallest value first) or DESC (largest value first).
• Locale – required field; defines the Locale used for the export.

Headers

Configure custom HTTP headers required by the API (authentication tokens, content types, etc.) in the Headers panel.

Running the export

Click the Export button on the export feed detail page to trigger the export immediately. The job is added to the Job Manager, where you can monitor its current status and cancel it if needed.

After the execution completes, results are available in the Export Executions panel of the feed and on the Export Executions list page.

For full details on export execution states, downloaded files, and error handling, see Export Executions in the Export Feeds documentation.