Автоматизированные системы бухгалтерского учета. Хохлов А.Е. - 68 стр.

UptoLike

Составители: 

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



                            58