Cerberus Helpdesk

Cerberus Helpdesk е функционално и визуално оптимизиран графичен потребителски интерфейс, който направлява мениджъри и агенти на въпросите, които се нуждаят от вниманието им.

Независимо дали те са имейли, билети, задачи и събития в календара, Cerberus Helpdesk осигурява професионално решение за управление на задачи елементи и обслужване на клиенти.

Cerberus Helpdesk може да се използва като продажбата на билети център, като приложение за проследяване на време, като от знания клиент или като система за обмен на съобщения.

Cerberus Helpdesk също е много адаптивни и на практика може да се адаптира към всичко, разработчик от неговата платформа бюро за помощ може да се наложи.

Какво ново в тази версия:

• кодиране на езика в framework.config.php предприятието подразбиране UTF-8. По-рано, това неизпълнение на ISO-8859-1 (Western латински), ако базата данни не е била първоначално създадена с UTF-8 по подразбиране кодиране (по подразбиране MySQL беше latin1). Използването на UTF-8 е била нашата препоръка за много години. UTF-8 може да се използва за показване на уеб страници, дори ако базата данни продължава да използва latin1.
• Премахнато отхвърлените настройките кеш във файла framework.config.php тъй като кеширане сега е конфигуриран от Setup- & GT; Configure- & GT;. Cache в потребителския интерфейс
• Премахнато отхвърлена настройката за APP_DB_DRIVER във файла framework.config.php тъй като "MySQLi" сега се изисква.
• [Code Cleanup] Добавено APP_DBSLAVE * настройки във файла framework.config.php.
• настроени стандартно DB_CHARSET_CODE да 'utf8' във файла framework.config.php. Ако все още използвате кодиране наследените "latin1", сега е добър момент да конвертирате вашата база данни за UTF-8, за да се справят както многобайтовите езици. Можете също така да се определи неизбежния конфликт ред в този файл, след обновяване, ако искате да продължите да използвате оригиналните настройки. Тази нова настройка по подразбиране е избран, защото той ще отговаря на начина, повечето хора са конфигурирани и да предизвика конфликт, за най-малко количество хора (т.е. не се променя превъзхожда "utf8" обратно към по-ниско "latin1" на съществуващите инсталира по време на ъпгрейд).
• Ако схемата на работен списък е непроменена по време на искане (страница, подреждане по, колони, филтри и т.н.), а след това вече няма да бъде излишно продължили до базата данни. Преди това, повечето работни списъци са били винаги спасени след като е бил достъпен, независимо дали са или не са се променили по време на искането. Това създаде някои чужди запис на трафика на базата данни (както и всеки следващ репликация, binlog архиви и т.н.). Това сега се обработва по-ефективно за всички работни списъци, включително и тези, предоставени от плъгини.
• Информацията за работник дейност в "Кой е онлайн" Сега само актуализации веднъж на поискване. Преди това е било възможно за многостранни дейности да бъдат последователно записва в базата данни, въпреки че последният ще замени всички предишни такива. Това създаде някои чужди запис на трафика на данни.
• Преди всичко работник дейност за "Кой е онлайн" е актуализиран веднъж на всеки 30 секунди. Този период на изчакване вече е удължен до веднъж на всеки 60 секунди. Когато за първи път е установен този интервал, не е имало начин за някои дейности (например гледане на профил билет), за да се игнорира период на изчакване и винаги се актуализира дейност на работника. Сега, когато това е възможно, дейността по подразбиране могат да чакат по-дълго, за да се актуализира, за да се намали запис на трафика на базата данни.
• Подобряване на изпълнението на няколко операции, включващи временни таблици (например търсене), като се гарантира, че първичните ключове са били добавени към временни таблици.
• Непремахнати външни проверки за състоянието на свързване на базата данни по време на една заявка. База данни връзки вече не отворен, докато те не се усвояват първи, и тази връзка проверка сега се работи по по-прост начин.
• възпрепятстван от заявките заявки външни бази данни, когато ID на записа е нула (несъществуващи). Тези допълнителни заявки се случваха в места като профили на билети, когато организациите се разгледат за подателите, и на организации могат да бъдат празни.
• Обновено естетиката на инсталатора, за да отрази най-новият ЦЕРБ стил.
• Инсталаторът сега да конфигурирате изходяща поща, използвайки SMTP или Null транспортите. Последното го прави по-лесно да се създаде разработване, тестване, или среда за оценка.
• Когато инсталаторът създава първоначалното администраторски акаунт, име и фамилия на работника може да бъде предоставена, така че те не трябва да се промени, че след влизане в профил.
• Когато инсталаторът създава първоначалното администраторски акаунт, часовата зона на работника може да се настрои. Първоначалната стойност се разпознава автоматично.
• Когато инсталаторът създава първоначалното администраторски акаунт, календар подразбиране на работника се сега автоматично създаден. Преди това трябваше да бъде създаден ръчно след влизане в системата, докато добавянето на следващите нови сметки на работниците автоматично ще създадат тези календари.

