Здравствуйте.
Предлагаю в виджете CRM в админке добавить возможность не показывать уже выполненные задачи.
Скриншот https://yadi.sk/d/fMSMq8NyA6blhQ

предлагаю разместить эту заявку на Краудфандинг

Здравствуйте!
Разобрался я в причине того, что результаты поиска в блоке поиска отличаются от страницы поиска)
Я думал, что поиск в блоке поиска делается механизмами модуля Search, но получается, что там свой код и категории ищутся вне зависимости от настроек модуля Search просто по %like%.

Я немного скорректировал searchlineapi.inc.php в блоке поиска. Теперь поиск в категориях идет в следующем порядке: like%, транслитерация like%, %like%, транслитерация %like%. Если на этапе есть вхождение, то далее поиск не идет. Слава богу, "мел" теперь найти можно))
https://yadi.sk/d/geI1drZ9g7ZIJg

И до кучи в контроллере блока searchline поменял порядок вывода: Категория->Товар->Бренд.

https://yadi.sk/d/rIjrrrzoKe3IqQ

Пожелание пишу, так как проблема, на самом деле, серьёзная, а в тикет системе получил ответ "В данный момент такая функциональность не ожидается".

Когда мы создаём алиасы (оно же URL-имя) для товаров, брендов, категорий, задействуется функция \RS\Helper\Transliteration
Когда мы вручную из карточки создаём алиас, работает js /resource/js/jquery.rs.autotranslit.js
И всё вроде хорошо, пока кириллица и латиница присутствует.
Но бренд "Baumüller" превращается в "baum-ller"
Косяк? Да. Подобных брендов навалом. Если делать интернет-магазин двуязычным, нарваться на названия категорий и товаров элементарно. Даже, если просто парсить, отследить наличие всяких умляутов и прочих диакритических символов нереально.

Проблема тут в том, что RS не знает о таких символах. И ставит вместо них дефис. А ставить надо ближайший латинский символ.
Реализовать подобное очень просто, я не понимаю, почему это вдруг "такая функциональность не ожидается".

Вот эти символы. Полный список.
¡¿
ÄäÀàÁáÂâÃãÅåǍǎĄąĂăÆæĀā
ÇçĆćĈĉČč
ĎđĐďð
ÈèÉéÊêËëĚěĘęĖėĒē
ĜĝĢģĞğ
Ĥĥ
ÌìÍíÎîÏïıĪīĮį
Ĵĵ
Ķķ
ĹĺĻļŁłĽľ
ÑñŃńŇňŅņ
ÖöÒòÓóÔôÕõŐőØøŒœ
ŔŕŘř
ẞߌśŜŝŞşŠšȘș
ŤťŢţÞþȚț
ÜüÙùÚúÛûŰűŨũŲųŮůŪū
Ŵŵ
ÝýŸÿŶŷ
ŹźŽžŻż

p.s. я понимаю, что мультиязычности по факту нет, но мультисайтовость есть и вот официальная позиция по этому поводу
https://helpdesk.readyscript.ru/wish/Podklyuchenie-vtorogo-yazyka-13.html

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

Также, незнаючи, легко поверх прогрузить, что грузили ранее - и все изображения задвоятся. Тут, конечно, надо изображения сначала удалить, потом грузить, или не грузить по полю Фото, но с ходу не все об этом знают.

***
Этих проблем можно избежать, если для каждого изображения хранить контрольную сумму оригинального изображения. И при импорте может выполняться или не выполняться условие. Думаю, понятна мысль.
Фича поможет избежать детской проблемы ридискрипта. Фича должна быть включена по умолчанию(для новичков самое оно!) и выключаться по желанию пользователя.
Да, я понимаю, что это замедлит импорт, но импортировать можно частями (поля Фото отдельно) или отрубить фичу, когда точно понимаешь, что делаешь.

***
Сейчас же приходится предварительно готовить csv под загрузку. Берём 40.000 товаров с одного источника, 30.000 товаров с другого источника - ищем дубли и пристреливаем их. Но это какой-то дрянной метод, хоть и работает.

Добрый день!
Сервис Яндекса Турбо-Страницы позволяет использовать штатный экспорт через YML (тот же что и для Яндекс.Маркет). С одним отличием. Почему-то он отказывается принимать предложения с offer id содержащим буквы.

В модуле /modules/export/model/exporttype/yandex/offertype/commonoffertype.inc.php

В строке:

$writer->startElement("offer");

$writer->writeAttribute('id', $product->id.'x'.$offer_index);

Добавляется "X" к ID

В результате в YML <offer id="51x" available="true">
(даже если не используются комплектации)

Возможно стоит убрать x из id хотя бы в том случае, если не используются комплектации

Хотелось бы увидеть модуль который сможет:
1) Выгружать товары в группу ВК
2) Выгружать статьи в группу ВК
3) Постоянно обновлять изменения в товарах

Соц. сетям как то мало уделено внимания, а если есть ИМ как сайт, и ИМ в вконтакте например, руками это все синхронизировать ой как не просто

Не хватает возможности запретить исполнителю редактировать "планируемую дату завершения", т.к. ее устанавливает создатель задачи и исполнитель ее редактировать не должен

В каждой задаче есть поле "фактическая дата завершения задачи" - логично было бы заполнять данное поле автоматические при смене статуса задачи на "выполнена".

Начинаем потихоньку пользоваться CRM и столкнулись с самым частым сценарием, когда пользователь просит перезвонить через час, два или завтра. Менеджер создает себе задачу, ставит время выполнения, оно проходит и нет никакого уведомления. Добавьте пожалуйста напоминание в десктопное приложение и на почту исполнителя либо по окончанию срока задачи, либо чтобы при создании задачи можно было отдельно установить напоминание в заданное время.