Пользователь 5535

Дождался выхода 12-ой версии, посмотрел, не появилось ничего нового из необходимого для того чтобы что-то изменить в ERP в лучшую сторону, поэтому решил продолжить выделение функционала ERP в отдельные модули в том виде в котором они есть и работают у меня. Первое что будет выделено это "Личный кабинет" (далее ЛК). ЛК будет представлять из себя один комплексный компонент и минимум, с визуальной точки зрения, функционала, который на самом деле значительно упростит (автоматизирует) ведение ряда рутинных функций.

Карта ЛК (рис.1)


Это своего рода карта ЛК в том виде в котором предполагается выход модуля в первоначальном варианте. Разберём по порядку.

Заказанные услуги.
Для менеджера, директора компании, бухгалтера и т.д. (рис.2)
Здесь выводится общий список заказов всех клиентов, наименование клиента будет ссылаться на карточку клиента с контактами и прочими данными.


На что стоит обратить внимание:
1. На странице списка заказов выводится ссылка на страницу заказов в том виде в котором видят его клиенты (в режиме клиента).
2. Исполнитель - предусмотрена возможность ведения в системе нескольких Ваших компаний, на примере видно что часть услуг оказываются ООО, а часть услуг, в т.ч. продажа БУС висят на ИП. Нумерация при этом ведётся отдельно для каждой моей компании, подключенной к ERP.
3. Выводится дата окончания оплаченного периода, за месяц до окончания дата становится красной, по истечении оплаченного периода выводится сообщения "ПРОСРОЧЕНО". Для услуг, продление которых осуществляется помесячно выводится срок просрочки, при этом системой предусмотрена возможность установки скидок при оплате за больший срок, чем месяц, но об этом ниже.
4. Кнопка "Продлить" - по нажатию на кнопку открывается форма для продления услуги вручную (указания даты активности "по"). Далее будет описание продления автоматически.

Для клиента (рис.3)
Здесь выводится список заказанных услуг для текущего клиента (пользователя привязанного к клиенту).


На что стоит обратить внимание:
1. Из рисунка понятно, что в клиентском интерфейсе список услуг может быть не один, а два и более, это не значит, что клиент может увидеть чужой список, это значит, что клиенту так же предоставлена возможность добавить в системе не одну компанию, а несколько (ограничение настраивается в компоненте). У меня ряд клиентов имеют несколько своих компаний (об этом чуть ниже.)
2. Исполнитель со ссылкой на карточку Вашей компании, оказывающей данную услугу.
3. Продлить - получение счёта (ниже), при этом можно запретить получение счетов по конкретной услуге, либо для конкретного клиента, либо указать количество дней до истечения активности услуги, за которое функционал генерации счета становится активным.

Ну и собственно после нажатия на "Продлить" мы увидим...

...Получение счета клиентом (рис.4)

Здесь клиент сможет выбрать компанию, от которой он будет производить оплату. (рис.5)

Увидит наименование продлеваемой услуги, цену за базовый период, а в случае, когда в номенклатуре отмечена опция "Разрешить указание количества" на первом шаге будет поле в котором клиент сможет указать желаемый период продления, кроме того клиент увидит доступные для данной услуги скидки при оплате за несколько базовых периодов (или количественные скидки на товар).

По нажатию на кнопку "Далее" переход на страницу подтверждения, она заключительная часть генерации счёта (рис.6)

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


Жмём "Далее" и получаем...

Счёт (рис.7)


в том виде, в котором отдаёт его "1С:Бухгалтерия" в типовой конфигурации. Здесь же ссылка "скачать в формате Word", выбран именно этот формат, так как модуль выделяем с такими возможностями, которые будут поддерживаться Shared-хостиингами (увы не у всех хостеров для Shared есть поддержка генерации pdf). Файлы документов не хранятся на сервере, а генерируются по запросу (нажатию на ссылку).

Для работы с документами в ЛК предусмотрены

Списки счетов
Для менеджера, директора компании, бухгалтера и т.д. (рис.8)
Здесь выводится общий список всех счетов по всем клиентам.


На что стоит обратить внимание:
1. На странице списка счетов выводится ссылка на страницу счетов в том виде в котором видят его клиенты (в режиме клиента).
2. В номере документа есть индекс "ERP" - устанавливается в настройках. Можно использовать, чтобы разделить нумерацию документов, при их ведении различными учётными программами (ряд услуг, по абсолютно другой деятельности, у меня до сих пор ведётся в 1С-ке).
3. Оплачен - выводится информации об оплате.
  а) если не оплачен выводится ссылка "оплатить" при клике выводится форма с тремя полями: "№ п/п", "Дата п/п" и "Сумма платежа", позже после подключения платёжных систем появится и динамический список платёжных систем. После ввода информации о поступившем платеже производится автоматическая установка новой даты истечения оплаченного периода заказанной услуги, на продление которой генерировался данный счет. Позже будет добавлена и проверка полноты оплаты, если общая сумма поступивших платежей по этому счёту не погашает счет, то дата активности изменяться не будет:
  б) если оплачен то автоматически выводится ссылка для получения документов (акт, накладная и т.д.), Предусмотрены типовые шаблоны для основной массы услуг, но к каждой услуге так же возможно загрузить специфический шаблон, например у одного из моих госов есть необходимость в подписании акта по их форме, в параметрах услуг привязанных к этому госу загружен нужный шаблон. Или например БУС продаётся не как услуга или товар, поэтому для номенклатурных позиций "1С-Битрикс" так же загружен отдельный шаблон акта передачи неисключительных прав..

