> For the complete documentation index, see [llms.txt](https://doc.nextbot.ru/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://doc.nextbot.ru/functional/functions/sending-result/python-v.2/sozdanie-servera-dlya-resheniya-nestandartnykh-zadach/kakie-zadachi-mozhno-reshat-s-pomoshchyu-servera.md).

# Какие задачи можно решать с помощью сервера

Рассмотрим несколько ситуаций, в которых собственный сервер может упростить интеграцию.

### Ограничение количества бесплатных подборок в недвижимости

Допустим, агентство недвижимости разрешает клиенту получить две бесплатные подборки квартир.

На третье обращение агент должен вместо новой подборки предложить консультацию риэлтора.

Для этого нужно понимать, сколько раз конкретный клиент уже обращался за подборкой.

На сервере можно создать небольшую базу данных:

**Телефон клиента → количество запросов**

При каждом новом запросе NextBot обращается к серверу.

Если клиент обращается первый или второй раз — сервер увеличивает счётчик и разрешает сформировать подборку.

Если запрос уже третий — сервер сообщает об этом NextBot, а агент переводит клиента на следующий этап воронки.

![](https://2593311972-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fef2EBU68XAlye1NtG8DF%2Fuploads%2Fgit-blob-c206fce8ec0ee8f560376bea6e57ffb85046b820%2Fsozdanie-servera-Frame_149.png?alt=media)

***

### Формирование коммерческого предложения по фотографии

Представим магазин стройматериалов.

Клиент фотографирует написанный от руки список:

* 10 мешков цемента;
* 5 упаковок плиточного клея;
* 3 ведра грунтовки.

Агент должен распознать список, найти товары, рассчитать итоговую стоимость и отправить официальное коммерческое предложение в PDF.

Одна из возможных схем:

**Фото → NextBot → сервер → обработка данных → расчёт → PDF → NextBot → клиент**

![](https://2593311972-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fef2EBU68XAlye1NtG8DF%2Fuploads%2Fgit-blob-c59d7ea59b86d191b90612af8acf3115e727c09f%2Fsozdanie-servera-Group_1709.png?alt=media)

На сервер можно вынести всю техническую часть: обработку полученных данных, расчёты и формирование готового документа.

В результате вместо цепочки из нескольких отдельных сервисов получается одно мини-приложение, созданное специально под эту задачу.

***

### Пересылка ответов операторов из общей Telegram-группы

Допустим, обращения клиентов поступают в одну Telegram-группу технической поддержки.

В группе находятся несколько операторов.

Когда сотрудник отвечает на конкретное сообщение, его ответ должен отправиться именно тому клиенту, которому принадлежит исходный запрос.

Сервер в этом случае выступает посредником между NextBot и Telegram.

Он может хранить соответствие:

**сообщение в группе → клиент → диалог в NextBot**

![](https://2593311972-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fef2EBU68XAlye1NtG8DF%2Fuploads%2Fgit-blob-4b2bccf3ea3066b9ace857de5a001002d4fd5472%2Fsozdanie-servera-image_207.png?alt=media)

Когда оператор отвечает на сообщение, сервер определяет, кому принадлежит исходный запрос, и передаёт ответ в нужный диалог.

***

### Умные дожимные сообщения

В бизнесах с длинным циклом сделки одного фиксированного сообщения через три дня может быть недостаточно.

Например:

* один клиент ждёт зарплату;
* второй согласовывает решение с руководителем;
* третий попросил написать после отпуска;
* четвёртый пока сравнивает предложения.

На сервере можно хранить:

* клиента;
* статус сделки;
* причину паузы;
* контекст предыдущего общения;
* дату следующего касания;
* действие, которое нужно выполнить.

В нужный момент сервер запускает необходимую логику, после чего NextBot продолжает диалог с учётом ситуации конкретного клиента.

![](https://2593311972-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fef2EBU68XAlye1NtG8DF%2Fuploads%2Fgit-blob-f5d893c479afaa6451a82cd25d7078e6b88b5fbd%2Fsozdanie-servera-Group_1710.png?alt=media)


---

# 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://doc.nextbot.ru/functional/functions/sending-result/python-v.2/sozdanie-servera-dlya-resheniya-nestandartnykh-zadach/kakie-zadachi-mozhno-reshat-s-pomoshchyu-servera.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.