При разработке информационной системы требуется описать знания об информации. Для этого на разных этапах разработки ИС применяются различные информационные модели, которые представляют собой формальные и полу формальные способы описания знаний об информации. Рассмотрим подробнее информационные модели, на примере диаграммы потоков данных и модели «сущность-связь».
Для наглядного представления информационных потоков строится диаграмма потоков данных (ДПД), которая показывает перемещение данных между различными процессами их обработки. Можно увидеть, где данные берут свое начало и куда они в итоге поступают, какие функции системы используют информацию от других функций.
Все это помогает устранить избыточные или неэффективные операции, уменьшить затраты на обработку информации, наглядно показать документооборот. Существует несколько разновидностей ДПД, которые отличаются составом компонентов и правилами их соединения.
В данном случае будем использовать диаграмму, которая состоит из 4-х видов компонентов: процессов, накопителей, внешних объектов и потоков данных. Внешний объект – это предмет или лицо, являющийся приемником или источником информации и не входящий в состав системы. Обычно в виде внешних объектов изображают конечных пользователей системы.
Процесс преобразует входной поток данных в выходной в соответствии с заданным алгоритмом. Удобно представить себе, что процесс – это существующая или будущая программа, которая помогает пользователям решить ту или иную задачу обработки данных.
Накопитель данных – это некоторое место или устройство для хранения информации (файл, папка с однородными документами, база данных). Поток данных – это информация, передаваемая от одного блока диаграммы к другому. Поток данных изображается в виде линий со стрелкой от источника к приемнику.
Параметрами каждого блока на ДПД являются номер, имя, поле физической реализации и описание. Нумерация блоков производится в соответствии с их иерархией. Для ИС «Салон красоты» составляется несколько иерархически связанных диаграмм: каждая диаграмма соответствует одному из уровней функциональной диаграммы.
Самый верхний уровень имеет номер 0 и называется контекстным, так как он наглядно показывает информационные связи системы с внешним миром (контекстом). На этом уровне внешние объекты связаны входными и выходными потоками данных с главным процессом. Затем главный процесс разбивается на несколько дочерних процессов, связанных потоками данных. Это разбиение соответствует второму уровню ДПД и изображается в виде отдельного чертежа. Детализация процессов ведется до тех пор, пока процессы не станут простейшими: с процессом должно быть связано не более трех входящих и выходящих потоков данных.
1.2 Список участников процессов.
Можно выделить следующие объекты данной предметной области: 1) Услуги – содержит информацию о предоставляемых в парикмахерской услугах. Объект содержит следующие атрибуты: Код услуги, наименование услуги, описание услуги, стоимость услуги. 2) Мастера – предназначен для хранения информации о мастерах парикмахерской.
Объект включает в себя следующие атрибуты: Код мастера, фамилия, имя , отчество мастера, телефон мастера, адрес мастера. 3) График – содержит информацию о графике работы мастеров. Объект содержит атрибуты: Код графика, Код мастера, день недели, время. 4) Оказанные услуги –содержит информацию об оказанных ранее услугах.
Объект содержит следующие атрибуты: Код оказания, код мастера, код услуги, дата оказания. 5) Клиент- заключает договор с Салон красоты. Покажем, как связаны экземпляры сущностей между собой. Сущность «мастера» с сущностью «услуги» связана типом связи «один-ко-многим». Один со стороны «мастера» и многие со стороны «график работы».
Так же сущность «мастера» связана с сущностью «оказание услуги» связью «один-ко-многим». Так как мастер может быть один, а оказанных услуг много. Сущность «услуги» связана с сущностью «оказанные услуги» связью «один ко многим». Один со стороны «услуги» и многие со стороны «оказанные услуги». В таблице 1.1 описаны таблицы базы данных.
Источник: studfile.net
Бизнес-процессы предметной области
Цели: изучение международных стандартов в области ПО, рассмотрение технологии функционального и системного моделирования при построении структурных моделей бизнеса.
Теоретический материал
Успех в бизнесе часто зависит от того, насколько хорошо организованы бизнес-процессы, отвечающие стратегическим целям предприятия. STD (State Transition Diagrams) – диаграммы переходов состояний [12], применяются для моделирования поведения системы.
Бизнес-процесс – это цепочка операций, результатом которых является достижение какой-либо цели.
Описание бизнес-процессов организации – это процесс, который включает следующие этапы:
1 Построение моделей бизнес-процессов организации, в том числе моделей КАК–ЕСТЬ и КАК–ДОЛЖНО–БЫТЬ.
2 Разработка нормативных документов, в том числе, корпоративных стандартов, процедур, должностных инструкций, регламентов и т.п.
3 Управление документацией, в том числе, распространение документов между заинтересованными участниками, управление версиями документов, управление правами доступа к документам и др.
На рисунке 3.1 представлен порядок использования методологий моделирования.
Рисунок 3.1 — Временная шкала использования методологий моделирования [14]
При описании бизнес-процессов и разработке документов осуществляется сбор и обработка большого количества информации из разных источников. Поставщики информации могут быть как внутренними, так и внешними. В процессе описания бизнес-процессов между информационными объектами, принадлежащими в общем случае разным поставщикам, устанавливается большое количество перекрестных ссылок и связей. Управление информацией становится достаточно трудоемкой задачей.
Наличие в диаграммах DFD элементов для описания источников, приемников и хранилищ данных позволяет точно описать процесс документооборота. Однако для описания логики взаимодействия информационных потоков модель дополняют диаграммами еще одной методологии – IDEF3, также называемой workflow diagramming.
Для иллюстрирования вызовов листовых функциональных блоков IDEF0 может быть применено построение IDEF3-моделей. Данные, полученные с использованием IDEF0-моделирования, используются на стадии разработки моделей IDEF3 и диаграмм потоков данных (DFD) [12].
Методология моделирования IDEF3 позволяет графически описать и документировать процессы, фокусируя внимание на течении этих процессов и на отношениях процессов и важных объектов, являющихся частями этих процессов.
Информационное наполнение диаграмм модели регламентировано стандартом «IDEF3 Process Description Capture Method Report».
Нотация IDEF3 была разработана с целью более удобного описания рабочих процессов (workflow), для которых важно отразить логическую последовательность выполнения процедур (рисунок 3.2).
Workflow – автоматизация бизнес-процессов или «полная или частичная автоматизация бизнес-процесса, при которой документы, информация или задачи передаются от одного участника к другому для выполнения действий, предусмотренных набором руководящих правил» (Workflow Management Coalition, “Terminology
– определять и анализировать точки влияния потоков сопутствующего документооборота на сценарий технологических процессов;
– определять ситуации, в которых требуется принятие решения, влияющего на жизненный цикл процесса, например изменение конструктивных, технологических или эксплуатационных свойств конечного продукта;
– содействовать принятию оптимальных решений при реорганизации технологических процессов.
Важным при выполнении системного анализа является понимание цели моделирования и границ моделирования, для кого эта модель создается: на какие вопросы должны быть даны ответы, какие части системы рассматриваются, а какие нет, для кого модель разрабатывается.
Разрабатывать имитационные модели технологических процессов следует по принципу «КАК БУДЕТ, ЕСЛИ. «.
IDEF3 предполагает построение двух типов моделей, представляющие описание одного и того же сценария технологического процесса в разных ракурсах:
– модель может отражать некоторые процессы в их логической последовательности, позволяя увидеть, как функционирует организация,
– модель может показывать “сеть переходных состояний объекта”, предлагая вниманию аналитика последовательность состояний, в которых может оказаться объект при прохождении через определенный процесс.
Диаграммы, относящиеся к первому типу, называются диаграммами Описания Последовательности Этапов Процесса (Process Flow Description Diagrams, PFDD), а ко второму — диаграммами Состояния Объекта и его Трансформаций в Процессе (Object State Transition Network, OSTN).
Если диаграммы PFDD технологический процесс «С точки зрения наблюдателя», то другой класс диаграмм IDEF3 OSTN позволяет рассматривать тот же самый процесс «С точки зрения объекта». Состояния объекта и Изменение состояния являются ключевыми понятиями OSTN диаграммы. Состояния объекта отображаются окружностями, а их изменения направленными линиями. Каждая линия имеет ссылку на соответствующий функциональный блок UOB, в результате которого произошло отображаемое ей изменение состояния объекта.
Терминология моделей IDEF3
Главной единицей модели является диаграмма. Диаграммы должны быть самодостаточны и понятны тем, кто будет обязан с ними работать или рецензировать. Используемая система обозначений не отличается от обозначений других группы IDEF.
Действие (единица работы) – основной компонент модели описания последовательности этапов процесса (рисунок 3.3). Для представления существующего или определяемого взаимоотношения между действия используются связи. Возможны три вида связи: временное предшествование, объектный поток и нечеткое отношение.
Рисунок 3.3 — Обозначение единицы работы
Разбиение и слияние действий показываются при помощи соединений (узлов) типа соединительное «И», эксклюзивное «ИЛИ» и соединительное «И/ИЛИ» (Приложение А).
Для привлечения внимания к некоторым аспектам используются указатели различных типов в зависимости от закладываемого смысла: ссылка на объект, ссылка на соединитель, в качестве заметки или в качестве уточнителя. Отличием стандарта IDEF3 в отличие от классической методологии WFD является использование на схеме бизнес-процесса такого элемента как «объект ссылки», который связывается с работами и перекрестками. С помощью объектов ссылки показывается прочая важная информация, которую целесообразно зафиксировать при описании бизнес-процесса.
Используемые геометрические фигуры при построении модели представлены в таблице 1. Метод IDEF3 позволяет выполнять декомпозицию действий несколько раз, что позволяет зафиксировать альтернативные потоки процесса в одной модели, и структурировано описывать процессы с любым требуемым уровнем детализации.
Таким образом, с помощью диаграмм IDEF3 можно анализировать сценарии из реальной жизни, например, как закрывать магазин в экстренных случаях, или какие действия должны выполнить менеджер и продавец при закрытии. Каждый такой сценарий содержит в себе описание процесса и может быть использован, что бы наглядно показать или лучше документировать бизнес-функции организации. Для получения описания от экспертов – специалистов предметной области аналитику необходимо подготовить список вопросов.
Пример модели IDEF3
В качестве примера представлен процесс создания модели формирования выписки с точки зрения документоведа деканата (PFDD). В результате анализа процессов, составляющих формирование выписки, была составлена диаграмма процесса заявления на составление выписки из учетной карточки (рисунок 3.4).
На рисунке 3.5 представлено отображение процесса проверки выписки на наличие ошибок с точки зрения OSTN диаграммы (рисунок 3.2). На данной диаграмме рассматривается объект «выписка» и его трансформация в процессе подготовки выписки на основе списка изученных дисциплин в готовую выписку из учетной карточки студента.
Рисунок 3.5 — Пример OSTN диаграммы
Вопросы для самоконтроля
1. Какие основные «строительные блоки» используются для построения диаграмм IDEF3?
2. В каких случаях строится перекресток ветвления «ИЛИ»?
3. Сколько типов диаграмм в стандарте IDEF3?
Практическая работа
Цели: изучение международных стандартов в области ПО, рассмотрение технологии функционального и системного моделирования, построение структурных моделей бизнеса.
Средства выполнения задания: средства пакета MS Office, BPwin 4.1 и выше, Visible Analyst.
Изучить теоретический материал, дать письменные ответы на контрольные вопросы и выполнить практическое задание.
Практическое задание
1. На основе результатов предыдущих лабораторных работ описать логику взаимодействия информационных потоков в нотации IDEF3.
2. Дать предложения по автоматизации работ модели «КАК-ЕСТЬ» в виде модели «КАК-ДОЛЖНО-БЫТЬ» с использованием CASE-средства BPwin. Полученные диаграммы будут использоваться при выполнении последующих лабораторных работ.
Лабораторная работа № 4
Источник: cyberpedia.su
Практическая_работа_Описание_бизнес_процессов_. Занятие 3 описание бизнеспроцессов заданной предметной области Цель
Единственный в мире Музей Смайликов
Самая яркая достопримечательность Крыма
Скачать 23.42 Kb.
Практическое занятие № 3 описание бизнес-процессов заданной предметной области
Цель : выполнять описание предметной области в нотациях функционального моделирования систем
Оборудование и материалы : Учебно-методическое пособие для проведения практических занятий, ПС проектирования ИС.
Техника безопасности: соблюдается в соответствии с инструкцией по технике безопасности
Информационная часть
Процесс бизнес-моделирования может быть реализован в рамках различных методик, отличающихся прежде всего своим подходом к тому, что представляет собой моделируемая организация. В соответствии с различными представлениями об организации методики принято делить на объектные и функциональные (структурные).
Объектные методики рассматривают моделируемую организацию как набор взаимодействующих объектов – производственных единиц. Объект определяется как осязаемая реальность – предмет или явление, имеющие четко определяемое поведение. Целью применения данной методики является выделение объектов, составляющих организацию, и распределение между ними ответственностей за выполняемые действия.
Функциональные методики , наиболее известной из которых является методика IDEF , рассматривают организацию как набор функций , преобразующий поступающий поток информации в выходной поток. Процесс преобразования информации потребляет определенные ресурсы. Основное отличие от объектной методики заключается в четком отделении функций (методов обработки данных) от самих данных.
С точки зрения бизнес-моделирования каждый из представленных подходов обладает своими преимуществами. Объектный подход позволяет построить более устойчивую к изменениям систему, лучше соответствует существующим структурам организации .
Функциональное моделирование хорошо показывает себя в тех случаях, когда организационная структура находится в процессе изменения или вообще слабо оформлена. Подход от выполняемых функций интуитивно лучше понимается исполнителями при получении от них информации об их текущей работе.
Для выполнения практического задания необходимо произвести проектирование информационной системы. Различные подразделения одного предприятия могут выбрать не более 3-х обучаемых; в этом случае должно быть обеспечено взаимодействие выбранных подразделений виртуального предприятия.
Последовательность выполнения заданий практической работы иллюстрируется на примере отдела продаж предприятия «МЕД».
В данном разделе предусмотрен двухэтапный порядок выполнения работ:
— в процессе выполнения работ первого этапа проводится анализ и оформление результатов обследования деятельности выбранного подразделения гипотетического предприятия, составляется перечень бизнес-процессов и структура их взаимосвязей.
— в процессе выполнения работ второго этапа разрабатываются модели бизнес-процессов, необходимые для настройки ИСЭ в выбранной программной системе.
1.1. ЭТАП 1. ОБСЛЕДОВАНИЕ ПРЕДПРИЯТИЯ
1.1.2. Пример выполнения обследования для компании «МЕД»
По итогам проведения обследования обычно формируются следующие документы:
• Видение выполнения проекта и границы проекта.
•Отчет об обследовании.
Предполагается, что в начале обследования проведен предварительный сбор информации о компании, по итогам которого получены следующие данные:
Краткая информация о компании (профиль клиента).
Подразделения и пользователи системы.
На основе предварительной информации сформировано и согласовано с заказчиком общее представление о проекте:
Видение выполнения проекта и границы проекта — документ, который кратко описывает, в каких подразделениях и в какой функциональности будет внедряться ИС. Затем выполняется детальное обследование предприятия, результаты которого оформляются в виде отдельного документа — отчета об обследовании.
ПРИМЕР ВЫПОЛНЕНИЯ ОБСЛЕДОВАНИЯ для компании «МЕД»
Краткая информация о компании «МЕД»
Компания — дистрибьютор «МЕД» закупает медицинские препараты отечественных и зарубежных производителей и реализует их через собственную дистрибьюторскую сеть и сеть аптек. Компания осуществляет доставку товаров как собственным транспортом, так и с помощью услуг сторонних организаций.
Основные бизнес-процессы компании — закупки, складирование запасов, продажи, взаиморасчеты с поставщиками и клиентами.
По предварительным планам, Компания намерена открыть дочернее предприятие для организации производства в непосредственной близости к своим заказчикам.
Староста группы — Генеральный директор
Ответственный за дисциплинарную тетрадь — Исполнительный директор
Ваш сосед справа — Директор по маркетингу
Сотрудники на момент проведения обследования штат компании составляет 110 сотрудников.
Основными целями проекта автоматизации компании «МЕД» являются:
Разработка и внедрение комплексной автоматизированной системы поддержки логистических процессов компании.
Повышение эффективности работы всех подразделений компании и обеспечение ведения учета в единой информационной системе.
Видение выполнения проекта и границы проекта
В рамках проекта развертывание новой системы предполагается осуществить только в следующих подразделениях ЗАО «МЕД»:
Группа планирования и маркетинга;
Отдел сертификации (в части учета сертификатов на медикаменты);
Бухгалтерия (только в части учета закупок, продаж, поступлений и платежей).
Не рассматривается в границах проекта автоматизация учета основных средств, расчета и начисления заработной платы, управления кадрами. Выходит за рамки проекта автоматизация процессов взаимоотношений с клиентами.
Количество рабочих мест пользователей — 50.
Отчет об обследовании:
Список программного обеспечения, используемого компанией на момент обследования
1. «1С: Предприятие 7.7» («Бухгалтерия», «Торговля», «Зарплата», «Кадры», «Касса», «Банк») для
2. Две собственные разработки на базе конфигуратора «1С» — «Закупки» и «Продажи».
3. Собственная разработка на базе FOXPRO для финансового отдела.
4. Excel для планирования продаж.
Бизнес-процесс «Планирование закупок и размещение заказов поставщикам». Общее описание бизнес-процесса
Предприятие планирует закупки медикаментов. Планирование закупок осуществляется в Департаменте маркетинга, в группе маркетинга и планирования. Планирование закупок осуществляется следующим образом:
Менеджер группы планирования и маркетинга ежесуточно получает от контрагентов данные внешней и внутренней статистики продаж медикаментов в виде отчетов продаж.
Для планирования закупок медикаментов менеджер группы планирования и маркетинга еженедельно на основании статистики продаж производит расчет потребности в товаре. В результате расчета формируется Таблица потребностей в товаре.
Определив количество и номенклатуру заказываемых товаров, менеджер отдела закупок приступает к анализу предложений поставщиков. Данный процесс осуществляется ежемесячно или по мере необходимости. Выбираются наиболее выгодные условия поставки. Для этого сравниваются цены поставщиков. Данные сведения берутся из прайс-листа для закупок.
При выборе поставщика важно учесть предоставляемую отсрочку платежа. Эта информация берется из контрактов, отмеченных как приоритетные (действующие). В результате формируется список поставщиков, каждой позиции присваивается признак основного и запасных поставщиков в порядке убывания приоритета.
Менеджер отдела закупок ежемесячно на основании Таблицы потребностей в товаре и списка выбранных поставщиков формирует графики поставок с указанием сроков и периодичности, но без количества поставки.
Ежемесячно после определения потребности в товаре менеджер группы логистики рассчитывает необходимое количество закупок. Необходимое количество закупок рассчитывается на основании фактических запасов на складе, необходимого минимального и максимального уровня запасов. Нормы минимального и максимального количества запасов устанавливаются в днях.
При расчете необходимого количества закупки учитывается также время товара в пути. Таким образом, данный расчет должен обеспечить возможность бесперебойного отпуска товара со склада. По результату расчетов формируется план заявок на месяц.
Затем в группе логистики ежедневно по плану заявок, графику поставок, прайс-листам поставщиков формируются заказы поставщикам.
Если предстоит сделать заказ импортному поставщику, то менеджер группы логистики рассчитывает затраты на сертификацию, создается отчет о затратах на сертификацию. Затраты на сертификацию проверяются на соответствие внутрифирменным нормам. Данная операция производится по мере необходимости.
Если затраты на сертификацию превышают внутрифирменные нормы, то менеджер группы логистики повторяет процесс формирования заказов поставщикам. Формируются новые заказы.
Ежедневно подготовленный заказ поставщику акцептуется, заказ должен подписать менеджер по логистике и директор Департамента маркетинга и управления товарными запасами.
10.Ежедневно менеджер группы логистики направляет заказ в отдел закупок. Менеджер отдела закупок направляет заказ поставщику.
Перечень документов и операций к бизнес-процессу «Планирование закупок и размещение
заказов поставщикам »
Бизнес-процесс запасы-склад (приходование товара). Общее описание бизнес-процесса
ЗАО «МЕД» располагает 10 складами, из которых один, Центральный, расположен в Москве, а другие в филиалах. Количество хранимой номенклатуры медикаментов — от 1000 до 2000.
Склад фактически работает не с номенклатурой, а с сериями. Одной позиции номенклатуры может соответствовать несколько серий медикаментов.
Склад разбит на несколько зон хранения. Зоны хранения соответствуют правилам хранения тех или иных медикаментов.
Используются вложенные единицы измерения — упаковка (минимальная единица), блок (несколько упаковок), заводская коробка (несколько блоков).
На складе хранится товар зарезервированный (недоступный для продажи).
Учет ТМЦ ведется в двух валютах — в рублях, валюте прихода.
Процесс приходования медикаментов на склад выглядит следующим образом:
Менеджер приемного отдела принимает товар по товарной накладной поставщика, проверяя номенклатуру, количество, посерийное соответствие, срок годности.
При полном соответствии фактически поступившего товара товару, указанному в товарно-транспортной накладной и заказе поставщику, менеджер приемного отдела передает документы менеджеру отдела закупок. В противном случае осуществляется процесс выявления виновных лиц и предъявление претензий.
Менеджер отдела закупок проверяет соответствие поставки заказу по номенклатуре, количествам и ценам и на основании товарной накладной поставщика формирует приходную накладную, отражая в базе данных количество и учетную цену поступившего товара. Далее в работу включаются менеджеры отделов сертификации и маркетинга.
Менеджер отдела сертификации по товарно-транспортной накладной проверяет наличие серий в справочнике. При необходимости справочник серий пополняется.
Менеджером отдела сертификации осуществляется процесс сертификации. Процесс сертификации в данном случае рассматривается и как процесс приходования сертификатов-документов на медикаменты, и как процедура сертификации с целью получения документов-сертификатов.
Менеджер учетного отдела при приходовании ТМЦ по товарно-транспортной накладной разбивает каждую номенклатурную позицию по сериям с указанием срока годности.
Параллельно с работой менеджера по сертификации, после отражения в базе данных количества товара менеджером отдела закупок, менеджер отдела маркетинга, используя товарно-транспортную накладную, определяет базовую цену продажи и указывает ее в карточке товара.
Размещение товара по местам хранения осуществляется менеджером склада в соответствии.
Размещение товара по месту хранения осуществляется менеджером склада в соответствии с Планом расстановки продукции по местам хранения. Место хранения заносится в карточку товара
Общее описание бизнес-процесса «Продажи»
Бизнес-процесс выглядит следующим образом:
Менеджер отдела продаж ежедневно получает от клиента Заказ на конкретную номенклатурную единицу медикаментов. В Заказе номенклатурных единиц клиент указывает желаемую отсрочку платежа.
При получении Заказа менеджер отдела продаж по справочнику лицензий проверяет наличие у клиента действующей лицензии на право реализации медикаментов. При отсутствии лицензии продажа медикаментов клиенту не производится. Наличие лицензии проверяется по мере необходимости.
Менеджер отдела продаж ежедневно проверяет наличие необходимого количества заказанных медикаментов на складе.
Если медикаментов недостаточно для выполнения заказа, то менеджер отдела продаж размещает Заказ в реестре «неудовлетворенный спрос». Затем менеджер ежедневно проверяет возможность выполнения Заказа, размещенного в реестре «неудовлетворенный спрос».
При наличии у клиента необходимой лицензии и достаточном количестве товара на складе в отделе продаж на основании Заказа и договора формируется Заявка на номенклатурные единицы. Заявки формируются ежедневно.
Ежедневно на основании Заявки менеджер отдела продаж осуществляет резервирование товара.
Менеджер отдела продаж ежедневно контролирует кредитный лимит и дебиторскую задолженность потенциальных покупателей.
Если кредитный лимит и дебиторская задолженность не превышают допустимых значений, то Заявка передается на склад в Учетно-операционный отдел.
При превышении кредитного лимита или наличии просроченной дебиторской задолженности свыше допустимого количества дней менеджер отдела продаж заявку в Учетно-операционный отдел не передает, процесс продаж приостанавливается, осуществляются переговоры с клиентом.
Менеджер учетно-операционного отдела, получив Заявку, ежедневно производит подборку номенклатурных единиц.
Менеджер учетно-операционного отдела ежедневно формирует упаковочные листы для вложения их в каждый ящик.
Менеджером учетно-операционного отдела ежедневно формируются для клиента следующие документы: счет, расходная накладная, счет-фактура.
При фактической отгрузке товара со склада осуществляется его списание. Списание медикаментов осуществляется по расходной накладной и сопровождается формированием проводки Д62- К41.
Бизнес-процесс «Взаиморасчеты с клиентами» Общее описание бизнес-процесса
Бизнес-процесс выглядит следующим образом:
Менеджер отдела продаж до 10 раз в день отгружает товары клиентам в соответствии с договорами и Приказом по кредитной линии. Одновременно с отгрузкой товара менеджер отдела продаж выставляет счет клиенту. Счет регистрируется в реестре счетов.
По факту произведенной отгрузки менеджер отдела продаж делает запись в журнале отгрузок и оплат, тем самым фиксируя задолженность клиента.
Бухгалтер компании ежедневно получает и обрабатывает выписки с расчетных счетов банков. Бухгалтер на основании банковской выписки определяет оплаченные счета и делает отметку об оплате счета в реестре счетов.
Менеджер отдела продаж ежедневно контролирует поступление платежей от клиентов, проверяя допустимый срок оплаты счета.
Если платежи по счету на расчетный счет компании не поступили и срок оплаты счета истек, то менеджер отдела продаж блокирует отгрузку товара клиенту. Если клиент оплатил счет, то менеджер вносит сведения об оплате в Журнал отгрузок и оплат.
Бухгалтер в конце каждого месяца выводит сальдо взаиморасчетов с клиентами.
Бизнес-процесс «Взаиморасчеты с поставщиками » Общее описание бизнес-процесса
Бизнес-процесс выглядит следующим образом:
Менеджер отдела закупок ежедневно получает от поставщика медикаментов счет на оплату, регистрирует его в реестре счетов поставщиков и передает счет поставщика бухгалтеру.
Бухгалтер на основании счета поставщика ежедневно формирует платежное поручение на оплату и передает платежное поручение в банк.
Бухгалтер на основании выписки с расчетного счета банка делает отметку об оплате счета в реестре счетов поставщика.
Менеджер отдела закупок при поступлении товара и (или) при оплате делает запись в Журнале поступлений и оплат.
Бухгалтер в конце каждого месяца выводит сальдо взаиморасчетов с клиентами.
Практическая часть
1.По описанию бизнес-процессов, приведенных выше, в текстовом редакторе подготовьте таблицу следующего вида:
Источник: topuch.com
