Спасибо

Дмитрий, такое можно сделать путём доработок, есть несколько способов реализовать такое поведение.

Например, в scr_BaseGridAreaUtils есть базовая функция выдачи прав на кнопки UpdateButtonsByDataset. Там выставляется доступность кнопок.

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

Другой вариант, переопределить события dlDataOnDatasetAfterOpen, dlDataOnDatasetAfterDelete, dlDataOnDatasetAfterPost, dlDataOnDatasetRefreshRecord в нужном разделе и кроме базовой логики доступности кнопок добавить свою для включения этой кнопки.

Terrasoft не является почтовой программой. В нём отображаются только те письма, которые можно к чему-то привязать: контактам и/или контрагентам. Если привязать не к чему — письмо интегрироваться не будет.

Такой ответ заказчика не устраивает)))
Есть вариант посторонней программой на С# закидывать письма с Ooutlook в Terrasoft? Но может все же есть более простой вариант?

Можно и не сторонней, а в самом Terrasoft доработать функцию анализа почты SaveMailItem в скрипте scr_MSOutlookLibrary.

Только сначала нужно понять, к чему вязать такие письма и как определять. К примеру, стандартная логика привязки к контакту и контрагенту — по адресу. К инциденту — по номеру, упомянутому в теме.

Можете попробовать просто отключить проверку наличия связей и грузить всегда. Для этого в функции изменить проверку условия CanSaveInDB. Но будет ли корректно работать — надо проверять.

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

Если там какая-то своя логика, то нужно в ней разбираться. Стандартно такого нет.

"Зверев Александр" написал:Можно и не сторонней, а в самом Terrasoft доработать функцию анализа почты SaveMailItem в скрипте scr_MSOutlookLibrary.

Попробуйте перезапустить Outlook.

"Зверев Александр" написал:

Попробуйте перезапустить Outlook.

Пытаюсь научиться работать с демо-версией.

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

Здравствуйте,
У меня тестовое задание. Менеджер сама сказала, что я могу использовать демо версию с наполнением. Если она не сказала каккую, то значит я сам должен найти её. Получается мне проще самому было завести данные. Только вот я не знаю в какой форме, то есть как грамотно заводить продажи, чтобы впоследжствии настроить фильтры по сумме сделок.

Возможно, Вам просто надо это?

Если же речь именно о платформе 3.Х, то можете уточнить у менеджера, где именно взять дистрибутив демоверсии с наполнением.

Если окно не указано, то используется стандартное окно редактирования из двух полей - Name и Description.
Сделайте свое окно редактирования (в качестве TemplateWindowUSI = wnd_BaseDBEdit) и укажите его в настройках справочника.

Здравствуйте.
В разделе [Рассылка] в реестре записей выбираете нужную рассылку. Переходите на деталь [Контрагенты]. Внизу, справа от кнопки "Добавить" нажимаете левой кнопкой мыши на маленький треугольник, в появившемся списке выбираете "Добавить группу". В следующем окне выбираете нужную группу.

Прошу прощения, можно чуть подробнее -
Раздел (Рассылка) нашел - http://prntscr.com/89snqu
Где там реестр записей?

Здравствуйте.
Реестр записей - это область где отображаются настроенные рассылки. На Вашем скриншоте там отображены выведенные колонки "Название", "Шаблон E-mail", "Изменил", "Дата создания" и т. д.. Исходя из формулировки вопроса, а именно словосочетания, "контрагентов определённой группы", я посчитал что Вас интересует рассылка контрагентам определённой группы. Судя по скриншоту у Вас рассылка не настроена вообще. С данным функционалом Вы можете ознакомиться в руководстве пользователя - стр. 231.

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

в руководстве не нашел как сделать шаблон

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

Здравствуйте.
В прилагаемом руководстве администратора - стр. 178.

Мне кажется, тут нужно использовать «Права доступа по умолчанию». Прописать там для контрагентов кроме группы «Все пользователи» ещё и того пользователя с правом чтения и редактирования. При этом для всех новых контрагентов право будет выдаваться автоматически, а для старых записей нужно единоразово выполнить SQL-запрос:

