> ## Documentation Index
> Fetch the complete documentation index at: https://docs.bindbee.dev/llms.txt
> Use this file to discover all available pages before exploring further.

# Reading & Writing Data

> How data gets into Bindbee, how you read it out, and what is different about writing back.

Reads and writes take different paths through Bindbee. Reads are served from data that has already been synced and normalized, so your app gets a fast, consistent response from any system.

Writes go straight to the source system at the moment you send them. Most of what follows comes out of that difference.

<CardGroup cols={2}>
  <Card title="Reading data" icon="arrow-down-to-line" href="/guides/reading-writing/reading-data">
    Where a read is served from, and the parameters that narrow, enrich and incrementally sync it.
  </Card>

  <Card title="Writing data" icon="arrow-up-to-line" href="/guides/reading-writing/writing-data">
    How a write reaches the source system, why its shape varies, and what happens when it fails.
  </Card>
</CardGroup>

| To do this                                      | Go here                                                     |
| ----------------------------------------------- | ----------------------------------------------------------- |
| Narrow a collection, or fetch only what changed | [Reading data](/guides/reading-writing/reading-data)        |
| Write back to the source system                 | [Writing data](/guides/reading-writing/writing-data)        |
| Control when data refreshes                     | [Syncing](/guides/reading-writing/syncing)                  |
| Learn that something changed                    | [Webhook](/guides/reading-writing/webhooks)                 |
| Reach a value the unified model drops           | [Raw Data](/guides/reading-writing/raw-data)                |
| Understand the identifiers on every record      | [id vs remote\_id](/guides/reading-writing/record-identity) |

## Related

* [Core concepts](/get-started/core-concepts) - what a model, record and connector are
* [Data Models](/guides/data-models/employee-data) - what each model contains
* [Scoping](/get-started/scoping) - why a field can be absent entirely