Изображение удалено.

 

О компании

Telezon — первый «облачный» центр услуг связи для бизнеса. Компания создает системы связи «под ключ», выполняя полный цикл работ от первой консультации до сдачи готовой системы заказчику, в том числе проектирование, строительство всех необходимых частей связи, поставку и настройку оборудования.

Предпосылки внедрения bpmonline

Компания Telezon не использовала системы управления внутренними и внешними сервисами до внедрения bpmonline. Поэтому изначально отсутствовали четко прописанные процессы работы сотрудников. Это влекло за собой сложности в проведении контроля и анализа выполненных задач. Не было общей картины работы компании по оказанию услуг постпродажного сопровождения и развития клиентов.

Задача, которая была поставлена перед командой внедрения bpmonline, заключалась в построении качественной работы службы поддержки компании с помощью продукта bpm'online service.

 

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

Выполненные настройки

Регистрация обращений происходит по 3 каналам связи: email, портал самообслуживания и с помощью телефонного звонка. В системе был настроен процесс, который объединяет обращения из разных каналов в едином пространстве и предоставляет операторам быстрый доступ к полной истории работы с клиентом. Теперь если клиент обращается в службу поддержки по телефону, менеджер может оперативно предоставить ему консультацию, а также принять решение о создании нового и работы по существующему обращению.

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

С помощью инструмента Case Management реализован алгоритм обработки обращений клиента. Для того чтобы ответственный сотрудник, который взял обращение в работу, оперативно мог получить доступ к нужным статьям в базе знаний, в карточке обращения добавили специальную деталь, в которой отображаются только те статьи, которые соответствуют сервису обращения.

В случае, когда к обработке обращения необходимо подключить специалиста по снабжению, bpmonline автоматически отправляет ему информационное письмо. После чего состояние обращение переключается на «Состояние пауза». Когда специалист по снабжению отправляет ответ на письмо, bpmonline прикрепляет это письмо к обращению и меняет состояние обращения на «Выезд». Это позволяет ответственному за обращение оперативно продолжить работу.

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

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

  • оказанный сервис;
  • предоставленное решение по обращению;
  • клиент и его контактные данные;
  • плановое время реакции и разрешения по сервису;
  • количество затраченных часов сотрудника компании;
  • затраты по обращению.

 

Эта форма необходима для технического специалиста, который на выезде должен подписать её с клиентом.

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

Результат

Благодаря внедрению bpmonline упрощена работа менеджеров. Заранее прописанный сценарий работы позволяет оптимально использовать время на обработку обращений. Также стало возможным ускорить внутренние процессы благодаря автоматизации уведомлений смежных подразделений по обработке обращений. Все это, вместе с настроенной аналитикой, позволило ускорить обработку обращений и повысить лояльность клиентов к компании.

Нравится

Поделиться

0 комментариев
Показать все комментарии

Изображение удалено.

 

О компании

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

Предпосылки внедрения bpm’online

До внедрения bpmonline сотрудники Сервис Групп не использовали системы управления работы с клиентами, что усложняло контроль обработки обращений операторами и подрядчиками.

 

Основная задача проекта — повышение качества обслуживания клиентов подрядчиками, а также контроль выполнения договорных обязательств всеми сторонами процесса. Для выполнения поставленной задачи были автоматизированы процессы работы контакт-центра с помощью решения bpmonline customer center.

Выполненные настройки

Процесс обработки нового обращения выглядит таким образом: при поступлении обращения оператор компании заполняет в нем сервис и ответственного со стороны подрядчика. За каждым направлением обслуживания закреплен определенный подрядчик. Согласно условий работы компании, подрядчики должны видеть только те обращения, по которым они назначены ответственными. Также обращения должны видеть руководители направлений. Для распределения прав доступа на обращения только для указанных ответственных и руководителей направлений был разработан масштабируемый бизнес-процесс.

 

Логика бизнес-процесса заключается в предоставлении прав доступа на обращение для указанного в нем ответственного, менеджера подрядчика и сотрудников контакт-центра в зависимости от категории сервиса в обращении и статуса объекта-инициатора. В результате выполнения этого бизнес-процесса каждый подрядчик видит только свои обращения. Далее происходит процесс обработки и решения подрядчиком обращений клиентов.

 

Существует категория обращений от контрагентов с признаком VIP, которая требует более оперативного реагирования. Для удобства такие обращения подсвечиваются оранжевым цветом. При получении обращения от контрагента категории VIP руководитель подрядчика соответствующего направления получает email-уведомление.