insert into tbl_AccountRight (RecordID, AdminUnitID, CanRead, CanWrite, CanDelete, CanChangeAccess)
select 
a.ID, 
(select ID from tbl_AdminUnit where Name = 'Василий Пупкин'), --вместо Пупкина необходимо поставить Имя пользователя или группы, которой нужно дать доступ
1, --добавить право на чтение записи (0 - запретить)
1, --добавить право на изменение записи
0, --добавить право на удаление записи
0  --добавить право на управление доступом для этой записи
from tbl_Account a where not exists
(select id from tbl_AccountRight ir
 where AdminUnitID = (select ID from tbl_AdminUnit where Name = 'Василий Пупкин')
and ir.RecordID = a.id
)

Потом, когда появится второй такой пользователь, дать ему права будет намного легче, если всё это проделать не для пользователя, а для группы. Создать группу с названием вроде «Имеют право редактировать контрагентов», настроить для неё права по умолчанию, запустить скрипт. И в конце пользователей включить в эту группу.

Огромное спасибо! Помогло.

Тут:

HKEY_CURRENT_USER\Software\Terrasoft\TS\TfrmLogin

Здравствуйте.
Логин, под которым выбирается база данных из выпадающего списка при настройке конфигурации не сохраняется. Что касается имени входа в систему, то последнее хранится в системном реестре Windows. Путь может выглядеть так "HKEY_CURRENT_USER\Software\Terrasoft\TS\Tfrmlogin\Configuration..."

Здравствуйте, Андрей!

В конфигураторе сервисы называются wnd_DuplicateSearchSettingsEdit (карточка) и wnd_DuplicateSearchSettingsGridArea (реестр).

Что касается запуска настроек поиска из пользовательской части, то запуск выполняется из настроек:

Настройки - > Правила поиска дублей.

Андрей, здравтсвуйте!

да? как раз так и написано в руководстве: Настройки - > Правила поиска дублей.

но у нас этого почему то нет,
и сервисов wnd_DuplicateSearchSettingsEdit wnd_DuplicateSearchSettingsGridArea в конфигураторе нет.

по вхождению Duplicate находятся только такие:

scr_DuplicatesUtils
scr_MergeDuplicates
scr_SubjectDuplicates
wnd_MergeDuplicates
wnd_SubjectDuplicates

они вроде используются в другом месте Файл -> Сервис -> Проверка дублей

?

Андрей, здравствуйте!

да иммено так напасано в Руководстве: Настройки - > Правила поиска дублей.

но у нас этого нет.

так же я не смог найти сервисы wnd_DuplicateSearchSettingsEdit и wnd_DuplicateSearchSettingsGridArea .

по вхождению Duplicate находятся только сервисы:

scr_SubjectDuplicates
scr_MergeDuplicates
scr_DuplicatesUtils
wnd_MergeDuplicates
wnd_SubjectDuplicates

Вот как выглядит меню настройки

Здравствуйте, Андрей!

Дело в том, что у Вас выполнялся так называемый лайт-переход с версии 3.3.2 на версию 3.4.1.

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

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

В этом, собственно, причина, почему настройка правил поиска дублей отсутствует.

понятно, спасибо!

а можно ли эти сервисы получить отдельно?
или где то найти?

Андрей,

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

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

Сообщите, пожалуйста, если это необходимо.
Если необходимо - просьба сообщить по адресу: support@terrasoft.ru

да, нам данный функционал был бы очень полезен!

Андрей, Вы напишите на support@terrasoft.ru ?

кстати в в вышеупомянутом руководстве http://www.training.terrasoft.ru/system/files/TS_AG_3.4.0.pdf
параграф 4.4. Настройка правил поиска дублей с.152
сказано

цитата :
<<
В Terrasoft 3.X реализована возможность поиска дублей по всем таблицам
конфигурации системы.
>>

неточность в руководстве?

да Андрей, я написал на support@terrasoft.ru

Андрей,

письмо получили, дистрибутив направим.

Что касается руководства, то упомянутая цитата касается версии 3.4.0 и выше.

Ответ службы поддержки:
В Terrasoft XRM + Service Desk версии 3.4.1 нет русского релиза

как быть?