Какво ново във версия 7.1.4:

• кодиране на езика в framework.config.php предприятието подразбиране UTF-8. По-рано, това неизпълнение на ISO-8859-1 (Western латински), ако базата данни не е била първоначално създадена с UTF-8 по подразбиране кодиране (по подразбиране MySQL беше latin1). Използването на UTF-8 е била нашата препоръка за много години. UTF-8 може да се използва за показване на уеб страници, дори ако базата данни продължава да използва latin1.
• Премахнато отхвърлените настройките кеш във файла framework.config.php тъй като кеширане сега е конфигуриран от Setup- & GT; Configure- & GT;. Cache в потребителския интерфейс
• Премахнато отхвърлена настройката за APP_DB_DRIVER във файла framework.config.php тъй като "MySQLi" сега се изисква.
• [Code Cleanup] Добавено APP_DBSLAVE * настройки във файла framework.config.php.
• настроени стандартно DB_CHARSET_CODE да 'utf8' във файла framework.config.php. Ако все още използвате кодиране наследените "latin1", сега е добър момент да конвертирате вашата база данни за UTF-8, за да се справят както многобайтовите езици. Можете също така да се определи неизбежния конфликт ред в този файл, след обновяване, ако искате да продължите да използвате оригиналните настройки. Тази нова настройка по подразбиране е избран, защото той ще отговаря на начина, повечето хора са конфигурирани и да предизвика конфликт, за най-малко количество хора (т.е. не се променя превъзхожда "utf8" обратно към по-ниско "latin1" на съществуващите инсталира по време на ъпгрейд).
• Ако схемата на работен списък е непроменена по време на искане (страница, подреждане по, колони, филтри и т.н.), а след това вече няма да бъде излишно продължили до базата данни. Преди това, повечето работни списъци са били винаги спасени след като е бил достъпен, независимо дали са или не са се променили по време на искането. Това създаде някои чужди запис на трафика на базата данни (както и всеки следващ репликация, binlog архиви и т.н.). Това сега се обработва по-ефективно за всички работни списъци, включително и тези, предоставени от плъгини.
• Информацията за работник дейност в "Кой е онлайн" Сега само актуализации веднъж на поискване. Преди това е било възможно за многостранни дейности да бъдат последователно записва в базата данни, въпреки че последният ще замени всички предишни такива. Това създаде някои чужди запис на трафика на данни.
• Преди всичко работник дейност за "Кой е онлайн" е актуализиран веднъж на всеки 30 секунди. Този период на изчакване вече е удължен до веднъж на всеки 60 секунди. Когато за първи път е установен този интервал, не е имало начин за някои дейности (например гледане на профил билет), за да се игнорира период на изчакване и винаги се актуализира дейност на работника. Сега, когато това е възможно, дейността по подразбиране могат да чакат по-дълго, за да се актуализира, за да се намали запис на трафика на базата данни.
• Подобряване на изпълнението на няколко операции, включващи временни таблици (например търсене), като се гарантира, че първичните ключове са били добавени към временни таблици.
• Непремахнати външни проверки за състоянието на свързване на базата данни по време на една заявка. База данни връзки вече не отворен, докато те не се усвояват първи, и тази връзка проверка сега се работи по по-прост начин.
• възпрепятстван от заявките заявки външни бази данни, когато ID на записа е нула (несъществуващи). Тези допълнителни заявки се случваха в места като профили на билети, когато организациите се разгледат за подателите, и на организации могат да бъдат празни.
• Обновено естетиката на инсталатора, за да отрази най-новият ЦЕРБ стил.
• Инсталаторът сега да конфигурирате изходяща поща, използвайки SMTP или Null транспортите. Последното го прави по-лесно да се създаде разработване, тестване, или среда за оценка.
• Когато инсталаторът създава първоначалното администраторски акаунт, име и фамилия на работника може да бъде предоставена, така че те не трябва да се промени, че след влизане в профил.
• Когато инсталаторът създава първоначалното администраторски акаунт, часовата зона на работника може да се настрои. Първоначалната стойност се разпознава автоматично.
• Когато инсталаторът създава първоначалното администраторски акаунт, календар подразбиране на работника се сега автоматично създаден. Преди това трябваше да бъде създаден ръчно след влизане в системата, докато добавянето на следващите нови сметки на работниците автоматично ще създадат тези календари.

