Надо изменить файл manifest.php, в 6.2 версии в плане хуков ничего не изменилось, поэтому модуль должен работать корректно.

Все можно сделать через метадата файлы, для просмотра как вы и писали это файл detailviewdefs.php.

Дело в том что если вы через студию редактировали данный модуль то метада файл находится в custom/modules/[MODULE_NAME]/metadata, вы если меняете файл в modules/[MODULE_NAME]/metadata, то он не повлияет на изменения.

Так же не забывайте делать repair после того как меняете метада файл, так как в кеше лежит старый.

Пожалуйста, не задавайте вопросы в комментариях

На днях прикручу наконец то форум, потому что данная статья, не для обсуждения какого то модуля

Так зачем вам для PRO версии данный модуль? у вас же есть WorkFlow.

Или правьте ручками что надо ))

Installation failed!

The package you are attempting to install does not conform to the policies established within the Sugar Open Cloud or by your system administrator.

Sugar Open Cloud customers must obtain a new package from the package provider that addresses the issues described below.

If you are running Sugar locally, you can relax your Module Loader restrictions to allow the package to be installed.

The Sugar Open Cloud package loading policies are detailed in the SugarCRM Knowledge Base.

The available restrictions and exceptions are detailed in the SugarCRM Developer Zone.

File Issues
custom/include/edit_area/edit_area_compressor.php
Invalid usage of a function filemtime()
Invalid usage of a function filemtime()
Invalid usage of a function filemtime()
Invalid usage of a function filemtime()
Invalid usage of a function fopen()
Invalid usage of a function file_put_contents()
Invalid usage of a function fopen()
Invalid usage of a function touch()
custom/include/edit_area/plugins/test/images/Thumbs.db
Invalid file extension
custom/modules/Administration/editLogicHooks.php
Invalid usage of a function file_put_contents()

Замените

	'acceptable_sugar_versions' => array(
		'regex_matches' => array('6\.[0-1]\.*'),
	),

На

	'acceptable_sugar_versions' => array(
		'regex_matches' => array('6\.[0-2]\.*'),
	),

Но учтите что он не тестировался на версии 6.2.

Хотя работать должен )

не выходит подгрузить модуль редакции хуков в версию 6.2.0. (profession)

Класс для хука необходимо создавать в любом случае.

after_ui_frame срабатывает уже после формирования. Тут проще всего конечно применить alert. Но если вам необходимо обязательно добавить после шапки, придется на js динамически формировать элемент и «цеплять» его под шапку.

Под меню (шапкой), над основным гридом и формой поиска.

Скорее всего подойдет вариант с after_ui_frame

А где должен находится файл logic_hooks.php?

В папке модуля? Это ведь хук уровня приложения.

Нужно ли создавать класс для хука?

И еще after_ui_frame сработает после формирования шапки или поле?

Заранее спасибо

хотя в SalesForce например, у любого поля есть метод setError ('текст ошибки') и оно отобразится под этим полем красным, или в случае soap вернет ошибку в с нужным комментарием, к сожалению Шуге еще далеко до этого

Если просто интересует валидация формы перед сохранением, для этого есть java script, если необходима не стандартная валидация значений формы воспользуйтесь ajax и напишите еще серверный скрипт для этой валидации.

Если вас интересует вывод сообщения на экран в каких то других ситуациях, то «прямого» метода нет.

Если универсально, то обычно такая задача решается в два этапа, первый это сохраняем само сообщения в сессию, в нужном вам хуке, например, before_save.

Второе на хуке after_ui_frame проверяем есть ли сообщения для этого юзера в ссесси, и если есть выводим их с помощью js.

Еще раз повторюсь задача не сложная, но прямого метода типа $current_user->set_message, в SugarCRM не существует, поэтому решается немного обходными путями. Есть так же $_SESSION['administrator_error'], но данные сообщения предназначены только для администраторов.

Пример функции хука (обязательно для того чтобы увидеть изменения в полях необходимо добавить в after save хук):

function checkAndSendMail(&$focus, $event, $arguments) 
{
            
  if ($focus->fetched_row['STATUS_TASK'] != $focus->STATUS_TASK ) //Поле STATUS_TASK - поле статуса задачи, оно изменилось
  {
     $created_by = new User();
     $created_by->retrieve($bean->created_by); //получаем юзера который создал задачу
     /*
     * В $created_by->email1 - email человека создавшего задачу,
     * отсылаем ему письмо, как пример можно взять функцию отправки почты из статьи
     */
  }
}

Остальные задачи реализуются точно так же однотипно.

P.S. пишу из головы возможны небольшие недочеты Удачи.