Андрей,

мы направили Вам демо-версию Terrasoft XRM версии 3.4.1.

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

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

Андрей,

направили линк повторно и указали пароль.

Можно попробовать создать представление(view) с именем tbl_OfferingInMovementLog, в котором прописать

select * from myNewDB.dbo.tbl_OfferingInMovementLog

Также прописать триггеры InsteadOfInsert, InsteadOfUpdate для этой вьюхи:

insert into myNewDB.dbo.tbl_OfferingInMovementLog
select * from inserted

А таблицу tbl_OfferingInMovementLog удалить из БД Террасофт, перекинув все данные в копию таблицы в другой базе.

Но, это конечно, так сказать костыль. Просто перенести всю базу нельзя? Или, к примеру, чистить таблицу с логами по JOB'У каждый месяц\пол года\год?

Но, это конечно, так сказать костыль. Просто перенести всю базу нельзя? Или, к примеру, чистить таблицу с логами по JOB'У каждый месяц\пол года\год?

Чистить таблицы логов не получится, т.к. нужно иметь всю историю. С просто перенести всю базу есть некоторые сложности.
Также хотелось бы перенести таблицу tbl_Files, которая на данный момент занимает больше всего места и имеет тенденцию разрастаться в некоторой повышающей прогрессии.
Эту таблицу наверное не получиться перенести с помощью вышеприведенного "костыля"?

Других вариантов переноса таблиц нет?

Если перенести некоторые таблицы в отдельную файловую группу, то по идее, это делается на урове SQL сервера, и Terrasoft даже не должен это заметить

С другой стороны, было бы замечательно часть данных (логи и файлы, например) вынести вообще в отдельную базу, чтобы поменьше мучиться с её резервным копированием и созданием тестовых сред

Эту таблицу наверное не получиться перенести с помощью вышеприведенного "костыля"?

Здравствуйте.
Что касается переноса таблицы tbl_Files с помощью, вышеописанного, механизма то, по идее, для базы не должно быть разницы в том, что это за таблица. По поводу альтернативной файловой группы - вариант, но это уже чисто администрирование сервера БД и нужно проверять. Это подойдёт, если проблема с местом на диске. Но если всё это рассматривается по причине использования SQL Express и база упирается в предельный объём, то вариант с файловой группой не поможет, так как СУБД всё равно будет видеть базу как одно целое и соответственно будет считать её объём, как сумму размера файловых групп.
Вынести часть таблиц в отдельную базу не получится в виду архитектуры приложения (при подключении указывается одна база данных).

по поводу переноса файлов (tbl_Files) из БД, напомню, есть вариант с Filestream http://www.community.terrasoft.ru/forum/topic/7454

"Котенко Александр" написал:Вынести часть таблиц в отдельную базу не получится в виду архитектуры приложения (при подключении указывается одна база данных).

Были ADO-подключения отдельных таблиц?

Да, можно и через ADO. Но инсерты, апдейты нужно будет все ровно прописывать руками. Лично мне уж проще через вьюху+триггеры.

А повлияет ли перенос файлов + логи в другую БД с помощью вьюхи+триггеры на увеличение быстродействия клиента в целом (или наоборот быстродействие замедлится)? Или же значение быстродействия не зависит, где будут находится эти таблицы - в общей БД или в другой.
И какие есть возможности увеличения быстродействия Клиента террасофт? Оптимизация запросов, увеличение оперативной памяти на сервере/клиенте ...или ещё что-то?

"Alex GF" написал:Оптимизация запросов, увеличение оперативной памяти на сервере/клиенте

Евгений,

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

2. Также потребуются конфиграционные изменения (обратите внимание на сервис Wnd_PipeLineWorkspaceScript, в котором реализовано построение воронки).

Спасибо, Наталья.
А можно по второму вопросу поконкретней.
Что в скрипте изменять, ка создавать новую воронку.

Здравствуйте, Евгений.

Здесь нет четких инструкций, необходимо дорабатывать конфигурационную логику.

Если Вам необходим этот функционал, прошу сообщить на support@terrasoft.ru, - мы передадим информацию менеджеру для согласования проектной доработки.

Понял. Спасибо.