Эффективная автоматизация логистических функций на производственных предприятиях среднего размера

Модели оценки потребителем эффективности вложений в информационные технологии: www.ibiz.ru.

Таблица 4. Расчет показателя ТСО за 1 год

	ТСО	(1 год)
							Отклонения
Все суммы тысячах долларов США	Плановый	Фактический	Отклонения	%
Прямые расходы	335			445		110		33%
Капитальные затраты	200			270		70		35%
Расходы на управление IT	20			30		10		50%
Расходы не техн. Поддержку	30			25		-5		-17%
Расходы на разработку ПО	40			20		-20		-50%
Расходы на аутсорсинг	30			80		50		167%
Командировочные расходы	5			5		0		0%
Расходы на обучение	10			15		5		50%
Косвенные расходы	10			60		50		500%
Потери в следствии простоя	5			35		30		600%
Потери в следствии
неэффективности	5			25		20		400%
Всего:	345			505	160		46%

ROI

Расчет показателя ROI крайне сложен и почти наверняка будет необъективен, так как большинство целей проекта автоматизации практически невозможно измерить. Также следует учитывать, что такие цели как достижение финансовой прозрачности и повышение управляемости будут достигнуты только после завершения комплексной автоматизации группы компаний. Тем не менее можно показатель ROI может быть рассчитан, так как благодаря автоматизации рутинных операций и оптимизации логистических процессов на предприятии определенный эффект был достигнут.

Для расчета эффекта от внедрения взяты финансовый выгоды, которые планируется получить в результате автоматизации логистических процессов в течение 5 лет, также приведен тот эффект, который был получен в течение 6 месяцев после автоматизации основных логистических бизнес-процессов.

Таблица 6. Расчет средств, инвестированный во внедрение ИС

Все суммы тысячах долларов	США	1 год	5 лет
Прямые расходы		445	1050
Капитальные затраты		270	300
Расходы на управление IT		30	180
Расходы не техн. Поддержку		25	120
Расходы на разработку ПО		20	150
Расходы на аутсорсинг		80	200
Командировочные расходы		5	20
Расходы на обучение		15	80
Косвенные расходы		60	130
Потери в следствии простоя		35	80
Потери в следствии неэффективности	25	50
Всего:		505	1180

ROI= 3430/1180=2.906

Как видно из таблицы «Эффект от внедрения» показатели за 1 год еще не демонстрируют запланированной эффективности, что объяснимо тем, что в первые месяцы использования системы не все функции используются максимально эффективно, а персоналу предприятия требуется время на адаптацию к новому алгоритму работы.

Даже без учета вышеперечисленных факторов коэффициент весьма велик, что говорит об оправданности и необходимости инвестиций в автоматизацию. Но, как уже говорилось, одна из главных целей проекта это повышение прозрачности и своевременности предоставления информации для принятия управленческих решений на уровне группы компаний, а эффект от этого не может быть включен в ROI от автоматизации только логистических бизнес-процессов.

В области закупок эффект достигнут за счет оптимизации процесса закупки квот и процесса ценообразования, в результате компании удалось добиться:

снижения расходов на организацию закупок на предприятии;

существенного повышения уровня контроля над закупками;

формирования рынка постоянных поставщиков;

Ускорение и повышение эффективности закупок товара. Следствием этого стало снижение сумм «перезаказа» и «недозаказа» на 50% и снижение общего товарного запаса на 20%

В области управление запасами прежде всего эффект достигнут за счет более грамотного управления уровнем запасов, снижения уровня страхового запаса и повышения коэффициента оборачиваемости.

В области реализации эффект достигнут за счет оптимизации процессов ценообразования и планирования реализации, это позволило компании:

Стандартизировать и автоматизировать процесс ценообразования, исключив возможность ошибок или специального завышения/занижения цен

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



В основу DIAMOND заложен каскадный подход к реализации проекта, который дает возможность гибко реагировать на изменения потребностей бизнеса в ходе внедрения. Каскадный подход исключает проблему фиксированных объемов работ и гарантирует, что полученное решение будет соответствовать задачам клиента. Даже находясь в процессе проекта по внедрению, клиент может оперативно реагировать на новые запросы, диктуемые рынком и конкуренцией.

Анализ и дизайн

На этапе анализа и дизайна команда внедрения в тесном сотрудничестве с клиентом выполняет следующие задачи:

Определение рамок проекта - определяются, описываются и устанавлива-ются рамки внедрения решения.

Анализ проекта - изучаются бизнес-процессы клиента и сравниваются со стандартным решением, которое берется за основу внедрения.

Дизайн проекта - мы описывается решение, услуги и работы по внедрению и тестированию, а также готовится план внедрения всего проекта.

Цель этапа анализа и дизайна - письменно зафиксировать точные спецификации проекта клиента и критерии выполнения задач.

Построение

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

Методология DIAMOND гарантирует, что клиент получит качественный, всесторонне оттестированный продукт, оптимально использующий базовую технологию и включающий все необходимые доработки. В процессе работы прописываются технические спецификации всех аспектов проекта. Клиент заранее осведомлен обо всех модификациях, которые будут внесены в базовое решение, и по необходимости, может внести поправки в спецификации решения.

Также на этапе построения решения начинается подготовка к обучению сотрудников клиента, которое проходит параллельно с внедрением продукта. Когда тестирование завершено, а клиент выполнил проверку и подписал акт выполненных работ, мы переходим к Этапу внедрения.

Внедрение

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

Сначала конвертируются данные о финансах, организации и клиентах компании, чтобы их можно было перенести в новую систему.

Вторым шагом является всестороннее и тщательное тестирование, чтобы убедиться в корректной работе спроектированного ПО.

Третий шаг - это обучение пользователей и администраторов тем аспектам работы с новой системой, которые они должны знать. Раннее вовлечение сотрудников в изучение системы повышает производительность их работы.

После установки и тестирования система готова для запуска в эксплуатацию.

Запуск

В начале этапа ввода системы в эксплуатацию консультанты присутствуют на каждом из автоматизируемых объектов клиента, наблюдают за работой пользователей, оказывая техническую и функциональную помощь в переходный период.

Если это оговорено контрактом, консультанты также анализируют результаты использования системы за определенный промежуток времени и проводят настройку системы на оптимальные показатели производительности. По итогам "живого" тестирования системы составляется подробный отчет, в котором отражаются этапы дополнительной настройки системы, а также достигнутые улучшения в эффективности и снижении затрат за счет использования решения.

Поддержка

В течение первого месяца после запуска решения его поддержкой будет заниматься департамент внедрения Columbus IT. Затем эстафета передается отделу поддержки, который будет работать с клиентом в течение всего срока контракта.

