Предложения с ценами из ваших прайс-листов и в вашем оформлении без предварительного создания сделки, места размещения, отобранные по тому, что стоит рядом, места размещения на карте без цен и предел скидки, который проверяется при сохранении.
СмотретьКаждая команда в общей системе видит те сделки и поля, которые нужны ей для работы
Сделка открыта ответственному и командам, с которыми ею поделились, а новый сотрудник получает доступ команды, когда вы добавляете его в её группу. Маржа может оставаться скрытой в документе, который команда читает. У каждого процесса, который создаёт счета, свой список тех, кто может его запустить, а тот, кому передают сделку, находит её историю в ней самой.
Контекст
В таблице или в CRM с одним уровнем доступа каждая региональная команда, агентский отдел и финансы видят одни и те же сделки, одну и ту же маржу и одни и те же кнопки. Чтобы сузить доступ, каждого сотрудника приходится настраивать вручную, поэтому доступ выдают с запасом и копируют у того, кто раньше занимал это место.
01/05Каждая команда ведёт свои сделки
“Когда в отдел приходит новый сотрудник, мне приходится настраивать ему весь доступ вручную.”
Доступ следует за командой
Сделка открыта ответственному и командам, с которыми ею поделились, поэтому региональная команда ведёт свою воронку. Дайте роль группе команды, и её получит каждый, кого вы добавите в группу. Доступ только складывается: у человека есть всё, что даёт любая из его групп, поэтому одной щедрой группы достаточно, чтобы открыть ему запись.
Как это работает, по документации
The assignee is used by the permission system to determine “own” access — an employee whose role grants permissions scoped to own records can see and work on deals where they are the assignee.
Employee groups attached to a deal extend visibility and access to all members of those groups. For permission purposes, membership in one of the deal’s groups counts as “own” access, the same way being the assignee does.
Use groups for team pipelines — for example, a regional sales team sharing all of its deals regardless of individual assignee.
Управление сделкамиA group can have a default role — a permission role that is assigned to employees by virtue of their membership in the group. An employee’s effective permissions are the union of all roles from all groups they belong to.
Группы сотрудниковAn employee belongs to one or more groups. Each group can carry one or more roles. The employee’s effective permissions are the union of all permissions from all roles in all groups they belong to.
If any group grants a permission, the employee has it, and no other group can take it away.
Роли и разрешения0205
03АдминистраторФинансы “Любой пользователь мог запустить любой процесс, в том числе те, что затрагивают счета и сделки.” →У каждого процесса свой список тех, кто может его запустить
“Любой пользователь мог запустить любой процесс, в том числе те, что затрагивают счета и сделки.”
Что происходит сейчасАвтоматизацию намеренно держат маленькой, потому что нельзя задать, кто что может запускать.
У каждого бизнес-процесса свой список ролей, которым разрешено его запускать, поэтому процесс, который выставляет счета, может остаться за теми, кто выставляет счета. Роль, которая видит процесс, но не входит в этот список, не может его запустить.
Как это работает, по документации
Launch permissions are controlled per process through the Roles & Access tab on the process detail page.
Each employee role can be granted or denied the right to launch a specific process. An employee can launch a process only if at least one of their roles has been granted launch access to that process.
Launch access is independent of the read, update, and delete permissions on the process record itself. An employee who can view a process definition cannot necessarily launch it.
Запуск процессов и права на запуск04 “Когда по сделке возникает спор, история уже на месте, потому что система вела её сама.” →История сделки ведётся сама
“Когда по сделке возникает спор, история уже на месте, потому что система вела её сама.”
Комментарии и смены этапов, которые делают люди, попадают в одну ленту в сделке с указанием, кто внёс каждое изменение, а записи о смене этапа никто не может изменить или удалить. Тот, кому передают сделку, читает, что с ней было, в одном месте.
Как это работает, по документации
Every deal has an activity feed that combines two kinds of entries in a single chronological stream:
- Comments — free-text notes posted by employees.
- State-change records — system-generated entries that log each stage transition with before-and-after values.
Each time a deal moves from one stage to another, the system automatically writes a record into the activity feed. The record shows:
- the employee who made the change,
- the previous stage,
- the new stage,
- and, when the deal transitions to Paid, the payment details (type, amount, and date).
State-change records cannot be edited or deleted.
Because comments and state changes share the same feed, you can reconstruct the full negotiation history in one place — what happened, when, and who did it. This is especially useful when taking over a deal from another employee.
Журнал событий сделки05 “Отключение уволившегося завершает его сессии, сообщает приложениям с зарегистрированным адресом выхода о его выходе и останавливает его токены и почтовые пароли.” →Уходящего сотрудника отключают одним действием
“Отключение уволившегося завершает его сессии, сообщает приложениям с зарегистрированным адресом выхода о его выходе и останавливает его токены и почтовые пароли.”
Отключение сотрудника сразу завершает все его сессии и удаляет токены и пароли, которыми он входил в CS Deals. Приложения, зарегистрировавшие адрес выхода, получают сообщение о том, что сотрудник вышел.
Как это работает, по документации
Deactivating an employee ends every session of the account at once. It also deletes the employee’s personal access tokens, app passwords, OAuth tokens, backup codes and authenticator app, and it tells connected applications that the employee signed out. Activating the account again does not bring any of these back.
Учётные записи сотрудниковAn administrator can end a single session of an employee, or all of their sessions at once. The confirmation for all sessions lists the connected applications that will be told the employee signed out.
СессииCityScreen Deals sends a logout message to every application that has a logout address and holds a token of the employee when:
- the employee logs out, or ends a session;
- an administrator ends the employee’s sessions;
- the employee’s password is reset, or it expires and the sessions end;
- a password change ends sessions;
- the account is deactivated or deleted;
- the employee revokes the application’s authorization under Account > Authorizations.
A session that simply expires sends no message.
Выход из подключённых приложенийПеред началом
Что потребуется при настройке
Что сделатьПочему, по документации
Постройте команды и территории как дерево групп сотрудников
Groups can form a hierarchy: a group can have a parent group. Model your organizational structure as the group tree — for example, regions containing teams.
Группы сотрудниковДобавьте каждого сотрудника в его группы сами, потому что никто не вступает в группу самостоятельно
A new employee is not automatically added to any group. You must add each employee to groups explicitly after creating their account.
Группы сотрудниковДайте каждой группе роль, которая нужна её участникам
Выдайте права на каждое новое поле ролям, которые должны его видеть
When a new field is created, the system automatically grants the creating employee’s roles the following field-level permissions:
- Read Own
- Update Own
- Delete Own
These defaults give the employee who created the field immediate access to it on their own records. Other employees and broader scopes (Group, Any) must be granted explicitly through the permission configuration.
Права на уровне полейНазовите роли, которые могут запускать каждый бизнес-процесс
CS Deals · Возможности в этом сценарии9
Сделки и воронка продаж
Автоматизация процессов
Доступ и администрирование
Единый вход и доступ к API
Другие сценарии
CS Deals настраивается под вашу сеть.
Малайзийские электронные счета, отправленные через ClearTax, с QR-кодом на самом счёте, пакет договорных документов, заполненный из сделки, и утверждённые счета, проведённые в главную книгу.
СмотретьДвухэтапная проверка, которую можно потребовать, политика паролей, блокировка повторных неудачных входов и журнал входов с выгрузкой, отключение уволившегося одним действием и служебная учётная запись для каждой вашей системы.
СмотретьВаш администратор сам задаёт документы, которые вы ведёте, их поля и расчёты и меняет их, когда это нужно бизнесу; каждый документ выходит в макете, который вы сами создаёте, а типы записей и поля, проверенные в тестовой организации, попадают в рабочую одним файлом.
СмотретьОдна синхронизация превращает забронированную сделку в действующую кампанию CS Play, изменение периодов или цен в предложении, уже отправленном в CS Play, помечается для повторной синхронизации, а список экранов приходит из CS Play каждый час.
СмотретьПроцессы, нарисованные в продукте, создают и отправляют документы, у каждого свой список тех, кто может его запустить; шаг со сбоем отмечается на схеме, а новая версия не затрагивает уже идущую работу.
СмотретьФотоотчёт по каждой поверхности по одной ссылке для рекламодателя, печать и монтаж в той же сделке, что и размещение, свободные щиты, выгруженные в презентацию, и даты аренды, за которыми может следить процесс.
СмотретьУчитывайте показы в цифровом рекламном цикле и позиции на скроллере или призматроне там же, где вы их продаёте, держите кампанию с несколькими периодами размещения в одном предложении и сохраняйте предложенные цены при изменении прайс-листа.
Смотреть





