g0dzilla

docs.modx.com/xpdo/2.x/class-reference/xpdoquery/xpdoquery.where

Вообще заметил тендецию, в последнее время, что старые посты некрофилируют. Все давно уже в доках

я бы сделал б24 с modx, как я и сделал. Только у нас производство текстиля.
Движение примерно — лид -> менеджер -> дизайнер -> закупка -> производство -> бухгалтерия -> склад (упаковка) -> доставка.
Увы, в компании бюджета не так много, разработчик я один.
В итоге тариф там минимальный 1000р(в месяц).
Остальное — выполняет modx. Для тех процессов, которых нет в б24 есть свое приложение в modx, которое открывается во фрейме б24. (в том числе и мобильное приложение уже готово, авторизация в modx автоматом)
Из плюсов такой схемы:
Вся работа с клиентами уже есть в б24, ничего не надо придумывать. (сбор лидов, онлайн чат, бот-чат с мобильными мессенджерами, ip-телефония, сообщения, переписка с клиентом.
Есть куча своих плюшек, типа ленты корпоративной, задачи, проекты, отчеты, воронки, быстрая тех-поддержка и т.д.
Из минусов:
Недостатки кастомизации.
Например:
Нельзя настроить права, кто может менять статус, а кто нет. Нельзя кастомизировать свой счет, свой расчет стоимости заказа (в формировании счета) ну и т.д. и т.п.
Но можно это все заменить своими кастылями. Благодаря api js, нагрузка уходит в тот же б24. Экономия на хостинге.
Много моментов на самом деле.
Из опыта скажу — есть менеджеры по продажам или отдел доставки, не важно. Все они привыкли работать по-своему, надо четко понимать, что нужно компании, т.к. всегда на деле мы смотрим на проблему под другим углом.
Сделаете так — решат по иному. Если компания не связывалась с crm и работой в бизнес-процессах, лучше поэксперементировать, посмотреть как кому удобней, что кому надо. Первый блин комом, зачем на него много теста лить?

Нет Василий, у вас проблем с куками нет, потому что руки у Вас из нужного места растут, в отличии от авторов мобильного приложения B24.

А вообще, такая проблема с куками наблюдается и с моб. приложениями вконтакте, и с одноклассниками (гугл поведал).

За код спасибо, работает

неа

процесс синхронизации очень интересен) ждем =)

<form action="[[*id]]" method="get">
<fieldset> <legend>Что ищем?</legend>
<p><input type="search" name="article" placeholder="Введите артикул"></p>
</fieldset>
<p><input type="reset" value="Очистить"> <input type="submit" value="Найти"></p>
</form>

[[!msProducts?
	...
	&where=`[[#GET.article:ne=``:then=`{'Data.article:LIKE' : '%[[#GET.article]]%'}`]]`
]]

Не гарантирую, что код работает и НЕ рекомендую использовать в рабочем проекте.
Это только сырой ПРИМЕР того, как можно реализовать.
Но смысл надеюсь понятен.

данная задача легко решается и без msearch2, только безопасность может немного пострадать, хотя и этот момент решается

?

<td>{$option.caption}</td>
<td>
	{if $option.value is array}
		{$option.value | join : ', '}
	{elseif $option.value == true}
		Есть
	{else}
		{$option.value}
	{/if}
</td>

Значит или там не 1, или массивом через запятую.
Можно еще попробовать 1 привести к строчному формату:

<td>{$option.caption}</td>
<td>
	{if $option.value is array}
		{$option.value | join : ', '}
	{elseif $option.value == '1'}
		Есть
	{else}
		{$option.value}
	{/if}
</td>

<td>{$option.caption}</td>
<td>{if $option.value is array}
		{$option.value | join : ', '}
	{else}
		{if $option.value == 1}
			Есть
		{else}
			{$option.value}
		{/if}
	{/if}
</td>

Очень интересная тема, будем ждать продолжения, Михаил…
Интересно, как revo работает с оборудованием. В теории я конечно же представляю, как это работает, но на практике все гораздо сложнее…