Обучение

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

Методология DIAMOND предписывает проводить обучение пользователей одновременно с внедрением. С самого начала в процесс вовлекаются все будущие пользователи системы. Таким образом гарантируется, что все их просьбы будут услышаны, замечания -- учтены, и к моменту перехода на новую систему они будут ознакомлены со всеми политиками и процедурами.

Управление проектом

Управление проектом охватывает все требуемые этапы, работы и задачи на протяжении всего цикла внедрения решения. Выполняемые задачи включают:

Планирование - календарное планирование и определение приоритетов в работе путем составления планов, оценки и выделения ресурсов.

Риск-менеджмент - анализ и мониторинг рисков, чтобы уменьшить последствия непредвиденных ситуаций.

Управление проблемами - эффективное управление и контроль любых проблем проекта.

Отчет о состоянии - общение между клиентом, проектной командой и внешними поставщиками на всех стадиях проекта.

Администрирование проекта - управление проектом с использованием специализированных инструментов проектного менеджмента.

Управление изменениями в проекте - оценка, планирование и управление любыми изменениями в ходе проекта.

3.2 Реализация логистических бизнес-процессов на базе Microsoft Axapta

3.2.1 Реализация бизнес-процесса «Закупки»

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

создание и ведение закупок;

учет налогов и пошлин;

проверку кредитного лимита, установленного поставщиком;

получение заказанных товаров в несколько приемов;

обработку возвратов товаров;

получение информации о закупках товаров в срезе поставщиков, заказов на закупку, товара.

Основой в модуле «Расчеты с поставщиками» является закупка. Она является внутренним документом Microsoft Business Solutions-Axapta, заключающим в себе исчерпывающую информацию о контракте на поставку товара, заключенном с поставщиком: условия оплаты и доставки, перечень номенклатуры, сведения о налогообложении закупочных операций и многое другое. Каждая закупка проходит своего рода жизненный цикл, каждая стадия которого знаменуется оформлением (регистрацией) некоторого первичного документа. Допускается несколько сценариев обработки закупки:

создание закупки - обработка накладной;

создание закупки - обработка отборочной накладной - обработка накладной;

создание закупки - регистрация товара - обработка отборочной накладной - обработка накладной.



Рис. 13 Регистрация входящей накладной

Потоки данных в модуле «Расчеты с поставщиками» Модуль «Расчеты с поставщиками» тесно интегрирован с модулем «Управление запасами». Основные таблицы модуля «Расчеты с поставщиками» - таблицы «шапок» и строк закупки, доступные в форме Закупка. Модуль также широко использует информацию из таблицы поставщиков и номенклатуры.

Так, при создании закупки и выборе поставщика система обращается к таблице поставщиков и извлекает необходимую информацию об условиях оплаты и доставки, графике платежей, условиях налогообложения и скидках по оплате. Регистрация накладной по закупке приводит к формированию кредиторской задолженности. При вводе строки закупки необходимо указать код товара, после чего система получает массу данных о позиции заказа: название номенклатурной единицы, сведения о ценовых соглашениях на товар, месторасположении номенклатурной единицы, перечень и ставки налогов. Обработка отборочной накладной по закупке приводит к формированию складской проводки прихода и увеличению уровня наличных запасов, учитываемых в модуле «управление запасами».

Эти и другие взаимосвязи модуля «расчеты с поставщиками» иллюстрирует рисунок 14:

Рис. 14. Взаимосвязи модуля «Расчеты с поставщиками»

Создание закупки

Создание закупок в системе Microsoft Business Solutions-Axapta возможно в двух режимах: упрощенном и расширенном. В расширенной форме содержится обзорная информация по всем закупкам и подробно указаны параметры товара, в упрощенной форме - только информация по конкретной закупке и поставщику. Упрощенная форма используется для быстрого и легкого создания новой закупки.

Закупки в системе Microsoft Business Solutions-Axapta проходят некий жизненный цикл, в течение которого у закупки меняется статус от значения «Открыто» до «Оприходовано» или «Отменено». Смена статуса происходит после обработки соответствующего первичного документа. Поставщик ставится в известность о нашем намерении закупить определенный объем номенклатуры с помощью заявки. Заявка фиксирует количество товара, цены, условия доставки и оплаты. В зависимости от принятой на предприятии политики документооборота печать заявки и отправка ее поставщику может являться обязательной процедурой обработки закупки.

Затем создается счет на оплату по закупке.

Затем создается Акт приемки по закупке - некий информационный список, подобный накладной. С его помощью можно получить детальные сведения для сверки с поступившим по закупке грузом: комплектность, количество каждой номенклатуры, ячейки приемки. Использование этого документа целесообразно в цикле проведения закупок с использованием функциональности управления складом модуля «Управление запасами».

При поступлении заказанного товара на склад следует обработать отборочную накладную, сопровождающую груз.

Рис. 15 Строки отборочной накладной

На последнем этапе обработки закупки регистрируется накладная, выписанная поставщиком.

Обработка накладной на весь заказанный товар приводит к закрытию закупки и выполнению следующих операций:

* к фиксации себестоимости товара и смене статуса складских проводок на Приобретено;

к формированию кредиторской задолженности по соответствующему поставщику и выполнению проводок по соответствующему счету Главной Книги;

к созданию бухгалтерской проводки приходования номенклатуры товара на склад, сторнированию проводок по отборочной накладной;

к смене статуса закупки на Оприходовано. По открытой закупке можно просмотреть:

итоги (суммы накладной, налогов, накладных расходов, скидок);

*прогноз движения средств (ожидаемые движения по бухгалтерским счетам).

По проведенной закупке система позволяет просматривать следующую информацию:

заявки, счета на оплату и акты приемки;

отборочные накладные, бухгалтерские проводки по отборочным накладным;

накладные, бухгалтерские проводки по накладным;

складские проводки по каждой строке закупки.

Кроме того, Microsoft Business Solutions-Axapta позволяет отследить операции по счету поставщика, произведенные согласно накладной.

Рис 16 Журнал накладных

Управленческая статистика по закупкам и заказам

В системе Microsoft Business Axapta существует возможность расчета и просмотра управленческой статистики. Под управленческой статистикой, в данном случае, понимается статистическая информация по закупкам и заказам, сгруппированная по годам, месяцам и т.д.

Статистика может быть собрана по:

Продажам по клиентам

Продажам по группам клиентов

Продажам по всем клиентам (по всем заказам)

Закупкам по поставщикам

Закупкам по группам поставщиков

