Импорт нет выбора поля тип "Пользователи"

[Romiros]

Доброго времени суток!

Столкнулся с проблемой.

При импорте таблицы в СРМ сущность есть заполнение поле "Ответственный" (Ф.И.О. сотрудника)
В СРМ в конфигурации полей есть поле "Ответственный" тип "Пользователи"

При попытке привязать поле таблицы к полю сущности, в выпадающем списке полей, поле "Ответственный" отсутствует.

Подскажите, что не так сделал, почему поля нет?

Заранее благодарю.

[Fait]

Доброго времени суток!

Столкнулся с проблемой.

При импорте таблицы в СРМ сущность есть заполнение поле "Ответственный" (Ф.И.О. сотрудника)
В СРМ в конфигурации полей есть поле "Ответственный" тип "Пользователи"

При попытке привязать поле таблицы к полю сущности, в выпадающем списке полей, поле "Ответственный" отсутствует.

Подскажите, что не так сделал, почему поля нет?

Заранее благодарю.

Попробуйте поменять на тип "Пользователь Ajax"

[Romiros]

Благодарю, помогло.

П.С. Век живи, век учись.

[Алексей Г]

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

Database Error: 1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'Кириченко)' at line 1
Query: select e.* from app_entity_1 e where e.id in (Андрей Кириченко)
Page: /index.php?module=items/info&path=128-181/94-4607&gotopage[1318]=1
#0 includes/functions/database.php(99): mysqli_query(Object(mysqli), 'select e.* from...')
#1 includes/classes/fieldstypes/fieldtype_users_ajax.php(397): db_query('select e.* from...')
#2 includes/classes/fields_types.php(1087): fieldtype_users_ajax->output(Array)
#3 includes/classes/items/items_page.php(237): fields_types::output(Array)
#4 includes/classes/items/items_page.php(59): items_page->get_tab_fields('203')
#5 includes/classes/items/items_page.php(283): items_page->get_tabs()
#6 includes/classes/items/items_page.php(45): items_page->render_tabs()
#7 modules/items/views/info.php(220): items_page->render('one_column_tabs')
#8 template/layout.php(172): require('/var/www/u24877...')
#9 index.php(49): require('/var/www/u24877...')
#10 {main}

[Fait]

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

Database Error: 1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'Кириченко)' at line 1
Query: select e.* from app_entity_1 e where e.id in (Андрей Кириченко)
Page: /index.php?module=items/info&path=128-181/94-4607&gotopage[1318]=1
#0 includes/functions/database.php(99): mysqli_query(Object(mysqli), 'select e.* from...')
#1 includes/classes/fieldstypes/fieldtype_users_ajax.php(397): db_query('select e.* from...')
#2 includes/classes/fields_types.php(1087): fieldtype_users_ajax->output(Array)
#3 includes/classes/items/items_page.php(237): fields_types::output(Array)
#4 includes/classes/items/items_page.php(59): items_page->get_tab_fields('203')
#5 includes/classes/items/items_page.php(283): items_page->get_tabs()
#6 includes/classes/items/items_page.php(45): items_page->render_tabs()
#7 modules/items/views/info.php(220): items_page->render('one_column_tabs')
#8 template/layout.php(172): require('/var/www/u24877...')
#9 index.php(49): require('/var/www/u24877...')
#10 {main}

У вас при сопоставлении полей где-то ошибка, или в файле.
Программа требует id пользователя, а вы в качестве id пытаетесь указать Фамилию и Имя

[nruslan2]

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

Любой вариант решения будет требовать каких-нибудь "граблей".
Вариант с временной заменой полей на поля Сущность - тоже не сработает, если не подставлять id.
А если в таблицу в столбец пользователи все же подставить id пользователей, то этот фокус сработает ровно до момента, пока вы не воспользуетесь фильтрами! (фильтры просто не будут фильтровать данные - и если остановится на этом вариант то придется делать специальную автоматизацию чтобы и фильтры заработали!)

Так что я поступил проще и внес изменения в код и все заработало как и должно было работать)

[Fait]

Кстати, это не ошибка, это такая "защита от дурака".
При импорта создаются записи по полям типа "Сущность" и "Выпадающий список", если их нет в системе.
Например, нужно импортировать из столбца "Категория" значение "VIP", а в СРМ такого значения в поле "Категория" ещё нет, и соответственно, значение "VIP" будет создано.

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

Но сущность Пользователи особенная!
Для создания пользователя ОБЯЗАТЕЛЬНО должны быть указаны E-mail, логин, пароль, язык и ещё несколько системных полей.

Поэтому этот тип поля при сопоставлении отсутствует и моё мнение, что он должен отсутствовать!
Представьте, если из-за недостаточной грамотности какого-нибудь будет создана гора пользователей-пустышек, которые вызовут собой во всей системе, так как работа всей программы тесно связана с сущностью Пользователи. На этом строится отображение практически всего, что есть в системе.
И по идее, будут проблемы, если даже не отказ системы...

Ещё, по этим же соображениям, отсутствует кнопка массового импорта в сущности Пользователи.

[Алексей Г]

Кстати, это не ошибка, это такая "защита от дурака".
При импорта создаются записи по полям типа "Сущность" и "Выпадающий список", если их нет в системе.
Например, нужно импортировать из столбца "Категория" значение "VIP", а в СРМ такого значения в поле "Категория" ещё нет, и соответственно, значение "VIP" будет создано.

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

Но сущность Пользователи особенная!
Для создания пользователя ОБЯЗАТЕЛЬНО должны быть указаны E-mail, логин, пароль, язык и ещё несколько системных полей.

Поэтому этот тип поля при сопоставлении отсутствует и моё мнение, что он должен отсутствовать!
Представьте, если из-за недостаточной грамотности какого-нибудь будет создана гора пользователей-пустышек, которые вызовут собой во всей системе, так как работа всей программы тесно связана с сущностью Пользователи. На этом строится отображение практически всего, что есть в системе.
И по идее, будут проблемы, если даже не отказ системы...

Ещё, по этим же соображениям, отсутствует кнопка массового импорта в сущности Пользователи.

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

[Fait]

А пробовали тип поля Сущность Ajax?
Почему именно "Пользователи" нужны?

[nruslan2]

Кстати, это не ошибка, это такая "защита от дурака".

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

Вот поэтому в доработке я в описание импорта добавил текст как правильно подготовить файл и так же добавил проверки в код чтобы не добавлялись пустышки!

А пробовали тип поля Сущность Ajax?

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


PS

Ещё, по этим же соображениям, отсутствует кнопка массового импорта в сущности Пользователи.

может имелось ввиду масовое удаление(тоже давно поправлено уже )? кнопка импорта данных в поле сущность есть же в системе (правда никогда не пользовался)