Мы не оказываем поддержку в комментариях.

Все ваши вопросы касательно темы данной статьи — вы можете задать в соответствующем разделе форума.

Файл soap.php в корне, как и должен быть.

Всё всё всё, уже ложусь.)

Fatal error: Class 'SoapClient' not found in /home/mysite/mysite.ru/docs/sugarcrm/custom/modules/mymodul/before_save.php on line 13

<?php
class bs_c
{
	function bs_m() {
		
		// location - путь к soap.php файлу, лежащему в корне CRM
		// uri - URL адрес вашей SugarCMR
		$options = array(
			"location" => 'http://mysite.ru/sugarcrm/soap.php',
			"uri" => 'http://mysite.ru/sugarcrm/',
			'version' => '.01'
		);
		$client = new SoapClient(NULL, $options);
                
                ...

Потому что не выходит никак. И еще — почему то по модулю contacts выводит данные не группированные по contacts.id, много дублирующих, ощущение — что сколько таблиц привязано-столько раз и дублирует каждую запись, и больше чем 2500 по кол-ву за раз из базы не возьмешь. Кто нибудь сталкивался с таким!?? (это Sugar 6.2.0 Profession).

а по поводу расширения стандартного класса. Дело в том что я использую массовый импорт данных

т.е. по SOAP у меня добавляется через set_entries бывает по 200 объектов, после этого добавляется столько же объектов кастом модуля, потом с помощью set_relationships и возвращенных set_entries идентификаторов, я их связываю. Мне нужно чтобы Lead не создался, а кастом модуль привязался, к старому Lead, уже существующему в CRM. Т.е. в идеале надо чтобы set_entries вернуло id старого объекта, уже существующего... видимо для этого и придется расширять SOAP

2) Проверка полей на дубликаты уже реализована в модуле DevToolKit. Правда, не очень в плане быстродействия. Можете пользоваться при количестве записей до 10000-20000, если нужно больше, лучше написать свой. Мы не тестировали на работу с email, не знаю, работает ли он с полями модуля email. Если нет, в таком случае есть очень простое решение, основанное на javascript:

В editviewdefs в секции templateMeta меняем код кнопки save:

'form' => 
array (
'buttons' => 
  array ( 
  0 => 
  array (
    'customCode' => '<input title="{$APP.LBL_SAVE_BUTTON_TITLE}" accessKey="{$APP.LBL_SAVE_BUTTON_KEY}" class="button" type="submit" name="button" "onclick=\'this.form.return_action.value="{$returnAction}"; this.form.action.value="Save"; return checkDuplicates();\' value="  {$APP.LBL_SAVE_BUTTON_LABEL}  " >
                    <input title="{$APP.LBL_CANCEL_BUTTON_TITLE}" accessKey="{$APP.LBL_CANCEL_BUTTON_KEY}" class="button" type="submit" name="button" "onclick=\'this.form.action.value="{$returnAction}";\' value="  {$APP.LBL_CANCEL_BUTTON_LABEL}  ">'),
  ),
),

Как видно, мы добавили свою функцию проверки, которая будет выглядеть следующим образом:

function checkDuplicates()
{
  //здесь проверяем запись на дубликат через ajax
  //в случае если запись не уникальная выдаем сообщение и return false;
  //в случае если все ок запускаем стандартную SugarCRM валидацию формы
  return check_form("EditView")
}

Вам остается только реализовать ajax запрос.

Начну с конца. Да я уже сам пришел к выводу что одно из решений это дописать функционал для SOAP в upgrade safe стиле. Но есть проблема — нужно не допустить создания дубликатов и через веб-интерфейс.

А теперь к началу. Я хочу в идеале, чтобы при попытке создать дубликат Lead (по полю email), мне возвращалось:

1. через SOAP: id уже сущестующего lead, при этом нового не появлялось

2. через веб-интерфейс, хотябы просто симпатичная ошибка, а в идеале и со ссылкой на 'правильный' Lead

Насчет вашего вопроса: не совсем понятно, что вы все-таки хотите. Получать записи с уникальным email через SOAP или не давать возможности добавлять записи с дублирующимся email?

Logic hooks — это обычные функции, в которых у вас есть ссылка на текущий объект, вы можете делать с ним что угодно. Проверить на уникальность email, выставить, если надо, значение какого-либо поля и т.д. Так что никаких ограничений на их возможные области применения я не вижу.

Если же вы хотите реализовать это через SOAP, вы можете легко добавить свои функции для использования (даже в upgrade safe стиле). В данном случае, думаю, это будет наиболее правильным решением, чем пытаться использовать существующий функционал для такой задачи.

Вот у меня вопрос есть по Logic Hooks

у меня есть импорт с веба Leads через SOAP, мне не нужны дубликаты (считаем уникальным email), как мне быть? как автоматизировать. Хотелось бы иметь возможность в logic hook при попытке добавления lead с уже имеющимся email, возвращать id уже существующей записи, ну и сделать заодно там пометку, но я так понимаю что logic hook не позволяет сделать такие вещи? Очень трудно переходить с разработки под SalesForce на SugarCRM, но необходимо адаптировать продукт

14 лет — учусь еще)

Warning: require_once(../include/nusoap/nusoap.php) [function.require-once]: failed to open stream: No such file or directory in Y:\home\test2.ru\www\SoapTest.php on line 61 Fatal error: require_once() [function.require]: Failed opening required '../include/nusoap/nusoap.php' (include_path='.;/usr/local/php5/PEAR') in Y:\home\test2.ru\www\SoapTest.php on line 61

вроде все правильно прописал

require_once ('../include/nusoap/nusoap.php'); $soapclient = new nusoapclient('http://localhost/sugarcrm/soap.php');

require_once('../include/nusoap/nusoap.php');

где ... означают поднятие на директорию выше.

Что то мне подсказывает, что вы пытаетесь запустить стандартный тестовый файл SoapTest.php, который лежит в директории examples, при этом перенеся его в другую директорию и не сменив пути. Вам надо или поменять пути на новые, или же запускать его непосредственно из директории examples.

if(!defined('sugarEntry')) define('sugarEntry', true);  

С чем это связанно?

ну или просто подскажите как мне получить объект аккаунт или лид, с заданным почтовым адресом, ведь адреса хранятся в другой таблице

В версии SugarCRM 5.0.0 действительно была проблема, и нельзя было применять функцию get_entry для EmailAddresses.

С версии 5.5.0 — это исправлено.

Вот ссылка на баг трекер:

www.sugarcrm.com/crm/supp...c29-489f0beb4a4d