Закупкам по всем поставщикам (по всем закупкам)

Статистика по заказам и закупкам товаров собирается с точностью до:

Наименований отдельных товаров

Номенклатурных групп товаров

По всем товарам

3.2.2 Реализация бизнес-процесса «Реализация»

Функциональность модуля «Расчет с клиентами» позволяет осуществлять следующие бизнес-процессы предприятия:

создание и обработку заказов;

резервирование;

учет налогов и пошлин;

проверку на превышение клиентом кредитного лимита;

отгрузку продукции в несколько приемов;

обработку возвратов товаров;

получение информации о заказах в срезе клиентов и номенклатурных единиц.

Заказ содержит всю необходимую информацию о поставке: реквизиты клиента, условия оплаты и доставки, данные о ценовой политике. Строки заказа определяют заказанную номенклатуру, стоимость товара и условия налогообложения.

Допускается несколько сценариев обработки заказа:

создание заказа - обработка накладной;

создание заказа - обработка отборочной накладной - обработка накладной;

создание заказа - резервирование - обработка отборочной накладной -обработка накладной;

создание заказа - комплектация - обработка отборочной накладной -обработка накладной

Потоки данных в модуле «Расчеты с клиентами»

Модуль «Расчет с клиентами» тесно интегрирован с модулем «Управление запасами». В качестве основных таблиц модуля «Расчеты с клиентами» выступают таблицы заголовков и строк заказа, доступные в форме «Заказы».

Кроме того, модуль широко использует информацию из таблицы клиентов и номенклатурных единиц.

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

При вводе строки заказа Вы вводите код товара, после чего система большую часть данных строки извлекает из настроек номенклатуры: название номенклатурной единицы, сведения о ценовых соглашениях на товар, месторасположении номенклатурной единицы, перечень и ставки налогов. Печать накладной на отпуск товаров по заказу приводит к формированию складской проводки расхода и снижению уровня наличных запасов в модуле «Управление запасами». Эти и другие взаимосвязи модуля «расчеты с клиентами» проиллюстрированы на рисунке 18:

Рис. 18 Взаимосвязи модуля «Расчеты с клиентами

Создание заказа

Как и закупки, заказы в Microsoft Business Solutions-Axapta создаются в одном из двух режимов: упрощенном и расширенном. В расширенной форме содержится обзорная информация по всем заказам, и выводятся параметры заказа и строк, в упрощенной форме - только информация по конкретному заказу с минимумом параметров. Упрощенная форма используется для быстрой обработки стандартных заказов.

Рис. 19 Создание заказа

Цикл обработки заказа в системе:

Создание заказа от клиента

Оформление предложения

Регистрация подтверждения

Выписка счета на оплату

Проведение отгрузки

Создание счета-фактуры по данной накладной

*Выставление задолженности и проводка накладной на все поставленное по заказу количество

По открытому (неотгруженному) заказу, можно просмотреть следующую информацию:

Итоги;

Прогноз движения средств;

Ценовые соглашения.

Основная информация, которую можно просмотреть по обработанному заказу, это:

сопроводительные документы;

складские проводки;

бухгалтерские проводки;

движение средств по счету клиента

Продажи с резервированием товара

Резервирование позволяет исключить часть запасов из оборота в счет предстоящих заказов. Функция резервирования необходима компаниям, которые осуществляют продажу под заказ или ведут политику разделения клиентов на важных и второстепенных. Таким компаниям необходимо знать, какое количество продукции доступно на складе с учетом заказов клиентов. Система позволяет осуществлять резервирование:

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

автоматически: в этом режиме система сама резервирует все необходимое количество товара и, если выполнение заказа невозможно, предлагает сократить объем заказа.

развертывание, если резервирование запасов осуществляется для номенклатурной единицы типа «Спецификация», то при выбранном режиме резервирования Развертывание система автоматически зарезервирует запасы под все компоненты спецификации

Регистрация возврата товара

Система позволяет проводить обработку возвращенного клиентом товара. Частичный (или полный) возврат может осуществляться как по отобранной поставке, так и по уже отгруженной. В последнем случае система автоматически сделает бухгалтерские проводки по возврату (реверсия или сторнирование в зависимости от установленного параметра).

Ценообразование при выполнении заказов

Методика индивидуального ценообразования в Microsoft Business Solutions-Axapta основана на установке цен и скидок в абсолютном и процентном выражении для комбинаций контрагентов и товаров, сгруппированных в соответствии с ценовой политикой компании. В Microsoft Business Solutions-Axapta предусмотрены пять видов скидок/цен:

соглашения по ценам в отношении определенных товаров ставятся в соответствие группам контрагентов или отдельным клиентам/поставщикам;

скидки по строке предоставляются отдельным клиентам/группам клиентов в отношении определенных товаров;

многострочные скидки рассчитываются по совокупности товарных позиций всего заказа;

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

товарные скидки, позволяющие «подарить» или предложить клиенту приобрести некоторый товар за покупку продукции на определенную сумму.

Здесь рассматривается ввод сценария цен/скидок по заказам (т.е. для клиентов). Следует иметь в виду, что процесс задания скидок по закупкам полностью аналогичен.

Ввод соглашений по ценам и скидкам

Процесс формирования системы цен и скидок включает:

создание групп цен и скидок по клиентам;

создание номенклатурных групп цен и скидок;

активизацию цен и скидок;

формирование системы цен и скидок, т.е. проставление конкретных сумм для выбранных комбинаций контрагентов и номенклатурных единиц.

Поясню механизм формирования цены товара на следующем примере: допустим, что постоянным клиентам дается скидка на канцелярские товары при покупке более 1000 единиц. Тогда настройка скидки начнется с создания группы скидок по строке для клиентов и сопоставления ее конкретным клиентам. Далее можно ввести группу номенклатуры по однострочным скидкам, объединяющую канцтовары, и поставить ее в соответствие нужным номенклатурным единицам. После этого пользователь системы переходит к созданию соглашения о скидке, в котором будут значиться введенная группа цен/скидок номенклатуры, критерий применимости скидки - наличие 1000 единиц в заказе и величина скидки. После активизации однострочных скидок по заказам скидка будет автоматически предоставлена по всем заказам, поступившим от принадлежащих группе цен/скидок клиентов на указанные товары в количестве более 1000 штук.

Перечислим критерии, по которым активизируются скидки и соглашения о специальных ценах:

Клиент принадлежит той категории (группе цен/скидок), для которой в данном сценарии определяются скидки.

Заказанный товар совпадает с номенклатурой, указанной в сценарии цен/скидок (или принадлежит соответствующей группе по ценам/скидкам).



