Фильтры

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

Нечто типа:

"Document": {
	"dataValueType": Terrasoft.DataValueType.LOOKUP,
	"defaultValues": {
		"Account": {
			"masterColumn": "Account"
			},
		"Contact": {
			"masterColumn": "Contact"
			}
		}
	}

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

Навеяно вопросом: https://community.terrasoft.ua/questions/zapolnit-znacheniya-pri-sozdan…

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

Удобно было бы.
Когда-то реализовывал такую задачу как-то костылями через HistoryState.

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

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

На сегодняшний день при настройке правил поиска дублей можно использовать только строковые и справочные поля. Хотелось бы, чтобы такая возможность была и для полей с типом 'Дата'.

Была бы благодарна за поддержку этой идеи и фидбек других участников community по поводу настройки правил поиска дублей.

Поделитесь, возникала ли у Вас потребность при настройке правил поиска дублей использовать другие типы, например, 'Даты' или числа?

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

Чтобы искать по дню рождения?

Владимир Соколов,

Да, если речь идет о контактах.

Также может быть дата подписания или дата подключения.

Алла, идея иметь возможность искать дубли по типу данных «дата» уже зафиксирована. Спасибо за проявленный интерес к развитию платформы.

Зверев Александр,

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

Алла, это достаточно редкое пожелание. Идея зафиксирована, но планов реализации в конкретных версиях пока нет.

Зверев Александр,

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

Алла Савельева пишет:
большинство пользователей уже махнуло рукой на озвучивание своих пожеланий

Надо продолжать. Во-первых, 22-й век наступит. Во-вторых, может быть, кто-то расскажет, как делал свой костыль :) 

Или даст ссылку на маркет, где уже есть такое дополнение. Может, даже бесплатное.

Вчера по одной пятилетней идее такое нашёл.

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

Добрый день.

На нашей системе 7.16.3 воспроизводится следующий баг.

Создаем процесс.

1. Создаем элемент читать данные с чтением всех колонок

2. Создаем условный переход по данным из этого элемента

3. Создаем Добавить данные с данными из элемента п.1.

Далее переключаем элемент Читать данные с Читать всех колонок на Читать только требуемые. Система удаляет все не используемые поля, в том числе и те, что указаны в условных переходах. 

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

 

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

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

Добрый день.

Я бы назвала это скорее недоработкой, но замечание толковое. Плюсую...

Алексей, спасибо за информацию, зафиксировал идею.

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

Добрый день!

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

1 комментарий

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

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

Создаем параметр процесса типа справочник. В обязательном порядке пишем что за справочник.

Тут все замечательно. Далее идем и выбираем элемент формула. В нем выбираем только что созданный параметр. В поле "Значение формулы" выбираем выбор из справочника и приплыли. Заново выбираем справочник. Мелочь, но место для ошибки потому что дает выбрать другой справочник.

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

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

 

P.s. можно считать мелким багом.

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

В системе еще масса мест где можно сделать что-то не так, так что можно сказать что это корректная работа.

Полозюков Евгений Петрович,

Ну так надо от них избавляться)

Алексей, зарегистрировал идею. Также, если нужно просто задать значение, это можно сделать в самом параметре. Использовать формулу есть смысл, если значение заполняется только при некотором условии или после выполнения некоторых действий.

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