"Севостьянов Илья Сергеевич" написал:при открытии карточки

this.sandbox.subscribe("CardRendered", function() {
	this.onCardRendered();
}, this, [cardModuleSandboxId]);

"Варфоломеев Данила" написал:Есть "CardRendered", выбрасывается при рендеринге любой карточки

cardModuleSandboxId
В данном контексте что включает в себя ?

"Севостьянов Илья Сергеевич" написал:В данном контексте что включает в себя ?

Тут Вы можете почитать подробно о сообщениях и их Id.

Либо

getFilters: function() {
	var filters = this.callParent(arguments);
	//логика добавления/удаления фильтров
	return filters;
},

Либо

initQueryFilters: function(esq) {
	var filters = this.getFilters();
	//логика
	if (filters) {
		esq.filters.addItem(filters);
	}
},

"Варфоломеев Данила" написал:initQueryFilters

Получить Id текущего когтакта можно след. образом:

Terrasoft.core.enums.SysValue.CURRENT_USER.value

Далее добавляете фильтр по Id и по сегодняшней дате из new Date() в initQueryFilters.

"Мотков Илья" написал:

Получить Id текущего когтакта можно след. образом:

Terrasoft.core.enums.SysValue.CURRENT_USER.value

Далее добавляете фильтр по Id и по сегодняшней дате из new Date() в initQueryFilters.

Какая цель использовать sandbox в рамках одной схемы? Это нельзя, и в этом нет смысла. Используйте колбеки.

Ну юзкейс у такого положения вещей есть:
Уже "притчей во-языцах" становится извечная проблема открытия карточек в Combined и Separated режимах, и добавлением какого либо функционала в верхнее горизонтальное меню.
Приходится описывать свою бизнес-логику как для секции так и для карточки, причем логика в сути идентичная, кроме способа получения данных самой карточки (для секции это отдельные трудности, так как прямого доступа к модели карточки не имеется, разве что через "GridData"), так же секцию выделяет то что там необходимо реагировать на отдельные события инициализации карточки.
Вообщем все это порождает офигенный оверхед по коду.
Решение было найдено через Миксин-модуль и события.
Таким образом специально сконфигурированный миксин можно подключать и к карточке и к схеме - логика описана в едином месте, в едином виде, в сути все происходит в карточке, а секция просто соответствующим образом реагирует и подписывается на ряд событий.
Так вот сейчас приходится разделять Миксин-модуль | Модуль экспортирующий публикации | Модуль экспортирующий подписки.
Ну и проскочила мысль, что сами messages можно в рамках одной схемы объявить (одного миксина) а уже подписываться/публиковать по ситуации в схемах куда миксин подключен.

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

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

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

1) Осуществлять запросы в БД (ESQ запрос), например если Вам необходимо получить какое либо значение из текущей карточки (в которой деталь находиться), то в коде выполняемом в окружении детали всегда доступно значение

this.get("MasterRecordId")

Которое возвращает Вам то поле по которому деталь связана с карточкой (как правило это ее Id).
По нему - ESQ запросом можно получить уже любые данные из карточки (сохраненные на данный момент в БД)
2) Публикация события-запроса, подписка на событие-ответ, публикация события-ответа происходит в подписке на событие-запрос в необходимых вам схемах других объектов (н/п карточки, других деталях)
в событие-ответ передаются необходимые данные. (в виде JS-объекта вторым аргументом в вызове метода this.sundbox.publish)

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

Нашла что-то подобное, но предложенный вариант не сработал
http://www.community.terrasoft.ru/forum/topic/9817

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

Александр, это не новый раздел.
Это я сама создала новое окно, куда вывела отфильтрованные данные из объекта Контакты
там, где есть значения в карточке раздела КОНТАКТЫ- они отображаются. Если значения отсутствуют, то пишется - нет доступа
Например, Имя и Фамилия - есть в карточках. они отображаются в окне
А поле Отчество - не отображается. Хотя я могу войти в карточку Контакта и внести Отчество.

не поняла: в КОНТАКТАХ нет Фамилия, имя, отчество?

