> For the complete documentation index, see [llms.txt](https://resolve-wiki.huckster.ru/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://resolve-wiki.huckster.ru/glavnaya/katalog.md).

# Каталог

#### Формирование каталога

Для начала любой работы в Huckster требуется сформировать каталог товаров, с которыми в дальнейшем предстоит работать. Каталог обычно формируется импортом из ведущего (наиболее полного и корректного по артикулам) кабинета. В качестве артикула Huckster будет принят текущий артикул поставщика на маркетплейсе (offer\_id). На начальном этапе, из-за больших объемов загрузки, лучше передать эту задачу в поддержку.
\
В дальнейшем, штучные добавления можно делать через Связки товаров. При добавлении через Связки операция дополнительного обновления каталога кабинета МП и установка соответствий происходит автоматически, хотя может занимать некоторое время. При больших размерах каталога товар появится в каталоге сразу, но в шаблоны стратегий попадет чуть позже, по мере синхронизации.

С точки зрения синхронизаций, артикул в Huckster является промежуточным между системой учета клиента и маркетплейсами. Допустимо соответствие одного артикула Hickster (uid) нескольким карточкам кабинета маркетплейса, но дополнительные сопоставления потребуется указать вручную через отдельный шаблон (Соответствия артикулов товаров МП). Обратное соотношение (больше одного артикула Huckster к одной карточке маркетплейса) недопустимо и приведет к множественным ошибкам.

В результате каждый артикул каталога Huckster (в результате синхронизации с каталогами кабинетов МП) будет связан с соответствующими карточками кабинетов. В дальнейшем Артикул поставшика (uid) отвечает на вопрос "какой товар?", связка в нужном кабинете отвечает на вопрос "где?", а запущенные стратегии, включенные обмены, опции внутри стратегий и настройки в самом кабинете отвечают на вопрос "что делаем с карточкой товара на маркетплейсе?".

Требование одного артикула для одного товара (без повторов в каталоге) продиктовано синхронизациями с 1С, МойСклад или внешними фидами. При таких синхронизациях связность устанавливается, как правило, один-к-одному.
\
Это же правило позволяет настроить несколько цен для одного и того же артикула в Huckster, автоматически их обновлять, и применять в качестве цен кабинета или границ стратегий.

Одним из рекомендуемых шагов в начале работы является приведение артикулов поставщика на маркетплейсах к одному значению. Наименование, штрихкоды и прочие характеристики могут быть разными, но артикул поставщика желательно использовать один, если товар один и тот же. Это намного упростит дальнейшие синхронизации, позволит использовать автоимпорт и автосопоставления, уберет необходимость постоянного обновления шаблона соответствий (какому артикулу в каком кабинете соответствует товар в Huckster). Также это сильно упростит переписку с поддержкой и ускорит проверки аварийных или проблемных ситуаций.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://resolve-wiki.huckster.ru/glavnaya/katalog.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.