У компании появилась возможность формировать отчеты для анализа таких показателей, как соблюдение сроков решения обращений подрядчиками, загруженность операторов и подрядчиков, количество закрытых обращений за период, средний бал удовлетворенности, среднее время решения обращений. Настройка аналитики выполнена не только базовыми возможностями раздела [Итоги], а и с помощью интеграции bpm’online с MS Power BI. Настройка интеграции достаточна проста, а возможности для составления аналитики значительные.

Результат

Запуск bpmonline позволил:

  • подключить 10 дополнительных подрядчиков и расширить бизнес благодаря возможностям масштабируемого процесса распределения прав доступа;
  • аккумулировать всю информацию о взаимодействии с клиентами и подрядчиками в единой системе, что повышает эффективность сотрудников и качество обработки обращений;
  • оптимизировать процесс формирования аналитики для контроля работы менеджеров и подрядчиков.

Нравится

Поделиться

0 комментариев
Показать все комментарии

Добрый день!

Не получается запустить процесс при получении письма по существующему инциденту.

При получении письма по инциденту запускается процесс «Incoming email registration process».
Если создается новый инцидент, то срабатывает сигнал на добавление активности с заполненным полем Case.
Однако если письмо привязывается к существующему инциденту, то сигнал на изменение поля Case в активности не срабатывает.
В самом процессе происходит вызов функции:

        var helper = ClassFactory.GetIncidentRegistrationFromEmailHelper>(
                new ConstructorArgument("userConnection", userConnection));
        helper.RegisterIncident(activityId);

В классе IncidentRegistrationFromEmailHelper одинаковое действие для новых и существующих инцидентов:

public virtual void RegisterCase(Entity emailEntity) {
var email = new Email(this, emailEntity);
        if (email.IsJunk && !CreateCasesFromJunkEmails) {
                return;
        }
        Entity caseEntity = GetCase(email);
        if (caseEntity == null) {
                caseEntity = CreateNewCaseByEmail(email);
                var copyEntityRightsParams = new SysEntityRightsHelper.CopyEntityRightsParams(emailEntity.SchemaName,
                emailEntity.PrimaryColumnValue, caseEntity.SchemaName, caseEntity.PrimaryColumnValue);
SysEntityRightsHelper.CopyEntityAdministrateByRecordsRights(UserConnection, copyEntityRightsParams);
        }
        emailEntity.SetColumnValue("CaseId", caseEntity.GetTypedColumnValueGuid>("Id"));
        emailEntity.SetColumnValue("IsNeedProcess", false);
        emailEntity.Save();
}

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

В чем может быть причина такого поведения и как вызвать свой процесс при получении письма по существующему инциденту?

test process

Нравится

7 комментариев

Добрый день, Владимир!
Вы можете выполнить настройку стартовых сигналов процесса, как это сделано в базовом процессе "Запуск процесса Переоткрытие обращения и отправка email сообщения ответственному о новом комментарии" в версии продукта 7.10.1

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

Вот пример, как можно поступить (Во вложении).

Оптимальный Вариант - это просмотреть вживую, для этого Вы можете очень быстро получить триал для тестирования https://www.terrasoft.ru/trial/bpmonline

Добрый день, Михаил!

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

Да, в моем рабочем процессе есть обработка обоих сигналов. И на добавление записи срабатывает, а на изменение - нет.
А в случае связи письма с существующим обращением не приходит сигнал о добавлении записи с заполненным Case, но и не приходит сигнал о заполнении поля Case.

Кстати, проверил - процесс Run process: Reopen case and notify assignee on receiving an answer regarding the case тоже иногда (пока не обнаружили системности) не запускается в этих случаях.
Я проверю еще на чистой триальной версии, но есть подозрение, что AutoEmailRelation может заполнять поле Case "по-тихому"

Пока выглядит так, что когда срабатывает правило связывания, то происходит установка поля Case и при этом сохранении события отключаются, потому и не стартует процесс.
Как это обойти?