Какво ново във версия 7.0.7:

• кодиране на езика в framework.config.php предприятието подразбиране UTF-8. По-рано, това неизпълнение на ISO-8859-1 (Western латински), ако базата данни не е била първоначално създадена с UTF-8 по подразбиране кодиране (по подразбиране MySQL беше latin1). Използването на UTF-8 е била нашата препоръка за много години. UTF-8 може да се използва за показване на уеб страници, дори ако базата данни продължава да използва latin1.
• Премахнато отхвърлените настройките кеш във файла framework.config.php тъй като кеширане сега е конфигуриран от Setup- & GT; Configure- & GT;. Cache в потребителския интерфейс
• Премахнато отхвърлена настройката за APP_DB_DRIVER във файла framework.config.php тъй като "MySQLi" сега се изисква.
• [Code Cleanup] Добавено APP_DBSLAVE * настройки във файла framework.config.php.
• настроени стандартно DB_CHARSET_CODE да 'utf8' във файла framework.config.php. Ако все още използвате кодиране наследените "latin1", сега е добър момент да конвертирате вашата база данни за UTF-8, за да се справят както многобайтовите езици. Можете също така да се определи неизбежния конфликт ред в този файл, след обновяване, ако искате да продължите да използвате оригиналните настройки. Тази нова настройка по подразбиране е избран, защото той ще отговаря на начина, повечето хора са конфигурирани и да предизвика конфликт, за най-малко количество хора (т.е. не се променя превъзхожда "utf8" обратно към по-ниско "latin1" на съществуващите инсталира по време на ъпгрейд).
• Ако схемата на работен списък е непроменена по време на искане (страница, подреждане по, колони, филтри и т.н.), а след това вече няма да бъде излишно продължили до базата данни. Преди това, повечето работни списъци са били винаги спасени след като е бил достъпен, независимо дали са или не са се променили по време на искането. Това създаде някои чужди запис на трафика на базата данни (както и всеки следващ репликация, binlog архиви и т.н.). Това сега се обработва по-ефективно за всички работни списъци, включително и тези, предоставени от плъгини.
• Информацията за работник дейност в "Кой е онлайн" Сега само актуализации веднъж на поискване. Преди това е било възможно за многостранни дейности да бъдат последователно записва в базата данни, въпреки че последният ще замени всички предишни такива. Това създаде някои чужди запис на трафика на данни.
• Преди всичко работник дейност за "Кой е онлайн" е актуализиран веднъж на всеки 30 секунди. Този период на изчакване вече е удължен до веднъж на всеки 60 секунди. Когато за първи път е установен този интервал, не е имало начин за някои дейности (например гледане на профил билет), за да се игнорира период на изчакване и винаги се актуализира дейност на работника. Сега, когато това е възможно, дейността по подразбиране могат да чакат по-дълго, за да се актуализира, за да се намали запис на трафика на базата данни.
• Подобряване на изпълнението на няколко операции, включващи временни таблици (например търсене), като се гарантира, че първичните ключове са били добавени към временни таблици.
• Непремахнати външни проверки за състоянието на свързване на базата данни по време на една заявка. База данни връзки вече не отворен, докато те не се усвояват първи, и тази връзка проверка сега се работи по по-прост начин.
• възпрепятстван от заявките заявки външни бази данни, когато ID на записа е нула (несъществуващи). Тези допълнителни заявки се случваха в места като профили на билети, когато организациите се разгледат за подателите, и на организации могат да бъдат празни.
• Обновено естетиката на инсталатора, за да отрази най-новият ЦЕРБ стил.
• Инсталаторът сега да конфигурирате изходяща поща, използвайки SMTP или Null транспортите. Последното го прави по-лесно да се създаде разработване, тестване, или среда за оценка.
• Когато инсталаторът създава първоначалното администраторски акаунт, име и фамилия на работника може да бъде предоставена, така че те не трябва да се промени, че след влизане в профил.
• Когато инсталаторът създава първоначалното администраторски акаунт, часовата зона на работника може да се настрои. Първоначалната стойност се разпознава автоматично.
• Когато инсталаторът създава първоначалното администраторски акаунт, календар подразбиране на работника се сега автоматично създаден. Преди това трябваше да бъде създаден ръчно след влизане в системата, докато добавянето на следващите нови сметки на работниците автоматично ще създадат тези календари.

