1С Предприятие 7.7. Документация
Контур Оперативного управления
Базовые модули
Под оперативным управлением предприятием разработчики системы ГАЛАКТИКА понимают просто ввод фактических документов в модулях СБЫТ, СКЛАД и СНАБЖЕНИЕ, включая расчеты с поставщиками и покупателями. Модуль сбыт достаточно хорошо структурирован, имеет стандартную схему обработки Заказ - Отгрузка. При отгрузке можно проверить состояние расчетов с данным контрагентом. Модуль имеет развитую систему задания прайс -листов с различными скидками и т.д., однако привязка их к клиенту или Продавцу не жесткая. Система резервирования на складе и распределение резервирования по различным складам в соответствии с приоритетами отсутствует.
Нет возможности задания процедуры необходимости утверждения заказа в зависимости от его параметров. Так как заказ можно удалить, а прайс -лист подменить, то имеет место ситуация, когда Продавец вводит и печатает счет по одному прайс -листу, затем его удаляет, вводит другой заказ на другую сумму, а разницу кладет в карман вместе с клиентом.
Связь с модулем склад осуществляется методом формирования (вручную) документа на основании отгрузки. При этом кладовщик может ввести другое количество. Счета-фактуры ведутся тут же. Фактически это документ на отгрузку.
Основным недостатком модуля, является то, что ПРОДАВЕЦ не может определить дату когда он может удовлетворить Заказчика, т.е. дату на которую он может принять заказ. Это связано с тем, что в системе вообще отсутствуют понятия ожидаемые приходы или ожидаемый спрос и связанное с этим понятие ожидаемое состояние склада.
В целом модуль зарекомендовал себя работоспособным, и им достаточно активно пользуются.
Склад является обычным учетным модулем (приход, расход, внутреннее перемещение). Никаких функций анализа складских запасов и тем более расчета не уменьшаемого количества и планирования пополнения НЕТ. Нет функций суммарного наличия по нескольким организациям с детализацией по конкретным организациям, что естественно, так как система не поддерживает корпорацию. Циклического подсчета по результатам анализа складских запасов также нет, что делает складской учет крайне неточным.
Модуль Снабжение просто примитивен. Можно ввести Заказ и поступление по нему. Нет никаких Заявок, проверок Бюджета и, соответственно, резервирования фондов под эти Заявки. Таких понятий, как ожидаемая дата поступления и ее использования в системе нет. Все заказы однотипные. Нет ни постоянных контрактов, ни плановых заказов. Поставщики не группируются по приоритетам (например, с которыми имеется постоянный контракт). Коды материальных ценностей поставщика и список возможных замен не поддерживаются.
Естественно, никаких бизнес-процедур обработки документов задать нельзя (например, для данной группы материальных ценностей должен быть выбран поставщик из списка утвержденных, если сумма заказа больше определенной, необходимо утвердить заказ у начальника отдела снабжения; приемка материальных ценностей по таким заказам проводится всегда с контролем качества и утверждением у начальника ОТК, при этом для других групп материальных ценностей и сумм контрактов задаются совершенно другие правила). Таких понятий в системе просто нет.
Тем более нет процедур сравнения счетов-фактур, поступлений и складских документов. Таким образом нет поддержки реальной процедуры обработки приемки материалов на крупных предприятиях, когда разные подразделения вводят необходимые документ, а затем бухгалтерия производит их сравнение и утверждение счета-фактуры.
Forekc.ru
Рефераты, дипломы, курсовые, выпускные и квалификационные работы, диссертации, учебники, учебные пособия, лекции, методические пособия и рекомендации, программы и курсы обучения, публикации из профильных изданий