public void ProceedRelation(Entity entity) {
			IEnumerable<IRuleRelationModel> rulesForEntity = GetRulesForEntity(entity.Schema.UId);
			bool isContactSearchSuccessfull = false;
			bool isOtherRelation = false;
			foreach (IRuleRelationModel rule in rulesForEntity) {
				if (GetCanRunRule(rule, isContactSearchSuccessfull)) {
					Guid columnUId = rule.EntitySchemaColumnUId;
					string columnName = entity.Schema.Columns.GetByUId(columnUId).Name;
					string columnValue = entity.GetTypedColumnValue<string>(columnName);
					MatchCollection matches = rule.GetMatches(columnValue);
					if (matches.Count > 0) {
						IEnumerable<Pair> extendedRelations = rule.GetEntityExtendedRelations(matches, _userConnection);
						if(extendedRelations.Count() > 0) {
							foreach(Pair relationValue in extendedRelations) {
								var relationColumn = entity.Schema.Columns.GetByUId((Guid)relationValue.First);
								Guid relationColumnValue = entity.GetTypedColumnValue<Guid>(relationColumn);
								if (relationColumnValue == Guid.Empty) {
									entity.SetColumnValue(relationColumn, (Guid)relationValue.Second);
									TryAutoCompleteContactOrAccount(entity, relationColumn, (Guid)relationValue.Second);
									if (rule.EntitySchemaSearchUId == AutoEmailRelationConst.ContactCommunicationSchemaUId) {
										isContactSearchSuccessfull = true;
									}
									if (rule.EntitySchemaSearchUId != AutoEmailRelationConst.AccountCommunicationSchemaUId &&
											rule.EntitySchemaSearchUId != AutoEmailRelationConst.ContactCommunicationSchemaUId) {
										isOtherRelation = true;
									}
								}
							}
							entity.Save(false);
						}
					}
				}
			}
			SetEntityProcessed(entity, isOtherRelation);
 
		}

Так же протестировали на другой сущности Problems (на которой не было доработок) – аналогичная ситуация. Когда происходит автоматическое связывание, не стартует процесс на добавление/изменение записи.

Добрый день, Владимир!
На сколько я понял симптомы описанной Вами проблемы, то данное исправление мы делали в версии продукта 7.10.1.

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

Спасибо, Михаил.

Мне поддержка также посоветовала запускать процесс по добавлению записи в Email Message.
Это помогло. Сейчас решим сопутствующие вопросы, и я опишу здесь, как в итоге решили.

Показать все комментарии

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

5 комментариев

Добрый день, Владимир!
С точки зрения концепции "безопасности" и "конфиденциальности информации" - это довольно проблемная задача. Реализовать требуемый Вами функционал не сложно (это можно сделать пользовательскими средствами), сложность у Вас вызовет разграничение писем, которые пользователи портала должен будет видеть, а какие нет. Так как любое письмо - это активность и независимо будь то внутренняя переписка или нет, портальный пользователь будет ее видеть. По данным причинам мы разграничили деталь "История" и для портальных пользователей доступны только "комментарии для портала".

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

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

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

"Михайленко Михаил" написал:Сама деталь "История" в обращениях не имеет технологической разницы, ее наполнение ограничивается правами доступа.

В CaseMessageHistoryUtility я уже нашел один метод checkMessageHistoryExists, в котором происходит фильтрация именно по типу сообщения.

esq.filters.add("CommunicationFilter", this.Terrasoft.createColumnFilterWithParameter(
	this.Terrasoft.ComparisonType.EQUAL, "MessageNotifier", LocalMessageConstants.MessageNotifier.Local));

Кроме того, объект Case message history не администрируется по записям - это означает, что фильтрация Истории на странице портала происходит именно где-то на уровне фильтров esq запросов, а не на уровне прав.

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

Не помогло. Вообще, у меня складывается ощущение, что на портале история формируется из совсем другого объекта - PortalMessage

"Михайленко Михаил" написал:В базовую версию продукта данный функционал пока не попадет, пока не будет выработан корректный механизм регулирования отображения писем (что показывать, а что нет), пока такого механизма нет.

Думаю, вполне логично показывать на портале все письма по обращению, высланные контакту обращения или полученные от него.

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

Показать все комментарии

Согласно исследованиям, 60% клиентов прекратят сотрудничество с компанией из-за некачественного сервиса. А затраты на привлечение нового клиента в 6-7 раз выше, чем на развитие отношений с существующим.

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

Читайте статью о сервисе нового поколения.

Нравится

Поделиться

0 комментариев
Показать все комментарии

Коллеги, сегодня состоялся релиз новой версии bpm’online ITIL service 7.6 — системы для профессионального управления сервисом. Обновленный продукт помогает эффективно управлять всем контуром задач IT-департамента, используя эталонные бизнес-процессы: от обработки обращений до планирования изменений и выпуска новых релизов.

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

