amoCRM
Renta exports seven amoCRM objects to your data warehouse: leads, contacts, companies, recurring customers, pipelines with their stages, account users, and the Events change log, which records who changed a field and what its value was before and after.
You choose the fields for each object yourself. Renta loads them together with custom fields, tags, and the IDs of linked entities, and keeps leads, contacts, and events up to date incrementally on Google BigQuery and ClickHouse.
Authentication
Renta connects to amoCRM through OAuth. You log in, choose which amoCRM account to connect, and allow access. You do not need to copy any API keys from the amoCRM settings.
Connect amoCRM source
Follow these steps to add amoCRM as a source in Renta by authorizing access to your amoCRM account.
- Navigate to the Connections > Catalog section in the left sidebar.
- Open the CRM category and click the AmoCRM card.

Click Log in to your amoCRM account. Renta redirects you to the amoCRM consent page.

- If you manage several amoCRM accounts, pick the one to connect in the account dropdown.
- Click Allow.
amoCRM installs the Renta widget in the selected account. You can revoke the granted access at any time in the integration settings on the amoCRM side.

- In the Source name field, specify a name for this data source. It is used exclusively in the Renta interface.
- Click Save.
The Access granted card shows the connected account. The Re-authorize button next to it repeats the OAuth flow if you later need to switch the account.

The new source appears in the Sources list with the Active status. You can now use it in pipelines.

Create a pipeline
Once the source is connected, create a pipeline to sync your amoCRM data into your destination.
Create an amoCRM pipeline
Link your amoCRM source to a destination and configure the pipeline.
In the left sidebar, click New pipeline. On the Source step, select AmoCRM under Already connected and click Next step.

Choose the amoCRM connection you created earlier and click Next step. The card shows the subdomain of the connected account.

On the Destination step, select your destination (for example, Google BigQuery) and click Next step.

Choose the destination connection you want to load data into and click Next step.

Pipeline configuration
On the final step, choose the report, pick its fields, and set the schedule.
Report type
Select which amoCRM object the pipeline exports. One pipeline loads one report type.

| Report type | Description |
|---|---|
| Leads | Deal records: budget, status and pipeline IDs, creation, update, and close dates, loss reason, custom fields, tags, and the IDs of linked contacts and companies. |
| Contacts | Contact records: full name split into first and last name, custom fields, tags, and the IDs of linked leads, companies, and customers. |
| Companies | Company records: attributes, custom fields, tags, and the IDs of linked contacts and leads. |
| Customers | Recurring customer records: expected date and amount of the next purchase, LTV, purchase count, average check, and periodicity. |
| Pipelines | The account's lead pipelines together with their stages: stage IDs, names, order, and type. |
| Users | Account users: name, email, interface language, and access rights to leads, contacts, companies, and tasks. |
| Events | The change log of the account: the entity the event belongs to, the event type, the user who caused it, and the value before and after the change. |
Parameters
Select the amoCRM fields to include in the destination table.

Tick the fields one by one, or take the whole set with Select All. The Selected tab keeps your current choice.
Each report has a couple of fields the pipeline cannot work without. In the Leads and Contacts reports these are ID and Updated At, in the Events report ID and Created At. They come pre-selected and greyed out in the picker.
Each report type covers these parameters.
| Report type | Parameters |
|---|---|
| Leads | ID, Name, Price, Responsible User ID, Group ID, Status ID, Pipeline ID, Loss Reason ID, Source ID, Created By, Updated By, Closed At, Created At, Created Date At, Updated At, Closest Task At, Is Deleted, Score, Account ID, Labor Cost, Is Price Modified by Robot, Custom fields values, Tags, Contacts, Companies |
| Contacts | ID, Name, First Name, Last Name, Responsible User ID, Group ID, Created By, Updated By, Created At, Created Date At, Updated At, Is Deleted, Closest Task At, Account ID, Custom fields values, Tags, Companies, Leads, Customers |
| Companies | ID, Name, Responsible User ID, Group ID, Created By, Updated By, Created At, Updated At, Closest Task At, Custom fields values, Tags, Contacts, Leads |
| Customers | ID, Name, Next Price, Next Date, Responsible User ID, Status ID, Periodicity, Created By, Updated By, Created At, Updated At, Closest Task At, Is Deleted, LTV, Purchases Count, Average Check, Account ID, Custom fields values, Tags, Contacts, Companies |
| Pipelines | ID, Name, Sort, Is Main, Is Unsorted On, Is Archive, Account ID, Statuses |
| Users | ID, Name, Email, Language, Leads Access Rights [Object], Contacts Access Rights [Object], Companies Access Rights [Object], Tasks Access Rights [Object], User Rights [Object] |
| Events | ID, Entity ID, Entity Type, Type, Created By, Created At, Created Date At, Account ID, Responsible User ID, Group ID, Value After, Value Before |
Structured parameters load as nested records. Custom fields values keeps one record per custom field with its ID, name, code, type, and value. Tags, Statuses, the lists of linked entities (Contacts, Companies, Leads, Customers), and the access-rights objects of the Users report work the same way. In the Events report, Value Before and Value After arrive as JSON, because their shape depends on the event type.
Date parameters such as Created At, Updated At, Closed At, and Next Date arrive as Unix timestamps. Created Date At is the same moment as Created At written as a calendar date.
If a custom field holds several values, the field_value column keeps the first one.
Table name
Name the pipeline and the destination table.

- Integration name.
The name of the pipeline. It is used exclusively in the Renta interface. - Table name.
The destination table name. You can keep the auto-generated name or enter your own.
Schedule
Choose how often the pipeline runs.

| Schedule type | Description |
|---|---|
| Manual | The pipeline runs only when triggered manually through the interface or via API. |
| Daily | The pipeline runs once a day at the specified update time. |
| Interval | The pipeline runs at specified time intervals. |
| Cron Expression | The pipeline runs on a schedule defined by a cron expression. |
For Daily schedules, set the Update time, the exact time each run starts, then click Create pipeline.

Renta also supports API triggers and integration with external orchestrators such as Apache Airflow, Dagster, and Prefect. See the full scheduling documentation for details.
The new pipeline appears in the Pipelines section under the ETL tab, where you can track its runs, progress, and the destination table name.

Sync strategy
How Renta synchronizes an amoCRM report depends on the report type and on whether the destination supports merge.
| Strategy | Supported report types | Description |
|---|---|---|
| Incremental (merge) | Leads, Contacts, Events (on Google BigQuery and ClickHouse) | Renta requests only the records changed since the previous run, filtering Leads and Contacts by their update date and Events by their creation date. Every run re-reads a three-day overlap, so Renta still picks up a change that reached amoCRM late. Records are upserted into the destination table by their id. For Leads and Contacts, Renta additionally collects the records deleted in amoCRM within the same window. |
| Full reload | Companies, Customers, Pipelines, Users (on any destination), and Leads, Contacts, Events (on the remaining destinations) | Renta downloads the complete list of records on every run and replaces the contents of the destination table, so the table mirrors the amoCRM account at the time of the run. |
Selecting the Created Date At parameter partitions the destination table by the day the record was created. For Leads and Contacts it also stops the collection of deleted records, so deletions no longer reach the table.
Renta decides the sync window itself for every report type, which is why the pipeline has no date range or overwrite period settings.
Ready to get started?
Build your data pipeline today or get a personalized demo. Start free!
Need help?
Get expert support to ensure your project succeeds. We're here to help!
Feature requests?
Help shape our product! Share your ideas for new features and integrations.