Форум

[SIZE=14pt]Здравствуйте![/SIZE]
[SIZE=14pt]Есть набор кастомных свойств заказа, которыми должен проходить полный обмен с 1С. Настройка профилей произведена, свойства выгружаются в узлы "ЗначенияРеквизитов", но обратно на сайт не попадают - ни для новых заказов, созданных в 1С, ни для старых, пришедших с сайта. [/SIZE]
[SIZE=14pt]Основной вопрос - вообще возможно ли это сделать в стандартной конфигурации? [/SIZE]

[SIZE=16pt]Здравствуйте![/SIZE]
[SIZE=14pt]Очень интересная ситуация складывается со свойствами инфоблока:[/SIZE]
[SIZE=14pt]казалось бы, у нас есть 6 базовых типов свойств, причем для некоторых вполне очевидна необходимость проверки данных на соответствие типу:[/SIZE]
[SIZE=14pt]в поле с числом не должно быть возможно вписать строку, а привязка к элементу ни в коем случае не должна привязываться к заведомо несуществующему элементу.[/SIZE]
[SIZE=14pt]Что же имеем по факту? И в поле типа [I]"Число"[/I], и в поле типа [I]"Привязка к элементу" [/I](требуется ввести числовой ID элемента) можно вписать абсолютно любой текст и движок вполне спокойно и добропорядочно его сохранит, даже не тронув некорректные данные. Таким образом, в числе и в привязке у нас может храниться краткий пересказ "Войны и Мира" и даже админка не скажет нам ни слова против, не говоря уж об API. :o :?:

Итак, центральный вопрос, [B]почему же отсутствует элементарная серверная валидация таких очевидных типов свойств?[/B]

Понятное дело, что можно реализовать все на событиях добавления/обновления инфоблока или даже переопределить базовые свойства и уже в собственном коде реализовать проверку данных на соответствие типу, но[B] почему УС не предоставляет этот функционал из коробки?[/B]
[/SIZE]

[SIZE=15pt]Здравствуйте!
 
[/SIZE][SIZE=13pt]Если я правильно понял из [/SIZE][URL=http://dev.1c-bitrix.ru/learning/course/?COURSE_ID=43&LESSON_ID=2819][SIZE=13pt]документации по правам доступа,[/SIZE][/URL][SIZE=13pt] разграничение прав доступа возможно лишь на уровне групп пользователей. Однако, на данный момент мне необходимо реализовать функционал, по котором [I]конкретный пользователь[/I] сможет разрешать править свои данные [I]другим пользователям[/I].[/SIZE]
 
[B][SIZE=13pt]Первая[/SIZE][/B][SIZE=13pt] мысль (она же неправильная) - для каждого пользователя создать свою уникальную группу и уникальный инфоблок и так распределить доступы. Соответственно, если необходимо эти же доступы передать иному лицу - просто добавляем его в эту самую уникальную группу. Но решение является крайне страшным костылем, влекущим создание тысяч мусорных групп и тысяч мусорных инфоблоков.[/SIZE]
 
[B][SIZE=13pt]Вторая[/SIZE][/B][SIZE=13pt] мысль - существует расширенное распределение прав, при котором права на просмотр/редактирование элемента инфоблока можно делегировать лишь на автора этого элемента. Тогда возникают [/SIZE][B][SIZE=13pt]три вопроса: [/SIZE][/B]
[LIST=1]
[*][SIZE=13pt]Можно ли каким-то образом делегировать не на автора, а на другого уникального пользователя? [/SIZE]
[*][SIZE=13pt]Можно ли "сэмулировать" авторство для другого пользователя?[/SIZE]
[/LIST][SIZE=13pt]Соответственно, если у вас есть идея, как можно делегировать права уникальным пользователям для уникальных элементов инфоблока - прошу озвучить и тем помочь с этой интересной задачкой.[/SIZE]

Здравствуйте!
Возможно ли средствами bitrix заносить результаты формы в отдельную таблицу как это есть для инфорблоков?
Если возможно, то что для этого требуется и какие настройки нужно произвести?