там нет графы/столбца «когда звонить»,
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 типа доступа: доступ к клиентам, доступ к действиям, доступ к сделкам и доступ к настройкам. В настройках пользователя можно ограничить создание, измененение и удаление данных.
Иерархия пользователей.
Директору подчиняются Руководители, которым, в свою очередь, подчиняются Менеджеры
Общий доступ к клиентам
Директор
Видит клиентов всех пользователей.
Руководитель
Видит своих клиентов и клиентов Менеджеров, по которым является ответственным. Не видит клиентов других Руководителей. Подробнее о правах:
— Директор — руководитель работает с данными директора и своих менеджеров.
— Только менеджеры — руководитель работает только с данными своих менеджеров, к данным директора доступа нет.
— Запретить — руководитель не имеет доступа к данным директора и своих менеджеров.
Менеджер
Видит своих клиентов. Может увидеть клиентов другого Менеджера, если у него такой же ответственный Руководитель, при условии активного права «Менеджеры + ответственный». Подробнее о правах:
— Менеджеры + ответственный — менеджер работает с данными другого менеджера, если у него тот же ответственный. Менеджер не имеет доступ к данным своего ответственного.
— Только ответственный – менеджер не имеет доступа к данным другого менеджера, даже если у него тот же ответственный. Менеджер имеет доступ к данным своего ответственного.
— Запретить – менеджер работает только со своими данными, т.е. он не имеет доступа к данным других менеджеров или своего ответственного.
Если пользователь завладеет ссылкой на анкету клиента, к которому у него нет доступа, и перейдет по этой ссылке в браузере, то он получит уведомление о том, что у него нет прав на просмотр информации по этому клиенту.
