Cerberus Helpdesk

Cerberus Helpdesk или ЦЕРБ е уеб-базирани търговски, платформа-независима и отворена система източник имейл отговор, че е лесно да се интегрират, да персонализирате и разширяване. Тя е създадена, за да се намали необходимостта от време и излишни човешкото взаимодействие с клиентите.

Първоначално написано като система за неприятности билет, Cerberus Helpdesk помага на вашите продажби, фактуриране или подкрепа отдели, за да могат лесно и бързо да си взаимодействат с входящи имейл клиент запитвания. С повече от 12 години на непрекъснати иновации, ЦЕРБ е успешно разположени на над 18,000 организации.

Основните характеристики включват имейл донесе и извличане на подкрепа, адаптивно антиспам машина, уеб-базиран портал подкрепа, споразумения за нивото на обслужване, поради управление на дата и графици, шаблони за електронна поща, както и всеобхватна база от знания.

Когато използвате ЦЕРБ, вашите служители ще могат да работят ефективно, улови обратна връзка и да си сътрудничат с клиенти по-добре, от всяка точка на света, автоматизиране на работния процес, възможности флаг, да споделят експертни знания, бъдете информирани, изграждане на общи работни, управляват задачи, отговаряте на огромен брой имейли, както и да си спомня нищо за никого.

Докато вие ще бъдете в състояние да изтеглите безплатна пробна версия на ЦЕРБ, или вземете последната версия на изходния код от GitHub и да го компилирате сами, ценообразуване започва от 252 USD (202 евро) на седалката, ако инсталирате софтуера на вашия хардуер, като както и 25 USD (20 евро) на месец на седалката, ако сте домакин Cerberus Helpdesk в облака.

В момента Cerberus Helpdesk е била успешно тествана с множество GNU / Linux дистрибуции, както и с BSD, Mac OS X и Windows на Microsoft операционни системи. Той поддържа уеб сървъри Apache, Nginx или IIS, MySQL на 5.0 или по-нова сървъра на база данни, и PHP 5.3 или по-нова, която следва да има GD, MySQL, mailparse, IMAP, DOM, JSON, SPL и mbstring разширения инсталиран. Xcache и MemCache PHP разширения се препоръчват

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

• Ние проектираме основен функционалност актуализации с обратна съвместимост в предвид - както технически, така и концептуално. Това означава, че когато актуализирате между две версии в един и същи & quot; & quot поколение; (например 6.8-6.9), можете да очаквате да ви среда все още отговарят на същите системни изисквания, и вашите работници все още трябва да се чувстват напълно запознати с начина на работа на интерфейса и функционалността общ.

<> Ли На всеки две години, или така, ние планираме и да освободите & quot; & quot поколенията; актуализира. Това са крайъгълният камък, където можем да си позволим да се прекъсне обратна съвместимост. Ние премахнете характеристики и понятия, които са отхвърлени от новите подобрения по протежение на пътя, и ще се въведе нови функции и концепции на базата на хиляди продължаващите дискусии с общността и още няколко години натрупан опит. Поколенията актуализиране може да е малко по-разрушителни, отколкото типичните актуализации, но те са там, където ЦЕРБ отнема големи скокове напред.
• Всяко поколение на ЦЕРБ е имала централна тема:
• В 4.x, темата беше чисто. Ние напълно пренаписаха ЦЕРБ от нулата да се използват съвременни принципи за проектиране, за да бъде много стабилна и сигурна, за да се даде възможност за много по-бърз темп на развитие, както и да бъде разширяема чрез плъгини с нашата рамка Devblocks.
• В 5.x, темата беше за автоматизация. Ние въведохме Виртуални Придружителите за автоматизиране на общи работни потоци по много гъвкав начин. Това се превърна в една от основните причини хората използват ЦЕРБ на всички, и да го разшири вида на проблемите, ЦЕРБ се, подходящи за решаване.
• В 6.x, темата е производителността. Ние въведохме напълно приспособима, сподели работни пространства и табла за доставяне на перфектната интерфейс за всеки работник въз основа на техните нужди. Ние рафинирани как общата действия са извършени в интерфейса, и постепенно да се намали реорганизирана кликвания и клавиши.
• За 7.x, темата е персонализация и машинно обучение. Както ЦЕРБ е узряло, което сме виждали до рязко увеличаване на броя на седалката на внедрявания на предприятието. Докато общи работни са страхотни за поддържане на големи екипи на същата страница, на общия въпрос, че почти всички от тези заети среди сблъскате е, че работниците в крайна сметка гледаш същите точни списъци и спъване един върху друг, докато се опитва да си намери работа. С разумното филтриране и диспечиране, тези проблеми могат да бъдат сведени до минимум - но следващия брой става така че работниците да се занимават работа в съответния ред. Много пъти, особено ако изоставането форми, само най-скорошните записи получават внимание, защото работниците подхода си работни списъци като традиционен клиент за електронна поща, която показва новите съобщения в горната част на списъка. По-старите записи стават дори по-късно.

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