Какво ново във версия 7.0.6:

• кодиране на езика в framework.config.php предприятието подразбиране UTF-8. По-рано, това неизпълнение на ISO-8859-1 (Western латински), ако базата данни не е била първоначално създадена с UTF-8 по подразбиране кодиране (по подразбиране MySQL беше latin1). Използването на UTF-8 е била нашата препоръка за много години. UTF-8 може да се използва за показване на уеб страници, дори ако базата данни продължава да използва latin1.
• Премахнато отхвърлените настройките кеш във файла framework.config.php тъй като кеширане сега е конфигуриран от Setup- & GT; Configure- & GT;. Cache в потребителския интерфейс
• Премахнато отхвърлена настройката за APP_DB_DRIVER във файла framework.config.php тъй като "MySQLi" сега се изисква.
• [Code Cleanup] Добавено APP_DBSLAVE * настройки във файла framework.config.php.
• настроени стандартно DB_CHARSET_CODE да 'utf8' във файла framework.config.php. Ако все още използвате кодиране наследените "latin1", сега е добър момент да конвертирате вашата база данни за UTF-8, за да се справят както многобайтовите езици. Можете също така да се определи неизбежния конфликт ред в този файл, след обновяване, ако искате да продължите да използвате оригиналните настройки. Тази нова настройка по подразбиране е избран, защото той ще отговаря на начина, повечето хора са конфигурирани и да предизвика конфликт, за най-малко количество хора (т.е. не се променя превъзхожда "utf8" обратно към по-ниско "latin1" на съществуващите инсталира по време на ъпгрейд).
• Ако схемата на работен списък е непроменена по време на искане (страница, подреждане по, колони, филтри и т.н.), а след това вече няма да бъде излишно продължили до базата данни. Преди това, повечето работни списъци са били винаги спасени след като е бил достъпен, независимо дали са или не са се променили по време на искането. Това създаде някои чужди запис на трафика на базата данни (както и всеки следващ репликация, binlog архиви и т.н.). Това сега се обработва по-ефективно за всички работни списъци, включително и тези, предоставени от плъгини.
• Информацията за работник дейност в "Кой е онлайн" Сега само актуализации веднъж на поискване. Преди това е било възможно за многостранни дейности да бъдат последователно записва в базата данни, въпреки че последният ще замени всички предишни такива. Това създаде някои чужди запис на трафика на данни.
• Преди всичко работник дейност за "Кой е онлайн" е актуализиран веднъж на всеки 30 секунди. Този период на изчакване вече е удължен до веднъж на всеки 60 секунди. Когато за първи път е установен този интервал, не е имало начин за някои дейности (например гледане на профил билет), за да се игнорира период на изчакване и винаги се актуализира дейност на работника. Сега, когато това е възможно, дейността по подразбиране могат да чакат по-дълго, за да се актуализира, за да се намали запис на трафика на базата данни.
• Подобряване на изпълнението на няколко операции, включващи временни таблици (например търсене), като се гарантира, че първичните ключове са били добавени към временни таблици.
• Непремахнати външни проверки за състоянието на свързване на базата данни по време на една заявка. База данни връзки вече не отворен, докато те не се усвояват първи, и тази връзка проверка сега се работи по по-прост начин.
• възпрепятстван от заявките заявки външни бази данни, когато ID на записа е нула (несъществуващи). Тези допълнителни заявки се случваха в места като профили на билети, когато организациите се разгледат за подателите, и на организации могат да бъдат празни.
• Обновено естетиката на инсталатора, за да отрази най-новият ЦЕРБ стил.
• Инсталаторът сега да конфигурирате изходяща поща, използвайки SMTP или Null транспортите. Последното го прави по-лесно да се създаде разработване, тестване, или среда за оценка.
• Когато инсталаторът създава първоначалното администраторски акаунт, име и фамилия на работника може да бъде предоставена, така че те не трябва да се промени, че след влизане в профил.
• Когато инсталаторът създава първоначалното администраторски акаунт, часовата зона на работника може да се настрои. Първоначалната стойност се разпознава автоматично.
• Когато инсталаторът създава първоначалното администраторски акаунт, календар подразбиране на работника се сега автоматично създаден. Преди това трябваше да бъде създаден ръчно след влизане в системата, докато добавянето на следващите нови сметки на работниците автоматично ще създадат тези календари.

