нас сделать специальную таблицу для ввода в программу этих справок и ведомостей! То есть весь бизнес-процесс был бы поставлен с ног на голову. В программу бы вносилась не первичная документация (путевые листы и талоны на топливо), а уже обсчитанные данные из отчетов. Нам пришлось долго убеждать этих сотрудников, что в программу надо вносить именно путевые листы. Причем для этого необходимо заставить водителей сдавать путевки не отдельно от талонов на горючее, а прикалывать талоны к путевым листам. Только в этом случае в программу бы одновременно заносились данные и по пробегам, и по часам, и по топливу. И тогда из этих введенных в базу данных первичных документов программа могла бы формировать любые ведомости, справки, акты и проч.
В качестве другого примера можно привести планирование технического обслуживания (ТО) автомобилей. При бумажном документообороте диспетчер должен с каждого путевого листа внести величину пробега в учетную карточку конкретного автомобиля. Затем по этим учетным карточкам техник по учету должен определить автомобили, которые должны встать на техническое обслуживание в ближайший период, и подготовить график ТО. По этому графику ТО подготавливается заявка на склад о потребности в необходимых запчастях. Кладовщик на складе проверяет наличие запчастей и в случае их наличия оформляет выдачу запчастей механику, а в случае их отсутствия делает запрос в бухгалтерию о покупке.
Если вести планирование ТО в информационной системе, то, например, нет необходимости диспетчеру вести учетную карточку автомобиля. Cроки проведения ТО-1 и ТО-2 могут храниться в справочнике программы для каждого автомобиля. Таким образом, при формировании графиков ТО система обращается непосредственно к пробегам из базы данных путевых листов и сверяет их со справочными значениями сроков технического обслуживания конкретной машины. Если пробег по путевым листам превышает норму пробега до ТО, то программа вносит этот автомобиль в план-график. При этом система может по среднесуточному пробегу рассчитать прогнозное количество ТО в году и соответственно оценить потребность количества запасных частей и расходных материалов.
Образно хорошо отлаженный процесс функционирования информационной системы я бы сравнил со сборочным конвейером, например, автозавода (рис. 5). На конвейере каждый участок выполняет свою работу. Вначале на раму устанавливается двигатель, затем капот и двери, потом колеса. И в конце покраска. Все необходимые детали должны быть всегда под рукой, иначе автомобиль останется несобранным.
Так и функционирование информационной системы можно мысленно представить как сборочную линию, где оператор, вводя данные в какой-либо задаче, на выходе получает готовую продукцию – итоговые отчеты, графики, диаграммы, отражающие работу предприятия. То есть любые данные (путевые листы, заявки, ремонтные листы), которые вносятся в ИС, можно по аналогии вообразить узлами и агрегатами. Если какие-либо данные не