• [изскачащи прозорци / ползваемост] Актуализирано на JQuery UI библиотека от 1.10.3 до 1.10.4 да се определи проблеми с изскачащи прозорци превъртане неочаквано, когато кликнеш върху формени елементи. Това за първи път е въведена в ЦЕРБ 6.6.
• [изскачащи прозорци / ползваемост] Премахнато JQuery UI плаващи подсказките въведените в 6.8.0 за изскачащи форми. Това може да доведе до превъртане изскачащи постоянно да преминете обратно към горната част на прозореца, когато форма елемент е кликнато.
• [Виртуални Придружителите / Дати] Фиксирана проблем с дата на базата на поведението променливи и потребителски полета в "Създаване на задача, така и на" Създаване на билети "действия на виртуални Придружителите. Това беше възможно в някои ситуации за странни дати, за да бъдат генерирани, като "понеделник +2 седмици", което води до дата 90 години в бъдещето.
• [CHD-3850] [Mail / Виртуални Придружителите] Подобрени на "Ticket разговора видяна от работник" събитие, така че той работи преди записът да бъде натоварена на профила билет. Като последица от това, всяка промяна на билета от това поведение сега ще бъде най-добре отразени от профила, когато тя зарежда (по-рано, това изисква страница на опресняване).
• [Setup / Преводи] Fixed някои PHP обявления в превод на редактора, когато с помощта на "Синхронизиране на езици" функцията.

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

• Ядро:
• Platform / Потребителски полета] Реализирани конфигурируеми параметри за потребителски полета. Различните видове потребителските полета вече могат да предоставят допълнителни възможности за модифициране как те работят. Picklist и мулти-отметки области имали кодиран параметър за техния вариант списък, който е превърнат в новия формат.
• [CHD-3582] [Custom Fields / Собствениците] Добавено е "Изпращане на уведомления работник" опция за работниците-базирани потребителски полета. Това го прави лесно да добавяте поле "собственик" на някакъв вид запис. По-напредналите работни потоци също са възможни; например, като две собственик полета за "продавач" и "подкрепа за продажба". Собствениците получават известия Watcher за запис активност за продължителността на тяхното назначение. Те не се нуждаят от изрично да гледате или unwatch записи.