Функциональность портала самообслуживания дополнена главной страницей для быстрого доступа пользователей к последним обращениям и популярным статьям базы знаний. Здесь можно зарегистрировать новое обращение и найти ответ на интересующий вопрос.

В обновленном продукте значительно расширен блок аналитики. Дэшборды разделов «Контакты» и «Контрагенты» помогут оценить уровень удовлетворенности клиентов, а итоги раздела «Активности» — определить самых продуктивных сотрудников. Новый виджет — индикатор KPI — поможет контролировать эффективность работы сотрудников: скорость реакции на обращение, количество закрытых обращений, уровень удовлетворенности пользователей и т.п. Система позволяет указать нормативные значения показателя, чтобы не только просматривать его текущее значение, но и анализировать отклонения.

Для гибкого управления исходящими и входящими коммуникациями в продукте стали доступны статические и закрытые очереди. Статическая очередь может быть наполнена руководителем вручную, например, списком тех контактов, от которых нужно получить обратную связь по качеству предоставленного сервиса. А в закрытой очереди общий список записей скрыт для оператора — система отобразит информацию по следующей записи только после взятия ее в работу.

В новой версии платформы bpm’online полностью обновлена интеграция с Facebook, на порядок упрощена работа с email-сообщениями. Видеозвонки добавят интерактивности в общении, а теги и новые фильтры — ускорят поиск данных. Новые виджеты в итогах, мультивалютные поля, визуализация взаимосвязей между компаниями — эти и другие возможности обеспечат комфорт и удовольствие каждому, кто работает в bpm’online. Подробнее >>

Узнайте больше о функциональности bpm’online ITIL service >>

Нравится

Поделиться

0 комментариев
Показать все комментарии

Коллеги, у нас релиз новой версии линейки для управления сервисом bpm’online ITIL service!

Благодаря Единому окну системы сотрудники службы Service desk получают доступ ко всем инструментам для эффективной работы: очередь обработки обращений, коммуникационная панель и текущие показатели эффективности, а руководитель — возможности простой настройки правил формирования очередей. Традиционно, на протяжении 30 дней пользователи могут бесплатно работать в продукте, используя всю функциональность приложения.

Подробнее >>

Нравится

Поделиться

0 комментариев
Показать все комментарии

Возможно ли безболезненное поэтапное добавление функционала в версию TS Sales? Например, сначала использовать Sales, затем добавить в нее функционал Call-Centre, затем модуль сервиса Service Desk? Или расскажите, каким образом, по вашему мнению, нужно внедрять такую систему?

Нравится

22 комментария

Спасибо за Ваш вопрос Илья,

Да, такая последовательность подключений возможна, однако в Terrasoft Sales отсутствует модуль «Инциденты». А он необходим по логике работы Call Centre и Service Desk, так как в нем фиксируются обращения клиентов. Исходя из этого, я рекомендовал бы два варианта:

А.
1. Ставим Terrasoft X25
2. Ставим модуль Call centre
3. Расширяем до Terrasoft X25+ Service Desk

Первый вариант предельно прост. Работаете на X25 (работы сервиса могут вестись сразу, но ограниченны разделом «Инциденты»), и в любой момент вы можете поставить клиент либо Call Сentre, либо расширится до Terrasoft X25+ Service Desk. В любой последовательности.

В.
1. Ставим Terrasoft X15
2. Ставим Call centre
3. Переходим с Х15 на Terrasoft X25+ Service Desk

Второй вариант в итоге получается более дорогой, однако вы сразу сможете использовать Х15 и вести работы сервиса (ограниченную разделом «Инциденты») понеся меньшие финансовые расходы вначале, а потом когда возникнет необходимость докупить клиент Call Сentre. И уже после того как нужна будет полноценная автоматизация работы сервиса, перейти на более мощную версию X25+ Service Desk.

Можно еще так:
1. Sales
2. Call Centre
3. X15
4. X25
5. SD

Можно пропускать не нужное.

а Call-Centre на Sales нормально поставится? Вобщем-то, нужна просто функция регистрации входящих и исходящих звонков менеджера и возможность звонить из карточки контакта. Это не функционал колл-центра.

В Нижнем Новгороде кто может продемонстрировать и внедрить/помочь в внедрении Sales (необходима будет интеграция с 1С 8.1)?

