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

# Your first Occtoo experience

## Welcome to start the trial

We are very happy that you've decided to give Occtoo a go and hope that [**the trial**](https://www.occtoo.com/free-trial) will provide you with all answers you might have. If not, *do not* hesitate to reach out to your appointed CX representative.

On this page we've saved a set of [**useful links**](#useful-links) along with an introduction to help guide you through the trial environment that you've been given access to. The environment has been preloaded with data that is there to further aid in the understanding of how Occtoo fits in the new digital landscape and to display how easy it is to create tailored APIs for any digital initiatives you might have going on.

As a starting point, we strongly recommend that you at least skim through the [**Occtoo blocks concept page**](/concepts/overview) to get a better understanding, not only of the different parts that make up Occtoo, but also what their purposes are.

#### TL;DR

In a hurry? Don't worry, we've saved a set of [**useful links**](#useful-links) at the bottom of this page to get right into the action.

## Catalog

The catalog section is a powerful part of Occtoo, adding many new functionalities to the platform. It’s a way for users to find and manage products, variants & SKUs with ease, as well as enriching them. The datamodel supports variants, hierarchies, localization, business logic and more to craft comprehensive product experiences for complex and configurable products.

<img src="https://mintcdn.com/occtoo/o_I3mhSY9-VPYmDX/images/guides/studio/catalog/catalog-page.png?fit=max&auto=format&n=o_I3mhSY9-VPYmDX&q=85&s=03c5206192b66c5319cbedee4e1fdbbf" alt="The Catalog page" width="1452" height="900" data-path="images/guides/studio/catalog/catalog-page.png" />

Catalog shows the entries of one card at a time. Pick the card, then [**search or sort**](/guides/studio/catalog/find-entries) your way to what you need, or [**filter**](/guides/studio/catalog/filter-entries) on any property to cut the list down. Opening an entry gives you [**its values**](/guides/studio/catalog/entry-page), which you can [**edit by hand**](/guides/studio/catalog/enrich-an-entry) where the card allows it, along with [**its relations**](/guides/studio/catalog/entry-relations), [**its history**](/guides/studio/catalog/change-log) and [**everything that publishes it**](/guides/studio/catalog/used-by).

A filtered list can be turned straight into a [**query segment**](/guides/studio/catalog/filter-entries#turn-a-filtered-list-into-a-segment), and a hand-picked set of entries into a [**fixed one**](/guides/studio/catalog/select-entries). You can also [**add a single entry**](/guides/studio/catalog/add-an-entry), [**import many at once**](/guides/studio/catalog/import-entries) or [**export**](/guides/studio/catalog/export-entries) what you are looking at.

## Source

Source is the block that displays the data that has been [**onboarded into Occtoo**](/get-started/get-data-into-occtoo). The trial version offers limited functionality in this block but don't worry; we've created three data sources (product, price and customer) and pre-loaded them with data.

<img src="https://mintcdn.com/occtoo/DJmYfP-0T8zzruR8/images/get-started/soure-pre-loaded-sources-41c25ec3fa1893db5657de191b042375.png?fit=max&auto=format&n=DJmYfP-0T8zzruR8&q=85&s=2ec0af2a88f96db7d402b29cc9606463" alt="An image from the static" width="1002" height="224" data-path="images/get-started/soure-pre-loaded-sources-41c25ec3fa1893db5657de191b042375.png" />

In the non trial version of source you can either [**create new**](/guides/studio/sources/add-a-data-source) data sources or manage ([**edit**](/guides/studio/sources/edit-a-source) or [**delete**](/guides/studio/sources/delete-a-data-source)) existing ones. You also have the possibility to dive into a data source, [**search for**](/guides/studio/sources/browse-entries), and inspect individual data entries that's been onboarded, even [**removing them**](/guides/studio/sources/delete-an-entry) if the need arises. In the full version you also have the possibility to [**import data using CSV**](/guides/studio/sources/manual-import) directly into a data source.

In order to programmatically [**upload data**](/guides/studio/sources/import-data) into a source one is in need of a data provider, these are also managed ([**created**](/guides/studio/sources/add-a-data-provider), [**edited**](/guides/studio/sources/edit-a-data-provider) and [**deleted**](/guides/studio/sources/remove-a-data-provider)) within the source block.

Alright, so now we have some data in the system ... let's do something useful with it in Cards 👇!

## Card

The Card block is where you "bring order to chaos" in the sense that it allows you as a user to model and repurpose the onboarded data into entities that you want to provide as data via APIs. We've prepared two cards (product & price) that are *ready to use*.

<img src="https://mintcdn.com/occtoo/DJmYfP-0T8zzruR8/images/get-started/cards-pre-populated-5ddb4b2556ae82e014582b046dc13113.png?fit=max&auto=format&n=DJmYfP-0T8zzruR8&q=85&s=8fa5a2f95f3e26a9c7987b88e0cd6de0" alt="An image from the static" width="682" height="276" data-path="images/get-started/cards-pre-populated-5ddb4b2556ae82e014582b046dc13113.png" />

The starting point in cards is obviously the [**creation of a new card**](/guides/studio/cards/create-a-card) which includes defining its [**name**](/guides/studio/cards/create-a-card#fill-in-the-card-details) and [**description**](/guides/studio/cards/create-a-card#fill-in-the-card-details) as well as [**which data source**](/guides/studio/cards/create-a-card#fill-in-the-card-details) to base the card upon. When defining which data source to use in the card, all properties in that data source are automatically made available when defining which to use on the card. When adding the card you also get the possibility to add structure to the otherwise unstructured data that was onboarded in the sense that you for individual properties get to define, not only its name and identifier, but also what [**type of data**](/concepts/card#properties) that it has.

<img src="https://mintcdn.com/occtoo/DJmYfP-0T8zzruR8/images/get-started/cards-structure-data-c70c7171dc40950309f3d70f7ead7bad.png?fit=max&auto=format&n=DJmYfP-0T8zzruR8&q=85&s=8c4252b458d5ef11d23ad78c23ad51bb" alt="An image from the static" width="1353" height="473" data-path="images/get-started/cards-structure-data-c70c7171dc40950309f3d70f7ead7bad.png" />

The time to complete the task of creating a card, and defining its included properties, can vary drastically from case to case and hence you always have the possibility as a user to get back to your card and update properties, [**adding new ones**](/guides/studio/cards/add-a-property) or [**changing old ones**](/guides/studio/cards/update-a-property). When you are satisfied with the card that you've created you [**activate it**](/guides/studio/cards/create-a-card#activate-the-card), resulting in the card being available to use in a destination. Even with a card activated you have the possibility to [**edit**](/guides/studio/cards/update-a-property) or [**add new properties**](/guides/studio/cards/add-a-property) to the card. Any [**pending changes**](/guides/studio/cards/pending-changes) to an *active* card are shown in the **Status** column of the card's properties table. Prior to appending any changes the user has the possibility to alter, and even remove, any planned changes to the card. When done just activate the card as previously.

If a card has run its course and has no further use, users have the possibility to [**archive**](/guides/studio/cards/archive-and-restore-a-card) the card. This results in the card not being available for new destinations and no data updates to the card will be processed.

Whohooo! We have structured the unstructured data in a manner that it's ready to be provided to the world 🥳. Now let's dive into segments and see how we can control *what* data is made available.

## Segment

The Segment block helps users ensure that the *correct* content is delivered given the context in which it is provided. And as always, we've prepared two segment categories (product & prices) ready to be used in the exploration of Occtoo.

<img src="https://mintcdn.com/occtoo/DJmYfP-0T8zzruR8/images/get-started/segment-pre-loaded-918b9b130d4ea719e3663588cd2b3313.png?fit=max&auto=format&n=DJmYfP-0T8zzruR8&q=85&s=79e57f42e70fe8971360f7c2bf30656a" alt="An image from the static" width="521" height="214" data-path="images/get-started/segment-pre-loaded-918b9b130d4ea719e3663588cd2b3313.png" />

Every segment belongs to a segment category. A category groups segments that are built on the same card, so they are easier to organise and find. Categories are managed ([**added**](/guides/studio/segments/create-a-segment-category), then [**renamed or deleted**](/guides/studio/segments/manage-segment-categories)) from the segment block.

Now that we got a segment category in place we are ready to start [**creating segments**](/guides/studio/segments/create-a-segment). A segment defines a sub-selection of a data set based on either a [**query**](/guides/studio/segments/filter-segment-entries) or as a [**fixed**](/guides/studio/segments/upload-a-fixed-segment) list. Examples could be *'product based segment that includes all red t-shirts'* or *'price based segment that includes all prices based on a specific market'* or *'just these three specific products'*. After creation a segment can be used to filter the data provided in an endpoint, giving the creator control over what is made available. From the segment block users have the possibility, not only to [**add new segments**](/guides/studio/segments/create-a-segment), but also to [**edit**](/guides/studio/segments/edit-a-segment) existing ones.

We are almost at the crescendo, hold on for a little while longer 😅! We've gone from inspecting the onboarded data, to re-purposing it via cards to selecting what data we want to provide. We are now looking at the last piece of the puzzle, providing data as a real-time API.

## Destination

We've arrived at our final destination (pun intended) of this introduction/crash course to Occtoo; the Destination block. Destinations are where the custom APIs are crafted, giving you as a user the possibility to create tailor-made endpoints for your specific purpose and use case. In the trial, the only limitation applied is that you are not able to create public destinations.

<img src="https://mintcdn.com/occtoo/DJmYfP-0T8zzruR8/images/get-started/destination-add-destination-0e2552bf9c6083ccf2a1aa1e8fa5edb1.png?fit=max&auto=format&n=DJmYfP-0T8zzruR8&q=85&s=ea859d908d586b7fbc3ca55d8d656810" alt="An image from the static" width="509" height="295" data-path="images/get-started/destination-add-destination-0e2552bf9c6083ccf2a1aa1e8fa5edb1.png" />

The destination block provides possibilities to manage ([**create**](/guides/studio/destinations/create-a-destination) and [**delete**](/guides/studio/destinations/delete-a-version)) your destinations and within an individual destination (that is yet to be [**published**](/guides/studio/destinations/publish-a-destination)) you have the possibility to adjust it to your purpose. Whether that is [**adding additional languages**](/guides/studio/destinations/add-languages), [**adding new endpoints**](/guides/studio/destinations/create-an-endpoint), adding a [**segment as an endpoint filter**](/guides/studio/destinations/endpoint-segments), or [**selecting properties and defining facets and aliases**](/guides/studio/destinations/endpoint-content) for an endpoint; this is the place you go.

When examining the details of a destination, you also have the possibility to manage ([**registering new ones**](/guides/studio/destinations/register-an-application), [**resetting secrets**](/guides/studio/destinations/reset-a-client-secret) or [**removing access**](/guides/studio/destinations/remove-an-application)) the applications that can communicate with it. As a user you have the possibility to manage applications regardless of the publication status of a destination.

Be sure also to check out the [**generated documentation**](/guides/studio/destinations/generate-documentation) for your destination, either directly in the app or by downloading it from the documentation tab.

## Wrap-up

Congratulations, you've managed to get through this page (hopefully not too confused 😉). This means that you now have an overview of all the core components of Occtoo and how to convert enterprise data to experience data. Something still unclear? Do not hesitate to reach out to your appointed CX representative or drop a mail to [**support**](mailto:support@occtoo.com).

Below we've composed a cheat sheet with the useful links to get going.

### Useful links

#### Catalog

* [Find entries](/guides/studio/catalog/find-entries)
* [Filter entries](/guides/studio/catalog/filter-entries)
* [Enrich an entry](/guides/studio/catalog/enrich-an-entry)
* [Import entries](/guides/studio/catalog/import-entries)

#### Source

* [Add a data source](/guides/studio/sources/add-a-data-source)
* [Add a data provider](/guides/studio/sources/add-a-data-provider)
* [Manual data import via CSV](/guides/studio/sources/manual-import)

#### Card

* [Create and activate a card](/guides/studio/cards/create-a-card)
* [Add a property to an existing card](/guides/studio/cards/add-a-property)
* [Archive a card](/guides/studio/cards/archive-and-restore-a-card)

#### Segment

* [Create a segment category](/guides/studio/segments/create-a-segment-category)
* [Create a segment](/guides/studio/segments/create-a-segment)
* [Edit a segment](/guides/studio/segments/edit-a-segment)

#### Destination

* [Create a destination](/guides/studio/destinations/create-a-destination)
* [Create an endpoint](/guides/studio/destinations/create-an-endpoint)
* [Filter an endpoint with segments](/guides/studio/destinations/endpoint-segments)
* [Publish a destination](/guides/studio/destinations/publish-a-destination)
* [Register an application](/guides/studio/destinations/register-an-application)

You can find all Occtoo Studio articles [**here >>**](/guides/studio/overview)
