ВУЗ:
Составители:
58
Так, специалисты корпорации «Парус» считают, что для российских
предприятий пока актуальна только поддержка требований стандарта MRP I
(планирование потребностей в материалах), которые полностью реализуют-
ся, к примеру, в системе «Парус-корпорация». В полной мере претворить в
жизнь процесс управления в соответствии со стандартом MRP II (планиро-
вание потребностей в ресурсах), ни на одном
российском предприятии про-
сто невозможно, в связи с чем поддержка данного стандарта в программе
присутствует лишь частично.
В рассматриваемой системе автоматизации логистический блок выгля-
дит весьма внушительно. Здесь имеется много таких функций, которые в
большинстве других систем не поддерживаются. Правда, их реализация не
всегда полна, и, по-видимому, корпорация намерена дорабатывать
соответ-
ствующий функционал непосредственно в процессе внедрения на кон-
кретных объектах применительно к их потребностям. Остановимся чуть
подробнее на некоторых из этих решений.
В модуле «Закупки» формируются заказы, на основе которых составля-
ются планы закупок и товарный календарь. Предложения поставщиков
можно вводить прямо из Интернета. Однако настройка процедур загрузки,
на
наш взгляд, пока автоматизирована недостаточно, и многие действия по
её разноске в таблицы информационной базы приходится выполнять вруч-
ную. Впрочем, это понятно: в России пока не существует общепринятых
стандартов обмена информацией.
Появилась функция подбора поставщиков для решения задачи автомати-
зированного формирования заказов покупателей.
Масштабные работы ведутся по поддержке договоров. По каждому
до-
говору можно занести массу сведений, правда, как они потом используются
системой, остается неясным. Договоры обязательно должны содержать эта-
пы, поскольку детализированную информацию можно вводить только по-
этапно. В частности, в карточках договоров можно прописать виды оплаты
по каждому этапу и правила начисления штрафов, которые привязываются
к так называемому лицевому
счёту договора. Допускается установка раз-
личных вариантов скидок, настраиваются они через общее понятие «та-
риф», под которым понимают правила расчёта различных параметров, ис-
пользуемых в документах. Допустимы скидки по количеству единиц в каж-
дой номенклатуре, к общей сумме по документу, накопительные скидки за
разные периоды. Из карточки договора можно выйти на
свод по планам и
фактическому исполнению, посмотреть графики поставок и платежей. Эта
технология удобна тем, что, работая с конкретным договором, пользователь
может видеть всю связанную с ним информацию.
Так, специалисты корпорации «Парус» считают, что для российских предприятий пока актуальна только поддержка требований стандарта MRP I (планирование потребностей в материалах), которые полностью реализуют- ся, к примеру, в системе «Парус-корпорация». В полной мере претворить в жизнь процесс управления в соответствии со стандартом MRP II (планиро- вание потребностей в ресурсах), ни на одном российском предприятии про- сто невозможно, в связи с чем поддержка данного стандарта в программе присутствует лишь частично. В рассматриваемой системе автоматизации логистический блок выгля- дит весьма внушительно. Здесь имеется много таких функций, которые в большинстве других систем не поддерживаются. Правда, их реализация не всегда полна, и, по-видимому, корпорация намерена дорабатывать соответ- ствующий функционал непосредственно в процессе внедрения на кон- кретных объектах применительно к их потребностям. Остановимся чуть подробнее на некоторых из этих решений. В модуле «Закупки» формируются заказы, на основе которых составля- ются планы закупок и товарный календарь. Предложения поставщиков можно вводить прямо из Интернета. Однако настройка процедур загрузки, на наш взгляд, пока автоматизирована недостаточно, и многие действия по её разноске в таблицы информационной базы приходится выполнять вруч- ную. Впрочем, это понятно: в России пока не существует общепринятых стандартов обмена информацией. Появилась функция подбора поставщиков для решения задачи автомати- зированного формирования заказов покупателей. Масштабные работы ведутся по поддержке договоров. По каждому до- говору можно занести массу сведений, правда, как они потом используются системой, остается неясным. Договоры обязательно должны содержать эта- пы, поскольку детализированную информацию можно вводить только по- этапно. В частности, в карточках договоров можно прописать виды оплаты по каждому этапу и правила начисления штрафов, которые привязываются к так называемому лицевому счёту договора. Допускается установка раз- личных вариантов скидок, настраиваются они через общее понятие «та- риф», под которым понимают правила расчёта различных параметров, ис- пользуемых в документах. Допустимы скидки по количеству единиц в каж- дой номенклатуре, к общей сумме по документу, накопительные скидки за разные периоды. Из карточки договора можно выйти на свод по планам и фактическому исполнению, посмотреть графики поставок и платежей. Эта технология удобна тем, что, работая с конкретным договором, пользователь может видеть всю связанную с ним информацию. 58
Страницы
- « первая
- ‹ предыдущая
- …
- 66
- 67
- 68
- 69
- 70
- …
- следующая ›
- последняя »