Поля Тип, серия, номер - это поля паспотра - ест старый паспорт и новый(если замуж кто вышел. Я создала эти поля в карточке Контакта (и деталь есть)

Нет, в коробке есть единое поле ФИО. Возможно, новые поля создавались после раздачи прав и для них что-то не раздалось.

Вот как раз у меня вопрос: что не раздалось? если войдя в карточку КОНТАКТЫ, я могу всё редактировать.
Александр, это вот Вы зачем мне написали, что что-то не раздалось, хотя у меня был вопрос: коллеги, что могло не раздаться?

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

"Милова Марина Федоровна" написал:На самом деле, доступ к объектам, колонкам и всему, что только возможно - предоставлен группе "Все сотрудники".

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

так в результате, где искать деффект?

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

Марина, попробуйте в администрировании объекта КОНТАКТЫ раздать права по данным колонкам для конкретной роли, а также дать полный доступ к записям.

Дмитрий, спасибо.
Всё получилось

Алексей, добрый день!

Если мы правильно Вас поняли, то Вашу задачу можно решить с помощью attributes на странице редактирования.
Всю информацию можете найти на SDK - https://academy.terrasoft.ru/documents/technic-sdk/7-9/atributy-svoystv…

Также пример реализации посмотрите в схеме "DocumentPageV2" (пакет "Document")

Добрый день, Денис!

Для того чтобы получить список всех групп Вам нужно выполнить entitySchemaQuery запрос:
https://academy.terrasoft.ua/documents/technic-sdk/7-9/ispolzovanie-ent…

Для того, чтобы получить список контактов из группы нужно выполнить esq с фильтром в таблицу ContactInFolder, выбрать ContactId, предварительно отфильтровав по FolderId.

Илья, добрый день.

"Мотков Илья" написал:ContactInFolder

Спасибо, уже нашёл :) Проглядел вчера вечером эту таблицу.

Можно здесь же задать ещё один вопрос, просто он связан с основной задачей. Какой метод вызывается при удалении записи на детали с реестром (см. скриншот)?

Интересует, как оследить id удаляемой записи перед её удалением? OnDeleted в данном случае не подходит - он вызывается уже когда всё удалено.

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

Задача решена, нашёл метод onDelete.

Здравствуйте, Елена!
А почему бы просто не загружать каждый день курсы с актуальных ресурсов через интеграцию себе на сайт? Подобные вопросы уже неоднократно поднимались здесь на форуме и есть примеры. Таким образом ведения счета "за вчера" и потянет вчерашний курс. Если пройтись по ключевым словам то можно найти несколько нужных Вам примеров, например http://www.community.terrasoft.ru/forum/topic/13012 и др.

Мария, спасибо!
Да, например , и эту тему вижу http://www.community.terrasoft.ru/blogs/7673.
Но здесь мы получаем курс на текущую дату. А если менеджер забыл выставить счет за вчера, а мы уже загрузили сегодняшний курс, то все получается...сумма будет некорректной...

Ну в таком случае просто в счете установить вчерашнюю дату. В таком случае система вам автоматически и пересчитает по "вчерашнему" курсу, а не по новому загруженному.

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

В стандарте как раз есть история курса по датам. И при смене даты счета происходит смена курса. (Если ничего не изменилось в последней версии)

"Владимир Соколов" написал:

В стандарте как раз есть история курса по датам. И при смене даты счета происходит смена курса. (Если ничего не изменилось в последней версии)

"Елена К" написал:Подскажите пжлст где вы выдели

Коллеги, если кому-то нужно обеспечить актуальность курсов USD/EUR по данным ЦБ РФ, милости просим :) скачивайте наше бесплатное расширение https://marketplace.terrasoft.ru/app/bws-central-bank-exchange-rates-bp…

Попробуйте опубликовать сам объект в среде, где заполнено "Перед добавлением записи"
После этого опять зафиксировать в хранилище пакет.

"Zaitova Liubov" написал:о не перенесся связанный процесс

"Севостьянов Илья Сергеевич" написал:
Zaitova Liubov пишет:

о не перенесся связанный процесс

В составе пакета схема этого процесса присутствует (на среде куда осуществляли установку) ?

Возможно БП создан мастером и сохранен в "текущий пакет" (Custom как правило) а не в тот который вы переносите, в таком случае в редакторе БП - существует возможность сменить пакет.

Вы сам Объект публиковали после того как добавили обработку события Inserting?

"Коновалов Игорь" написал:

Вы сам Объект публиковали после того как добавили обработку события Inserting?

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