Какво ново във версия 7.0.1:

• кодиране на езика в framework.config.php предприятието подразбиране UTF-8. По-рано, това неизпълнение на ISO-8859-1 (Western латински), ако базата данни не е била първоначално създадена с UTF-8 по подразбиране кодиране (по подразбиране MySQL беше latin1). Използването на UTF-8 е била нашата препоръка за много години. UTF-8 може да се използва за показване на уеб страници, дори ако базата данни продължава да използва latin1.
• Премахнато отхвърлените настройките кеш във файла framework.config.php тъй като кеширане сега е конфигуриран от Setup- & GT; Configure- & GT;. Cache в потребителския интерфейс
• Премахнато отхвърлена настройката за APP_DB_DRIVER във файла framework.config.php тъй като "MySQLi" сега се изисква.
• [Code Cleanup] Добавено APP_DBSLAVE * настройки във файла framework.config.php.
• настроени стандартно DB_CHARSET_CODE да 'utf8' във файла framework.config.php. Ако все още използвате кодиране наследените "latin1", сега е добър момент да конвертирате вашата база данни за UTF-8, за да се справят както многобайтовите езици. Можете също така да се определи неизбежния конфликт ред в този файл, след обновяване, ако искате да продължите да използвате оригиналните настройки. Тази нова настройка по подразбиране е избран, защото той ще отговаря на начина, повечето хора са конфигурирани и да предизвика конфликт, за най-малко количество хора (т.е. не се променя превъзхожда "utf8" обратно към по-ниско "latin1" на съществуващите инсталира по време на ъпгрейд).
• Ако схемата на работен списък е непроменена по време на искане (страница, подреждане по, колони, филтри и т.н.), а след това вече няма да бъде излишно продължили до базата данни. Преди това, повечето работни списъци са били винаги спасени след като е бил достъпен, независимо дали са или не са се променили по време на искането. Това създаде някои чужди запис на трафика на базата данни (както и всеки следващ репликация, binlog архиви и т.н.). Това сега се обработва по-ефективно за всички работни списъци, включително и тези, предоставени от плъгини.
• Информацията за работник дейност в "Кой е онлайн" Сега само актуализации веднъж на поискване. Преди това е било възможно за многостранни дейности да бъдат последователно записва в базата данни, въпреки че последният ще замени всички предишни такива. Това създаде някои чужди запис на трафика на данни.
• Преди всичко работник дейност за "Кой е онлайн" е актуализиран веднъж на всеки 30 секунди. Този период на изчакване вече е удължен до веднъж на всеки 60 секунди. Когато за първи път е установен този интервал, не е имало начин за някои дейности (например гледане на профил билет), за да се игнорира период на изчакване и винаги се актуализира дейност на работника. Сега, когато това е възможно, дейността по подразбиране могат да чакат по-дълго, за да се актуализира, за да се намали запис на трафика на базата данни.
• Подобряване на изпълнението на няколко операции, включващи временни таблици (например търсене), като се гарантира, че първичните ключове са били добавени към временни таблици.
• Непремахнати външни проверки за състоянието на свързване на базата данни по време на една заявка. База данни връзки вече не отворен, докато те не се усвояват първи, и тази връзка проверка сега се работи по по-прост начин.
• възпрепятстван от заявките заявки външни бази данни, когато ID на записа е нула (несъществуващи). Тези допълнителни заявки се случваха в места като профили на билети, когато организациите се разгледат за подателите, и на организации могат да бъдат празни.
• Обновено естетиката на инсталатора, за да отрази най-новият ЦЕРБ стил.
• Инсталаторът сега да конфигурирате изходяща поща, използвайки SMTP или Null транспортите. Последното го прави по-лесно да се създаде разработване, тестване, или среда за оценка.
• Когато инсталаторът създава първоначалното администраторски акаунт, име и фамилия на работника може да бъде предоставена, така че те не трябва да се промени, че след влизане в профил.
• Когато инсталаторът създава първоначалното администраторски акаунт, часовата зона на работника може да се настрои. Първоначалната стойност се разпознава автоматично.
• Когато инсталаторът създава първоначалното администраторски акаунт, календар подразбиране на работника се сега автоматично създаден. Преди това трябваше да бъде създаден ръчно след влизане в системата, докато добавянето на следващите нови сметки на работниците автоматично ще създадат тези календари.

