Skip to main content
C2S (Contact2Sale) is a lead management CRM widely used by real estate and automotive companies in Brazil. It centralizes leads coming from portals, social media and WhatsApp, and distributes them to sellers with configurable rules and queues. This connector extracts your leads — including customer, product, seller, status, messages and activity history — along with sellers, companies, tags and distribution settings.

1. Add your C2S access

  1. In the Sources tab, click on the “Add source” button located on the top right of your screen. Then, select the C2S option from the list of connectors.
  2. Click Next and you’ll be prompted to add your access.
    • API Token: an integration token generated inside C2S. In the C2S web app, go to Integrações -> Informações de integração por e-mail e API and click Gerar Token. The token is shown only once, so copy it right away and store it securely. For more information, check the official C2S API guide.
    • Start Date (advanced): earliest record date to sync for the incremental leads stream. When empty, all history is synced.
  3. Click Next.

2. Select your C2S streams

  1. The next step is letting us know which streams you want to bring. You can select entire groups of streams or only a subset of them.
    Tip: The stream can be found more easily by typing its name.
If you don’t see a stream you were expecting to find, feel free to get in touch and we’ll help you out!
  1. Click Next.

3. Configure your C2S data streams

  1. Customize how you want your data to appear in your catalog. Select a name for each table (which will contain the fetched data) and the type of sync.
  • Layer: companies in the Growth plan can choose in which layer the tables with the extracted data will be placed.
  • Table name: we suggest a name, but feel free to customize it. You have the option to add a prefix to all tables at once and make this process faster!
  • Sync Type: depending on the data you are bringing to the lake, you can choose between INCREMENTAL and FULL_TABLE. Read more about Sync Types here.
  1. Click Next.

4. Configure your C2S data source

  1. Describe your data source for easy identification within your organization. You can inform things like what data it brings, to which team it belongs, etc.
  2. To define your Trigger, consider how often you want data to be extracted from this source. This decision usually depends on how frequently you need the new table data updated (every day, once a week, or only at specific times).
  3. Optionally, you can define some additional settings (if available).
  • Configure Delta Log Retention and determine for how long we should store old states of this table as it gets updated. Read more about this resource here.
  • Determine when to execute an Additional Full Sync. This will complement the incremental data extractions, ensuring that your data is completely synchronized with your source every once in a while.

Check your new source!

  1. Click Next to finalize the setup. Once completed, you’ll receive confirmation that your new source is set up!
  2. You can view your new source on the Sources page. Now, for you to be able to see it on your Catalog, you have to wait for the pipeline to run. You can now monitor it on the Sources page to see its execution and completion. If needed, manually trigger the pipeline by clicking on the refresh icon. Once executed, your new table will appear in the Catalog section.

Available streams

Leads of your company, synced incrementally by last update. Nested structures (customer, product, seller, messages, etc.) are delivered as JSON strings.Key Fields:
  • id - Unique identifier of the lead
  • internal_id - Internal numeric identifier of the lead in C2S
  • description - Free-text description of the lead’s interest (e.g. the property or product sought)
  • observation - Latest observation or reminder note registered on the lead
  • is_favorite - Whether the lead is marked as favorite by the seller
Related Entities (JSON):
  • customer - Customer contact details: name, email and phone numbers
  • product - Product or property the lead is interested in, with price, reference and location
  • seller - Seller (broker) currently responsible for the lead
  • collaborators - Additional users collaborating on the lead
  • created_by - User who created the lead
  • company - Company (branch) that owns the lead
  • lead_source - Origin channel that generated the lead, e.g. a portal or campaign
  • channel - Communication channel of the lead, e.g. Showroom or WhatsApp
  • lead_status - Current status of the lead with id, alias and display name
  • funnel_status - Position of the lead in the sales funnel
  • lost_reasons - Reason registered when the lead was lost
  • done_details - Closed-deal details: done flag, notes and final price
  • archive_details - Archiving details: archived flag and notes
  • tags - Tags applied to the lead
  • log - Chronological activity log entries of the lead
  • messages - Messages exchanged on the lead, with sender, recipient and timestamps
  • schedulated_actions - Scheduled follow-up actions for the lead, with type, date and status
  • facebook_attributes - Attributes captured from Facebook lead ads, when applicable
  • custom_attributes - Account-specific custom attributes of the lead
