Wacis (Вейсис) - SaaS CMS, CRM и готовые решения

Связки в Wacis — отдельные решения. Форма может работать без CRM, а CRM — без задач.

Это сделано намеренно.

В разделе решений каждое решение описано по трём вещам: что приносит на сайт, как настраивается и что с чем связывается.

Например, «Формы» дают конструктор форм и заявки. CRM даёт заявки, воронки и статусы. «Задачи» дают задачи, статусы и комментарии.

Но связь между ними не зашита внутрь основного решения.

Если нужно, чтобы отправленная форма заводила заявку в CRM, ставится связка «CRM и формы». Она ставится из Marketplace и требует обе стороны.

Если нужно, чтобы новая заявка создавала задачу, ставится связка «Задачи по сделкам».

Сняли связку — остальное продолжает работать. Формы не превращаются в обязательный придаток CRM. CRM не требует задач.

Для разработчика это проще сопровождать. Для клиента проще объяснять: на сайте стоит только та логика, которая реально нужна.

Когда собираете сайт на Wacis, начинайте с отдельных решений. А связи добавляйте только там, где в сценарии есть действие между ними.

#Wacis #CMS #Marketplace #РазработкаСайтов

«Написал {module.vacancies} — на странице пусто». Значит, модуля с таким именем нет: опечатка или он не сохранён.

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

Что проверить первым:

1. Имя модуля.

В поле «Имя» должна быть латиница, например vacancies. Именно этим именем модуль вызывается в шаблоне: {module.vacancies}.

2. Сохранён ли модуль.

Раздел «Виды» появляется после сохранения. Там задаётся вёрстка. Сама разметка живёт не в модуле, а в его видах.

3. Есть ли справочник.

Если модуль должен выводить записи, в настройках должен быть выбран справочник. Пустой справочник — это статический блок.

4. Есть ли {item} в разметке списка.

Минимальная схема такая: общая разметка содержит {item}, а разметка записи описывает одну карточку. Без {item} список может открыться, но записи не появятся.

5. Совпадают ли имена полей.

Метка вида {module.vacancies.title} сработает только если первая часть совпадает с именем модуля, а title — с именем столбца справочника.

Отдельная оговорка для PFM.

Если модуль даёт справочнику собственные адреса, у справочника должно быть поле url. А в разметке записи нужен вывод содержимого, например {module.vacancies.content}. Иначе текст записи молча пропадёт.

#Wacis #CMS #вебразработка #модули

Раньше старые метки могли всплыть в теме как мусорный текст. Теперь всё неподставившееся вычищается на последнем шаге.

Это небольшое изменение в шаблонах, но оно убирает неприятный класс ошибок.

До этого при правке старой темы приходилось держать в голове, какие метки ещё живые, а какие уже отменены. Например, в разметке мог остаться вызов для метрики или старый формат поля записи.

Если такая строка не раскрылась, был риск увидеть её там, где её точно не ждёшь: в HTML страницы или прямо в интерфейсе для посетителя.

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

После этого всё, что не подставилось, вычищается.

Отменённые метки тоже не печатаются. Оставшаяся в старой теме {yandex_metrika} не покажется посетителю. Для кода владельца вместо неё используется {before_head_close_code}.

Вторая правка — справочник меток собран в одном месте. В нём видно, чем вызвать блок, как ограничить список, включить paginate, выбрать view, вывести поле записи, поле текущей страницы, настройку или картинку.

Отдельно описан {formguard}. Он ставится в каждую форму отдельно и несёт свежую подпись времени. Поэтому страницу с ним нельзя кешировать целиком: иначе всем посетителям досталась бы одна подпись, и проверка потеряла бы смысл.

#Wacis #CMS #шаблоны #вебразработка

Миф: связь между справочниками — это просто выбрать другой справочник в поле. На деле там три настройки, и каждая влияет на базу.

Откуда взялся миф, понятно. В админке выбираете тип поля «Выбор из справочника», и кажется, что главное уже сделано: поле знает, откуда брать варианты.

Но после выбора типа появляются три настройки подряд.

Справочник — куда смотрим. Например, category.

Что сохранять — какой столбец цели ляжет в базу. Например, id.

Что показывать — какой столбец увидит человек. Например, title.

Заполнять нужно все три. Если не указать «что сохранять», поле может завестись «успешно», но потом пустое имя столбца попадёт в список полей запроса. Каждая страница, где читается этот справочник, ответит ошибкой базы.

Главная развилка — что именно хранить.

Если это настоящая ссылка на запись, храните id, показывайте title или name. Так статья ссылается на категорию, пункт меню — на меню. Категорию можно переименовать, связь останется: в базе лежит номер.

Если это выбор из перечня значений, храните name, показывайте title. Например, тип Open Graph: в базе article, в интерфейсе «Статья». Здесь важно само значение, а не отдельная запись.

В вёрстке модуль подставляет сохранённое значение. Если хранится id, {module.blog.category} выведет номер. Чтобы вывести название, либо храните title, либо выводите отдельный блок категорий с отбором по текущей записи.

#Wacis #CMS #ВебРазработка #Справочники

В Wacis модуль не хранит данные. Он выводит их на сайт: целой страницей или отдельным блоком внутри чужой разметки.

Разделение простое, но экономит время, когда сайт разрастается.

PFM — модуль-страница. Он владеет адресом и отдаёт документ целиком. Например, страница услуги, статья блога или карточка товара. Посетитель открывает адрес, ядро находит запись и рисует документ.

BFM — модуль-блок. Он сам по себе никуда не выводится. Его вставляют в разметку меткой вида {module.menu}. Так работают шапка, подвал, меню, форма, сетка работ, отзывы.

У PFM работает один основной вид. У BFM основного вида нет намеренно: один и тот же блок на соседних страницах может выглядеть по-разному. Поэтому вид задаётся на месте вызова, например {module.menu:view=premiere.menu}.

Ещё важная деталь: модуль и справочник — не одно и то же. Обычно они называются одинаково, но это не правило. В метке первая часть — имя модуля, а не имя справочника.

Как пользоваться без путаницы:

1. Открыть раздел «Модули» в нижней части меню панели.
2. Посмотреть имя, тип и число видов.
3. Править вёрстку оттуда же, а не искать её в справочниках.

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

#Wacis #CMS #вебразработка #модули

10 минут — окно, в котором CRM отсекает повторную отправку формы с тем же содержимым.

Это защита от простого дубля: человек нажал кнопку дважды, форма ушла повторно, но клиент в CRM заводится один раз.

Важно не читать это как полноценное объединение дублей. Более поздний повтор уже не считается тем же событием. Если заявка пришла снова позже, это отдельная запись.

CRM в Wacis работает как второй адресат формы. Заявка в разделе «Заявки» остаётся всегда. Если CRM снята, связка осталась или при заведении клиента произошла ошибка, исходная заявка не теряется. В журнале будет отметка об ошибке.

Чаще проблема не в дублях, а в настройке действий формы.

Если у формы нет действий, связка с CRM считается включённой. Но если вы добавили хоть одно действие, например email, строку crm нужно добавить отдельно. Иначе заявки перестанут попадать в CRM.

Минимальная проверка такая:

1. Откройте нужную форму.
2. Посмотрите «Действия после отправки».
3. Если там уже есть email или другие действия, добавьте строку crm.
4. Проверьте, что поля формы сопоставляются с полями клиента.

По умолчанию ожидаются name, phone и email. Если у вас imya, tel и pochta, задайте map. Иначе данные не лягут туда, куда вы их ждёте.

Для комментария используйте поле типа «многострочное». Длина текста не считается признаком смысла: ссылка на файл тоже длинная, но это не комментарий клиента.

#Wacis #CRM #формы #вебразработка