Какво ново във версия 6.9.4 / 5.7.2 / 4.3.1:

• Адрес профили сега също показване обобщение на връзка за тяхната организация родител.
• Профили на събитие от календара и повтарящо се събитие сега също показване обобщение връзка за тяхната майка календар.
• Лице за контакт профили сега също показване обобщение хранилка за основния имейл адрес.
• Възможност профили сега също показване обобщение линк за първична електронния си адрес.
• Добавена на филтъра "json_pretty" на скриптови автоматични предложения във виртуални Придружителите.
• Добавен секции към Помощ масите за Virtual придружител скриптове за:. Масиви и обекти, промяна на обекти и масиви, и JSON prettification
• В Virtual придружител включили Помощ масите, най-подходящият пример код за всяка секция е сега отбелязват с получер шрифт за четливост.
• Профили на билетите сега също показване обобщение връзка за тяхната организация родител. Това опростява много работни потоци за поддръжка, където работниците се провери организацията на изпращача за домейн, лиценз, SLA и др.
• Профили на събитие от календара сега показване майка календар като връзка в имоти.
• профили Група сега показване на раздела Връзки за управление рекордни връзки.

човек
• Свържи записи сега могат да се търсят и сочени от раздела връзки на други звукозаписни профили.
• Добавена "съдържа прикачени файлове" филтър за работни списъци на билети. Това съвпада с прикачени файлове по всяко съобщение в историята разговор билет е.
• Добавена "съдържа прикачени файлове" филтър за работни списъци за съобщения. Това може да филтрира работния списък на само съобщения, които или имат или нямат прикачени файлове.
• Added "запор Името" филтър за работни списъци за съобщения. Това може да се сравнява заместващи символи като (.zip), както и няколко стойности, като (.jpg или * .png).
• Added "запор Името" филтър за работни списъци на билети. Това може да се сравнява заместващи символи като (.zip), както и няколко стойности, като (.jpg или * .png). Филтърът ще отговаря на всякакви съобщение в историята на билета разговор.
• Търсене / Контакти / Коментари] Лице за контакт записи вече могат да бъдат филтрирани от коментар на текст.

