crm на базе access

там нет графы/столбца «когда звонить»,

Access нельзя отменять последние изменения?

А я могу попросить доработать эту базу?

-Георгич-, разве в моей CRM нет этого?

-Георгич-, конечно не понимает. здесь не принято говорить хочу сделайте =)

Данная статья написана в помощь начинающим предпринимателям, которые ищут онлайн-сервисы по учету данных. Возникла недавно одна задача — «Найти удобный сервис ввода данных по деятельности интернет-магазина». Нужно вести основные процессы по начинающему бизнесу:

  • Фиксация заказов (товары + услуги);
  • Ведение каталога товаров и услуг;
  • Отслеживание каналов привлечения клиентов и количества продаж по каналам;
  • Фиксация спроса, который по тем или иным причинам не может быть удовлетворен;
  • Фиксация кассовых операций (доходы и расходы);
  • Ведение склада (приход, списание);
  • Ведение базы клиентов.

При этом основными критериями выступали:

  • Удобный и понятный интерфейс;
  • Наличие API;
  • Соответствие нашим требованиям + отсутствие излишеств;
  • Бюджет не более 1000 рублей в месяц.

Возможно я поленился и плохо поискал в сети онлайн-сервисы, но результат моих блужданий и тыканий по доступным ПО меня порадовал! Да, подходящий сервис я так и не нашел (bitrix24 и прочие штуки не понравились ввиду их огроменности). Плюс в некоторых сервисах отсутствовал удобный API, через который данные можно было бы затягивать в QlikView (бизнес-аналитика).
Я обнаружил, что можно создать в MS Access связанную таблицу, через ODBC-соединение, с таблицей MySQL на хостинге и спокойно изменять данные с компьютера. Причем можно достаточно быстро разработать удобный интерфейс ввода данных с помощью стандартных инструментов MS Access.

В этой статье я расскажу некоторые этапы создания схемы данных — проектирование модели, подготовка модели в перевод в код и, непосредственно, разработка базы данных (точнее таблиц данных). Возможно некоторые моменты еще не совсем правильно выполнены с технической точки зрения, привожу только промежуточный результат работы. Т.к. сами понимаете — это достаточно сложный труд. Основная фишка — это MS Access и база данных на хостинге. И того = бесплатный конструктор вашей ERP, CRM — систем с удобным API (ODBC-драйвер к базе на хостинге).

В сети валяются множество моделей данных, но мне они не подошли, делал все сам. Но для справки оставлю в статье — Industry Data Models.

В своих проектах я обычно использую MS Visio — для единообразия документации и простоты моделирования. А вообще, удобным инструментом является AllFusion ERwin Data Modeler (ERwin). Его Вы можете разыскать на торрентах с ключом. Плюс в сети валяется множество учебников по моделированию данных с помощью ERwin.

Перед началом создания модели данных рекомендую собрать требования в виде списка бизнес-процессов и тех объектов, которые необходимо фиксировать в базе данных. Модель данных разрабатывается итерациями. Т.е. сделали версию, походили, подумали. На следующий день снова открыли, поправили. И т.д. Данный подход позволяет осмыслить узкие места базы данных и в итоге получается наиболее подходящий вариант модели данных.

После создания модели данных на русском языке (почему на русском — потому что это упрощает понимание, плюс Вы можете писать длинные наименования полей, т.к. это ни на что не влияет), переходите к переименованию модели данных на английский язык. Эта модель уже будет походить больше на физическую модель данных.

Типы пользователей и их права, иерархия в системе
и общий доступ к клиентам

Типы пользователей

Директор

Полный доступ в CRM. Невозможно ограничить. Только один в системе.

Руководитель

Выполняет роль руководителя или администратора отдела. Создает клиентов и пользователей с типом «Менеджер». Имеет доступ к настройкам: анкета клиента, метки, воронка. Руководитель видит клиентов своего Менеджера, т.к. является его ответственным.

Менеджер

Сотрудник отдела продаж. Создает клиентов. Не может создавать других пользователей. Имеет доступ к настройкам: метки и воронка. По умолчанию видит клиентов своего ответственного и его менеджеров, но можно запретить к ним доступ. Не видит клиентов других менеджеров и руководителей.

Права доступа: для каждого пользователя, кроме Директора, можно ограничить права доступа к информации в клиентской базе. Существует 4 типа доступа: доступ к клиентам, доступ к действиям, доступ к сделкам и доступ к настройкам. В настройках пользователя можно ограничить создание, измененение и удаление данных.

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

Общий доступ к клиентам

Директор

Видит клиентов всех пользователей.

Руководитель

Видит своих клиентов и клиентов Менеджеров, по которым является ответственным. Не видит клиентов других Руководителей. Подробнее о правах:

Директор — руководитель работает с данными директора и своих менеджеров.
Только менеджеры — руководитель работает только с данными своих менеджеров, к данным директора доступа нет.
Запретить — руководитель не имеет доступа к данным директора и своих менеджеров.

Менеджер

Видит своих клиентов. Может увидеть клиентов другого Менеджера, если у него такой же ответственный Руководитель, при условии активного права «Менеджеры + ответственный». Подробнее о правах:

Менеджеры + ответственный — менеджер работает с данными другого менеджера, если у него тот же ответственный. Менеджер не имеет доступ к данным своего ответственного.
Только ответственный – менеджер не имеет доступа к данным другого менеджера, даже если у него тот же ответственный. Менеджер имеет доступ к данным своего ответственного.
Запретить – менеджер работает только со своими данными, т.е. он не имеет доступа к данным других менеджеров или своего ответственного.

Если пользователь завладеет ссылкой на анкету клиента, к которому у него нет доступа, и перейдет по этой ссылке в браузере, то он получит уведомление о том, что у него нет прав на просмотр информации по этому клиенту.

Оцените статью