- Форум CRM программы Клиентская база
- → Публикации anton
Публикации anton
11 публикаций создано anton (учитываются публикации только с 28-Сентябрь 23)
#9495 Версия 1.9.5
Отправлено от anton в 09 Январь 2012 - 00:55 in Новые версии, новые возможности
Казалось бы мелочь, но страшно раздражает пользователей после обновления. Не считая того, что им почему-то гораздо удобнее был вариант из 1.9.4.
#10808 Экспорт представления по крону
Отправлено от anton в 21 Февраль 2012 - 23:13 in Как это сделать
Настроил экспорт:
export_data( '<имя таблицы>', '<имя фильтра на этой таблице>', '<путь к файлу>' );
Т.е., в целом, всё просто. Но в логах крон-задач такое:
[color=#000000]2012-02-21 23:57:01 - OneTime - Task terminated[/color] [color=#000000]<br />[/color] [color=#000000]<b>Fatal error</b>: Call to undefined function insert_log() in <b>/home/da-crm/data/www/crm.discountaround.ru/include/functions_cron.php</b> on line <b>2162</b><br />[/color]
и в результирующем файле две строки - строка заголовка(с именами полей) и первая строка из таблицы.
КБ: Версия: 1.9.5 Ревизия:
3429 от 2012-02-09
#10845 Экспорт представления по крону
Отправлено от anton в 24 Февраль 2012 - 19:08 in Как это сделать
#10505 Экспорт представления по крону
Отправлено от anton в 12 Февраль 2012 - 23:32 in Как это сделать
В документации нашёл только http://clientbase.ru...dmin_16/export/ и там описано как организовать выгрузку из одной таблицы.
Сделал по аналогии:
export_data('Документы', '<Имя представления>', '/home/<путь к установке КБ>/export/offers.csv');
Однако это не дало ожидаемого результата. Вероятно для представлений нужно делать как-то иначе. Как?
#10515 Экспорт представления по крону
Отправлено от anton в 13 Февраль 2012 - 10:56 in Как это сделать
Можно/нужно использовать какие-то методы для занесения данных в таблицу или нужно заполнять её выполняя каждый раз INSERT запрос?
Если это есть в документации - направьте где, потому что я не смог найти.
#8216 Множественный выбор по полю типа "связь"
Отправлено от anton в 10 Сентябрь 2011 - 08:37 in Как это сделать
#8197 Множественный выбор по полю типа "связь"
Отправлено от anton в 07 Сентябрь 2011 - 21:07 in Как это сделать
Желание совершенно естественное - справочник используется в нескольких местах, поэтому нужно чтобы данные не дублировались, а некоторых местах необходим ещё и множественный выбор.
#8220 Множественный выбор по полю типа "связь"
Отправлено от anton в 10 Сентябрь 2011 - 17:05 in Как это сделать
Есть мысль сделать это(или скрытое) поле строковым, куда сохранять JSON массив с id выбранных элементов справочника. Такой вариант, в первом приближении, выглядит вполне реализуемым самостоятельно. Но мнение разработчиков очень интересно - насколько это реально и просто сделать(2), советы где и куда копать с таким вариантом очень бы помогли. Это, конечно, вариант не очень в духе Кодда, но выглядит рабочим.
Реализацией могу поделиться. Если когда сделаю.
#10686 Cron + Basic auth
Отправлено от anton в 17 Февраль 2012 - 19:29 in Как это сделать
Однако, в логах задач в КБ у меня:
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html><head> <title>401 Authorization Required</title> </head><body> <h1>Authorization Required</h1> <p>This server could not verify that you are authorized to access the document requested. Either you supplied the wrong credentials (e.g., bad password), or your browser doesn't understand how to supply the credentials required.</p> </body></html>
Как научить кронскрипт КБ ходить через Basic Auth?
#10846 Cron + Basic auth
Отправлено от anton в 24 Февраль 2012 - 19:12 in Как это сделать
Но, в любом случае, эти варинты решений пришли благодаря вашим вариантам решений. Спасибо
#11984 Права доступа: доступ в зависимости от значений
Отправлено от anton в 27 Апрель 2012 - 15:17 in Как это сделать
Условия задачи:
Есть несколько офисов в разных городах и регионах. Каждый офис должен иметь доступ только к той информации которая касается его. Т.е. офис в Самаре должен видеть только то что наработали они и не иметь доступа к тому, что было наработано, скажем, в Новосибирске. Впрочем, может быть головной офис региона, который должен иметь доступ ко всем записям офисов своего региона. Плюс, решение должно предусматривать наличие возможности просмотра всех записей для специального, не административного аккаунта. А также должно предусматривать возможность ещё одного слоя доступа - стран.
В базе, разумеется, есть справочники городов, регионов и стран.
Получается, что каждому клиенту, договору и т.п. должна выдаваться "прописка", причём варианты "прописки" должны коррелироваться с правами доступа(т.е. менеджер может иметь доступ в два города, выбор должен быть только из этих двух городов).
Логично было бы сделать подобный доступ группами, что позволило бы группировать группы доступа городов в группы доступа регионов. Однако там я не нашёл как настроить доступ по условию.
Ну и собственно вопрос. Как всё это описанное реализовать? Возможно ли это реализовать самостоятельно или необходимо обращаться к вам за доработкой?
- Форум CRM программы Клиентская база
- → Публикации anton