Автоматизация бизнес-процессов для малого бизнеса

Да, к сожалению, есть такая проблема. Поэтому как вариант - прорисовывать БП самому и брать абонентку за изменения БП.

 

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

 

А если процессов достаточно много, то за этим очень сложно следить. Вот для этих целей и нужно такое средство.

 

Именно для автоматизации БП? Это какие?

Access это в чистом виде СУБД с возможностью программирования. На нем оч хорошо получается автоматизировать учет чего-нибудь. Но автоматизацию БП - увы, нет. В нем нет среды выполнения БП. Его нельзя использовать в чистом виде в качестве сетевой многопользовательской СУБД.

 

Давайте попробуем

Позвонил клиент (К)
1. Офис-менеджер занес данные о К (или зафиксировал факт обращения в случае повторного обращения) в систему и перевел звонок на менеджера по продажам (МП)
2. МП занес данные о заказе и характеристиках товара в систему и завершил разговор с клиентом
3. МП зашел в учетную систему (1с) и проверил наличие заказных товаров на складах
4. МП осуществил бронирование товаров для К
4.1. МП перезванивает клиенту и сообщает о том, что его заказ собран и передает заказ Сборщику (С)
4.2.1 МП случае отсутствия определенных товаров менеджер подобрал им замену и включил в заказ. В случае согласия К с осуществленной заменой, осуществляется передача заказа С
4.2.2. В случае отсутствия адекватной замены МП предлагает отсутствующие товары под заказ в течение Х дней. В случае согласия К, осуществляется передача заказа в службу закупок, менеджеру по закупкам (МЗ).
4.2.3. К не согласен ждать товара и не согласен на замену. Заказ аннулируется МП.
5. (после 4.1., 4.2.1) С собирает заказ в течение не более 1 часа и передает его экспедитору (Э)
6. Логист (Л) формирует оптимальный маршрут с учетом приоритетов и удаленности клиентов
7. Э. осуществляет доставку товара
8. (после 4.2.2) МЗ осуществляет поиск и закупку необходимого товара [возврат на шаг 4]
Продажа выполнена.

 

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

 

Знаете, Масявка, думается мне, что это Вам следует слегка подучиться, поскольку Вы, мягко сказать, пребываете в счастливом неведении о реальных возможностях Access`а применительно к разработке подобной системы, и делаете вид, что что-то понимаете из того, о чем говорите. Получается как-то слышите звон, да не знаете где он. Вот, например, из википедии:

Основные компоненты MS Access:

* просмотр таблиц;
* построитель экранных форм;
* построитель SQL-запросов (язык SQL в MS Access не соответствует стандарту ANSI);
* построитель отчётов, выводимых на печать.

Все они могут вызывать скрипты на языке VBA. Таким образом, MS Access позволяет разрабатывать приложения и БД практически «с нуля» или написать оболочку для внешней БД. Является файл-серверной СУБД и потому применима лишь к маленьким приложениям. Отсутствует ряд механизмов необходимых в многопользовательских БД, такого, например, как транзакции. Опыт показывает, что даже для проектов на 5-20 пользователей предпочтительно использовать клиент-серверные решения.

 

Да, не относится, однако Вы это использовали как аргумент в дискуссии

Ага, только вот механизма транзакций нет.
Да даже и не только в этом дело. Это всего лишь СУБД. Нет проблемы в чем хранить данные. Проблема в том, повторюсь, что эта СУБД предназначена исключительно для создания учетных систем.
Когда же речь заходит о том, что нужно как-то отслеживать время выполнения операции в реальном времени, то как вы это организуете в Аксесе?
Для этого нужен функционал, который позволяет создавать и выполнять потоки работ.

Таким образом, он не то чтобы слабоват, а вообще никаким боком не подходит.

 

Это позволяет видеть то, что уже случилось, но не позволяет во время дать пинка, чтобы не случилось то, что должно случиться исходя из данных в текущем моменте.

 

Сначала хотел ответить детально по каждому пункту, но не вижу смысла. Некоторые "если" можно учесть и внести их в бизнес-процесс. Специально не стал приводить полный БП, ибо сейчас бы окончательно запутались.
Просто факт, что есть типовые вещи, которые бывают в 95% случаев. И подтверждение тому - Ваше дополнение списка выполняемых операций. Но Вы почему-то формализуя деятельность упорно говорите, что это не сделать невозможно.. Забавная ситуация

 

Ну в принципе можно и на ассемблере написать..
Только вот одна проблема - и для 1с и для ассемблера нужен программёр.

 

Ну в это я не верю. Эта система просто другая и все.

Насчет того, что 1с дешевле... хм.. мне вот как-то не верится - мне тут нужно было автоматическое формирование договоров. Сделали на 1с. Отдал 25000. Чтобы в какой-то небольшой договор включались реквизиты, дата начала/окончания, тема договора, нумерация, фамилии и т.п.

Спасибо за информацию - хоть услышал первый отзыв по САБП от 1с

 

Спасибо за пожелания

 

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