# Май

## MacroCRM

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

В мае произошли важные изменения в логике учета данных по источникам заявок, призванные сделать учет более прозрачным и предсказуемым на всех этапах жизни заявки!

* У заявок, создаваемых из переписок в мессенджерах, теперь будет собственный отдельный тип источника — Мессенджеры, что позволит легко отделить такие повторные обращения из общей массы и не позволит им влиять на реальные источники заявок.
* При поступлении повторного обращения мы проверяем текущий тип источника в заявке и если он не WWW, а в повторном обращении WWW, то с вероятностью 99,9% это коллтрекинг дослал информацию об источнике заявки, поэтому система перезапишет все имеющиеся данные об источнике заявки на вновь пришедшие. А вот если текущий тип источника заявки WWW, то при повторном обращении система проверит наличие в изначальных данных utm\_source, и если он есть, то по повторному обращению ничего не перезапишется, новые данные сразу отправятся в историю utm. В противном же случае все предыдущие данные будут очищены и перезаписаны на вновь пришедшие.
* Теперь первичные данные об источнике сразу после создания заявки дополнительно записываются в историю utm, чтобы сохранить полную картину в случае перезаписи первоначальных данных.
* Автоматическую перезапись данных об источнике заявки теперь можно просто отключить, воспользовавшись настройкой в компании «Не обновлять данные об источнике заявки при повторных обращениях». Если вы включите эту настройку, то первоначальные данные об источнике заявке ни при каких условиях не изменятся и не дополнятся по повторным обращениям. Все вновь получаемые данные будут записываться в историю utm.&#x20;
* Появилась возможность регулировать правило возврата заявок из Отказа по повторным обращениям в настройках компании, вплоть до безусловного возврата по каждому новому обращению. Ранее заявки возвращались из отказа только в течение 30 дней с последнего обновления заявки, в противном случае - создавалась новая заявка.
* В отчете по источникам заявок появился новый фильтр «Атрибуция», который позволяет группировать заявки по первому или последнему касанию на основании истории utm.
* В отчете по источникам заявок появился новый фильтр «Группы источников» - он позволяет делать отбор заявок по заранее заданному набору utm-меток. Для использования этого фильтра нужно заранее создать группы источников с соответствующими utm в каталогах компании.

<figure><img src="https://2409287958-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FfkymnT1WRuXnrJRm6ZIO%2Fuploads%2Fu4gIWo3otydVKoAWSoYm%2Fimage.png?alt=media&#x26;token=e712932a-62ac-4f8f-a271-e9bb87d39590" alt=""><figcaption></figcaption></figure>

### Обновление интеграции с НМаркет.ПРО

В личном кабинете НМаркет.ПРО было добавлено новое поле, где агенты могут оставлять комментарии по заявкам, адресованные сотрудникам отдела продаж. Эти комментарии теперь передаются в MacroCRM в ленту событий по заявке.

## MacroERP

### Настройка для начисления гарантийного удержания только по позициям с типом "Работа"

<figure><img src="https://2409287958-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FfkymnT1WRuXnrJRm6ZIO%2Fuploads%2FadZs0vYBj5hKeZFzSAlg%2F%D0%93%D0%A3.jpg?alt=media&#x26;token=e70c0414-a429-46db-92bb-9739313a1ad4" alt=""><figcaption></figcaption></figure>

В параметрах документа появилась настройка **"Начислять ГУ в % только с работ"**, которая позволит более точно рассчитывать размер удержаний по договорам, в которых контрагент по договору не только выполняет работы, но и расходует, например, собственные материалы.

Данная опция доступна в случае если:

* ГУ заданы в % по договору
* нет созданных финансовых операций на оплату гарантийных удержаний.

Если настройка "Начислять ГУ в % только с работ" включена, то:

* при создании финансовой операции по оплате гарантийных удержаний, они будут рассчитываться от позиций в акте с типом "Работа"
* общая размер гарантийного удержания по договору рассчитывается только от позиции предмета договора с типом "Работа"

### Отображение закрытого объема по каждой позиции предмета договора

<figure><img src="https://2409287958-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FfkymnT1WRuXnrJRm6ZIO%2Fuploads%2FFDwmQVF3QTLbJFST6sDF%2F%D0%B7%D0%B0%D0%BA%D1%80%D1%8B%D1%82%D1%8B%D0%B5%20%D0%BE%D0%B1%D1%8A%D0%B5%D0%BC%D1%8B.jpg?alt=media&#x26;token=678a1ae0-cd88-4b95-a71a-16c624bbbde3" alt=""><figcaption></figcaption></figure>

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

### Выборка финансовых операций не разнесенных по СДДС

<figure><img src="https://2409287958-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FfkymnT1WRuXnrJRm6ZIO%2Fuploads%2FYgMkrOwqD7bXULPNDk4g%2F%D0%91%D0%B5%D0%B7%20%D0%BD%D0%B0%D0%B1%D0%BE%D1%80%D0%BE%D0%B2.jpg?alt=media&#x26;token=2f0ac7d6-c118-4f86-9e4e-cffd6451f4da" alt=""><figcaption></figcaption></figure>

В модуле "Финансы" с листинге операций стало доступно выбрать все финансовые операции, которые не были разнесены не по одному набору статей. Для этого достаточно в фильтре "Набор статей ДДС" выбрать пункт "Без разнесения по наборам".

<figure><img src="https://2409287958-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FfkymnT1WRuXnrJRm6ZIO%2Fuploads%2FIW7iDZPdgApIBlvVMP81%2F%D0%B1%D0%B5%D0%B7%20%D0%BA%D0%BE%D0%BD%D0%BA%D1%80%D0%B5%D1%82%D0%BD%D0%BE%D0%B3%D0%BE%20%D0%BD%D0%B0%D0%B1%D0%BE%D1%80%D0%B0.jpg?alt=media&#x26;token=d6f56da5-986f-4ec8-a855-f6d5ca7d5c8b" alt=""><figcaption></figcaption></figure>

В случае если требуется найти операций, которые не разнесены по конкретному набору, выберите в фильтре "Набор статей ДДС" требуемый набор, а в фильтре "Статья ДДС" пункт "Без разнесения по статьям", тогда система покажет все финансовые операции не разнесенные именно в рамках искомого набора статей затрат.

### Информация о наличие предписаний и дефектовок в акте выполненных работ

<figure><img src="https://2409287958-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FfkymnT1WRuXnrJRm6ZIO%2Fuploads%2FsRzPliq1C7lsdyLMKDVv%2F%D0%BF%D1%80%D0%B5%D0%B4%D0%BF%D0%B8%D1%81%D0%B0%D0%BD%D0%B8%D1%8F%20%D0%B2%20%D0%B0%D0%BA%D1%82%D0%B0%D1%85.jpg?alt=media&#x26;token=88657eef-a685-4fef-aaa8-2dd6acc79074" alt=""><figcaption></figcaption></figure>

В акте выполненных работ в блоке "Общая информация" а также в "Выполненные работы" теперь рядом с ГПР информационно выводится количество предписаний и дефектовок. Значения выводятся через знак "/". Первая цифра отвечает за количество устраненных предписаний или дефектовок, а вторая общее количество выписанное на работу/группу работ.

Обращаем внимание, что счетчик предписаний и дефектовок в случае, если выбрана группа работ, включает в себя все предписания и дефектовки выставленные как непосредственно на саму группу работ так и на вложенные в нее работы.


---

# Agent Instructions: 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:

```
GET https://docs.macrodigital.ru/obnovleniya-i-novosti/arkhiv/2024/mai.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
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.