Пакетните
• File записи вече могат да бъдат филтрирани от коментар на текст.
• Mail HTML записи шаблонни сега може да се филтрира от коментар на текст.

записи
• Съобщение вече могат да бъдат филтрирани по лепкава текстова бележка.
• билетите работни списъци вече могат да бъдат филтрирани по съвпадение заглавията на всички свързани с тях съобщения. Това беше преди това е възможно само от работни списъци за съобщения.
• The 'наличност Worker "състоянието на виртуални придружител работник потребителски поведения вече приема контейнери за" от "и" за "възможности.
• меню Бързо търсене помощник вече могат да бъдат затворени с клавиша за бягство.
• В виртуални помощници на "тече поведението" и действия "поведение график", както и от симулатора ", автоматично ще се разшири Каре височини като видове работник допълнително съдържание.
• MySQL Fulltext индекси вече не влизат една грешка PHP при създаването на таблицата с индекс за за първи път.
• Вече е възможно за бързо търсене на множество работници плюс никой, като. "Собственик: Джеф, дан, никой"

Какво ново във версия 6.9.2 / 5.7.2 / 4.3.1:

• Адрес профили сега също показване обобщение на връзка за тяхната организация родител.
• Профили на събитие от календара и повтарящо се събитие сега също показване обобщение връзка за тяхната майка календар.
• Лице за контакт профили сега също показване обобщение хранилка за основния имейл адрес.
• Възможност профили сега също показване обобщение линк за първична електронния си адрес.
• Добавена на филтъра "json_pretty" на скриптови автоматични предложения във виртуални Придружителите.
• Добавен секции към Помощ масите за Virtual придружител скриптове за:. Масиви и обекти, промяна на обекти и масиви, и JSON prettification
• В Virtual придружител включили Помощ масите, най-подходящият пример код за всяка секция е сега отбелязват с получер шрифт за четливост.
• Профили на билетите сега също показване обобщение връзка за тяхната организация родител. Това опростява много работни потоци за поддръжка, където работниците се провери организацията на изпращача за домейн, лиценз, SLA и др.
• Профили на събитие от календара сега показване майка календар като връзка в имоти.
• профили Група сега показване на раздела Връзки за управление рекордни връзки.

човек
• Свържи записи сега могат да се търсят и сочени от раздела връзки на други звукозаписни профили.
• Добавена "съдържа прикачени файлове" филтър за работни списъци на билети. Това съвпада с прикачени файлове по всяко съобщение в историята разговор билет е.
• Добавена "съдържа прикачени файлове" филтър за работни списъци за съобщения. Това може да филтрира работния списък на само съобщения, които или имат или нямат прикачени файлове.
• Added "запор Името" филтър за работни списъци за съобщения. Това може да се сравнява заместващи символи като (.zip), както и няколко стойности, като (.jpg или * .png).
• Added "запор Името" филтър за работни списъци на билети. Това може да се сравнява заместващи символи като (.zip), както и няколко стойности, като (.jpg или * .png). Филтърът ще отговаря на всякакви съобщение в историята на билета разговор.
• Търсене / Контакти / Коментари] Лице за контакт записи вече могат да бъдат филтрирани от коментар на текст.

Пакетните
• File записи вече могат да бъдат филтрирани от коментар на текст.
• Mail HTML записи шаблонни сега може да се филтрира от коментар на текст.