Timestamps:
  • created_at - When the lead was created
  • updated_at - Last update, used as the incremental replication key
  • external_created_at - Creation timestamp in the external system that originated the lead
  • last_activity_date - Last activity registered on the lead
  • read_at - When the lead was first read by the seller
  • replied_at - When the lead was first replied to
  • done_deal_at - When the deal was closed, when applicable
Other Fields:
  • from_hierarchy_company - Name of the hierarchy (company) that generated the lead
  • url - URL associated with the lead, when provided by the source
  • demo_company - Whether the lead belongs to a demo company
Sellers (brokers) of your company and its group companies.Key Fields:
  • id - Unique identifier of the seller
  • name - Full name of the seller
  • email - Email address of the seller
  • phone - Phone number of the seller
  • company - Name of the company (branch) the seller belongs to
  • company_id - Identifier of the company (branch) the seller belongs to
  • is_recipient - Lead distribution recipient flag/level for the seller
  • can_view_bucket - Whether the seller can view the lead pool (bucket)
  • external_id - Identifier of the seller in an external system, when mapped
  • external_name - Name of the seller in an external system, when mapped
  • is_master - Whether the seller is a master (admin) user
Companies (branches) of your company’s group.Key Fields:
  • id - Unique identifier of the company branch
  • name - Display name of the company branch
Tags configured in your company.Key Fields:
  • id - Unique identifier of the tag
  • name - Display name of the tag
  • enabled - Whether the tag is active
  • autofill - Whether the tag is applied automatically by C2S
  • instructions - Usage instructions shown to sellers for when to apply the tag
Lead distribution rules (regions) of your company and its branches.Key Fields:
  • cod_1 - First matching code of the rule (e.g. development/property reference)
  • cod_2 - Second matching code of the rule (e.g. development name)
  • cod_3 - Third matching code of the rule (e.g. negotiation type)
  • priority - Priority of the rule; lower numbers are evaluated first
  • type_rule - Type of the rule: distribution (direct assignment) or rotation (round-robin)
  • seller_id - Identifier of the seller the rule assigns leads to
  • company_id - Identifier of the company (branch) the rule belongs to
Lead distribution queues of your parent company.Key Fields:
  • id - Unique numeric identifier of the distribution queue
  • name - Display name of the queue
  • priority - Priority of the queue; higher-priority queues receive leads first
  • status - Whether the queue is enabled or disabled
  • queue_type - Type of the queue (e.g. custom_queue)
  • leads_count - Number of leads currently held by the queue
  • redistributable_leads_count - Number of leads eligible for redistribution in the queue
  • redistributable - Whether leads in the queue can be redistributed
  • check_in - Whether sellers must check in to receive leads from the queue
  • check_in_qr_code - Whether check-in is done via QR code
  • group_memory_lead - Whether returning leads are routed to the seller who previously handled them
  • receptionist_enabled - Whether the receptionist flow is enabled for the queue
  • today_working_time - Working hours of the queue for the current day (JSON string)
  • sales_stand_form_id - Identifier of the sales-stand form linked to the queue, when applicable
  • advanced_queue_edit - Whether advanced queue editing is enabled
  • rules - Matching rules that route leads into the queue (JSON string)
  • next_seller_index - Index of the next seller in the rotation
  • next_seller - Seller next in line to receive a lead from the queue (JSON string)
  • distribution_sellers_quantity - Number of sellers participating in the queue
Information about the authenticated company and its sub-companies.Key Fields:
  • company_id - Unique identifier of the authenticated company
  • company_name - Display name of the authenticated company
  • sub_companies - Sub-companies (branches) linked to the authenticated company (JSON string)

Good to know

  • Rate limit: the C2S API tolerates roughly 10 requests per minute. The connector throttles itself accordingly, so large first syncs of the leads stream may take a while; subsequent incremental runs only fetch what changed.
  • Encrypted IDs: all identifiers returned by C2S are encrypted strings and should be used as-is.
  • Incremental sync: the leads stream uses the updated_at timestamp, so leads that change status, receive messages or are updated in any way are re-synced automatically.