Este artículo solo está disponible en inglés.

Para Developers · Actualizado el 6 nov 2026

Push data to Scowtt's API

If your team has development resources and wants to send records as they happen, Scowtt can provide an API endpoint for your systems to push to. Because each customer's data is shaped differently, it starts with a mapping exercise to align your fields with what Scowtt expects.

How it works: You and Scowtt map your fields together. Scowtt sends you an endpoint and token, your developers build the push, and Scowtt checks a test before you go live.

Before you start

  • A developer or agency who will build and maintain the push job.
  • A list of the data you'll send: leads or contacts, activities such as calls, emails and appointments, opportunities or quotes, and purchases or revenue.

What's involved

  1. You: Tell your Scowtt team what you'll send

    Share the data list and who on your side is building the push.

  2. You and Scowtt: Map your data fields

    You and your Scowtt team map your fields to the expected format: each field you have, what it means and example values. The more complete the mapping, the faster setup goes. Scowtt then does some setup to support your format and shares a timeline.

  3. Scowtt: Send your endpoint and token

    Scowtt confirms the payload format and sends your API endpoint and an authentication token through a secure channel.

  4. You: Build the push process

    Your team builds the process that sends data to the endpoint: a scheduled batch at least hourly, or each change as it happens.

  5. You: Send a test push

    Send a test push and tell your Scowtt team.

  6. Scowtt: Check the test and confirm go-live

    Scowtt validates the test push against the mapping, then confirms you can go live.

  7. You: Send your history separately

    Send the historical backfill as a one-time transfer through SFTP or a storage bucket. Don't replay years of history through the live API.

Good to know

  • Give every record a stable ID and an updated-at timestamp, so a record sent twice updates the original instead of creating a duplicate.
  • Store the token in a secrets manager, not in code.
  • Tell your Scowtt team before you add, rename or remove fields.
  • To stop sharing, stop the job. Scowtt revokes the token on request.

Who does what

StepWhoWhat changes hands
Tell your Scowtt team what you'll sendYouYour data list and who's building the push
Map your data fieldsYou and ScowttYour field list, meanings and examples
Send your endpoint and tokenScowttEndpoint, token, payload format
Build the push processYou—
Send a test pushYouA test push
Check the test and confirm go-liveScowttGo-live confirmation, or fixes needed
Send your history separatelyYouHistory files, through SFTP or a bucket