Складская аналитика

Ввод складской аналитики - один из важнейших аспектов управления складом в Microsoft Business Solutions-Axapta. Складская аналитика подразделяется на номенклатурную аналитику и аналитику хранения. В системе предусмотрено шесть кодов аналитики хранения:

серийный номер: уникальный идентификатор изделия, серийный номер;

код палеты: идентификатор палеты (поддона, тары), на которую помещен груз;

ячейка: ячейка хранения на складе, вместе со складом однозначно определяет местоположение груза;

номер партии: группирует товары по срокам хранения. Как правило, к одной партии относят продукты, изготовленные на непрерывном производстве в одинаковых условиях в одно и то же время;

склад: склад хранения товара.

номер ГТД: номер грузовой таможенной декларации для импортной продукции, который отслеживается от таможенного терминала до отправки товара конечному потребителю.

И три кода номенклатурной аналитики:

конфигурация: конфигурация номенклатуры;

размер: размер номенклатуры;

цвет: цвет номенклатуры;

Аккуратный выбор складских измерений существенно упрощает партионный учет (процедуру сопоставления партий товаров). Так, если некий товар характеризуется уникальными кодами складской аналитики, ввод которых обязателен, партия прихода такого товара однозначно ставится в соответствие партии расхода. В ряде случаев целесообразны факультативные коды аналитики для ведения статистики товарооборота по различным складам, ячейкам и т.д.

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

То, какими кодами складской аналитики характеризуется номенклатурная единица, определяет группа складской аналитики. Система требует обязательного выбора группы складской аналитики при создании номенклатурных единиц, что подчеркивает важность складских измерений. Складская аналитика - средство для обеспечения партионного учета и для учета размещения/движения товаров на складе.

Рис. 22 Группы складской аналитики

Группы складских моделей

Группы складских моделей объединяют номенклатурные единицы по

методике складского учета: модели расчета себестоимости, условиям разноски хозяйственных операции, возможности отгрузки со склада количества, превышающего доступные запасы и т.д. Каждую номенклатурную единицу обязательно следует поставить в соответствие какой-либо группе складских моделей. Если задать значение параметра Группа складских моделей, система будет автоматически относить новую номенклатуру группе складских моделей по умолчанию.

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

Рис. 23 Общие сведения о товарах, услугах и спецификациях

Контроль и проведение складских операций

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

Работа в складском журнале независимо от его типа происходит в следующей последовательности:

создание журнала, указание параметров строк по умолчанию;

ввод складских операций;

печать документов;

проверка и последующая разноска по модулям «Управление запасами» и «Главная книга».

Проведение инвентаризации склада

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

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

Журнал инвентаризации можно заполнить:

*Вручную для каждой номенклатурной единицы и каждого склада, ячейки, партии.

Автоматически с помощью функций Инвентаризация в журнале инвентаризации. При этом можно учитывать принадлежность номенклатуры группам инвентаризации.

Автоматически по итогам интерактивной инвентаризации

Формирование и расчет себестоимости

В зависимости от требований учетной политики предприятия могут использоваться различные методы оценки складских запасов. Так, для того, чтобы удовлетворять требованиям внешней отчетности, может быть выбран один метод (обычно FIFO или средневзвешенной цены), а при оценке складских запасов лучше воспользоваться методом LIFO. Благодаря интеграции системы расчета себестоимости со средствами поддержки кодов складской аналитики, возможно сопоставление приходов и расходов в режиме реального времени.

Текущая версия системы Microsoft Business Solutions-Axapta включает функциональность двухвалютного склада, которая подразумевает ведение складского учета (анализ стоимости складских запасов, а также расчет и перерасчет себестоимости приходов и расходов) сразу в двух валютах: базовой и вторичной валютах компании. Данная функциональность предоставляет пользователю следующие возможности:

Расчет мгновенной средневзвешенной по складской аналитике стоимости расхода товара во вторичной валюте и вывод сумм во вторичной валюте в запросах по складским запасам.

Перерасчет себестоимости расходов по пяти моделям (средняя, ФИФО, ЛИФО, ЛИФО на дату, средневзвешенная на дату) во вторичной валюте (закрытие склада во вторичной валюте).

Отмена перерасчета себестоимости расходов (закрытия склада).

Корректировка себестоимости приходов и наличных запасов во вторичной валюте.

Отмена корректировки себестоимости расходов во вторичной валюте.

Принципы учета себестоимости в Microsoft Axapta

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

средневзвешенная себестоимость по комбинации кодов складской аналитики

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

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

по средней себестоимости

ФИФО и ЛИФО

ЛИФО на дату составления заказа или средней себестоимости на дату составления заказа

Механизм списания и пересчета себестоимости определяется принадлежностью товара той или иной группе складской аналитики и складских моделей.

Мгновенная себестоимость

На расчет мгновенной себестоимости непосредственно влияют 4 параметра:

Финансовый склад;

Стандартная себестоимость, включать физическую стоимость

Цена и Себестоимость

В зависимости от состояния этих параметров, а также уровня складских запасов, можно выделить две основных ситуации, различающихся механизмом расчета мгновенной себестоимости:

1. Режим Стандартная себестоимость отключен, на складе имеется ненулевой уровень запасов. В этом случае расход списывается по средневзвешенной себестоимости складских запасов. Усреднение производится по комбинации кодов складской аналитики, не включенных в «финансовый склад»; такой механизм обеспечивает возможность естественного сопоставления приходов и расходов. Расчет ведется по следующей формуле:

Средняя себестоимость = Общая себестоимость с данным набором аналитики / Общее количество на складе с данным набором аналитики

Разберем механизм расчета мгновенной себестоимости на простейшем примере. Пусть товар характеризуется кодами складской аналитики Склад и Номер партии, из них к финансовым кодам (кодам с включенной опцией Финансовый склад) относится только склад, т.е. при расчете стоимости запасов производится усреднение по партиям. Пусть на момент списания некоторой партии товара в системе зарегистрировано 4 проводки со статусами Приобретено и Продано:

Таблица 7. Пример списка разнесенных проводок по товару

Тип проводки	Дата	Статус	Себестоимость	Количество	Сумма	Партия
Приход	10.01	Закуплено	Зр.	100 шт	300 р.	П-01
Приход	13.01	Закуплено	7 р.	100 шт.	700 р.	П-01
Расход	20.01	Продано	5 р.	-100 шт.	-500 р.	П-01
Приход	21.01	Закуплено	4 р.	50 шт.	200 р.	П-02
Расход	25.01	Продано	?	-100 шт	?	П-01

Как получена себестоимость расхода 100 штук товара, проданного 20 января? Для этого система посчитала общую стоимость запасов на момент расхода (1000 р.), а затем разделила ее на суммарный объем запасов: 1000/200 = 5 р. Себестоимость, по которой будет списан товар 25.01, зарезервированный из пакета П-01, рассчитывается по следующей формуле: (300 + 700 - 500 + 200)p. / (100 + 100 - 100 + 50) = 4 p. 67 к. Таким образом, система вычисляет средневзвешенную по всем партиям себестоимость наличных запасов.

Если же включить режим Финансовый склад для номера партии, усреднение будет проводиться по проводкам с заданным номером партии: (300 + 700 -500) р. / (100 + 100 - 100) =5 р. Следуя данной логике, мы приходим к выводу, что резервирование расхода по полному набору кодов складской аналитики позволяет вести партионный учет, то есть сопоставлять расходы товарно-материальных запасов с приходами. При этом приходы и расходы могут быть связаны с разными операциями: покупкой/продажей, проведенными через модули «Расчеты с клиентами» и «Расчеты с поставщиками», или потерей/излишками, зарегистрированными в складском журнале. Действительно, если каждая партия товара однозначно описывается комбинацией кодов складской аналитики (например, серийным номером), и эти коды включены в «финансовый склад», формула усреднения выдаст реальную себестоимость прихода партии.

В конце отчетного периода средневзвешенную себестоимость можно пересчитать по одной из пяти моделей: ФИФО, ЛИФО, ЛИФО на дату и т.д. Складские измерения, входящие в список кодов финансового склада, ограничивают «степени свободы» такого пересчета; независимый перерасчет себестоимости идет по тем же группам проводок, по которым усреднялась мгновенная себестоимость. Очевидно, если проводки по товару однозначно определяются кодами складской аналитики, и для всех кодов установлен режим Финансовый склад, никакого перерасчета себестоимости не произойдет. Другими словами, сопоставление операций исключает перерасчет себестоимости, при этом у пользователя остается возможность корректировки себестоимости вручную.

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

Средняя себестоимость = (Сумма по физическим проводкам + Сумма по финансовым проводкам) / (Кол-во по физическим проводкам + Кол-во по финансовым проводкам)

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

Исключение составляют такие ситуации, когда на склад пришло избыточное количество товара, и накладная обработана частично, или когда уровень запасов на складе близок к нулевому.

2. Тот же случай, но с нулевым или отрицательным уровнем складских запасов по выбранной комбинации аналитики «финансового склада», приведет к списанию расхода по стандартной себестоимости.

Перерасчет себестоимости в конце отчетного периода

В конце отчетного периода можно пересчитать списанную по отпуску товаров себестоимость в соответствии с одной из пяти моделей Гамильтон С. Управление цепочками поставок с Microsoft Axapta - М: Альпина Бизнес Букс, 2005. - 349 с.:

ФИФО

ЛИФО

ЛИФО на дату составления заказа

Средняя себестоимость

Средняя себестоимость на дату составления заказа

Выбор той или иной модели осуществляется в поле группы складских моделей товара. Закрытие склада во вторичной валюте проводится по той же модели.



Рис. 24 Различные модели закрытия склада.

ФИФО

При перерасчете себестоимости по модели ФИФО система заново анализирует все приходы и в первую очередь списывает те партии товара, которые первыми пришли на склад.

ЛИФО

Перерасчет по модели ЛИФО ведется следующим образом: последнему складскому движению расхода ставится в соответствие последний приход, предпоследнему расходу - предпоследний приход и т.д.

Средняя себестоимость

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

3.3 Обеспечение информационной безопасности решения

Информационная инфраструктура компании представляет собой большой и сложный комплекс, важной составляющей которого является интегрированная система управления информационными ресурсами предприятия (ERP-система). Элементы ERP-системы содержат критичную для деятельности организации информацию, конфиденциальность и сохранность которой имеет большое значение. Именно поэтому каждое звено ERP-системы должно быть надежно защищено, так как негативное внешнее или внутреннее воздействие на любой ее участок может иметь самые серьезные последствия для деятельности всей организации. Для создания безопасного информационного пространства в рамках деятельности ГК «Агросоюз России», был разработан проект по реализации комплексных, интегрированных в инфраструктуру решений, призванных обеспечить защиту ERP-систем от внешних и внутренних посягательств. Учитывая характер современных угроз, были разработаны средства защиты на основе практического подхода, заключающегося в их предвосхищении, а не в борьбе с последствиями. В основу подхода положена стратегия Self-Defending Network Петренко С, Симонов С. Экономически оправданная безопасность.: Журнал "IT Manager" #15(3)7/2004, которая заключается в автоматизации процесса обеспечения информационной безопасности за счет обнаружения угроз, реагирования соответственно уровню их критичности, изолирования зараженных или взломанных серверов и рабочих станций и реконфигурации сетевых устройств с целью предотвращения повторных атак. Комплексный проект защиты ERP-системы охватывает целый ряд объектов, решая для каждого из них ряд задач, связанных с безопасностью:

Защита от внешних угроз

Защита от внутренних угроз

Защита серверов и пользователей ERP-системы

Система построения доверия



для отдельных видов приложений. А сервера в свою очередь могут обращаться во внутреннюю сеть. Таким образом, внутренняя сеть оказывается защищенной от прямых внешних угроз.

Использование систем анализа трафика на предмет наличия атаки на периметре сети

Так как для взаимодействия с внешним миром часть ресурсов сети (пусть даже расположенных отдельно от основной сети) все-таки приходится открывать, были предусмотрены меры по их защите от попыток взлома или атак. Например, от «отказа в обслуживании», когда злоумышленник, пытаясь вывести из строя открытый ресурс, чрезмерно нагружает его работой. Для этого будет отслеживаться трафик, идущий к открытым ресурсам. В случае возникновения подозрения, что трафик содержит ту или иную атаку, будут предприниматься меры для ее обезвреживания. Для реализации этой задачи используются Системы Обнаружения Вторжений (Intrusion Detection System - IDS или Intrusion Protection System - IPS) , которые содержат сигнатуры атак, на основании которых они делают выводы об опасности того или иного трафика. Данные системы применяются также внутри сети для защиты внутренних ресурсов от внутренних атак.

3.3.2 Защита от внутренних угроз

Разграничение доступа внутри сети

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

3.3.3 Защита серверов и пользователей ERP-системы

Для обнаружения и предотвращения неправомерных действий в отношении серверов и пользователей ERP-системы, а также действий вирусов, червей, троянских коней и других вредоносных программ необходимо использование специализированных средств защиты.

Использование специализированных программ, устанавливаемых на серверах и компьютерах пользователей, позволит вместо нескольких различных систем использовать одну. Так, например, Cisco Security Agent (CSA) позволяет идентифицировать и предотвратить несанкционированную активность до того, как она принесет вред. В числе прочих система выполняет такие функции как:

персональный межсетевой экран;

защита от вредоносного кода;

контроль целостности данных;

контроль доступа к интерфейсам сети, к файлам, буферу обмена;

ограничение возможности Интернет-пейджеров;

противодействие сканированию портов;

противодействие переполнению буфера;

противодействие троянцам и червям;

противодействие DoS-атакам.

Таким образом, используется комплексное универсальное средство для обеспечения безопасности ПК в сети.

Казарин О.В. Безопасность программного обеспечения компьютерных систем.: Москва, МГУЛ, 2003

3.3.4 Система построения доверия

Защита соединений

Корпоративная сеть для связи между офисами или для доступа удаленных работников будет пользоваться публичными сетями, выделенными каналами и др. Для защиты соединений, обеспечения необходимой безопасности и сохранности данных, передаваемых по публичным сетям, будеть применяться технология шифрации трафика. Для этого используется система построения виртуальных частных сетей (Virtual Private Networks - VPN).

3.3.5 Управление

На рисунке 25 представлена упрощенная схема сети предприятия ГК «Агросоюз России» с указанием использованного для обеспечения информационной безопасности программных решений.



Рис. 25. Упрощенная схема сети ГК «Агросоюз России»

Заключение

В России до сих пор существует значительное количество предприятий, нуждающееся в комплексной автоматизации как с точки зрения повышения их прозрачности и управляемости, так и с точки зрения оптимизации их бизнес-процессов, что ведет к повышению рентабельности и конкурентоспособности.

При принятии решения о внедрении информационной системы необходимо рассматривать затраты на проект как инвестиции в развитие предприятия и, как показывает практика, эффект от этих инвестиций всегда поддается измерению и при правильном использовании информационной системы может превысить самые смелые ожидания.

При просмотре или изучении любого ERP-продукта важно понимать основополагающую философию его устройства и возможности использования в различных сферах производства и дистрибуции. Здесь очень легко утонуть в деталях. В данном дипломном проекте приведены ключевые принципы устройства модулей логистики ERP системы Microsoft Axapta и возможности по их настройке для учета индивидуальных особенностей предприятия. Эти особенности влияют на применение системы в бизнесе, особенно в ключевых бизнес-процессах, которые обеспечивают эффективное управление цепочками поставок в сферах производства и дистрибуции.

Использованная литература

Аналитические материалы агенства IDC, www.idc.com

Аналитические материалы агенства Input, www.input.com

Балахонова И., Волчков С, Капитуров В. Логистика. Интеграция процессов с помощью ERP-системы. - Москва, 2006. - 464 с.

Бауэрсокс Д., Клосс Д. Логистика. Интегрированная цепь поставок. -Москва: Олимп-Бизнес, 2005г - 640 стр.

Бирман Г., Шмидт С. Экономический анализ инвестиционных проектов - М.: Банки и Биржи, Юнити 1997г

Бугорский В.Н., Соколов Р.В. Экономика и проектирование информационных систем. - СПб.: "Роза мира", 1998. - 340 с.

Гамильтон С. Управление цепочками поставок с Microsoft Axapta - М.: Альпина Бизнес Букс, 2005. - 349 с.

Гетманская Ю.А., Рыбников А.И., Трифонов М.Ю. Системы управления предприятиями типа MRPII/ERP. Терминологический словарь.- Москва: 4-й филиал Военного издательства, 2002 г. - 208 стр.

Казарин О.В. Безопасность программного обеспечения компьютерных систем.: Москва, МГУЛ, 2003, 212 с.

Ю.Ковалев В.В. Методы оценки инвестиционных проектов - Москва: «Финансы и статистика», 2003 г. - 141 стр.

11. П.Лайсонс К., Джиллингем М.. Управление закупочной деятельностью и цепью поставок. - Москва: Инфра-М, 2005 г. - 798 стр.

12.Маккарти Л. IT-безопасность. Стоит ли рисковать корпорацией?. - Москва.: "КУДИЦ-ОБРАЗ"

13.Материала с сайта Citforum, www.citforum.ru

14.Материалы с официального сайта Microsoft Business Solutions, http://www.axapta.ru

15.Материалы с сайта Cnews, www.cnews.ru

16.Материалы с сайта Russian Enterprise Solutions,

17. П.Миронов А. Информационные технологии. Общая стоимость владения информационными технологиями, www.akdi. ru/atv-upr/infteh/it-tso.htm

18.Модели оценки потребителем эффективности вложений в информационные технологии, www.ibiz.ru

19.О'Лири Д. ERP системы. Современное планирование и управление ресурсами предприятия. - Москва.: Вершина, 2004. - 272 стр.

20.Петренко С, Симонов С. Экономически оправданная безопасность.: Журнал "IT Manager" #15(3)/2004

21.Программа и методические указания по преддипломной практике: СПб, 2003

22.Пятков М. Экономика информационных технологий: www.msfestival/ru/html/r 1II

23.С.В. Питеркин, Н.А. Оладов, Д.В. Исаев. Точно вовремя для России. Практика применения ERP-систем - М.: Альпина Бизнес Букс, 2005. -368 с.

24.Савицкая Г.В. Анализ хозяйственной деятельности предприятия. 4-е изд. Минск: Новое знание, 2000.

25.Справочник финансиста предприятия. - М.: Инфрам, 1996

26.Третьяков О. Зрелость и информатизация.- Enterprise Partner, 2000, № 2.

27.Уотерс Д. Логистика. Управление цепью поставок. - Москва: Юнити-Дана, 2003 г. - 503 стр.

28.Финансовое управление компанией - М.: «Дело Лтд», 1995

29.Хильдебранд К. Информационные технологии и строка "Итого" в бюджете фирмы. - Директору информационной службы, 1998, № 8.

30.Carol A. Ptak, Eli Schragenheim. ERP: Tools, Techniques, and Applications for Integrating the Supply Chain, Second Edition

31.Carroll J.B. "Lean Performance ERP Project Management" - Implementing the Virtual Supply Chain: CRC, 2002 r. - 312 стр.

32.Coyle J.J., Bardi E.J., John С, Langley Jr. Management of Business Logistics: A Supply Chain Perspective

33.Dimitris N. Chorafas. Integrating ERP, CRM, Supply Chain Management, and Smart Materials

34.Managing Information: How information Systems Impact Organizational Strategy: Irwin, 1993

35.Maximizing Your ERP System: A Practical Guide for Managers: MCGraw-Hill,2003

36.Poirier C.C. Advanced Supply Chain Management: How to Build a Sustained Comptetitive Advantage

37.Trends Affecting Manufacturers and ERP: TechnologyEvaluation.com, 2003

Приложение 1. Основные ERP-системы, представленные на российском рынке

Основные иностранные ERP-системы, представленные на российском рынке22

Решение	Производитель	Сфера применения	Срок внедрения	Стоимость внедрения	Примеры внедрений в России
SAPR/3	SAP AG (Германия)	Оборонные предприятия, компании нефтегазового комплекса, металлургия, энергетика телекоммуникации, банковский сектор.	1-5 лети более	Лицензия на 50 рабочих мест стоит около $350 тыс. Стоимость внедрения может в несколько раз превышать стоимость решения.	Омский НПЗ, Ярославский НПЗ, группа «Мечел», ТНК-ВР, «Белгородэнерго», «Сургунефтегаз», «ЕвразХолдинг» и др.
Oracle Applications	Oracle (США)	Тяжелая промышленность (преимущественно металлургия), телекоммуникационные компании, финансовый сектор, химическая промышленность.	1-5 лет и более	Стоимость решения на одно рабочее место составляет около $5 тыс. Полная стоимость существенно зависит от требуемой функциональности и сложности внедрения.	«Объединенная металлургическая компания», Магнитогорский металлур гичес кий комбинат, Западно-Сибирский металлургический комбинат, «Генезис», Северо-Западный Телеком", "ВымпелКом", "ЕвроХим", «Связьинвест», РАО ЕЭС и др.
IFS Application	IFS (Швеция)	Предприятия машиностроительного комплекса, энергетика, пищевая промышленность, фармацевтика, кабельная промышленность.	0,8-3 года и более	Полная стоимость внедрения может достигать $250 тыс. и более. Также существенно зависит от требуемой функциональности.	АЗР Автомобиль, Алдарис, Бурейская ГЭС, Импэксбанк, Oriflame, Подолье ккабель, Энсто Электро, ЭЗАН, Новокузнецкий водоканал, "Русский алюминий".
Baan ERP	SSA Global (США)	Химическая промышленность, автомобилестроение, фармацевтика, пищевая промышленность.	6 мес-1,5 года и более	Стоимость одного рабочего места - $3 тыс. Соотношение цены решения и расходов на внедрение 1:1-1:3.	«Ангарский электролизный химический комбинат», «Курский кондитер», "Ижевский электромеханический завод", "Северсталь", "Нижфарм" (Ваап IV), "УралАЗ", "КамАЗ-Дизель" и др.
iRenaissance	Ross Systems (США)	Пищевая промышленность, химические компании, металлургическая промышленность нефтеперерабатывающие, целлюлозно-бумажные, фармацевтические предприятия.	4 мес. -1,3 года и более	Стоимость внедрения в среднем $200 тыс.	Московский шинный завод, Ярославский шинный завод, "Берлин-Фарма", Липецкий хладокомбинат, ЦМК - Трейдинг, Тюменская нефтяная компания, «Маркохим» и др.
MBS Axapta, Navision	Microsoft (США)	Предприятия нефтяной отрасли, пищевой промышленности, торговые компании, металлургия, дистрибуция, телекоммуникационная отрасль.	6 мес. - 2 года и более	В среднем стоимость решения на одно рабочее место - $3,5 тыс. Стоимость внедрения составляет 100-250% стоимости решения.	Останкинский молочный комбинат, МВО, «Юнимилк», РУССО, «Интерспорт», «Ростелеком», "Краски ТЕКС", ПНТЗ, Московский завод "Кристалл", книжная сеть «Буквоед», «Феликс», «Промет», аэропорт «Кольцове» и др.
iScala	Epicor (США)	Машиностроение, телекоммуникационная отрасль, пищевая промышленность.	3 мес. -1,5 года и более	Средняя стоимость iScala2.1 составляет $2-5 тыс. за одно рабочее место.	"Электроизделия", "Соник Дуо", Луцкий подшипниковый завод, TETRA РАК-Кубань, Производстве нно-строительная фирма Норд, Новошип, фабрика "Большевик",
MFG/PRO	QAD (США)	Автомобильная, авиационная, электронная, электротехническая, химическая, фармацевтическая и пищевая промышленность.	3 мес. -1,5 года и более	Стоимость лицензии на одно рабочее место $2-5 тыс. в зависимости от конфигурации. Внедрение обходится в 100-200% этой суммы.	«Кока-Кола» (Москва), НПК «БЫСТРОВ», «Видеофон», «Электромеханика», «Gillette» (Санкт-Петербург), Kraft Foods (Санкт-Петербург), Пивоваренный завод "Браво"
J.D.Edwards OneWorld	J.D.Edwards (США)	Гор но добываю щая промышленность, строительные организации, торговые компании, нефтегазовый сектор.	7 мес. -1,5 года и более	Стоимость рабочего места OneWorld варьируется от $400 до $4000.	Торговый Дом ГУМ, завод Caterpillar (Тосно), холдинг "Рамзай", "Лаверна" и др.
SyteLine ERP	MAPICS (США)	Производители измерительного и электрооборудования, деревообработка, полиграфия, машиностроение.	6-9 месяцев и более	Стоимость лицензии на одно рабочее место $2-4 тыс. Примерно во столько же обойдется внедрение.	«Компрессорный комплекс». «Иркутсккабель», Полиграфический комплекс «Пушкинская площадь», группа «Метран». ...

Подобные документы

• Проектирование бизнес процессов по управлению продовольственными запасами на складе

  Разработка информационной системы для автоматизации управления товарными запасами на оптово-розничном складе. Использование CASE-средства верхнего уровня All Fusion Process Modeler BPwin для графического представления разрабатываемых бизнес процессов.
  
  курсовая работа [2,4 M], добавлен 28.05.2013
  

• Проектирование и разработка информационной системы для учета ремонтных работ и обслуживания оргтехники фирмы ООО "Компьютерный мир" г. Самара

  Технико-экономическая характеристика предприятия. Выбор комплекса задач автоматизации, анализ бизнес-процессов. Концептуальный уровень архитектуры базы данных, ее физическая модель. Программная реализация информационной системы для учета ремонтных работ.
  
  дипломная работа [8,8 M], добавлен 27.06.2012
  

• Автоматизация комплекса задач менеджера отдела продаж торговой организации

  Анализ деятельности компании в целом и отдела продаж в частности. Описание состояния информационной системы предприятия. Декомпозиция бизнес-процессов, протекающих в отделе продаж. Проектирование информационной системы, ее программное обеспечение.
  
  дипломная работа [2,4 M], добавлен 29.08.2014
  

• Автоматизация бизнес-процессов предприятия ООО "Финансовые технологии"

  Описание общих закономерностей функционирования организации. Изучение структуры предприятия, определение функций его подразделений и основных бизнес процессов. Разработка клиент-серверной системы по автоматизации получения и обработки заявок от абонентов.
  
  курсовая работа [1,8 M], добавлен 02.10.2011
  

• Исследование информационной системы "Галактика EAM"

  Рассмотрение современной информационной системы управления производственными активами "Галактика EAM". Основной функционал и ключевые характеристики исследуемой системы. Управление активами, учет состояния оборудования, управление складскими запасами.
  
  курсовая работа [2,3 M], добавлен 19.05.2014
  

• Процессно-задачная технология управления ООО ЧЭЦ "Промышленная безопасность" и ее реализация средствами информационной системы 1С на примере задачи учета услуг

  Анализ и реинжиниринг бизнес-процессов ООО ЧЭЦ "Промышленная Безопасность" для повышения эффективности управления. Проектирование информационной системы "Оказания услуг", разработка алгоритма решения задачи их учета средствами информационной системы 1С.
  
  дипломная работа [1,9 M], добавлен 30.04.2011
  

• Складской учет материала

  Этапы проектирования заданной информационной системы, ее внутренняя структура и элементы, функциональные особенности и возможности, эффективность, программная реализация. Реализация функций добавления, удаления, вывода отчетов, формирования накладной.
  
  курсовая работа [40,5 K], добавлен 22.07.2014
  

• База данных библиотеки ВУЗа

  Анализ основных направлений автоматизации бизнес-процессов с информационными технологиями. Разработка баз данных для решения проблем хранения и систематизации информации. Проектирование и реализация логической модели бизнес-процесса на примере библиотеки.
  
  курсовая работа [505,8 K], добавлен 25.10.2011
  

• Построение интерактивной модели системы управления запасами

  Управление запасами: содержание, ключевые параметры. Моделирование системы управления запасами. Разработка проектной документации на создание информационной системы управления запасами склада, алгоритмическое обеспечение, детальное проектирование.
  
  дипломная работа [1,1 M], добавлен 14.11.2017
  

• Разработка многопользовательской информационной системы ведения документации по аренде

  Реализация информационной системы для ведения документации по аренде в СУБД Access 2000. Построение функциональной и информационной модели. Описание программного обеспечения, разработанного в архитектуре "клиент-сервер", анализ операционных характеристик.
  
  курсовая работа [637,9 K], добавлен 30.08.2010
  

• Обоснование и разработка ИТ-решения

  Моделирование бизнес-процессов и проектирование информационной системы для управления партнерской программой. Общая информация о компании, ее организационной структуре, стратегии развития и направлениях деятельности. Обоснование разработанного ИТ-проекта.
  
  дипломная работа [2,7 M], добавлен 11.08.2017
  

• Разработка многопользовательской информационной системы для автоматизации работы книжного интернет-магазина

  Проектирование логической модели системы: контекстная диаграмма и детализация процессов, реализация ссылочной целостности. Описание работоспособного программного обеспечения для проекта. SQL-определения запросов. Описание базы данных контрольного примера.
  
  курсовая работа [91,4 K], добавлен 01.09.2010
  

• Автоматизация бизнес-процессов транспортной компании ООО "Сильные Машины"

  Описание бизнес-процессов транспортной компании ООО "Сильные машины". Построение модели "AS-IS" использования действующей информационной системы при работе с заявкой заказчика. Расчет совокупных доходов от владения выбранной информационной системой.
  
  дипломная работа [4,5 M], добавлен 09.06.2017
  

• Разработка многопользовательской информационной системы

  Реализация информационной системы "Стройгенплан" в архитектуре "клиент-сервер". Цели и задачи моделируемой информационной системы, ее функциональная и информационная модели. Описание программного обеспечения, разработанного в архитектуре "клиент-сервер".
  
  курсовая работа [1,9 M], добавлен 30.08.2010
  

• Реализация и аттестация информационной системы

  Проектирование, разработка и внедрение информационной системы, предназначенной для автоматизации документооборота и учета по приему аварийных автомобилей и составлению заказ-нарядов. Взаимодействие приложения с источниками данных. Оценка стоимости ПО.
  
  дипломная работа [1,9 M], добавлен 08.02.2015
  

• Построение моделей учебных бизнес-процессов для проведения деловых игр

  Разработка языка для моделирования учебных бизнес-процессов в рамках проекта "Студия компетентностных деловых игр", требования к ним. Практическая реализация разработанного языка на DSM-платформе MetaEdit+. Создание визуальных представлений объектов.
  
  курсовая работа [2,1 M], добавлен 06.10.2014
  

• Разработка информационной системы для оформления продажи автомобилей в автосалоне

  Проектирование процесса автоматизации оформления продаж автомобилей в автосалоне. Описание бизнес-процессов учета автомобилей. Исследование информационных потоков. Анализ входной и выходной информации. Алгоритмы решения задачи и их машинная реализация.
  
  курсовая работа [2,9 M], добавлен 11.03.2014
  

• Функциональное и логическое программирование

  Математические и алгоритмические основы решения задачи. Функциональные модели и блок-схемы решения задачи. Программная реализация решения задачи. ЛИСП-реализация вычисления неэлементарных функций. Вычисления гамма функции для положительных неизвестных х.
  
  курсовая работа [621,2 K], добавлен 18.01.2010
  

• Разработка приложения средствами Microsoft Excel

  Описание процесса разработки информационной системы. Анализ тестирования и выявления ошибок разработанного модуля. Обследование объекта автоматизации и оформление документации по эксплуатации программы. Сущность экспортирования и импортирования данных.
  
  отчет по практике [1,3 M], добавлен 20.05.2017
  

• Поставка и реализация программного обеспечения Microsoft NET Framework

  Общие сведения о платформе Microsoft NET Framework. Разработка приложения "Поставка и реализация программного обеспечения", содержащего базу данных о каталогах адресов в Internet. Описание логической структуры. Требования к техническому обеспечению.
  
  курсовая работа [2,4 M], добавлен 28.06.2011
  

• главная
• рубрики
• по алфавиту
• вернуться в начало страницы
• вернуться к началу текста
• вернуться к подобным работам