Добрый день!

Спасибо за Ваш вопрос.

Call Centre нормально интегрируется с Terrasoft Sales.
Terrasoft Call Centre – это универсальный инструмент для организации эффективной работы с таким каналом коммуникации, как телефонные звонки. Этот модуль представляет собой интегрированную телефонно-компьютерную систему приема, распределения и обработки телефонных звонков, сопряженную с компьютерной базой данных, работу которой замыкает человек-оператор.
Terrasoft Call Centre обладает следующими функциональными возможностями:
Обработка звонков
Набор номера (контакт, компания, сотрудник и т.д.);
Отображение карточки клиента при приеме звонка;
Визуализация на рабочей станции оператора информации о поступившем звонке;
Перевод входящего вызова в режим удержания;
В случае возникновения сложных вопросов, по которым оператор недостаточно компетентен, перевод входящего звонка специалисту, в ведении которого находится этот вопрос.
Полная история коммуникации:
Предварительный сбор информации о клиенте по истории звонков с данного номера;
Фиксация в системе основных сведений о сеансе: время начала и окончания звонка, телефонный номер клиента (если его удалось определить по Caller ID);
Фиксация дополнительной информации оператором: дополнительные данные о клиенте, цель звонка, результат звонка, возможные последующие действия по результатам звонка.
Благодаря практически неограниченным возможностям настройки на платформе Terrasoft CRM Call Centre Client может быть сконфигурирован для выполнения любых специфических задач центра приема звонков.

Terrasoft Support Team

Здесь: http://www.terrasoft.ru/regions/
Вы сможете найти наших всех партнеров.
В Нижнем Новгороде есть партнер.

А база сохраняется при переходе с Terrasoft Sales на Terrasoft X25?

"ФТМ" написал:А база сохраняется при переходе с Terrasoft Sales на Terrasoft X25?

Да, конечно.

А как можно протестировать Terrasoft X25 при переходе с 2.8.9 ?

можно ли получить какую-нибудь демоверсию и посмотреть как пройдет перенос данных, и устроит ли это нас.

Здравствуйте!

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

Terrasoft Support Team

ок, завтра я поподробнее Вас расспрошу. А сейчас мне надо спешить.

Добрый день.

Подскажите, а как создать еще одну, новую и пустую базу данных? в версии 3

Здравствуйте.

В составе дистрибутива Terrasoft CRM поставляется резервная копия базы данных. Она находится в папке "DB" директории, куда установлено приложение Terrasoft CRM. В зависимости от СУБД - это файл с расширением *.bak (для MS SQL Server), *.fdb (для FireBird), *.dmp (для Oracle). Можно восстановить под другим (отличным от рабочего названия) именем тестовую базу и на ней проверять интересующие моменты. Этот процесс подробно описан в руководстве администратора.

Terrasoft Support Team

Спасибо за ценную информацию.
Я попробовал, но увы, новая база не создается, выдает ошибку, SQL ругается на не корректное имя файла и не создает базу.

Здравствуйте!

Возможно Вы пытаетесь восстановить бэкап в БД с названием включающим специальные символы ($,%,* и т.д.).
Возможно, что при восстановление Вы не указали путь к файлам данных (<.mdf>-файл) и к лог-файлу (<.ldf>-файл), а доступ на запись в папку по умолчанию у Вас отсутствует.

P.S. Вы можете ознакомиться c инструкцией по созданию БД Terrasoft CRM под MS SQL, перейдя по ссылке: www.terrasoft.com.ua/documentation/install_guide/

Terrasoft Support Team

Спасибо, сейчас попробую.

Да, хорошее руководство, получилось. Но, она совсем пустая, аа как конфигурацию в нее загрузить... а то просто пустой голубой фон и справа какое то дерево каталогов...

Хорошо, есть пустая база, а как перенести данные из предыдущей версии в новую? (из 2,8 в 3)

я так понял должен быть файл для переноса, TransferData.exe, его нет...

Здравствуйте.

Кроме утилиты TransferData.exe нужен ещё ряд sql-скриптов и документация по использованию. Для получения всего этого обратитесь, пожалуйста, в службу техничесой поддержки компании Террасофт.

Terrasoft Support Team

Подскажите, как наиболее безболезненно осуществить расширение версии X15 до X25?

Здравствуйте, Олег!

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

E-mail: support@tscrm.com

Terrasoft Support Team

Показать все комментарии