<> Li потребителски полета / Връзки] Реализирани нов тип потребителско поле 'Record Link ". Това е подобно на това как работи раздела Връзки, с изключение на областта специалния се формализира и полетата на свързани рекорд ще бъде показан в Виртуални придружител поведение, откъси и т.н. Например, едно време влизане проследяване може да има обичай fieldset с полета за организация и домейн. Записи Време за проследяване ще могат да бъдат филтрирани въз основа на тези връзки, както и свързаната информация запис може да се използва в Virtual Придружителите, работни списъци, и API.
• [Setup / Storage / Прикачени] Фиксирана проблем, когато прикачен файл работен списък с множество връзки, сочещи към един и същи файл се превърна в липсват редове.
• [Настройка / Прикачени / Работни списъци] Приспособления работни списъци сега показване колона профил съхранение като име, а не за самоличност.
• [CHD-3377] [Setup / Прикачени / Работни списъци] Приспособления работни списъци отново дават линкове към документите, съдържащи файлове (т.е. колоната "Контекст"). По-рано, на връзка е била предоставена на билета, но работниците трябваше да копаят за съобщението, съдържащо файла. Сега, когато кликнеш върху Постоянна връзка за закрепване на имейл съобщение, че определено съобщение ще бъде разширена и съсредоточени.
• [CHD-2971] [Mail / Отговори / ползваемост / Keyboard] Когато използвате клавиатурата, за да навигирате формуляр за отговор билет, с помощта на прикачените файлове качват изскачащи-рано прекъсна потока TAB чрез формата. Сега фокусът се връща на бутона на прикачени файлове (+) след файлове са качени.
• [Storage / Platform / Optimization / Изпълнение] ЦЕРБ сега автоматично открива, когато нов обект за съхранение дублира вече съществуващ, и една допълнителна връзка ще бъде създаден със същия базов файл. Файлът се отстранява само когато има нулеви връзки, сочещи към него (например прикачени съобщения или коментари). Duplicate разпознаване на приставките се изпълнява за входяща поща, работник отговаря, чрез потребителския интерфейс, пълномощникът на работник, съобщения, внесени от експортно Impex, и файловете качени чрез API. Това би трябвало да спести значителна сума от пространство за съхранение в среда, където същите прикачените файлове (например PDF файлове, форми, електронни-книги) са изпратени от работниците на регулярна основа. По същия начин, когато същите подателите включват лога и друго съдържание в подписа си те могат да се кондензира в един обект съхранение. В момента съществуващите обекти за съхранение не са хеширани тъй ще бъде много интензивна по оживени системи. Нови дубликати ще бъдат предотвратени от версия 6.6 нататък. Въпреки това, ние ще се осигурява инструкции за това как да разискват с обратна сила съществуващите обекти за съхранение и премахване на съкращения (техническа забележка: това включва осигуряване на SHA1 хешове в графата attachment.storage_sha1hash база данни, както и преориентиране attachment_link записи на базата на това).
• [Mail / Parser / Изпълнение] запор The original_message.html сега е създаден по-ефективно за нови входящи съобщения. Преди това съдържанието му са написани на временен файл след това, което се чете в дългосрочно съхранение. Сега той се записва директно от паметта на склад. Това подобрение също е по-лесно да се промени съдържанието на HTML съобщение за подобряване на използваемостта (напр пренаписват линкове за инлайн приложения към ЦЕРБ URLs).
• [Mail / Parser / ползваемост] Когато разглеждате прикачен файл original_message.html в браузъра, вградени изображения сега ще бъде правилно показани в съдържанието. Например, това е полезно, когато клиентите да изпращат снимки на екрани от вграждането им в средата на своя отговор. По-рано, тези изображения са били включени като приложения на билета, но те не са били показани в съдържанието на HTML (техническа забележка: Етикетите IMG още съотнесени съдържание-ид заглавната част на MIME). Тези IMG линкове сега са пренаписани, за да използвате ЦЕРБ файлови пътища. Този процес работи за всички нови съобщения, които се получават във версия 6.6 или по-късно, но това няма да се оправи съществуващата прикачени файлове original_message.html.
• [Devblocks / Platform / Markdown] Added библиотека http://parsedown.org/~~state=definite на Parsedown да Devblocks. Това е по-бърз, по-икономична и по-модерен заместител на съществуващата PHP Markdown Extra библиотеката ние сме били използване на до този момент.
• [Setup / Storage / S3 / ползваемост] При тестване на нов профил S3 двигателя съхранение, временно обект, ще бъде спасен, четете и заличава да удостовери, че пълномощията работят за всички действия. Преди съдържанието на кофата са изброени, но това не се потвърди, че съдържанието може да бъде действително складираното и прибира.
• [Setup / Storage / S3 / ползваемост] Двигателят на S3 съхранение вече поддържа опция за конфигурация "Path префикс". Преди това цялото съдържание беше запазена като се започне от най-високо ниво на кофа. Сега една единствена кофа може да бъде споделена между няколко екземпляра на ЦЕРБ.
• [Setup / Storage / S3 / Security] При конфигуриране на двигателя на S3 съхранение, ключовият параметър тайна вече не се появява във формуляра за профила на изскачащи прозорци. Ако се остави празно тя ще остане непроменена. Това е далеч по-сигурна, отколкото го предава.
• [Storage / Изпълнение] Услугата за съхранение сега има възможността да си вадя няколко изтриване операции да ги изпълнява в една-единствена сделка. Това е полезно за двигатели за съхранение, където единичните изтривания биха били много скъпи. Например, S3 ще генерира заявка за HTTP на файла, който се заличава, което потенциално може да бъде стотици или хиляди. В очакване на това, че много искания HTTP време cron.maint е нежелателно. Сега е възможно в продължение на стотици предмети, за да се заличи в една заявка.
• [Setup / Storage / S3 / ползваемост] Изпълнено партида изтриете функционалност в търсачката S3 съхранение. До 500 обекти могат да бъдат изтрити от S3 в една заявка HTTP.
• [CHD-2711] [Mail / Relay / Коментари] Когато работник е в отговор на съобщение препредават от външен имейл акаунт, маркерът #comment сега ще ви позволи да коментират обхващат няколко линии. Коментарът ще бъде прекратено когато срещне празен ред или ред, започващ с друг #tag. Това беше необходимо, защото някои приложения за електронна поща, като Gmail, принуждават текст / обикновена съдържание на твърдия обвивка на интервали преди 76 знака, и цитира-печат кодиране не се използва, за да се запази оригиналната опаковка. Коментарът ще продължи да се показва като един параграф в ЦЕРБ.
• [CHD-2711] [Mail / Relay / Коментари] Нов коментар # СТАРТ маркер е на разположение на работниците, които отговарят на препредава съобщения през външен имейл акаунт. Това позволява на множество коментари линия, където linefeeds ще бъдат запазени. Това е особено полезно за парчета на форматиран текст като фрагменти код и пачове. Многократната коментар линия се прекратява със #end маркер е на отделен ред. Ако мейл заявление на работника добавя твърди linefeeds да им коментар съдържание, тези, които ще бъдат запазени в коментара създаден от ЦЕРБ.
• [Mail / Parser / Локализация] ЦЕРБ вече ще се използват разширението на изброяване PHP, ако тя е заредена. Това е способен да превърне по-широк кръг от кодировки mbstring. Например, TIS-620 (Thai) и WIN-1258 (виетнамски) не са били правилно превръща в Unicode от ЦЕРБ, когато само с помощта mbstring.
• [Mail / Relay] Работниците вече могат ръчно реле конкретни послания към външни сметки имейл, без да се налага да се създаде виртуална Attendant поведение на първо място. Менюто за отговор на всяко съобщение съдържа нова "Relay да работник имейл" опция. Избор на опцията реле показва изскачащ прозорец, където работниците имейл акаунти може да се филтрира и избран. Тази функция е особено полезна за ситуации, при които може да се нуждаят от работници да отвърне на удара, докато сте офлайн, като например по време на презокеански полети или круизи. Един работник може да препредава съобщения от ЦЕРБ да им мобилно приложение имейл, да отговаряте в свободното им време, и техните послания ще бъдат доставени при възстановяване на достъпа до мрежата. Функцията е полезна, когато някои работници се справят заявки чрез имейл, без да влезете в интерфейса ЦЕРБ (напр Temps, стажантите, консултанти). Човешко диспечер може маршрут послания към тези работници върху според необходимостта на.
• [Mail / Relay / Дейност Log] Един запис Дейност Log сега се създава, когато съобщенията се препращат към имейл акаунт от работник или Virtual придружител. Това съобщи на други работници, които работят може да се проведе на билета от чужбина на ЦЕРБ, а също така служи за поддържане на по-добро история на действията на виртуални Придружителите. Преди това не е имало запис на билет, че то е било предадено, освен ако коментар бе изрично е създаден, за да се каже така.
• [Mail / Дейност Вход / Preferences] Работниците вече могат да дадат възможност на дисплея на записите на дейността си Вход на времевата линия на билета. Това показва смесица от съобщения, коментари и регистрационните данни за дейността на едно място, без да се налага да щракнете в раздела "Дейност Дневник". Опцията се намира на страницата с настройки, които се влиза от менюто показва, когато даден работник кликне върху името си в горния десен ъгъл на потребителския интерфейс. Последователни записи в регистъра, ще бъдат комбинирани в един блок, и тези, които се провеждат с подобен клеймото са групирани заедно за четимост. Този вариант също е съвместима с "Прочети цялата" опция, когато времевата линия се показва разширена в "старите първи", за, а не "най-новата отпред".
• [Devblocks / Platform / JQuery] Актуализирано JQuery зависимостта от 1.7.2 до 1.10.2
• [Devblocks / Platform / JQuery] Актуализирано JQuery UI зависимостта от 1.9.1 до 1.10.3
• [Devblocks / Platform / Зависимости] Публикувана на JQuery карета плъгин за получаване и задаване на позицията на курсора в textareas.
• [Devblocks / Platform / jqPlot] Актуализирано jqplot зависимостта от 1.0.0b2 да 1.0.8
• [Devblocks / Platform / qTip] Актуализирано зависимостта qTip от 1.0.0rc3 да 2.2.0
• [Tour / ползваемост] Актуализирана и разширена турнето така тя предоставя съвети и изнесени означения около основната функционалност в рамките на ЦЕРБ. Това би трябвало да помогне на борда на новите работници-бързо.
• [Tour / ползваемост] Когато кликнете върху нов "на интересни" изнесено в режим на турне, преди разгледана изнесено сега ще се затвори автоматично.
• [CHD-786] [Mail / HTML] Работниците вече могат да изпращат HTML форматирани отговори имейл от ЦЕРБ. Тази функция е дълго време идва, тъй като искахме да го прилага по начин, който е в съответствие с духа на ЦЕРБ на производителността и автоматизация, които са силно въз основа на ефективната обработка на големи обеми от текст. За да се улесни това, функцията е разделен на две части: HTML шаблони и Markdown синтактични. Множество HTML шаблони (например бланки и стилове) могат да бъдат създадени от Setup- & GT; пощенската & GT; HTML страницата. Всяка група и кофа може да бъде конфигуриран да използва специфичен шаблон по подразбиране, който определя стила на техните HTML отговори. Шаблоните могат да съдържат всеки валиден HTML, въпреки че повечето приложения поща ще хигиенизирам съобщенията (например премахване на Javascript). Вместо да се въвеждат визуален HTML редактор, който замъглява базовия текст, работниците могат да отговорят с Markdown синтаксис да смели, курсив, линк, вграждане на изображения, цитирам, и да добавят заглавия, кодови блокове, както и списъци. Markdown е език за маркиране, която е предназначена за използване в електронна поща, за да се запази човешкото четливост. Този подход "прогресивно подобрение" осигурява работници с по-голяма гъвкавост в отговорите си, без компромис ефективност. Изходящите съобщения в историята ЦЕРБ все още се показват като прав текст. Освен това, Виртуални придружител поведения са способни да работят с Markdown синтаксис много по-лесно, отколкото с HTML директно.
• [CHD-786] [Mail / Отговори / HTML] Когато работниците са отговаряне на поща, редактор е вече предвидено да помогне с помощта на форматиране Markdown. По подразбиране редактор започва в прав текст режим, който се държи същите като ЦЕРБ винаги има (т.е. само изпращане на текстови отговори). В този случай лентата с инструменти показва само един бутон, който превключва богата функционалност текст. След този бутон се натисне, лентата с инструменти се разширява, за да се осигури: удебелен шрифт, курсив, неподреден и подредени списъци, вградени изображения, външни снимки, линкове, цитати, кодови блокове, както и опция за предварителен преглед. Опцията за преглед показва HTML версията на текущия отговора в изскачащ прозорец. Той също така ще използва HTML шаблон на текущата група и кофата, ако има такива. Прозорецът за преглед може да бъде оставена отворена, когато в отговор, и то ще се актуализира съдържанието му всеки път клавиша RETURN е натиснат.
• [Storage / Файлове] Прикачените файлове могат да бъдат поискани от тяхната SHA-1 хеш в URL, в допълнение към глобално уникален идентификатор на всеки от своите връзки. Това прави възможно да се отнася до приложенията, които са качени, но не са свързани с нещо, все още. Например, това е полезно за прилагане на вградени изображения в поща и статии за познаване; тези снимки ще трябва да се визуализира, преди записът (и линк) е създадена.
• [Platform / ползваемост] изскачащи прозорци ще отвори врати в средата на прозореца на браузъра по подразбиране. Те отвориха рано в топ центъра, което прави по-малки изскачащи прозорци по-малко забележими.
• [Plugins / Platform] Когато даден файл е качена използване на файл за избор на масите, той вече предлага на повикващия с SHA-1 хеш и вътрешен URL, както и на целия обект отговор (име, размер, вид мим и т.н. ). Това трябва да се направи избор на файл ПОВТОРНО в повече ситуации на; например, в предоставянето на вградени функции на изображението.
• [Mail / Отговори / HTML] Работниците могат сега изпращат редово изображения в отговорите си. A нов бутон "Качване на изображение" е на разположение в лентата с инструменти, когато отговаряте на поща с HTML форматиране. Този бутон показва файл за избор на изскачащ прозорец, който автоматично генерира синтаксиса за вградено изображение веднъж спасен. Изображението се вижда в Визуализация масите, и след като съобщението е изпратено ЦЕРБ автоматично ще го превърнете в едно вградено изображение за получателя (т.е. смяна на връзката, за да ЦЕРБ с автономен MIME част).
• [Mail / Търсене / ползваемост] При използване Search- & GT; Ticket, резултатите вече няма да бъдат ограничени до само собствени групи на работника. Филтърът за група сега се добавя по подразбиране, но той може да бъде отстранен от редактируеми филтри. Преди това той е бил задължителен филтър, който не може да бъде отстранена. Това е било поискано неколкократно от организации, които искат работниците да видят "отказан достъп" листинг за билет при търсене по маска или участник, вместо да се налага нулеви резултати, показани (която кара хората да вярват, че правиш погрешно за търсене).
• [Platform / изскачащи прозорци / ползваемост] изскачащи прозорци сега ще плува над една и съща позиция в браузъра дори когато останалата част от свитъците на страницата. Преди това, изскачащи прозорци могат да се превъртат от страниците и да станат губи.
• [Mail / Peek / ползваемост] Когато разглеждате поглед масите за билет, неговата група и кофа сега са показани като две свързани падащите менюта. Промяна на групата в първата падащото меню ще се промени в списъка на наличните кофи във втория. Преди това групата и кофата са видими само като щракнете върху падащото меню и търси най-(*) маркер, който беше тромава. Освен това, предишната падащото меню също комбинирани групи и кофи в един дълъг списък, който е труден за употреба.
• [Mail / Compose / ползваемост] Когато композиране поща, на "От:". опция, сега показва групата и кофата в две свързани падащите менюта, вместо от един голям списък
• [Mail / Compose / HTML] Публикувана HTML подкрепа съобщение за съставяне масите. Функцията за преглед ще покаже шаблона за текущо избраната група и кофата.
• [Storage / Files] Страницата "/ файлове" вече предоставя заглавия контрол кеш за съдържанието, която обслужва. Това позволява сваляне на работник, за да кешират определени ресурси (като изображения) след първото им извличане, така че те не са поискани от сървъра отново. Това е полезно, сега, че подобно съдържание вградени изображения в HTML съобщения се извеждат чрез тази страница.
• [Platform / Зависимости] Актуализирано HTMLPurifier библиотека от 4.5-4.6.
• [Platform / Devblocks / Зависимости] Добавена на "СГО да Inline Styles" библиотека от Tijs Verkoyen. Това осигурява лесен
да начин да конвертирате CSS Стил блокове да инлайн стилове при изпращане на HTML имейл, тъй като много читатели имейл филтрират главата, тялото, и STYLE.
• [Mail / Отговори / HTML / Preferences] добави предпочитания на работниците за "Винаги се премине към HTML режим", докато отговаряте на поща.
• [Platform / Plugins / изскачащи прозорци] Plugins, които използват genericAjaxPopup () вече могат да се уточни "целево" вариант с използване на JQuery Позиция обект; например {Ми: "горния ляв", на адрес: "долния десен", на: "селектор '}.
• [CHD-3622] [Запознайте / ползваемост] Подобрена пътя последната достигната времето се записва за изследовател комплекти. Преди клеймото на достъп актуализира само 20% от времето, за да се намали външния UPDATE заявки за бази данни, когато някой бързо прелисти списъка. Сега, вместо това, времето за достъп се актуализира всяко време най-малко 30 секунди са минали от последната записана времето за достъп. Освен това, времето за достъп сега се записва винаги, когато е създаден на снимачната площадка. The преди неефективността рядко създава проблеми, но това ще се прояви, ако един изследовател набор е създаден малко преди планирана работа по поддръжката изтича, или ако работата по поддръжката е настроена да работи много често вместо вечер. Това може да доведе до изследовател набори се продухва, докато те все още са в употреба.
• [Mail / HTML / Предавания] Изпълнено HTML подкрепа съобщение в работен списък на билети се излъчва от насипни обновяване.
• [Mail / HTML / Предавания] Изпълнено HTML подкрепа съобщение в адресната работен списък излъчвания от насипни обновяване.
• [Mail / HTML / Предавания] Изпълнено HTML подкрепа съобщение в работен списък възможност излъчвания от насипни обновяване.
• [Mail / ползваемост / HTML] При генериране на прав текст част от само HTML-съобщение, ЦЕРБ сега се опитва да запазим шпацията в предварително форматиран (PRE) и код на блока.
• [Mail / ползваемост / HTML] При генериране на прав текст част от само HTML-съобщение, ЦЕРБ сега се опитва да префикс вложени съдържание Текстов блок с '& GT; "
.
• [Mail / HTML / ползваемост] При изпращане на HTML поща, ЦЕРБ ще генерира нов прав текст, че част почиства форматиране Markdown. Тази част прав текст се изпраща заедно с HTML съобщение (например за мобилни и автоматизирани читатели поща), и тя също е това, което се съхранява в историята на разговор.
• [REVERT] [Platform / изскачащи прозорци / ползваемост] изскачащи прозорци вече не се отварят нагоре в центъра на прозореца на браузъра по подразбиране. Това беше причинява проблеми на изскачащи прозорци, които растат, тъй като те биха могли да се разшири отвъд долната част на прозореца и постоянно изисква влачат на място. Изскачащи прозорци сега показване на върха, така че те да имат по цялата височина на браузъра, за да растат, преди те да покаже плъзгач. Когато изскачащ прозорец се отваря позиция може да се определи сега, така че изскачащи прозорци, които не растат (като бъде избран файл в) все още могат да избират да се появи в центъра на страницата.
• [Setup / Mail / Отговор до / HTML] за отговор адреси вече могат да посочите подразбиране HTML шаблон за изходяща поща. Шаблонът разположен на по подразбиране Адрес за отговор е глобален подразбиране. Когато група няма своя собствена HTML шаблон по подразбиране ще се този на своя отговор до адрес.
• [Mail / HTML / ползваемост] Скриптът ъпгрейд за 6.6 сега автоматично създава подразбиране HTML шаблон и го свързва с по подразбиране Адрес за отговор. Това позволява HTML отговори на "просто работи" без ръчна конфигурация.
• [Virtual Придружителите / Mail / HTML] Действието "Изпращане на поща" в Виртуални придружител поведения вече поддържа изпращането на съобщения, които използват евтино и HTML шаблони.
• [Virtual Придружителите / Mail / HTML] The 'Изпрати съобщение на получателите действия в Виртуални придружител поведения вече поддържа изпращане на съобщения, използвайки евтино и HTML шаблони.
• [Mail / HTML / Отговори] Работниците вече могат по избор да изберат специфичен HTML шаблон, когато отговаряте. Ако нищо не е избрано, се използва по подразбиране текущата група / кофата е.
• [Mail / HTML / Compose] Работниците вече могат по избор да изберат специфичен HTML шаблон при съставяне на ново съобщение. Ако нищо не е избрано, се използва по подразбиране за дадена група / кофата е.
• [Mail / HTML / Предавания / Билети] Работниците вече могат по избор да изберат специфичен HTML шаблон, когато излъчването от работни списъци на билети. Ако нищо не е избрано, по подразбиране за група / кофата се използва вместо.
• [Mail / HTML / Предавания / Адреси] Работниците вече могат по избор да изберат специфичен HTML шаблон, когато излъчването от имейл адрес работни списъци. Ако нищо не е избрано, по подразбиране за дадената група / кофата се използва вместо.
• [Mail / HTML / Предавания / CRM / Ами сега] Работниците вече могат по избор да изберат специфичен HTML шаблон, когато излъчването от алтернативните работни списъци. Ако нищо не е избрано, по подразбиране за група / кофата се използва вместо.
• [Mail / Отговори / ползваемост] Когато отговаряте на съобщение, за "Бихте ли искали да се движи този разговор?" опция сега показва групите и кофи в две свързани падащите менюта. Промяна на групата в първия списък автоматично показва наличните кофи във втория списък. По-рано, сегашната група и кофата се показва като по подразбиране "Не, оставете го в [име] кофата на [група]", и преместване на разговора се изисква използване на дълго комбиниран списък на всички кофи, която е трудно да се движите. Новият начин е и по-ефективно при използване на клавишни комбинации.
• [производителност / работни списъци / Билети] Когато използвате "е в групи от [работник]" филтър на работни списъци на билети, заявката на базата данни е сега оптимизирани, ако работникът е член на всяка група. По-рано, това неефективно проверил GROUP_ID на всеки резултат, така или иначе.
• [Support Center / Контакт / ползваемост] Способността да качите няколко файла в Центъра за поддръжка на вече използва подкрепата на браузъра HTML5.
• [Support Center / Контакт / ползваемост] Типът файл вече е определен правилно на прикачени файлове, качени в Центъра за поддръжка. Преди това всички качени файлове са били записани като "прилагане / октет поток", който принуди прикачени файлове за изтегляне, дори ако те биха могли да се показват в браузъра (например изображения, текстови файлове).
• [Web-API / Contexts] Изпълнено "GET /rest/contexts/list.json" в Web-API за извличане на списък на контекстни IDs и имена. Идентификаторите контекста са използвани за направата на различни видове заявки (например за закрепване линкове, коментари, рекордни връзки) и там не е изчерпателен списък на разположение навсякъде. Това искане API включва и всички контексти, които са добавени чрез плъгини, които стандартната документация не би включват.
• [CHD-3562] [Уеб-API / Contexts / Връзки] Изпълнено "POST /rest/contexts/link.json" в Web-API за добавяне на неограничен брой линкове към запис. Вижте: http://cerbweb.com/book/latest/developerguide/restapi/contexts.html
• [CHD-3562] [Уеб-API / Contexts / Връзки] Изпълнено "POST /rest/contexts/unlink.json" в Web-API за отстраняване на произволен брой връзки от един запис. Вижте: http://cerbweb.com/book/latest/developerguide/restapi/contexts.html
• [Setup / групи] Фиксирана проблем, когато изтривате група, където група собственост Виртуални Придружителите и персонализирани fieldsets не могат да се почистват правилно.

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

• [CHD-3569] [Virtual Придружителите / Mail / хедъри] В "Преди да изпратите съобщение работник" Виртуални придружител поведение, на "Определете глава" действието предприятието е в състояние да замени съществуващите заглавията като "Тема:" и "X-Mailer : ". Преди това са били добавени дублиращи заглавки.
• [CHD-3519] [Виртуални Придружителите / Mail] В "Преди да изпратите съобщение работник" Virtual Attendant поведение, състояние на "Bucket" е вече на разположение отново.
• [CHD-3568] [Работни списъци / ползваемост] Фиксирана проблем, когато редактирате филтри "собственик" на работни списъци, където съществуващите стойности не са показани като по подразбиране. Това означаваше, ако сте били филтриране със списък на 5 собственици, трябваше да ги избирате отново в допълнение към всички други промени, които правеха.
• Виртуални Придружителите / Групи] Фиксирана проблем с имена кофа винаги са "Входящи" в някои виртуални придружител поведение.
• [CHD-3508] [Virtual Придружителите / ползваемост] При изграждането на виртуални Съпътстващи резултати и действия, в менюто "Insert контейнер" сега ще включва | модификатора на контейнери по подразбиране "дата". В противен случай те се показват като Unix времеви отпечатъци (напр 1381874586). Това се използва, за да се случи в по-ранни версии, но "| дата" опцията е кодиран за различни области; Сега това се случва автоматично въз основа на типа на полето.
• [CHD-3470] [Mail / Отговори / ползваемост] На профили на билетите, ако формата на отговор вече е отворен след това щракнете върху бутона "Отговор" бутон или натиснете "R" пряк път ще се фокусира съществуващата форма, а не се изхвърля съдържанието му и отваряне на нова.

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