Доработки, которые вы сделали, но которых нет в основной поставке, Какие доработки вы сделали в нашем решении? Чтобы вы хотели видеть в нашем решении дополнительно? Что считаете неудобным?
При добавлении комментария в задание отправляются письма автору задания и наблюдателям. Это было. Что добавили: отправляется не только последний комментарий, а вся переписка, причем от свежего сообщения к старым. Сделано так потому, что часто переписка получается длительная, а в стандартном письме от SD есть только последний ответ, и не понятно что там было раньше в обсуждении.
Однако получили проблему: при формировании письма для рассылки в него попадают все комментрии, видимые текущему пользователю. В том числе и приватные. И эти приватные "улетают" всем.
Для того чтобы каждому пользователю формировалась и отправлялась своя история комментариев (попадали только его комментарии) надо в процедуру получения приватных комментариев передавать не текущего пользователя, а каждого получателя. Это можно было бы сделать передав параметром пользователя, которому в данный момент формируется в функцию ПравилаСобытийСервер.ПараметрыШаблонаСообщенияДобавленныйКомментарий(). Но это сделать невозможно, потому что в создается защищенный объект обработка, в которой весь код скрыт. http://prntscr.com/tmknb5
Хотелось бы чтобы когда комментарий пишешь, то получателям приходило письмо со всей историей переписки. Это как при обычной переписке по почте, когда ответ отправляешь, то он приходит получателю с текстом письма который содержит текст всех предыдущих писем.
АПХ Эко-Культура написал: Добрый день! Попробовал подключить мобильное приложение (android) к центральной базе. Не получилось (см. скрин). Судя по тексту ошибки ругается на ssl-сертификат. При этом web-интерфейс работает без проблем. В моб. приложении есть возможность работы с ssl? Если да, то может есть какие-то рекомендации по настройке?
PS: C iphone подключились к базе без проблем.
Разобрались. Заработало с android. У нас apache. Мы делали редирект в файле httpd-vhosts.conf и там же в блоке "VirtualHost" определяли путь к ssl-сертификату. Так вот при определении этого пути нужно было ещё прописать путь к так называемому "промежуточному" сертификату "SSLCertificateChainFile". Получается что iphone не требует указания этого сертификата, а android без него не работает.
Огромное спасибо! Вы решили одну из наших самых больных проблем для мобильного клиента и защищенного соединения! Было бы отлично, если бы вы сделали скриншот ваших настроек из conf-файла, мы бы выложили этот момент в документацию. Еще раз спасибо вам!
См. вложенный файл. Конструкцию *СвойТекст* Вам нужно будет заменить на что-нибудь своё. В инструкции я не привязывался к положению текста в конфигурационном файле. Думаю что и так понятно что у этих файлов есть своя структура и при изменении/добавлении чего-либо желательно её учитывать.
АПХ Эко-Культура написал: Добрый день! Попробовал подключить мобильное приложение (android) к центральной базе. Не получилось (см. скрин). Судя по тексту ошибки ругается на ssl-сертификат. При этом web-интерфейс работает без проблем. В моб. приложении есть возможность работы с ssl? Если да, то может есть какие-то рекомендации по настройке?
PS: C iphone подключились к базе без проблем.
Разобрались. Заработало с android. У нас apache. Мы делали редирект в файле httpd-vhosts.conf и там же в блоке "VirtualHost" определяли путь к ssl-сертификату. Так вот при определении этого пути нужно было ещё прописать путь к так называемому "промежуточному" сертификату "SSLCertificateChainFile". Получается что iphone не требует указания этого сертификата, а android без него не работает.
Добрый день! Попробовал подключить мобильное приложение (android) к центральной базе. Не получилось (см. скрин). Судя по тексту ошибки ругается на ssl-сертификат. При этом web-интерфейс работает без проблем. В моб. приложении есть возможность работы с ssl? Если да, то может есть какие-то рекомендации по настройке?
Да, так работает. Но получается что инициатору и каждому наблюдателю приходит отдельное письмо с текстом комментария. А можно как-то настроить чтобы это было одно общее письмо где все они перечислены в получателях?
Как согласование (например доступа) перед исполнением проводить? У нас согласование по почте происходит. В комментариях нет возможности добавить получателей письма (согласующих), письмо уходит только инициатору. А если создавать письмо через "Взаимодействия", то: 1. при создании ответного письма нет возможности добавить получателей 2. когда согласующие начнут отвечать, то на каждый их ответ будет создана отдельная задача не связанная с первоначальной задачей.
Спасибо, получилось! Ещё пара вопросов: 1. Когда инициатор отвечает письмом на комментарий, то в списке заданий это задание никак не выделяется (только письмо исполнителю приходит). Получается что для того чтобы узнать что есть комментарий от инициатора нужно зайти в задание. Можно как-то "подсвечивать" задания по которым последним отписался не исполнитель? 2. Когда инициатор пишет письмо и оно добавляется в комментарии, то ему приходит уведомление об этом. Можно как-то это уведомление отключить? В наблюдателях его нет.
Сейчас схема такая: 1. Инициатор пишет письмо на основании которого создается задание. 2. Саппорт через вкладку "Взаимодействие" отвечает на это письмо. 3. Инициатор отвечает на письмо саппорта. При этом создается новое задание и это письмо никак не отображается в первом задании во взаимодействии.
Можно ли сделать так, чтобы вся переписка привязывалась к одному заданию и новых заданий на каждое письмо Инициатора не создавалось?
PS: В инструкциях и на форуме не нашел такого. Если уже где-то есть ответ, дайте ссылку плз.