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

На основании приходных  и расходных товарно-транспортных накладных пишется отчет движения молока за месяц. На основании расходных товарно-транспортных накладных пишется реестр по отправке молока на ОАО «БМК» за пол месяца. По данным реестра документооборот резюмируется выпиской накладной и счета-фактуры покупателю ООО «ГеоСельхозПродукт».

1.3.1 Учет в 1С: Бухгалтерии

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

Учет готовой продукции ведется на счете 43 «Готовая продукция», в разрезе субсчетов:

• 43.1 - Продукция растениеводства;
• 43.2 - Продукция животноводства;
• 43.3 - Продукция промышленного производства.

Во всех документах, осуществляющих движение готовой продукции, ведется  учет по «средней стоимости на складе - источнике». Для автоматического расчета цены и суммы, при перемещении продукции, документ следует предварительно записать (кнопка «Записать») и нажать на «Пересчет сумм». При перепроведении таких документов может производиться автоматический перерасчет сумм, если в форме документа включен «Автоперерасчет при перепроведении».

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

Для       поступления  готовой продукции из собственного производства используется      документ      «Готовая       продукция»       журнала «Производство»,  «Склад» - место хранения, где будет храниться готовая продукция. «Подразделение» - подразделение, где была произведена готовая продукция.

Далее указываем счет, с которого поступает готовая продукция: 20 «Основное производство», либо 29 «Обслуживающие производства и хозяйства» и субсчет выбранного счета.

Кнопка «Печать» формирует  печатную форму документа «Накладная на передачу продукции в места хранения».

 

2 Постановка задачи автоматизации учета готовой продукции на ООО «БелАгроКривцово»

2.1 Общие сведения

2.1.1 Полное наименование системы  и ее условное обозначение

Полное наименование системы - «Система автоматизации учета готовой продукции на ООО «БелАгроКривцово»

Условное обозначение – АСУГП «Кривцово»

2.1.2 Основание для создания

Разработка  данной системы осуществлена в рамках выполнения инициативного дипломного проекта по заданию ООО «БелАгроКривцово».

2.1.3 Реквизиты предприятия заказчика и разработчика

Заказчик: ООО «БелАгроКривцово»

Разработчик: студент Трегубенко Александр Викторович

2.1.4 Назначение и цель создания  системы

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

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

2.2 Функции автоматизированной  системы

Автоматизация управления процессом учета готовой продукции  на ООО «БелАгроКривцово» предполагает разработку комплекса инструментальных программных средств, обеспечивающих следующие возможности:

1. Регистрацию выработки готовой продукции (приемка молока на фермах);
2. Учет движения и транспортировки готовой продукции;
3. Оперативный учет готовой продукции по местам складирования;
4. Учет продаж готовой продукции.

2.3 Пользователи автоматизированной  системы

Пользователями системы  будут:

1. Оператор, регистрирующий надои молока доярками и использование кормов;
2. Диспетчер по транспортировке готовой продукции;
3. Бухгалтер по реализации готовой продукции.

2.4 Характеристика входной и  выходной информации

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

• нормативно-справочная информация:

1. План счетов бухгалтерского учета;
2. Справочник доярок;
3. Наличие скота (телят и коров);
4. Нормы расхода молока на телят;
5. Справочник  «получателей» - мест хранений и назначений готовой продукции;
6. Номенклатурный перечень готовой продукции;
7. Количественные характеристики номенклатурной единицы готовой продукции;
8. Качественные характеристики номенклатурной единицы готовой продукции;
9. Справочник покупателей (оплачивающих готовую продукцию),

• оперативная информация:

1. Количественные данные надоев молока (журнал учета надоев молока);
2. Расход молока на корм телятам;
3. Движение молока от ферм к заводу;
4. Оплата за готовую продукцию
• и настроечная информация:

Начальные остатки на определенную дату.

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

• журналы первичной информации:

1. Журнал учета надоев молока;
2. Ведомость расхода молока на выпойку телят;

• Транспортные сопроводительные документы:

3. Товарно-транспортные накладные

• Учетные отпускные документы для «Покупателя»:

4. Накладная на отпуск материалов;
5. Счет-фактура.

• Сводные и оборотные ведомости:

6. Ведомость учета движения молока на ферме;
7. Реестр накладных на отправку молока получателю;
8. Отчет о движении молока по молочному блоку.

2.5 Требования к программе

2.5.1 Общие требования

К проектируемой  системе предъявляются следующие  общие требования:

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

2.5.2 Требования к документации

Система должна иметь достаточно детальную документацию по всем выполняемым функциям. Документация к системе приведена в разделе «Инструкции пользователю» настоящей пояснительной записки.

2.5.3 Требования к программному и аппаратному обеспечению

Приложение  должно функционировать в операционной системе, начиная с Microsoft Windows 98.

Необходимое аппаратное обеспечение: компьютер типа Pentium или  старше, минимум 64 Мбайт оперативной  памяти, видеоадаптер SVGA, манипулятор типа «мышь». Необходимый объем свободного пространства на жестком диске составляет 64 Мбайта. При работе с приложением в ходе модификации баз данных объем требуемого дискового пространства возрастает в зависимости от объема хранимых данных.

2.5.4 Требования к дополнительному ПО

Дополнительное программное обеспечение  – сервер баз данных InterBase версии не менее 5.5.

2.5.5 Состав и содержание работ  по созданию ПО

Разработку  и проектирование системы предполагается выполнить в течение 9 месяцев. Календарный план работ и сроков их выполнения  представлен на рис. рис. 2

 

Рис. 2. Состав и содержание работ по созданию ПО

 

 

 

3 Разработка программного обеспечения

3.1 Обоснование выбора  средств разработки

3.1.1 Выбор ПО для проектирования Бизнес-процессов

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

• описание бизнес-процессов, происходящих на предприятии;
• выделение бизнес-процессов или их участков, подлежащих автоматизации.

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

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

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

• Процесс (Activity) изображается прямоугольником.
• Стрелки слева (Input) отображают необходимые для исполнения процесса входы.
• Стрелки справа (Output) отображают результаты исполнения процесса (выходы).
• Стрелки снизу (Mechanism) отображают необходимые для исполнения процесса механизмы, то есть те объекты, которые собственно и исполняют данный процесс. Например: оператор, рабочий, автоматизированная система предприятия и т. п.

Стрелки сверху (Control) отображают объекты, диктующие правила исполнения процесса, но непосредственно для исполнения процесса не необходимые. Это могут быть статьи КЗОТ и/или инструкция по технике безопасности для процесса изготовления детали рабочим, работающим на станке, или инструкция Банка России и/или тот же КЗОТ для процесса оформления платежа банковским работником.

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

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

Все перечисленные соглашения в  точности реализованы в продуктах, основанных на методологии IDEF0, и являются их неотъемлемой частью (кроме того, в этих продуктах могут быть реализованы и другие нотации — IDEF3, DFD и т. п.). Выбирая такой продукт, а в нем методологию IDEF0, бизнес-аналитик берет на себя обязательства выполнять строгие соглашения выбранной методологии. Взамен он получает всего две «вещи», но такие, важность которых трудно переоценить: