WP ERP Recruitment - Плагин WordPress
Идеальный плагин для подбора персонала WordPress для создания и управления сообщениями о вакансиях. Хотите публиковать сообщения о вакансиях и управлять всем процессом найма прямо с вашей панели управления WordPress?

Особенности плагина
Создавайте наборы анкет онлайн с несколькими способами ответа без каких-либо дополнительных затрат.
Результаты автоматически добавляются в профиль кандидата. Избавьтесь от массы ненужной бумажной работы, физической организации экзаменов и дезорганизации.
Публикуйте свои сообщения о работе непосредственно на своем сайте. При необходимости создайте отдельные пользовательские формы. Откажитесь от необходимости платить третьим лицам за ваши вакансии. Улучшите видимость вашей компании.
Напрямую загружайте резюме. Храните все загруженные файлы в удобной категории по каждой должности. Распечатайте прикрепленные файлы резюме. Используйте настраиваемые формы биографий, чтобы вручную добавлять кандидатов.
Отслеживайте рабочий процесс от А до Я и меняйте статус кандидата для каждого набора в соответствии с этапом найма, на котором они находятся. Назначьте задачи любому сотруднику.
Систематически помечайте и классифицируйте каждого кандидата по статусу и рейтингам. Статусы включают в себя короткий список, принят на работу, отклонен.
Назначьте интервьюера, отложите, проверьте рекомендации, не подходит, отклоните предложение, не квалифицирован, переквалифицирован и архивируйте.
Составляйте расписание собеседований, назначайте кандидатов сотрудникам, руководителям по набору персонала и интервьюерам. Когда кандидат завершает этап, вы можете переместить его на следующий, а также изменить его статус.
Комплексная система отчетов с первого взгляда показывает вам всю необходимую информацию о ваших вакансиях и кандидатах. Получите представление с высоты птичьего полета обо всем, что вам нужно о ваших текущих и завершенных вакансиях. Выберите просмотр по отдельности и загрузку в формате CSV.
Спецификации:
| Дата выхода: | 12-07-2019 | |
| Дата обновления: | 19-02-2020 | |
| Тип расширения: | Платный | |
| Лицензия: | GPL | |
| Тематика: | Прочее | |
| Совместимость: | W5.x | |
| Включает в себя: | Плагин | |
| Языковые пакеты: |
|
|
| Разработчик: | WP ERP | |
| Рейтинг: | ||
Скачивание по подписке!
Вам необходимо авторизоваться на сайте и приобрести клубную подписку!
Поделись с друзьями!
Руководство по настройке WP ERP Recruitment для управления вакансиями и кандидатами
WP ERP Recruitment стоит рассматривать не как отдельную доску вакансий, а как часть HRM-системы внутри WordPress. Это меняет логику настройки: сначала нужно подготовить сам WP ERP и роли сотрудников, затем собрать воронку найма, поля анкеты, вопросы для кандидатов, страницу вакансий и внутренний процесс обработки откликов.
В этом руководстве разобраны рабочие шаги после установки: что проверить до включения расширения, как создать первую вакансию, как вывести список вакансий через шорткод, как проверять отклики, где смотреть профили кандидатов, когда нужны анкеты, отчёты и Global API. Отдельно разобраны ошибки, которые чаще всего возникают у таких HRM-плагинов: не открывается публичная страница, не отображается форма, не приходят письма, менеджер не видит раздел Recruitment, кандидат не может отправить обязательные поля.
Материал не заменяет официальную документацию, но помогает пройти путь от пустого сайта к проверяемому процессу найма. Если в вашей версии интерфейс отличается, используйте описанные проверки как карту: названия разделов в WP ERP могут меняться, а логика остаётся прежней - подготовка, публикация, сбор заявок, внутренняя обработка, отчёт и безопасный откат спорных настроек.
Где расширение полезно и когда оно будет лишним
WP ERP Recruitment подходит сайтам, где WordPress уже используется как рабочая точка компании, а HR-процесс не хочется вести в отдельном сервисе. Расширение помогает публиковать вакансии на своём сайте, собирать отклики, прикреплять резюме, добавлять кандидатов вручную, назначать ответственных, проводить интервью и хранить оценки внутри профиля кандидата. В официальной документации также описаны анкеты с несколькими типами ответов, отчёты, CSV-выгрузка и общий API-ключ для публикации вакансий на внешней части сайта.
Главная польза появляется не в самой публикации вакансии, а в связке с HRM. Если в WP ERP уже есть сотрудники, отделы, должности и ответственные менеджеры, то заявка кандидата не остаётся одиночной записью. Её можно довести до интервью, обсудить с командой, оценить, посмотреть загруженный файл и при успешном найме импортировать данные в HRM-процесс.
Типовые сценарии использования
Для небольшого бизнеса расширение закрывает задачу «опубликовать вакансии и не потерять отклики». Для компании с несколькими отделами оно становится внутренним журналом найма: у каждой вакансии есть ответственный, у кандидатов есть статусы, этапы и комментарии. Для агентства или команды, которая часто открывает похожие позиции, полезны копирование вакансий, собственные поля и анкеты, потому что они уменьшают ручную работу.
- Публикация списка открытых вакансий на отдельной странице сайта через
[erp-job-list]. - Создание отдельной формы отклика для вакансии с обязательными и дополнительными полями.
- Сбор резюме и биографических данных кандидата в привязке к конкретной вакансии.
- Построение этапов найма: первичный отбор, интервью, предложение, принятие или отказ.
- Назначение задач сотрудникам и создание интервью из профиля кандидата.
- Просмотр отчётов по открытым вакансиям и кандидатам с выгрузкой результата.
Кому продукт может не подойти
Если вам нужна публичная биржа вакансий с кабинетами работодателей, оплатой размещений, массовыми поисковыми фильтрами и сложной монетизацией, WP ERP Recruitment может оказаться слишком внутренним инструментом. Его сильная сторона - рекрутинг для собственной компании, связанный с WP ERP HRM, а не построение самостоятельного маркетплейса вакансий.
Также стоит подумать о нагрузке и приватности. Резюме, оценки, комментарии и анкеты кандидатов - это чувствительные данные. Если корпоративный сайт одновременно используется для маркетинга, рекламных кампаний, сложных конструкторов страниц и большого числа сторонних скриптов, для HRM-инструментов лучше подготовить отдельный защищённый раздел или отдельную установку WordPress. Это не обязательное требование разработчика, а практичная мера: меньше конфликтов, меньше лишних администраторов, проще контролировать доступ.
Хороший признак подходящего сценария: вам нужно вести найм внутри собственной компании, а не запускать публичный портал вакансий для сторонних работодателей.
Что проверить перед установкой и первым включением
Перед установкой не стоит начинать с создания вакансий. Сначала проверьте основу: версия WordPress и PHP должны соответствовать требованиям WP ERP Core, сайт должен иметь работающую отправку почты, понятную структуру постоянных ссылок, резервную копию и ограниченный круг людей с доступом к HR-разделам. У Recruitment есть публичная часть, поэтому сбой в постоянных ссылках или теме может проявиться не сразу в админ-панели, а на странице вакансий.
Техническая база WordPress
WP ERP Core устанавливается как обычный плагин WordPress. Официальная страница WordPress.org указывает требования к WordPress и PHP для текущей ветки Core, а Recruitment работает как расширение поверх HRM. Поэтому безопасный порядок такой: сначала обновить WordPress, проверить совместимость темы и основных плагинов, сделать резервную копию, затем установить WP ERP Core и только после этого включать Recruitment.
На рабочем сайте особенно важно проверить постоянные ссылки. Документация Recruitment прямо указывает: из-за публичного интерфейса и шаблонов расширения нужно перейти в Settings - Permalinks, выбрать структуру Post Name и нажать Save. Если такая структура уже выбрана, всё равно сохраните настройки. После деактивации и повторной активации Recruitment эту операцию нужно повторить.
Организационная подготовка
Расширение связано с HRM, поэтому заранее подготовьте отделы, должности и сотрудников, которые будут участвовать в найме. Для вакансии важны не только название и описание, но и ответственный за процесс, место работы, внутренний код, срок окончания публикации, набор полей формы и вопросник. Если эти данные придумывать в момент создания первой вакансии, форма получится случайной, а отчёты будет сложно читать.
Минимальный набор перед запуском:
- Список отделов и должностей, по которым вы действительно планируете нанимать людей.
- Ответственный HR-менеджер или руководитель отдела с ролью, которая позволяет работать с Recruitment.
- Текст политики обработки персональных данных и понимание, какие поля анкеты вам действительно нужны.
- Рабочая почта отправителя и тестовый адрес для проверки уведомлений.
- Страница сайта, где будет размещён список вакансий.
Данные кандидатов и доступы
В профиле кандидата могут храниться резюме, ответы на вопросы, комментарии интервьюеров, рейтинг и внутренние задачи. Это не обычный контент сайта, а кадровая информация. Не давайте полный административный доступ каждому, кто участвует в интервью. Лучше заранее настроить роли WP ERP, проверить роль Recruiter и назначать права через профиль сотрудника, если такая схема доступна в вашей установке.
Не добавляйте в форму лишние поля «на всякий случай». Чем больше персональных данных вы собираете, тем сложнее объяснить кандидату, зачем они нужны, и тем внимательнее нужно относиться к хранению файлов. Для первой версии формы обычно достаточно имени, контактов, резюме, сопроводительного текста и 2-4 вопросов, которые реально влияют на отбор.
Установка, модули и первичная проверка
WP ERP Recruitment зависит от рабочего WP ERP. Если Core ещё не установлен, начните с него. Официальная инструкция предлагает стандартный путь через Plugins - Add New с поиском по WP ERP, установкой и активацией. После первого включения появляется мастер настройки, где задаются данные компании, финансовый год, валюта, дата, тип бизнеса, модули, отделы, должности и рабочие дни. Для Recruitment особенно важны HRM-модуль, сотрудники и роли.
Проверка модулей WP ERP
После установки перейдите в WP ERP - Settings или ERP Settings - Modules. Документация WP ERP описывает управление модулями из одного места: можно включать только нужные части системы. Для Recruitment нужен HRM-контекст, поэтому HR-модуль должен быть активен. Если раздел Recruitment не появляется, сначала проверьте модули и права текущего пользователя, а не переустанавливайте расширение.
Включение Recruitment и сброс постоянных ссылок
После установки расширения проверьте, что в админ-панели есть путь WP ERP - HR - Recruitment. Затем сразу выполните проверку постоянных ссылок: Settings - Permalinks - Post Name - Save. Это не косметическая настройка. Документация объясняет, что публичные шаблоны Recruitment зависят от адресов, поэтому без сохранения permalinks страница вакансий или отдельные элементы формы могут вести себя непредсказуемо.
После сохранения откройте раздел Recruitment и убедитесь, что видны подразделы для вакансий, кандидатов, вопросников и отчётов. Если интерфейс пустой, но ошибок нет, это нормально для свежей установки. Если меню не отображается, проверьте роль пользователя. Официальная документация по ролям WP ERP указывает, что права можно назначать как через стандартный профиль WordPress, так и через вкладку разрешений в профиле сотрудника HRM.
Первичный тест без публикации
Перед тем как выводить вакансии на публичную страницу, создайте черновой сценарий: одна тестовая вакансия, один простой вопросник, одна тестовая заявка. На этом этапе цель - убедиться, что расширение создаёт записи, форма сохраняет данные, резюме прикрепляется, уведомления не падают, а менеджер видит кандидата. Если тест не проходит, вы исправляете маленький пример, а не реальную открытую вакансию с заявками.
Мини-итог: после установки должны быть проверены три вещи - виден раздел Recruitment, сохранены постоянные ссылки, создана тестовая страница для будущего шорткода.
Как устроить воронку найма в WP ERP Recruitment
Самый важный раздел в Recruitment - создание вакансии через мастер. В официальной документации он разбит на несколько шагов: базовые данные, рабочий процесс, детали вакансии, поля формы, вопросник. Эти шаги не стоит проходить формально. Каждый из них влияет на то, как кандидат увидит вакансию и как HR-команда будет обрабатывать отклик.
Базовые данные вакансии
На первом шаге задаются название и описание. Для кандидата это основной текст вакансии, а для команды - точка привязки всех откликов. Название должно быть конкретным: не «Менеджер», а «Менеджер по поддержке клиентов» или «PHP-разработчик WordPress-проектов». Описание лучше разделить на задачи, требования, условия, формат работы и процесс отбора. Если тема сайта неаккуратно выводит длинные блоки, после публикации проверьте страницу вакансии в обычном браузере и в режиме приватного окна.
Рабочий процесс и этапы
На шаге workflow задаётся то, как заявка будет двигаться внутри найма. Документация отмечает, что этапы можно перетаскивать и добавлять. Не делайте слишком много статусов. Для большинства небольших команд достаточно цепочки: новый отклик, первичный отбор, интервью, тестовое задание, предложение, нанят или отказ. Если добавить десять промежуточных статусов, менеджеры перестанут обновлять их аккуратно, и отчёт потеряет смысл.
Этап должен отвечать на вопрос «что делать дальше», а не просто красиво называться. Например, статус «На рассмотрении» полезен только тогда, когда понятно, кто рассматривает заявку и к какому сроку. Если после статуса нет действия, лучше объединить его с соседним этапом.
Детали вакансии и данные для поисковой выдачи
На шаге деталей указывается ответственный за найм, место работы, внутренний код, срок окончания и дополнительные сведения. В документации отдельно упоминается блок Job Schema Information, который помогает оформить данные вакансии для поисковой выдачи. Не обещайте себе автоматический рост трафика только из-за заполнения этого блока: он полезен, но результат зависит от качества страницы, индексации сайта, темы, технических ошибок и требований поисковых систем.
Внутренний код вакансии необязателен, но полезен, если у вас несколько похожих позиций. Срок окончания важен не только для кандидатов, но и для чистоты сайта. Просроченные вакансии не должны оставаться как активные, иначе люди будут отправлять отклики на закрытые позиции, а HR-команда будет тратить время на объяснения.
Поля формы и обязательность
Шаг выбора полей управляет тем, какие данные кандидат отправляет с откликом. Официальная документация говорит, что первые четыре поля уже выбраны и являются обязательными, а остальные можно включать и отмечать как required. Здесь легко ошибиться: сделать обязательным всё, что кажется полезным HR-отделу. Практичнее начать с минимального набора, потом посмотреть качество заявок и только после этого добавлять новые обязательные поля.
Если установлен Custom Field Builder, дополнительные поля HRM могут появляться и в Recruitment-форме. Это удобно для специфичных данных, но требует дисциплины. Поле должно иметь понятное название, правильный тип и внятное назначение. Не стоит собирать документы, медицинские сведения или личные данные, если они не нужны на этапе первичного отбора.
Вопросник для предварительного отбора
Recruitment поддерживает вопросники HR Questionnaire. В документации указано пять типов ответов: Text, Text Area, Radio, Checkbox, Drop-down. Только checkbox допускает несколько вариантов. Вопросник лучше создать до мастера вакансии, иначе при переходе к созданию нового вопросника вы можете выйти из текущего сценария и потом возвращаться к редактированию.
Хороший вопросник не должен превращаться в экзамен ради экзамена. Для технической вакансии можно спросить о стеке, опыте с WordPress, примере проекта и доступности для тестового задания. Для административной позиции - об опыте с клиентами, графике, языках и готовности работать с документами. Если ответ не влияет на решение, не задавайте вопрос.
Публикация вакансий на сайте и путь кандидата
После создания вакансии нужно вывести её на публичную страницу. Для этого используется шорткод [erp-job-list]. Официальная документация подчёркивает важный нюанс: этот шорткод выводит опубликованные и доступные вакансии компании, но отдельные индивидуальные шорткоды для каждой вакансии не создаются. Поэтому страницу лучше проектировать как общий раздел «Вакансии», а отдельные позиции уже открываются из списка.
Страница с шорткодом
Создайте обычную страницу WordPress, например «Вакансии», вставьте [erp-job-list] в редактор и опубликуйте. Если используете блочный редактор, вставляйте шорткод в блок Shortcode или в подходящий текстовый блок без лишних тегов вокруг. После публикации откройте страницу без авторизации. Вы должны увидеть список активных вакансий, а не пустую страницу, ошибку шаблона или сам текст шорткода.
Если список не появился, сначала проверьте простые причины: вакансия опубликована, срок окончания не прошёл, постоянные ссылки сохранены, страница не закеширована старым HTML, тема не оборачивает шорткод в неподходящий блок. Если сайт использует агрессивное кеширование, очистите кеш страницы и проверьте результат в другом браузере.
Форма отклика и ожидания кандидата
Кандидат видит не ваш внутренний workflow, а текст вакансии и форму. Поэтому форма должна быть короткой, понятной и предсказуемой. Название поля, обязательность, тип ответа и подсказка должны объяснять, что именно нужно ввести. Если резюме обязательно, укажите это в тексте вакансии. Если вопросник содержит тестовые вопросы, объясните, что ответы нужны для первичного отбора.
Самая частая UX-ошибка в таких формах - просить слишком много данных до первого контакта. Когда человек видит длинную форму с неочевидными обязательными полями, качество заявок может упасть. Лучше собрать основной контакт, резюме и несколько ключевых ответов, а детали уточнить на интервью.
Проверка результата после публикации
Проверку лучше делать как кандидат. Откройте страницу в приватном окне, выберите вакансию, заполните форму тестовыми данными, прикрепите небольшой допустимый файл, отправьте заявку. Затем вернитесь в админ-панель и проверьте раздел WP ERP - HR - Recruitment - Candidates. Заявка должна появиться в списке, быть привязана к нужной вакансии и содержать заполненные поля.
Проверка считается успешной только тогда, когда видны обе стороны процесса: кандидат может отправить отклик, а HR-менеджер может открыть профиль кандидата и продолжить работу.
Кандидаты, интервью, оценки и резюме в одном процессе
Раздел Candidates показывает текущий статус найма, стадии кандидатов и прогресс. Это рабочее место HR-команды. Здесь важно не только просматривать список, но и договориться, как команда будет пользоваться статусами, рейтингами, комментариями и задачами. Если каждый менеджер ведёт заметки по-своему, система быстро превращается в склад откликов без понятного решения.
Обзор кандидатов и ручное добавление
Документация описывает путь Dashboard - WP ERP - HR - Recruitment - Candidates. В этом разделе можно видеть кандидатов по текущим наборам. Также доступно ручное добавление кандидата: Candidates - Add candidate - выбор вакансии. Это полезно, если резюме пришло по почте, из мессенджера или через рекомендацию сотрудника, но вы хотите вести дальнейший процесс в единой системе.
При ручном добавлении используйте те же правила качества данных, что и для публичной формы. Заполните источник кандидата, прикрепите файл, добавьте короткую внутреннюю заметку. Если оставить только имя и телефон, потом будет сложно понять, почему человек оказался в воронке и кто за него отвечает.
Профиль кандидата как центр решения
В профиле кандидата можно добавлять review details, ставить рейтинг, создавать задачи через New To-do, назначать интервью через New Interview, смотреть резюме, ответы на вопросник и комментарии. Документация указывает, что интервьюеры и кандидат получают email-уведомления об интервью. Это значит, что перед реальным запуском обязательно нужно проверить отправку писем, адрес отправителя и доставляемость.
Рейтинг по пятибалльной шкале полезен только вместе с комментарием. Оценка «4» без пояснения ничего не говорит следующему интервьюеру. Лучше договориться о простой шкале: соответствие требованиям, коммуникация, опыт с нужными инструментами, риски. Тогда рейтинг становится быстрым ориентиром, а не личным впечатлением без контекста.
CV preview и осторожность с файлами
Официальная документация отмечает, что CV можно просматривать из профиля кандидата, а preview pane создаётся через Google Docs API. Это удобно, потому что менеджер может быстро увидеть документ, распечатать или скачать файл. Но у такого удобства есть организационная сторона: файлы резюме должны быть доступны только тем, кто реально участвует в найме, а сайт должен хранить их в обновлённой и защищённой WordPress-среде.
Не используйте профиль кандидата как общий чат без правил. Комментарии должны помогать принять решение, а не хранить случайные обсуждения. Пишите коротко: что проверено, какой вывод, какое следующее действие, кто отвечает.
Отчёты, CSV и Global API: что проверять после запуска
Когда первые вакансии опубликованы и появились отклики, становится важна не только обработка конкретного кандидата, но и понимание всей картины. Recruitment содержит отчёты по вакансиям и кандидатам, а также CSV-выгрузку. В документации описаны Opening report, Candidate report и отправка CSV-копии после генерации. Эти инструменты полезны для регулярной сверки: сколько вакансий открыто, где больше откликов, где кандидаты застряли, какие позиции требуют корректировки текста или формы.
Отчёт по вакансиям
Opening report показывает данные по созданным и активным вакансиям. Если откликов мало, отчёт сам по себе не объяснит причину, но поможет выбрать, что проверять: текст вакансии, срок публикации, видимость страницы, индексирование, форму отклика, требования к кандидату. Если по одной вакансии отклики идут, а по другой нет, сравнивайте не только должности, но и поля формы, обязательность вопросника и качество описания.
Отчёт по кандидатам
Candidate report показывает данные по кандидатам и позволяет фильтровать их по вакансиям. Для HR-команды это способ заметить узкое место: много новых откликов без статуса, кандидаты долго лежат перед интервью, интервью назначены, но решения нет. Отчёт полезен, если команда регулярно обновляет статусы. Если статусы не ведутся, отчёт будет показывать шум.
Global API и публикация вакансий вне стандартной страницы
Документация Recruitment описывает Global API: в WP ERP - Settings - HR - Recruitment можно найти API key, который помогает публиковать вакансии на сайте. Этот режим нужен не всем. Если стандартная страница с [erp-job-list] решает задачу, не усложняйте архитектуру. API имеет смысл, когда у вас отдельный шаблон карьерного раздела, внешний слой сайта или потребность вывести вакансии нестандартно.
Перед использованием API зафиксируйте, кто имеет доступ к ключу, где он хранится и как будет отозван при смене подрядчика или разработчика. Не вставляйте ключ в публичные фрагменты кода, не отправляйте его в задачи внешним исполнителям без необходимости и не публикуйте в документации сайта.
Практический пример: вакансия специалиста поддержки
Разберём предметный сценарий: компания хочет нанять специалиста поддержки WordPress-продукта. Нужно опубликовать вакансию, собрать резюме, задать несколько предварительных вопросов, назначить ответственного HR-менеджера и проверить, что кандидат попадает в воронку.
Цель и подготовка
Цель - получить публичную страницу вакансий с одной активной позицией и внутреннюю карточку кандидата после тестовой отправки. Перед началом должны быть установлены WP ERP Core и Recruitment, включён HRM, настроены постоянные ссылки, создан сотрудник или пользователь с нужными правами, подготовлена страница «Вакансии» и проверена отправка писем WordPress.
Шаги настройки
- Перейдите в
WP ERP-HR-Recruitment-HR Questionnaireи создайте вопросник для первичного отбора. - Добавьте 3-4 вопроса: опыт поддержки WordPress, пример сложного обращения, уровень английского, готовность работать по графику.
- Откройте
Job Opening, нажмитеAdd Recruitmentи заполните название вакансии и описание. - На шаге workflow оставьте короткую цепочку: новый отклик, первичный отбор, интервью, тестовое задание, предложение, отказ или найм.
- В деталях укажите ответственного, локацию или формат работы, внутренний код и срок окончания публикации, если он нужен.
- В полях формы оставьте обязательные контактные поля и резюме, добавьте сопроводительный текст, но не перегружайте форму лишними данными.
- Выберите подготовленный вопросник и завершите создание вакансии через
Finish. - На странице «Вакансии» вставьте
[erp-job-list], опубликуйте страницу и очистите кеш, если он есть.
Проверка
Откройте страницу без авторизации, найдите вакансию и отправьте тестовый отклик. Затем проверьте Candidates: кандидат должен появиться в списке, ответы вопросника должны быть доступны в профиле, резюме должно открываться или скачиваться, а ответственный менеджер должен видеть карточку. Назначьте тестовое интервью через New Interview и проверьте, что письмо уходит на тестовый адрес.
Если на этом этапе что-то не работает, не публикуйте настоящую вакансию. Исправьте конкретный дефект: постоянные ссылки, права, почту, кеш, обязательные поля или настройки темы. Один полный тестовый отклик до запуска экономит больше времени, чем исправление формы после реальных заявок.
Лучшие настройки после установки: безопасность, письма и удобство команды
У WP ERP Recruitment нет одного универсального набора «лучших настроек». Хорошая конфигурация зависит от команды, числа вакансий, роли сайта и требований к приватности. Но есть порядок, который снижает риск ошибок: сначала доступы, затем публичная страница, затем почта, затем поля формы, затем отчёты.
Права пользователей
В WP ERP есть специальные роли, включая Employee, HR Manager и Recruiter. Назначайте права по задаче. Интервьюеру не всегда нужен полный доступ к HRM, а администратору сайта не всегда нужно видеть все кадровые комментарии. После назначения роли зайдите под тестовым пользователем или попросите сотрудника проверить, видит ли он только нужные разделы.
Если пользователь не видит Recruitment, не повышайте его сразу до администратора WordPress. Сначала проверьте роль в Users - All Users и разрешения в профиле сотрудника HRM. Если права повреждены, официальная troubleshooting-инструкция WP ERP описывает пересборку разрешений через переустановку плагина и изменение служебных версий в options.php, но это уже техническая процедура, которую лучше выполнять после резервной копии.
Письма и доставляемость
Recruitment использует уведомления для интервью и внутренних действий. Общие настройки WP ERP позволяют управлять шаблонами писем, SMTP и тестовой отправкой. Проверьте отправителя, имя отправителя, SMTP-сервер, порт, тип аутентификации и тестовое письмо. Если письмо уходит из WordPress, но не доходит до кандидата, смотрите логи SMTP-плагина или почтового сервиса, а не только настройки Recruitment.
Для писем интервью не делайте слишком длинные шаблоны. Кандидату нужны дата, время, формат встречи, контактное лицо и что подготовить. Команде нужны ссылка на профиль кандидата, должность, этап и конкретная задача. Остальное лучше оставить в профиле кандидата, чтобы не пересылать лишние персональные данные.
Поля, анкеты и минимизация данных
Начните с короткой формы и расширяйте её по результатам. Если HR-команда постоянно открывает резюме и не смотрит половину полей, эти поля лишние. Если интервьюеры жалуются, что не хватает одного важного признака, добавьте его как понятное поле или вопрос. Для обязательных полей используйте правило: без этого ответа невозможно принять следующее решение.
Производительность и кеш
Страница вакансий обычно не самая тяжёлая часть сайта, но проблемы могут появиться из-за темы, конструкторов страниц и кеша. Не вставляйте [erp-job-list] в сложный блок с динамическими фильтрами, если обычная страница работает стабильнее. После изменения вакансий очищайте кеш страницы. Если используется оптимизация JavaScript, проверьте форму отправки после включения минификации и отложенной загрузки скриптов.
Диагностика частых проблем
Ниже собраны проблемы, которые логично ожидать при работе WP ERP Recruitment и похожих HRM-плагинов. Часть подтверждается документацией WP ERP, часть вытекает из типового поведения WordPress: постоянные ссылки, роли, шорткоды, почта, кеш и обязательные поля формы.
| Симптом | Что проверить | Как исправить |
|---|---|---|
| Страница вакансий пустая или отдаёт ошибку | Постоянные ссылки, статус вакансии, срок окончания, наличие шорткода [erp-job-list]. |
Сохраните Settings - Permalinks, проверьте публикацию вакансии, очистите кеш страницы. |
| На странице виден текст шорткода | Блок редактора, лишние теги вокруг шорткода, активность Recruitment. | Вставьте шорткод в отдельный Shortcode-блок, проверьте активность расширения и обновите страницу. |
| Кандидат не может отправить форму | Обязательные поля, типы вопросов, файл резюме, конфликт скриптов темы или оптимизации. | Упростите форму, временно отключите спорную оптимизацию JavaScript, проверьте отправку в стандартной теме на тестовом сайте. |
| Менеджер не видит раздел Recruitment | Роли WP ERP, разрешения в профиле сотрудника, активность HRM-модуля. | Назначьте нужную роль через профиль пользователя или вкладку разрешений HRM, не выдавайте полный доступ без необходимости. |
| Не приходят письма об интервью | Общие email-настройки WP ERP, SMTP, адрес отправителя, тестовая отправка WordPress. | Настройте SMTP, отправьте тестовое письмо, проверьте папку спама и журналы почтового сервиса. |
| После повторной активации сломались адреса | Была ли повторно сохранена структура постоянных ссылок. | Снова откройте Settings - Permalinks и нажмите Save, как рекомендует документация Recruitment. |
Если проблема появилась после обновления, не откатывайте сайт вслепую. Сначала проверьте журнал изменений WP ERP Core, конфликтующие плагины, права пользователя и логи ошибок. Для сайта с реальными кандидатами перед любыми техническими действиями сделайте резервную копию базы и файлов.
Как поддерживать процесс найма после первого запуска
Первый опубликованный отклик не означает, что настройка закончена. WP ERP Recruitment начинает приносить пользу тогда, когда команда одинаково ведёт статусы, закрывает устаревшие вакансии, обновляет вопросники и регулярно смотрит отчёты. Если этого не делать, система быстро превращается в архив резюме, где формально всё сохранено, но непонятно, кто принял решение и почему кандидат остановился на конкретном этапе.
Регулярная ревизия вакансий
Раз в неделю или после каждого активного цикла найма проверяйте список Job Opening. Вакансии с прошедшим сроком должны быть закрыты или обновлены, а похожие позиции лучше копировать и править, чем создавать с нуля каждый раз. Документация Recruitment описывает Copy Job Openings как способ быстро повторить похожую вакансию. Но копирование полезно только тогда, когда вы сразу меняете детали: отдел, ответственного, срок, требования, вопросник и внутренний код. Иначе новая вакансия унаследует старые ошибки.
Для повторяющихся позиций заведите короткий внутренний чек-лист. В нём должны быть не общие слова, а конкретные вопросы: актуально ли описание, не поменялся ли hiring lead, верный ли офис или формат работы, не слишком ли много обязательных полей, нужен ли прежний question set, проверен ли вывод через [erp-job-list]. Такой чек-лист можно хранить вне WP ERP, но проходить его перед каждой публикацией.
Гигиена статусов и комментариев
Статусы кандидатов должны обновляться в момент действия, а не задним числом перед отчётом. Если кандидат прошёл первичный отбор, но интервью ещё не назначено, это отдельная управленческая ситуация. Если интервью прошло, но решение не зафиксировано, следующий сотрудник не поймёт, что делать. Поэтому договоритесь о минимальном стандарте комментария: результат контакта, причина решения, следующий шаг, ответственный.
Не превращайте комментарии в длинные переписки. Для Recruitment полезнее короткая запись с фактом и решением: «Подходит по опыту поддержки, слабый письменный английский, назначить техническое интервью» или «Не соответствует требованиям по графику, отправить отказ». Такой формат защищает команду от повторного обсуждения одного и того же кандидата и делает отчёты честнее.
Обновление вопросников
HR Questionnaire стоит пересматривать по результатам реальных заявок. Если вопрос даёт одинаковые ответы у всех кандидатов, он не помогает отбору. Если люди часто ошибаются в формулировке, вопрос нужно переписать. Если интервьюер всё равно задаёт один и тот же вопрос вручную, возможно, его стоит перенести в анкету. При этом не добавляйте длинные тесты в первичную форму без необходимости: сильные кандидаты могут отказаться от отклика, если до первого контакта их просят заполнить слишком много.
Для разных вакансий используйте разные наборы вопросов. Общий question set удобен, но он быстро становится слишком широким. Для технической роли нужны вопросы о проектах и инструментах, для поддержки - о коммуникации и конфликтных ситуациях, для административной позиции - о внимательности к документам и графике. В этом и состоит преимущество Recruitment перед простой формой: вопросник можно сделать частью управляемого процесса, а не случайным приложением к письму.
Контроль приватности и срока хранения
После закрытия вакансии решите, что делать с кандидатами и файлами. В одних компаниях резюме хранят для будущих позиций, в других удаляют после завершения процесса. Универсального правила в самом руководстве быть не может, потому что требования зависят от политики компании и законодательства. Но администратор сайта должен заранее понимать, кто имеет доступ к старым откликам, как долго они нужны и как удалить лишние данные без разрушения истории активного найма.
Самая безопасная практика - собирать меньше данных и давать меньше доступов. Если поле не влияет на решение, уберите его. Если сотрудник не участвует в найме, снимите роль. Если вакансия закрыта, проверьте, не осталась ли она видимой на странице. Эти простые действия уменьшают и организационный шум, и риск утечки лишней информации.
Ответы на вопросы перед запуском
Можно ли использовать WP ERP Recruitment без WP ERP Core?
Нет, это расширение работает в экосистеме WP ERP и связано с HRM. Сначала нужен установленный и настроенный WP ERP Core, затем активный HRM-контекст и только после этого Recruitment.
Почему документация просит сохранить постоянные ссылки?
У Recruitment есть публичный интерфейс и шаблоны, которые зависят от адресов. Поэтому после активации, деактивации и повторной активации расширения нужно перейти в Settings - Permalinks и нажать Save. Это обновляет правила адресов WordPress.
Можно ли вывести отдельную вакансию отдельным шорткодом?
Официальная документация указывает шорткод [erp-job-list] для списка опубликованных и доступных вакансий и отдельно отмечает, что индивидуальные шорткоды для отдельных openings не создаются. Если нужна нестандартная публикация, смотрите возможности темы, шаблонов и Global API.
Что делать, если кандидаты не появляются после отправки формы?
Проверьте, опубликована ли вакансия, нет ли просроченного срока, не мешает ли кеш, сохранены ли постоянные ссылки, заполнены ли обязательные поля, не блокирует ли отправку оптимизация скриптов. Затем отправьте тестовую заявку в приватном окне и проверьте список Candidates.
Нужно ли создавать HR Questionnaire заранее?
Лучше да. Документация прямо советует создать вопросник до создания recruitment form. Так вы не прерываете мастер вакансии и сразу выбираете готовый набор вопросов из выпадающего списка.
Безопасно ли хранить резюме в WordPress?
Это зависит от настроек сайта, доступов и дисциплины обновлений. Сам WordPress может хранить файлы, но резюме относятся к персональным данным. Ограничьте роли, обновляйте плагины, используйте резервные копии, не давайте лишний доступ и проверяйте, кто может открыть файлы кандидатов.
Когда лучше выбрать альтернативу?
Если вам нужна только публичная доска вакансий с красивыми фильтрами и без внутренней HRM-системы, проще начать с WP Job Manager, Simple Job Board или HireZoot. Если же найм должен жить внутри WP ERP вместе с сотрудниками, ролями и HR-процессами, Recruitment будет логичнее.
Когда WP ERP Recruitment будет удачным выбором
WP ERP Recruitment стоит использовать, если вы уже работаете с WP ERP или планируете строить HRM-процесс внутри WordPress. Расширение хорошо раскрывается там, где вакансии, анкеты, кандидаты, интервью, рейтинги, задачи и отчёты должны быть связаны в одной системе. Оно не требует отдельного внешнего сервиса вакансий, но требует аккуратной подготовки: права, постоянные ссылки, почта, поля формы, тестовая заявка и правила работы команды.
Перед реальным запуском пройдите короткий контрольный маршрут: установите Core и HRM, включите Recruitment, сохраните permalinks, создайте вопросник, соберите одну вакансию, вставьте [erp-job-list], отправьте тестовый отклик, проверьте профиль кандидата, письмо интервью и отчёт. Если этот маршрут работает, можно переходить к настоящим вакансиям и скачать ZIP-архив для дальнейшего тестирования на подготовленном сайте.


