ошибка в расширенном фильтре версия 1.9.5
Автор mak, 16 янв. 2012 11:44
Сообщений в теме: 33
#21
Отправлено 26 Январь 2012 - 09:44
пример:
- поиск в "позициях счета" по полю "наименование", где содержится ID таблицы "справочник цен"
- поле "наименование" связывается с полем "наименование" таблицы "справочник цен", которое, в свою очередь, связывается с полем "артикул" таблицы "номенклатура"
- в таблицу "справочник цен" подставляется ID таблицы "номенклатура".
смысл данной связи - указывать различную цену товара по каждому проекту (на товар в позициях счета установлен фильтр по проекту указанному в счете).
так вот, в поиске выбираем товар из выпадающего меню и получаем 0 строк.
если подставить ID строки из таблицы "номенклатура", выдача корректна.
до недавнего времени работало правильно, ошибка проявилась или при переходе с 1.9.4 на 1.9.5 или при последнем обновлении ревизии (стояла предновогодняя).
- поиск в "позициях счета" по полю "наименование", где содержится ID таблицы "справочник цен"
- поле "наименование" связывается с полем "наименование" таблицы "справочник цен", которое, в свою очередь, связывается с полем "артикул" таблицы "номенклатура"
- в таблицу "справочник цен" подставляется ID таблицы "номенклатура".
смысл данной связи - указывать различную цену товара по каждому проекту (на товар в позициях счета установлен фильтр по проекту указанному в счете).
так вот, в поиске выбираем товар из выпадающего меню и получаем 0 строк.
если подставить ID строки из таблицы "номенклатура", выдача корректна.
до недавнего времени работало правильно, ошибка проявилась или при переходе с 1.9.4 на 1.9.5 или при последнем обновлении ревизии (стояла предновогодняя).
#22
Отправлено 26 Январь 2012 - 09:56
смотрите бекап демо версии саас.
таблица позиции счета, поле товар.
как сослаться на демо саас, чтобы вы могли его идентифицировать и посмотреть?
создавать бекап и прикреплять к сообщению не очень удобно...
таблица позиции счета, поле товар.
как сослаться на демо саас, чтобы вы могли его идентифицировать и посмотреть?
создавать бекап и прикреплять к сообщению не очень удобно...
Прикрепленные файлы
#23
Отправлено 26 Январь 2012 - 10:08
Здравствуйте. Да, это баг программы. Выставлено на исправление программисту.
#24
Отправлено 26 Январь 2012 - 11:49
ок.
сообщите пожалуйста, об исправлении
сообщите пожалуйста, об исправлении
#25
Отправлено 26 Январь 2012 - 12:01
Хорошо
#26
Отправлено 01 Февраль 2012 - 10:59
обратил внимание ревизия обновилась.
ошибку исправили?
ошибку исправили?
#27
Отправлено 01 Февраль 2012 - 11:15
Пока что нет. Когда он будет исправлен, в этой теме появится соотвествующее сообщение.
#28
Отправлено 16 Февраль 2012 - 10:33
по ошибке есть изменения?
скоро как месяц будет...
скоро как месяц будет...
#29
Отправлено 16 Февраль 2012 - 11:08
Ваша проблема возникла из-за того, что у вас поле связи "наименование" в позициях счета ссылается в свою очередь на другое поле связи, что делать вообще нежелательно (к примеру это может приводить к существенному замедлению работы поля), и попутно приводит к ошибке поиска. Создайте в таблице "справочник цен" текстовое поле "наименование дубль", сделайте его скрытым и добавьте вычисление при отображении этого поля
$line['наименование дубль'] = $line['наименование']['артикул'];а затем поменяйте связь поля "наименование" в "позициях счета" на связь с полем "наименование дубль".
#30
Отправлено 24 Февраль 2012 - 08:06
т.е. ошибка не будет исправлена?
до обновления поиск работал корректно.
предлагаемый вариант решит вопросы с поиском, но в этом случае при изменении номенклатуры, данные не будут динамически попадать в счет, придется обновлять справочник цен (просматривать), что не удобно и будет костылем.
или менять запись принудительно из номенклатуры.
до обновления поиск работал корректно.
предлагаемый вариант решит вопросы с поиском, но в этом случае при изменении номенклатуры, данные не будут динамически попадать в счет, придется обновлять справочник цен (просматривать), что не удобно и будет костылем.
или менять запись принудительно из номенклатуры.
#31
Отправлено 27 Февраль 2012 - 09:53
Почему вы решили что данные не будут динамически обновляться? Значения поля связи должны формироваться автоматом. Ошибка поиска скорее всего будет исправлена чуть позже, но все же рекомендуется не использовать многоуровневые поля связи.
#32
Отправлено 27 Февраль 2012 - 13:07
разве вычисление будет отрабатываться перед выводом связи на экран?
ведь отображения таблицы фактически не будет...
ведь отображения таблицы фактически не будет...
#33
Отправлено 27 Февраль 2012 - 13:19
При выводе значения поля связи оно формируется также как и при просмотре этого значения. Т.е. вычисление при отображении должно срабатывать. Не уверен правда насчет поиска значений, надо проверять.
#34
Отправлено 27 Февраль 2012 - 15:14
как то не радужно.
все таки хотелось бы исправление поиска вместо костылей.
все таки хотелось бы исправление поиска вместо костылей.
Количество пользователей, читающих эту тему: 3
0 пользователей, 3 гостей, 0 анонимных