записи
• Съобщение вече могат да бъдат филтрирани по лепкава текстова бележка.
• билетите работни списъци вече могат да бъдат филтрирани по съвпадение заглавията на всички свързани с тях съобщения. Това беше преди това е възможно само от работни списъци за съобщения.
• The 'наличност Worker "състоянието на виртуални придружител работник потребителски поведения вече приема контейнери за" от "и" за "възможности.
• меню Бързо търсене помощник вече могат да бъдат затворени с клавиша за бягство.
• В виртуални помощници на "тече поведението" и действия "поведение график", както и от симулатора ", автоматично ще се разшири Каре височини като видове работник допълнително съдържание.
• MySQL Fulltext индекси вече не влизат една грешка PHP при създаването на таблицата с индекс за за първи път.
• Вече е възможно за бързо търсене на множество работници плюс никой, като. "Собственик: Джеф, дан, никой"

Какво ново във версия 6.8.0:

• Workspace страници могат вече да са собственост на заявлението. Преди това страници трябваше да бъде собственост на роля, група, или работник. Това опростява глобално достъпни страници в сравнение с помощта на роля "Всеки".
• Snippets може вече да са собственост на заявлението. Преди това, откъси трябваше да бъде собственост на роля, група, или работник. Това опростява глобално достъпни откъси в сравнение с помощта на роля "Всеки" като собственик.
• Добавена на "поглед" функция, за да работно място на страниците работни списъци. Иконата се показва само, когато страницата се редактира от работника (например мениджърът група, администратор, собственик и т.н.). Преди това, страниците могат да бъдат променяни само от менюто "Редактиране на страница", когато ги преглеждате.
• Календари вече могат да бъдат конфигурирани да покаже започне пъти за всички показани събития в мрежата. Тези времена използват 12-часов или 24-часов часовник от предпочитанията на всеки работник.
• Всяка календарна вече може да бъде конфигуриран да стартира седмицата от двете неделя или понеделник. Наличност календари ще използват настройката от календара те се основават на (например график на работник).
• записи на билетите са с нови requester_emails контейнер, който съдържа разделен със запетая списък от получатели на билета. Това може да се използва, за да се опрости действия имейл-базирани върху виртуални Придружителите.
• "Създаване на билети" действие в виртуални придружител поведение сега може да определя по състоянието и възобнови дата.
• Virtual придружител "Да / Не" поведенчески променливи вече могат да бъдат конфигурирани да имат държавно по подразбиране във формата вход. По-рано стойността на форма винаги неизпълнение на "Не".
• Виртуални Придружителите сега могат да извличат рекордни връзки в поведението променливи. По-рано, връзки могат да бъдат спасени само в един контейнер. Чрез използване на променливи, допълнителни поведения могат да се изпълняват или насрочени за резултатите. Така например, от запис на билет, всички от свързани време за проследяване на записи могат да бъдат спасени в променлива, така че те могат да бъдат сумирани и докладва за.
• Фиксирана проблем с опцията "SortBy" в API не търсения работи правилно. Това се дължи на начина, ЦЕРБ предотвратява MySQL грешки от сортиране на недискриминационна основа, показва колона. При използване на API, полета, които са подредени или филтрирани по вече автоматично ще бъдат добавени като колони в основата на работния списък, който предоставя резултатите от търсенето.
• раздел "Mail История" на организацията профили сега показва билети възложени директно на една организация, в допълнение към тези, с получатели, които са нейни членове.
• виртуални придружител поведение сега могат да създадат списък променливи за лице за контакт записи.
• виртуални придружител поведение може сега да създават списък променливи за записи на съобщения.
• Виртуални Придружителите могат да използват нов "е контакт" запазено място адрес записи имейл, за да се открие, когато имейл адрес принадлежи на известен контакт.
• добавя нов "Message добави в разговор" събитие в заявление-ниво. Преди това е било възможно само да направите това в група-ниво. Това дава възможност да се създаде поведение като авто-отговор и SLA обработка на едно място.
• При добавяне на контакт ситуации на форма за контакт с Център за поддръжка, fieldsets сега префикс за потребителски имена на полета.
• При конфигурирането който потребителски полета се показват на страницата Моят профил в Центъра за поддръжка, потребителски fieldsets са с префикс за потребителски имена на полета.

Какво ново във версия 6.2:

<силни> Изисквания :