Для клиента (рис.9)
Здесь выводится список счетов для текущего клиента (пользователя привязанного к клиенту).


Аналогично описанию предыдущего скриншота, только:
  а) если не оплачен выводится ссылка "оплатить" для получения готового счёта (рис.7), в будущем при подключении платёжных систем будет возможность выбора способа оплаты, и после выбора способа будет выводится функционал оплаты либо счет для безналичного перечисления (в общем привычная логика). Так же позже будет добавлена и проверка наличия частичных оплат по счету, при наличии таковых, если общая сумма поступивших платежей по этому счёту не погашает счет, то по ссылке ОПЛАТИТЬ будет выводится информация о поступивших платежах по счету и остатке задолженности + ссылка на счёт (рис.7):


Данный пост описывает ЛК глазами клиентов и глазами менеджеров, бухгалтера и т.д. Постараюсь найти на этой неделе время и описать полный ("скрытый" от глаз юзеров) функционал и его возможности (номенклатура, ценовая политика, скидки и т.д.).

Выделение этого и других функционалов в отдельные модули для маркетплейса задача не из простых, так как всё это писалось для собственных нужд, завязаны не только студийные процессы, а так же инвестиционная составляющая, обороты по ряду других направлений деятельности, более того у меня ERP завязана с интернет-банком, ERP автоматически включает и отключает сайты при несвоевременной оплате для клиентов с которыми я работаю только по предоплате, так же работает автоматизированное предоставление услуг клиентам в кредит, автоматизирована конкурсная работа с удалёнными сотрудниками, весь жизненный цикл проекта от поступления заявки до сдачи проекта и перехода на "крейсерский режим" (так мы в шутку называем поддержку проектов). Из-за сложности и объёма работ я не могу гарантировать какие-то конкретные сроки выхода модулей, но очень хотелось бы успеть до новогодних праздников.

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

На одном из проектов возникал необходимость собирать при регистрации дополнительную инфу (компания, телефон и т.д.).
Поставили компонент "Настраиваемая регистрация", настроили все как положено, по инструкции.
Проходит несколько дней и замечаем, что 70% юзеров регистрируются не указывая при этом дополнительной информации, при всем при том, что часть дополнительных полей являются обязательными для заполнения, и часть пользователей зарегистрированы по несколько раз под разными логинами и разными мылами. Начали отслеживать пути таких юзеров и выяснилось, что:
1. Если юзер со страниц Восстановления или Смены пароля перейдет по ссылке авторизация, то попадет он не на страницу с "Настраиваемой регистрацией", а на системную форму регистрации со стандартным набором полей и мы получим зарегистрированного пользователя без необходимых нам дополнительных данных.
2. Если в форме авторизации указать в качестве страницы регистрации файл с компонентом настраиваемой регистрации, то из формы авторизации ссылки на восстановление и смену пароля ведут на страницу с Настраиваемой регистрацией, где нет ни смены ни запроса пароля, в результате наши юзеры начинают регистрироваться второй, третий раз и т.д., а потом и вовсе звонить со словами: "Почему мы каждый раз должны регистрироваться на Вашем сайте, у нас скоро email-адреса кончатся" (на проекте включена проверка на уникальность мыл).

По разному перепробовали решить проблему, во всех случаях находилась ссылка на системную форму регистрации.
После кастомизации всех компонент (system.auth.forgotpasswd, system.auth.changepasswd, main.register и system.auth.form) проблема была решена. Но!!!
1. Клиент, которому обещается что он самостоятельно сможет воспользоваться любым компонентом этого не умеет!
2. Разработчик тратит в разы больше времени, чем ожидается сначала.
3. Выходит, что имеющийся компонент становится бесполезным, так как его + еще три компонента приходится кастомизировать.



Ниже привожу код страницы, решающий найденные проблемы. Этот код мы разместили в файле auth.php ("системный" файл в корне сайта из демонстрационного комплекта).
Обращаю внимание отдела разработки компании 1С-Битрикс - использовались только ДЕФОЛТНЫЕ компоненты!!! Используя приведенный ниже код можно доработать "Программируемую" регистрацию до действительно "Настраиваемой", и тогда не придется производить никаких лишних копирований и кастомизаций описанных в документации в качестве комментариев от Роберта Басырова.

Собственно сам код страницы готовый для вставки в auth.php:



ЗЫ: Надеюсь настанет день, когда это будет доделано, и к доработкам перетаскиваемым из проекта в проект не придется добавлять еще и эту элементарщину, которую, если по хорошему, надо делать комплексным компонентом с поддержкой Ajax.