Библиотека управления

Лекции по ERP

Балахонова И.В., Волчков С.А., Капитуров В.А., Обухов И.А., Румянцев С.В. Электронная версия книги «Лекции по ERP» компании «Интерфейс-МФГ»

Автоматизация управления предприятием при помощи системы MFG/PRO (продолжение )

Содержание

    Лекция 10. Концепция управления снабжением в MFG/PRO
    Лекция 11. Концепция управления сбытом в MFG/PRO
    Лекция 12. Управление качеством в MFG/PRO
    Лекция 13. Концепция управление складскими запасами в MFG/PRO
    Лекция 14. Концепция управления себестоимостью в MFG/PRO
    Лекция 15. Финансовый блок в MFG/PRO
    Лекция 16. Финансовый блок в MFG/PRO (продолжение 1)
    Лекция 17. Финансовый блок в MFG/PRO (продолжение 2)
    Лекция 18. Управление сервисными услугами в MFG/PRO
    Лекция 19. Типовой документооборот в MFG/PRO

Лекция 10. Концепция управления снабжением в MFG/PRO

10.1 Обработка заявок на закупку

Заявка тесно связана с закупками . Она показывает , кто желает , чтобы отдел закупок приобрел для него определенную номенклатурную позицию (НП ).

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

10.1.1 Уровни подтверждения Заявок на Закупки.

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

Уровень подтверждения – кто запросил , где запросили подтверждение .

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

Заявка должна быть подтверждена определенным лицом (в контрольном файле закупок устанавливают признак «Да » в поле «Подтверждение заявок для заказов на закупку »).

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

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

10.2 Создание Заявки

Потребности в расходных материалах или сырье пользователи должны отражать в системе посредством создания Заявок на Закупку в функции 5.1.4 Ведение Заявок на Закупку .

Заявка может быть :

  • сформирована системой (на НП производственного назначения ),
  • введена вручную.

Функция 5.1.4. содержит следующие поля :
Заявка : код заявки ;
№ Позиции : код номенклатурной позиции ;
З -д : код площадки ;
Кво : количество номенклатурной позиции по заявки ;
ЕИ : единица измерения ;
Стоим .Ед : стоимость единицы ном . Позиции ;
Дата Выпуска : фактическая дата выпуска изделий ;
Треб .Дата : дата , к которой требуются изделия ;
Кто Запросил : идентификатор лица , запросившего заявку ;
СчетЗакуп .: номер счета по закупке ;
З -д ЗЗ : код площадки , на которую требуется доставить изделия ;
Печатать Заявку : «Да » - признак возможности печати заявки ;
Коммент .: Нет
Код Подтвержд : код уровня подтверждения ;
Расширен . Сумма : 381.00
Подтвержд : - признак возможности подтверждения заявки , где «Нет » - заявка не
подтверждена , «Да » - наоборот ;
Печат .Подтвержд .: «Да » - признак возможности печати подтверждения заявки ;
КемПодтвержд :
КемВведеноПодтвержд :

Для принятия к рассмотрению Заявки необходимо указать : № Позиции , Кво , Треб .Дата , Кто Запросил .

Для печати заявки на подтверждение присвойте Печатать Заявку - Да . А также укажите Код Подтвержд , используемый для подтверждения Заявки .

10.2.1 Печать заявок на подтверждение , ввод результатов подтверждения

Чтобы подтвердить заявку необходимо :

  1. Поле «Подтвержден », «Печать подтвержд » определить признаком «Да »(в функции 5.1.4 );
  2. Установить общие уровни подтверждения (функция 5.1.1);
  3. Печать документа по подтверждению заявок (5.1.8);
  4. Направить заявки на подтверждение и осуществить запись на каждом требуемом уровне (функция 5.1.4 поле «Кем подтверждено » и поле «Кем введено подтверждение »);
  5. Подтверждение заявки (5.1.16);
  6. Печать подтвержденной заявки (5.1.17).

Пункты 1 и 4 отражены в полях функции 5.1.4.

Для пакетной печати заявки могут отбираться по следующим критериям : № Позиции , Заявка , Треб .Дата , Кто Запросил , Код Подтвержд , Зкпщ /Плановик .

После печати неподтвержденной заявки – 5.1.8 (для дальнейшего подтверждения ) возможно ввести подтверждение заявки в систему .

Ввод результатов подтверждения осуществляется в функции 5.1.16 Ведение Подтверждения Заявок .

Для подтверждения укажите : Код Подтвержд , Отв .Лицо , а также критерий отбора заявок ТолькоНеутвер .

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

10.3 Заказы на закупку

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

Заказ на закупку может генерироваться по заявкам на номенклатурные позиции , основываясь на прогнозе и плане .

10.3.1 Ведение данных по поставщикам

Для ввода заказа на закупку необходимо ввести данные поставщика – функция 2.3.1.

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

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

В форме функции 2.3.1 выше описанные данные следуют в том же порядке .

Поставщ .: код поставщика ;
Временный : признак временного поставщика ;
Имя : наименование поставщика ;
Адрес : адрес поставщика , по которому отправляется заказ ;
Гор .: наименование города поставщика ;
Реги : наименование региона поставщика ;
Почт .: почтовый индекс поставщика ;
Формат :
Страна : наименование страны поставщика ;
Район : наименование района поставщика ;
Внимание :
Телефон : телефон поставщика ;
Доб :;
Фкс /Телкс : факс поставщика ;
Добав : дата начала работы с поставщиком ;
Сорт .Имя : краткое наименование поставщика , используемое при сортировки ;
Банк : идентификатор банка поставщика ;
Форма Чек а : идентификатор формы чека поставщика ;
Тип :
Валюта : идентификатор валюты поставщика ;
Язык : идентификатор используемого поставщиком языка ;
СчетЗакуп .: номер счета по закупки НП непроизводственного назначения ;
КонтактНаЗакупку :
Счета СК :
Контакт СК :
ОтпрЧерез :
ГруппаПродвижения :
Замеч -я :
Разн . Кред -р :
Зкпщк : идентификатор поставщика (используется в отчетах );
Табл .Цен : идентификатор таблицы цен (передаются во все заказы на закупку поставщика );
ТаблСкид .: идентификатор таблицы скидок (передаются во все заказы на закупку поставщика );
Фиксир .Цена : Да – цена фиксированная .
ПередатьЦенуЗП : нет
СнижениеЦеныЗП : 0.00%
ПриостановКредитЗП : нет
ИспУменьшениеЦеныЗП : нет
Автом Обработ .АСЗ : Нет
УслКредита :
Налоблг .: Нет –закупка не подлежит налогообложению ;
ИН Нал .:
НИН Извещ .:
% Скид : 0.00%
БалансПредоплаты : 0.00
Рег . Номер :
Номер Дебитора :
Частично : Нет
Нал . Отчет : Нет
Приост .Плат .: Нет
СпецификацияОплаты : Нет
Банковские счета через которые идут платежи :
Банк : код банка ;
Тип : идентификатор типа счета ;
ЭОД :
Филиал : код филиала банка ;
Счёт в Банке : № счета в банке ;
Дата Нач : дата начала действия счета ;
Дата Окн : дата начала действия счета ;

10.3.2 Ведение НП поставщиков

Ведение данных о поставщиках (1.19) позволяет связать информацию поставщика номенклатурной позиции с ее внутренним номером .

Функция 1.19 дает возможность :

  • записывать все альтернативные источники номенклатурных позиции вместе с их ценой по квоте и длительностью цикла поставки ;
  • записывать возможные заменители номенклатурной позиции .

При формировании заказов на закупку , квота показывается как стоимость единицы .

Квоты и даты квот могут обновляться отделом закупок , когда заказ на покупку уже был выписан .

№ Позиции : код номеклатурной позиции , с которой надо связать номеклатурную позицию поставщика ;
Поставщ .: код поставщика ;
Поз . Поставщ .: номеклатурная позиция поставщика ;
Описание : описание номеклатурной позиции поставщика (квота , валюта , количество ) – из 5.7 «Ведение заказов ».

Контрольный файл закупок (функция 5.24) управляет значениями по умолчанию для заказов на закупку .

Плат -к : код адреса плательщика ;
Грузоп .: код адреса грузополучателя , по которому принимается продукция и производится оплата ;
ПрефиксОЗ : “PO” -префикс заказана закупку
Строк Одна /Мн : Множ
Следующий ЗЗ : номер заказа на закупку ;
Комм . Заголовка ЗЗ : Да
Префикс Квитанц .: RC
Комм .к СтрокамЗЗ : Нет
СледКвитанция :
Отмена Остатков : Нет
Сорт .ЗЗ По : Заводч
ВестиИсториюЗаказов : Нет
ПолучитьВсе : «Нет » - при возможности частичного получения партии груза , «Да » - в противном случае ;
Обработка СОФ : «Нет » - при вводе «заголовка » заказа в «Ведении долгосрочного заказа на закупку /запланированного заказа » нет возможности обновить заказ (выбрать оценку оплаты поставок ), «Да » - в противном случае ;
ТребуетсяТаблицаЦен : «Нет » - при вводе номенклатурной позиции в заказе на закупку не требуется указание таблицы цен , «Да » - в противном случае ;
Опция СОФ : 1
Треб .Табл .Скидок : «Нет » - при вводе номенклатурной позиции в заказе на закупку не требуется указание таблицы скидок , «Да » - в противном случае ;
Подтверж .ЗаявокНаЗЗ : «Нет » – не используется механизм подтверждения закупок (через заявки ), «Да » - в противном случае ;
Место Проверки : код местонахождения для прохождения осмотра изделия по прибытию ;
Тип Квитанц .: «0» - не печат . Квитанции , «1»-Печат .для каждой отгрузки , «2»-
Печат .ДляКаждойПозиц ./Отгрузки
Последов .Квит .: Да
Процент Допуска : ограничение на прием партии , превышающее оговоренное в заказе количество ;
ДопускПоСтоим .:

10.3.3 Ввод и обработка Заказов на Закупку

После создания и подтверждения заявок на закупку (созданных вручную в п . 5.1.4 или при помощи процедуры MRP) на их основе создаются Заказы на Закупку (ЗЗ ) (рис . 2), в данных строк которых указывается соответствующие заявки . ЗЗ могут быть созданы без связи с заявками , тогда поле ссылки на заявку оставляют пустым .

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

Функция ведения ЗЗ (5.7 Ведение Заказов на Закупку ) имеет три части : главное окно , строки заказа , окно дополнительной информации .

Главное Окно

Часть информации этого окна : адрес получателя (Грузоп .), завод получатель (З -д ), дата получения (ДатаПолуч ), налоговый статус (Налоблг .) становится данными по умолчанию для строк ЗЗ .

В заказе указываются две даты :

  • дата создания заказа (Дата Заказа ), по умолчанию системная дата ,
  • дата , когда требуются закупаемые материалы (ДатаПолуч ).

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

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

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

Для определения цен строк ЗЗ могут использоваться Прайс -Листы (П -Л ), введенные в модуле 1.10.2. П -Л поставщика указывается в поле ТаблСкид ., Таблица Цен (П -Л типа “L”) в ТаблЦен , по умолчанию принимаются из данных поставщика (2.3.1).

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

В условиях частых изменений цен закупок система позволяет автоматически обновлять цены строк существующих ЗЗ в функции 5.19 Коррект . Стоим . Заказа на Закуп .

В этой функции будут обновляться данные заказов с нефиксированными ценами (Фиксир .Цена - Нет ). Если цены заказа фиксированные (Фиксир .Цена - Да ), то позже изменить их можно только в функции ведения ЗЗ (5.7). По умолчанию значение принимается из данных поставщика (2.3.1).

Строки ЗЗ

Строки ЗЗ могут вводится в двух режимах :

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

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

Формат по умолчанию указывается в 5.24 Контрольный Файл Закупок .

В этом режиме указываются : Ст , З -д , Звк , № Позиции , Заказ . К -во , ЕИ , Стм .Еднц %Скид .

В первой рамке указываются : Ст , З -д , Звк , № Позиции , Заказ . К -во , ЕИ ,

Стм .Еднц , %Скид .

Каждое получение по ЗЗ может иметь свой номер серии .

Если при каждом получении по ЗЗ НП должны присваиваться уникальные номера партий присвойте ОднаПартия : “Да ”. Если для разных получений могут использоваться одни и те же номера партий присвойте ОднаПартия : “Нет ”.

Строка ЗЗ может иметь один из трех статусов :

Пробел – строка открыта . Оставшееся (не полученное ) количество используется при планировании .

  • Х (латинская ) – отмененная . По строке производились или не производились получения некоторого количества НП . По строке не может быть обработано дальнейшее получение и ее данные не используются в планировании .
  • С (латинская ) – закрыта . Этот статус присваивается автоматически в момент обработки полного получения по строке . По строке не может быть обработано получение .

ДатаПолуч : дата когда ожидается получить НП . Если используется заявка поле принимает значение требуемой даты заявки .

Дата Исп .: дата когда поставщик обещает доставить НП . Если не заполнять система присвоит дату получения .

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

В данных строки может быть указанна ссылка на определенный код работ предприятия в поле Пр -жа /Раб . Это может быть номер Н -З , ЗП , номер заявки перемещения между заводами . Используется для отслеживания деятельности по определенному контракту , ЗП или номеру работ .

В случае закупки не хранимых на складе позиций система использует СчетЗакуп . для проводок ГК получения товаров . Если вводится строка для хранимой на складе НП используется счет закупок ТНГ , для не хранимых счет закупок поставщика (2.3.1), в случае ввода строки ссылающейся на заявку используется счет закупок указанный в заявке .

Тип : используется системой для определения производится ли получение НП на склад и включается ли в планирование .

  • Пробел – НП приходуют на склад . В момент обработки получения : обновляются складские балансы и создаются проводки дебетующие счет складских запасов .
  • S – (субконтракт ) НП для операции Н -З . При вводе НП с таким типом появляется дополнительное окно ввода номера Н -З и идентификатора . Обработка получения НП субконтракта обновляет статус операции Н -З и создает проводку дебетующую счет НЗП .
  • М (латинская ) – позиция не хранимая на складе . Ввод данных получения (5.13.1) создает проводку дебетующую счет закупок указанный в строке ЗЗ и кредитующий счет ПолучениеЗатр .Позиций принимаемый из 36.1.

Получаемые НП могут подвергаться проверке . Если Треб .Проверка - Да , то получение позиций будет производится в местоположение инспекции указанное в контрольном файле закупок (5.24). Если Нет , получение будет производится в местоположение указанное в данных ЗЗ .

Окно дополнительной информации

Окно содержит финансовую информацию о создаваемом ЗЗ .

Если вы используете модуль Полное Управление Налогами , то для изменения налогов начисленных на строки ЗЗ присвойте Обзор /Ред . Детали Нал - Да и в появившемся окне измените суммы по методике приведенной в “Методика настройки модуля “Полное Управление Налогами ””.

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

Функция печати ЗЗ использует только открытые количества по ЗЗ и для предотвращения повторной печати ЗЗ используется установка в поле Печат .ЗЗ . В момент создания ЗЗ по умолчанию присваивается Да , после печати автоматически присваивается Нет . Если при повторной печати ЗЗ значение этого поля не переопределять (то есть оставить Нет ) ЗЗ будет напечатан с пометкой “ДУБЛИКАТ ”.

Сумма предоплаты по ЗЗ , указываемая в поле СуммаПредоплаты , не обновляет баланс поставщика и может быть использована только как ссылочная информация .

Статусы заказа могут быть такими же как и у строк , с тем же смыслом . ЗЗ имеющие Статус - Х или С могут быть удалены или заархивированы (5.23).

10.3.3.2 Таблицы цен и скидок

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

Данные о таблицах цен и скидок доступны из данных о покупателе и из данных о поставщике (тогда код таблицы цен и скидок совпадает с кодом клиента или поставщика ). Но клиент или поставщик могут использовать несколько таблиц цен и скидок , которые могут быть определены уже с помощью данной функции (1.10.2.1).

Создание таблиц цен из существующих основных цен НП можно осуществить с помощью функции 1.10.2.6.

Подсчет размера скидок может происходить в зависимости от объема – функция

1.10.3 «Ведение скидок за объем », где :

тип 1- проданное количество по отдельному заказу ,

тип 2- годовой объем .

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

10.3.3.3 Закупка изделий производственного назначения

Закупка изделий производственного назначения состоит из следующих шагов : тип строки в заказе на закупку = пусто (НП производственного назначения );

  • получение создает бухгалтерские Проводки ;
  • Д -запасы , К –получение по заказам на закупку , Д /К –отклонение закупочных цен ;
  • создание приходного документа для сверки со счетами к оплате .

Закупка расходных изделий состоит из следующих шагов :

  • тип строки в заказе на закупку = S (только для изделий производственного назначения );
  • генерируется по рабочему наряду , запасы не затрагиваются ;
  • отслеживаются по рабочему наряду или номеру партии ;
  • Получение создает Получателя и закрывает операцию рабочего наряда ;
  • Получение дебетует НЗП , кредитует Получение по заказу на закупку .

10.3.4 Печать /модификация заказов на закупку (5.10)

10.3.4.1 Обновление издержек на закупку (5.19)

Изменяет стоимость НП в заказе на закупку . НП не обновляются если они :

  • закрыты ,
  • отменены ,
  • возвращены ,
  • с фиксированной ценой .

Записи об операциях хранятся в контрольном журнале , при условии , что в контрольном файле закупок в поле «Хранить журнал записи » - да .

10.4 Получение по заказам на закупку и возвраты

10.4.1 Ввод данных получения товаров по ЗЗ .

Получения по ЗЗ вводятся в систему в функции 5.13.1 Получение по Заказам на Закупку . Также в этой функции можно корректировать неверно введенные количества путем ввода отрицательных количеств .

Заказ : код заказа ,

Поставщ .: код поставщика , выполнение обязательств которых фиксируется ;

Упак .Бланк : опциональная информация идентифицирующая получение . В случае использования Полного Управления Налогами номер этого документа храниться в истории налогов .

Номер квитанции (Квит .) должен быть уникальным . Может введен с клавиатуры или присвоен системой автоматически , если оставить поле пустым .

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

Дата Отпр : дата когда поставщик отправил НП .

Если приходуемая НП закупается по субконтракту необходимо указать какой статус принимают операции Н -З в поле Передв .к След .Операц . Да - система автоматически присвоит статус текущей операции С (закрыта ) и следующей Q (очередь ). Нет - статусы операций останутся без изменений .

Если производится полное получение открытых количеств строк ЗЗ присвойте Получ . Всё - Да . В этом случае полю количество получения по умолчанию будут присвоено открытое количество по строке ЗЗ . Значение этого поля по умолчанию указывается в контрольном файле закупок (5.24).

Отм .Остат .: определяет отменяются ли остатки по строке ЗЗ в случае не полного получения . Нет - остаток остается и будет получен позже . Да - остаток отменяется и его не предполагают получить позже .

Поля ИН и Оп НЗ заполняются для позиций субконтракта и обозначают соответственно идентификатор и номер операции Н -З .

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

В этом окне можно изменить : Проба %, Сорт , СрокГодности , СтатусСкл .Запаса . Исп . как Исход . “Да ” - значения введенные в этом окне будут использоваться по умолчанию для всех получаемых НП .

10.4.2 Квитанции и счета к оплате

Выпуск устанавливается в контрольном файле . Квитанции создаются автоматически .

Они проверяют счет -фактуру поставщика , когда последние вводятся в счета к оплате .

10.4.3 Использование транспортных средств /контейнеров

10.4.4 Ввод данных возвращаемых позиций

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

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

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

Возврат к поставщику влияет на счета к оплате .

Лучше использовать комментарии к операции .

Существует два способа ввести данные возвращаемых позиций :

1 метод .

  • В функции 5.7 к существующему ЗЗ добавляется строка с отрицательным количеством (или при необходимости создается новый ),
  • Произвести получение по ЗЗ в 5.13.1. 2 метод .
  • Обработать возврат в функции 5.13.7 Возвраты по Заказам на Закупку

ЗаказНаЗакупку : код заказа на закупку ;

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

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

Поставщ .: код поставщика ;

В поле Грузоотпр . указывается не адрес компании , а код завода возвращающего позиции (код грузополучателя ).

Смысл информации указываемой в полях Действит . и Возвр . Всё носит аналогичный характер указываемой в полях Действит . и Получ . Всё функции 5.13.1.

Грузоп .: код грузополучателя ;

Возвр .для Замены : Нет - позиции возвращаются в кредит . Да - позиции возвращаются для замены - в существующий ЗЗ автоматически добавляется новая строка с количеством возвращаемых позиций и данными принимаемыми по умолчанию из существующей строки .

Во второй рамке функции в поле К -во указывается возвращаемое количество , в полях З -д , Мсп , Парт /Серия , Слк данные возвращаемых складских запасов .

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

10.4.5 Использование функций Соглашения Оплаты по Факту

MFG/PRO позволяет создавать ваучер по получению ЗЗ автоматически , используя возможности модуля Соглашение Оплаты по Факту (СОФ ). В этом случае обработка закупок должна включать следующие шаги в приводимой последовательности (рис . 20).

10.4.5.1 Запуск конверсии СОФ

Перед использования СОФ необходимо запустить программу конверсии (uxers.p). программа создает записи для каждого завода и поставщика в БД .

Программа может быть запущенна одним из трех способов .

  • Набрать “uxers.p” в поле “Выб . Функцию .F4 или пусто для ВЫХОДА ” главного меню программы .

Войти в функцию 36.25.61 Конверсия СОФ

  • Присвоить полю “Run ERS Conversion”- Да .
  • Присвоить полю “Обработка СОФ ”- Да в 5.24 Контрольный Файл Закупок .

Программа конверсии установит опцию СОФ всех ЗЗ – 1, означающую что СОФ для этих заказов не используется .

После запуска этой программы запустите вторую программу конверсии , которая может быть использована для изменения опции СОФ всех ЗЗ в БД . Для этого необходимо в поле “Выб .Функцию .F4 или пусто для ВЫХОДА ” главного окна программы набрать “uxerspo.p” или “36.25.62”

Система запрашивает - будет ли использоваться СОФ для всех ЗЗ или нет . “Enable”- система присваивает всем ЗЗ опцию СОФ “0”- СОФ для этих заказов обрабатывается . “Disable”- система присваивает всем ЗЗ опцию СОФ “1”- СОФ для этих заказов не обрабатывается .

10.4.5.2 Установка контрольных файлов для использования СОФ

В 28.24 Контр .Файл Счетов Кредитор . (СК ) необходимо заполнить три поля :

Ошибка Упак .Бланка СОФ : это поле определяет , что делать системе если во время обработки получения не указан номер упаковочного бланка (поле “Упак .Бланк ” пустое ). Да - ваучер не будет создаваться без указания номера “Упак .Бланк ”. Нет - ваучер будет создаваться с использованием номера квитанции (значение поля “Квит .”).

СОФ обнов .Уср .Стнд .Зтр : значение этого поля используется если в системе применяется Директ -Костинг . Да - в момент обработки СОФ система будет обновлять средние затраты позиций . Нет - в момент обработки СОФ система не будет обновлять средние затраты позиций . Опция Дат Ваучеров СОФ – определяет какую дату использовать как дату ваучера в момент запуска процессора СОФ . Возможные значения : 0- дата ваучера - дата получения ; 1- дата ваучера – дата отправки .

В 5.24 Контрольный Файл Закупок два поля относятся к СОФ .

Обработка СОФ : определяет используются ли функции СОФ .

Опция СОФ : значение принимаемое по умолчанию в рамке данных СОФ главного окна 5.7 Ведение Заказов на Закупку . Значение опции СОФ определяет какие опции будут присваиваться строкам заказа по умолчанию . “Пробел ”- опции СОФ строк должны быть указаны в момент ввода строк ; “0”- опции СОФ строк должны быть указаны в момент запуска процессора СОФ ; “1”- показывает , что СОФ не обрабатывается для этого заказа .

10.4.5.3 Установка СОФ для поставщиков , заводов , позиций

Условия обработки СОФ определяются сочетаниями поставщиков , заводов , позиций , которые вводятся в функции 28.10.1 Ведение СОФ (Согл .Оплаты поФакту ). Могут быть созданы различные условия для следующих комбинаций :

  • поставщик , завод , позиция ;
  • поставщик и завод (поле “№ Позиции ”- пустое );
  • поставщик и позиция (поле “З -д ”- пустое );
  • поставщик (поля “№ Позиции ” и “З -д ”- пустые );
  • завод (поля “Поставщ .” и “№ Позиции ”- пустые ).

Опция СОФ – указывает системе как обрабатывается СОФ для определенной комбинации поставщика /завода /позиции .

  1. СОФ не обрабатывается .
  2. Позволяет создавать неподтвержденные ваучеры .
  3. Позволяет создавать подтвержденные ваучеры .

Опция Прайс -Листа СОФ – определяет какую дату использовать в качестве действительной при применении П -Л .

  1. Используется дата получения .
  2. Используется дата отправки .
  3. Используется дата заказа .

Для определения как обрабатывается СОФ строки ЗЗ система ищет соответствующую комбинацию поставщика , завода , позиции в следующей последовательности .

  • Условия для поставщика /завода /позиции .
  • Условия для поставщика /завода .
  • Условия для поставщика /позиции .
  • Условия для поставщика .

Когда система находит необходимую комбинацию она использует опцию СОФ указанную в 28.10.1. Если подходящих записей несколько используется наименьшая . Если условия обработки СОФ не указаны строке ЗЗ присваивается опция “1”- СОФ для этой строки не запускается .

10.4.6 Создание Заказа на Закупку с указанием данных СОФ

Во время создания заказа опция СОФ и опция П -Л указывается два раза : в рамке данных СОФ главного окна ЗЗ и в рамке данных СОФ окна строки ЗЗ .

10.4.6.1 Опция СОФ

Значение опции СОФ в главном окне ЗЗ принимается по умолчанию из 5.24 Контр .

Файла ЗЗ и может быть изменено во время ввода :

“Пробел ”- опция определяется в момент ввода ЗЗ .

“0”- опция СОФ определяется в момент запуска процессора СОФ .

“1”- СОФ для заказа не обрабатывается .

Значение поля Опция СОФ окна строки заказа зависит от значения этого поля в главном окне и может быть изменено во время ввода на значение меньшее или равное указанному в 28.10.1 Ведение СОФ для указанных в заказе поставщика /завода /позиции .

Если Опция СОФ в главном окне заказа :

“Пробел ”- Опция СОФ для строки примет значение из данных СОФ (28.10.1).

“0”- Опция СОФ для строки “0”- указывается в момент запуска процессора СОФ .

“1”- Опция СОФ для строки “1”- СОФ не обрабатывается .

10.4.6.2 Опция Прайс -Листа СОФ

Значение по умолчанию в главном окне ЗЗ принимается “0” и указывает какую дату использовать в качестве действительной в случае применения П -Л . Поле может принимать следующие значения :

  • “0”- Опц .Пр -Листа СОФ указывается в момент запуска процессора СОФ ;
  • “1”- действительная дата – дата получения ;
  • “2”- действительная дата – дата отправки ;
  • “3”- действительная дата – дата заказа .

Если значение этого поля в главном окне 1, 2 или 3, то для строки ЗЗ будет принято такое же значение .

Если “0”, то для определения значения поля “Опц .Пр -Листа СОФ ” строки ЗЗ система использует значение поля “Опция СОФ ” главного окна ЗЗ .

  • Если “Пробел ”, то используется значение указанное в 28.10.1.
  • Если “0” или “1”, присваивается “0”.

10.4.7 Получение по ЗЗ с использованием СОФ

Получение в этом случае вводится как обычно в функции 5.13.1 Получение по Заказам на Закупку .

Дата Отпр : значение этого поля используется если для определения цен закупок необходима дата отправки . Если поле оставлено пустым , то по умолчанию используется дата получения .

Упак .Бланк : используется как номер С -Ф при создании ваучера .

10.4.7.1 Процессор СОФ

После создания ЗЗ и получения по ним с указанными данными СОФ для создания ваучеров необходимо запустить процессор СОФ .

В полях “Поставщ .”, “З -д ”, “Квит .”, “Дата Получ -я ” указываются критерии отбора заказов на продажу для которых необходимо создать ваучеры .

Печат .Отч .Аудита – Да - для печати отчета о процессе формирования ваучеров .

Созд . Ваучеры – Да - чтобы система формировала ваучеры во время работы процессора . Нет - система выполнит пробный запуск без создания ваучеров .

Процессор СОФ выбирает все получения по ЗЗ , которые не были обработаны ранее или обработаны без создания ваучеров . Затем он определяет соответствующие ЗЗ и подлежат ли они обработке СОФ . Если Да - обрабатываются , Нет - не обрабатываются или в отчете печатаются ошибки .

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

10.5 Долгосрочный контракт на закупку

Долгосрочный контракт на закупку -это долгосрочное обязательство , по которому формируются оперативные запуски заказов . Операция аналогична «Ведению заказов на закупку ».

Код цикла – выдача заказов (MO - помесячно , QT -поквартально ).

10.6 Коммерческие предложения (квоты )

Квоты используются для определения наиболее конкурентоспособного поставщика .

Система позволяет :

  • ввод квоты ;
  • преобразование квоты в заказы на продажу ;
  • скопировать квоту в заказ на продажу .

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

Контрольный файл квоты вызывается с помощью функции 6.24.

ПрефиксКвоты : SQ - используется для различия квоты от заказа ;
След .Квота : внутренний порядковый номер квоты ;
Строк Одна /Мн : Множ
Квоты Напечатаны : «Да » - признак возможности печати квот ;
Адрес Компании : код адреса предприятия ;
ФОБ : признак вычисления затрат (автоматический или проставление вручную );
КомментЗаголовкаКвоты : Да
Коммент .СтрокиКвоты : Нет
Дни До Окончания : срок действия квоты ;
Расчет Фрахта по Заводу : Нет
ТребуетсяТаблицаЦен : признак использования цены номенклатурной позиции из прайс - листа ;
Изм .Дату Ц -обр .по стрк КП : признак использования даты из прайс -листа (дата используется при выборе цен по номенклатурной позиции квоты ).

10.6.1 Ведение квоты

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

10.6.2 Преобразование квот в заказы

Последовательность действий :

  1. ввести в поле «Выпуск » (в форме функции 6.1) признак «Да »;
  2. ввести количество номенклатурной позиции по квоте (функция 6.1);
  3. ввести дату выполнения (функция 6.1);
  4. заполнить поля функции 6.10 «Преобразование квоты в заказ ».

10.6.3 Копирование квот

Копирование квот полезно для повторяемых квот и заказов . Копирование квот осуществляется с помощью функции 6.5.

10.6.4 Обновление цены квоты продаж

Возможно изменение цены , проставленной в квоте . Данное изменение можно осуществить с помощью функции 6.8

Лекция 11. Концепция управления сбытом в MFG/PRO

11.1 Квоты на Продажу

Квота на Продажу (КП ) создается в функции 6.1 Ведение Квот на Продажу .

11. Главные окна функции ведения КП содержат информацию , относящуюся ко всей квоте .

Большая часть полей главных окон функций 7.1.1 и 6.1 аналогичны и имеют аналогичный смысл описанный в описании функции 7.1.1.

Выпуск : определяет подлежит ли квота к выпуску . Если Да , то при запуске функции преобразования квот в ЗП по квоте будет создан ЗП , если Нет - то по квоте Заказы на Продажу выпущены не будут .

Код Цикла : коды присваиваются в соответствии с предварительно введенными в 36.2.13 или без этой операции . Используются при выпуске квот в 6.10 для группировки КП подлежащих одновременному выпуску .

Повторяющ .: если КП определена как повторяющаяся (Да - в этом поле ), то после выпуска по ЗП флаг Выпуск : Да изменен не будет равно как количество к выпуску в данных строк КП . Если Нет - то флаг Выпуск будет автоматически переведен в состояние Нет .

13. Строки КП могут вводится в двух режимах .

  • В однострочном режиме .

  • В многострочном режиме

В поле «К -во Квоты » указывается общее количество продаваемых позиций контракта . В поле «К -во К Выпуску » указывается количество НП выпускаемое в следующем ЗП .

11.2 Заказы на продажу

Заказ на Продажу (ЗП ) создается в ответ на запрос клиента для формализации и отражения в системе на каких условиях предприятие этот запрос выполняет .

11.2.1 Жизненный цикл заказа на продажу .

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

Перед созданием ЗП в модуле Квот на Продажу необходимо создать саму квоту и затем преобразовать из нее ЗП в специальной функции . При этом система присвоит номер ЗП автоматически и покажет его в нижней части экрана .

Если ЗП создается в функции ведения ожидающих С -Ф , то система автоматически произведет операцию отгрузки . То есть после ввода ЗП в 7.13.1: обновятся складские запасы и будут созданы проводки ГК отражающие отгрузку товаров .

В зависимости от потребностей пользователя ЗП во время создания может быть не подтвержден . Тогда позже в функции подтверждения (7.1.5) один или сразу несколько ЗП необходимо подтвердить для дальнейшей возможности резервирования запасов по ним , использования данных ЗП для потребления прогноза и формирования потребностей ППМ .

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

Печать ТТН производится на основе зарезервированных запасов и при условии , что кредит клиента не приостановлен (статус ЗП пробел ). Поэтому перед печатью ТТН необходимо проверить кредит клиента по конкретному заказу (7.1.14) и если он закрыт (статус заказа “HD”) заменить его на пробел (7.1.13).

Операция ввода отгрузки изделий по ЗП обновляет складские запасы , данные ЗП (изменяется остаток , выбранное количество и т .д .) и создает проводку ГК отгрузки изделий со склада .

На основе данных отгрузки и параметров заказа формируется С -Ф , печатаемый в 7.13.3. После печати С -Ф необходимо выставить (7.13.4), в результате этой операции создается проводка ГК и обновляется баланс счета дебитора в модуле Счетов Дебиторов , а также если ЗП в результате выставления С -Ф получает статус обработанного – он удаляется .

11.2.2 Контрольный файла заказов на продажу

Контрольный файл заказов на продажу устанавливает , как будет размещена (зарезервирована ) продукция для заказа на продажу . Установку контрольного файла можно осуществить с помощью функции 7.1.24.

КакойРасч .Метод д .б .использован дляК -ва , ДоступногоДляРезерв -я :
идентификатор метода подсчета количества , доступного для размещения .
Метод 1 – определяет количество , доступное для резервирования нового заказа .
Метод 2-4 проверяют общий спрос в системе .
Резервирование Строк ЗП в Днях .: - количество дней , в пределах которого происходит размещение заказов на продажу (для первого метода ); «0» - для не резервирования (2,3,4 методы );
Ограничить Резерв Скл Запасами : Да
ДетальноеРезервир .: «Нет » – признак необходимости определять номера партии /серии или местонахождений при печати заказа на продажу /распределение или ведомостей комплектации по рабочему наряду ;
«Да » - признак размещения из партии с определенным номером или с определенных местонахождений во время ввода заказа на продажу ;
ТолькоСтрокиСЗарезервКвом : «Да » - печать ведомостей комплектации и инструкций по упаковке только для размещенных номеклатурных позиций .
Отличительные признаки :
Префикс ЗП :
ЗП Напечатаны : Да
Следующий ЗП :
ВестиИсториюЗаказов : Да
Префикс С -Ф :
Вести Историю С -Ф : Да
СледующийС -Ф :
ДЦ Отправки :
Объединять С СД : Да
Адрес Компании :
Объединять С АП : Да
Комментарии Заголовка ЗП : Да
ВСК Используется : нет
Комментарии Строки ЗП : Да
Подтвержд .Заказы : Да
ПечатТолькоНенулевыеСтроки : Нет
ПервыйМесяцФинГода :
Строк Одна /Мн : Единич
ФОБ :

Рассмотрим создание заказа на продажу , которое может быть осуществлено :

  • подтверждением или преобразованием квоты (7.1.10),
  • путем ручного ввода (7.1.1).

11.2.3 Ввод Заказа на Продажу

Ввод заказа на продажу состоит из трех частей :

  • ввод заголовка заказа (информация о клиенте );
  • ввод номенклатурных позиций заказа ;
  • ввод оформляющей части заказа (информация о транспортировке и налогах ).

Номер заказа присваивается системой автоматически (на основе данных контрольного файла ЗП ) или может быть введен с клавиатуры .

В момент ввода кода заказчика система просматривает данные клиента (2.1.1), данные грузополучателей (2.1.13) и присваивает коды плательщика и грузополучателя по умолчанию . Но в момент ввода принятые коды могут быть изменены , как и многие другие данные присваиваемые по умолчанию .

Функция 7.1.1. содержит следующие поля :

Дата Заказа : дата создания ЗП , по умолчанию системная дата .

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

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

ДатаОтправ : дата когда НП по ЗП должны быть отгружены . В момент создания по умолчанию присваивается системная дата плюс «ДЦ Отправки » (7.1.24).

ДатаЦенообр .: дата используемая для ценообразования по ЗП . Значение присваиваемое по умолчанию указывается в 1.10.1.24 Контроль . Файл Ценообразования . ЗаказНаЗакупку : номер Заказа на Закупку покупателя . Может использоваться в некоторых отчетах в качестве селекционного критерия .

Замеч -я : ссылочное поле , используемое для ввода дополнительной информации .

Печатается в ЗП , Упаковочных Листах , С -Ф .

Введено : идентификатор пользователя создавшего ЗП .

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

Ручной : код П -Л применяемого дополнительно к П -Л выбираемым системой автоматически .

З -д : код завода с которого осуществляется отгрузка . По умолчанию принимается из данных покупателя .

Проект : код проекта в рамках которого производится продажа . Коды проектов необходимо предварительно ввести в функции 25.3.11 Ведение Кодов Проектов .

Подтвержд : определяет подтвержден ли ЗП . Да - подтвержден , по такому заказу можно производить резервирование , он потребляет прогноз и учитывается при планировании потребности в материалах ; Нет - не подтвержден .

Фиксир .Цена : определяет могут ли цены строк ЗП позже изменены в функции 7.1.11 Переоценка Заказа на Продажу (Нет ) или они являются фиксированными (Да ), то есть не подлежат изменению даже если попадают в диапазон выбираемых ЗП .

УсловияКред ., % УсловийКредита : заполняются если с покупателем существует договоренность о предоставлении ему скидок в случае своевременной оплаты . Условия кредита предварительно должны быть введены в 2.19.1 Ведение Условий Кредита .

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

Торг .Агент [1]: торговый агент (ТА ) через которого осуществляется сделка .

Кратно : если ТА не один укажите в этом поле Да и в дополнительном окне введите коды остальных .

Комиссион [1]: процент комиссионных ТА по этому ЗП . СписокФрахтов , МинВесФрхт , УсловияФрахта : значения принимаются по умолчанию из данных покупателя .

Рассчитать Фрахт : определяет рассчитываются расходы на фрахт по ЗП . Да - рассчитываются .

Показ . Весов : определяет появляется ли окно расчета фрахта для каждой линии позиций .

Потребл .Прогноз : определяет используются ли количества линий позиций ЗП в потреблении прогноза производства .

ДетальноеРезервир .: флаг по умолчанию для линий позиций . Да - по линиям позиций будет производится детальное резервирование ; Нет - будет производится общее резервирование . В момент ввода данных линий флаг может быть изменен .

Зарез . Дни : количество дней резервирования по ЗП . По умолчанию принимается из данных контрольного файла ЗП (7.1.24).

Коммент .: Да - для появление окна ввода комментария ЗП . Комментарии используются при печати ЗП .

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

ЕИ : количество продаваемых НП может быть введено в альтернативных ЕИ , система автоматически переведет это количество в единицы нормирования введенные как ЕИ НП в соответствии с коэффициентом перевода (1.13). Если в определенном заказе коэффициент отличается от введенного в 1.13 измените его в поле «Конв .ЕИ ».

В поле «Скидка » указывается суммарная скидка по строке принятая системой автоматически или введенная с клавиатуры . В поле «Чист .Цена » цена НП из П -Л за вычетом скидки .

В следующем окне вводятся данные резервирования («Местопол », «Парт /Серия », «Зарезерв .К -во »); если даты линий позиций заказа отличаются от введенных в главном окне измените их в полях «Требуем .», «Обещан .», «ДатаОтпр »; значение поля «Фиксир .Цена » показывает могут ли быть изменены цены по строкам ЗП в специальной функции (7.1.11) при изменении данных ценообразования .

Тип : определяет как влияют операции отгрузки на складские балансы . Тип “Пробел ” - присваивается по умолчанию при вводе позиции хранимой на складе (данные о позиции есть в базе данных системы ) во время ввода данных отгрузки по ЗП обновляются складские запасы и создается проводка ГК кредитующая счет складских запасов ; тип любой кроме “Пробел ” - позиция не хранится на складе , во время ввода отправок таких позиций складские запасы не обновляются , проводки ГК не формируются .

Если строка ЗП должна потреблять прогноз введите «Пргн .Потребл »- Да .

Резервирование по строке ЗП может быть не из одного завода , местоположения , партии /серии . Присвойте «Детал .Резерв »- Да и в появившемся дополнительном окне введите детали резервирования

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

Остальные принимаются по умолчанию .

В поле «Скидка » по умолчанию принимается скидка по объему , данные которой вводятся в 1.10.13, или с клавиатуры вводится скидка относящаяся ко всей сумме ЗП . Коды ДУ по умолчанию принимаются в соответствии с данными Контр . Файла ЗП и могут быть заменены во время ввода .

Обзор /Ред . Детали Нал : это поле появляется в случае если в БД используется Полное Управление Налогами . Присвоив в этом поле Да пользователь имеет возможность просмотреть суммы рассчитанных налогов и при возможности изменить их . Реквизиты окна налогообложения и их использование описаны в методике настройки и использования ПУН .

Любое значение в поле «Статус Операц .» кроме пробела означает приостановку кредита для заказа . По умолчанию приостановка обозначается “HD”, но в 36.2.13 могут быть введены другие значения этого поля (имя поля “so_stat”). Для заказов с приостановленным кредитом не печатается ТТН , но могут быть обработаны остальные операции (резервирование , отгрузка , печать ЗП и т .д .)

ЗАМЕЧАНИЕ . При обработке отгрузок по ЗП с приостановленным кредитом в функции 7.9.15 появляется предупреждающее сообщение :« ПРЕДУПР : СТАТУС ЗАКАЗА НА ПРОДАЖУ НЕ МОЖЕТ БЫТЬ ПРОБЕЛОМ .».

Для печати ЗП и ТТН присвойте «Печат .Упак .Лист », «Печат . ЗП »- Да соответственно . После печати документов эти флаги автоматически переустановятся в Нет для предотвращения повторной печати . Чтобы произвести повторную печать установите в требуемом поле Да .

Если «Частично »- Нет , то ТТН не будет печататься если не все строки и количества по ним зарезервированы .

11.2.4 Преобразование КП в ЗП

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

Используя функцию 6.10 Преобраз . Квоты на Прод . в Заказ система преобразует данные введенные в ведении квоты в заказ на продажу .

Код Цикла : код цикла объединяющий КП , указанный в их данных .

Квота : диапазон номеров КП по которым требуется выпустить ЗП .

Заказчк : коды заказчиков . В результате запуска функции будут выпущены ЗП по всем КП в данных которых указанны заказчики из введенного диапазона .

Следующий ЗП : код следующего присваиваемого в результате запуска операции ЗП . Если поле оставить пустым номера выпускаемых ЗП будут генерироваться автоматически с использованием данных 7.1.24.

Дата Заказа : дата присваиваемая заказам как дата создания .

11.2.5 Подтверждение ЗП

Зачастую , когда заказы на продажу введены , они не подтверждены , пока клиент не пришлет заказ на закупку или пока этого не позволит статус кредита клиента .

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

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

В функции 7.1.5 Подтверждение Заказа на Продажу используется для подтверждения ЗП не подтвержденных на стадии создания .

Перед запуском функции необходимо ввести критерии отбора подтверждаемых ЗП в полях ЗП , Заказчк , Грузоп ., Дата Заказа , ДатаОтправ , З -д.

11.3 Размещение запасов и отгрузка

11.3.1 Резервирование по ЗП

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

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

  • размещение автоматически – при вводе заказа (7.1.1) или при преобразовании квоты продаж в заказ на продажу (7.12.2). При автоматическом размещении система может только произвести общее размещение из доступных запасов на площадке (а не на уровне местонахождения );
  • размещение вручную , что позволяет указывать подробности выполнения заказа , т .е . из какой партии номенклатурной позиции хотим выполнить заказ , из какой площадки . При размещении вручную система производит подробное размещение . Размещение запасов вручную осуществляют в «Ведении заказов на продажу »(7.1.1) или в «Резервировании заказов на продажу вручную »(7.1.6).

С помощью размещения вручную можно также производить автоматические корректировки в случаях нехватки .

Для резервирования укажите номер ЗП в поле «Заказ », количество дней резервирования «ДниРезерв .», код завода , для которого производится резервирование «З - д ». Если необходимо произвести детальное резервирование присвойте «Детал .Резерв »- Да , для общего - Нет .

В окне данных резервирования :
Ст – номер резервируемой строки ЗП .
Зарезерв .К -во , Выбр . К -во – количество резервируемое и выбранное .

И автоматическое в 7.1.7 Автоматич .РезервированиеЗП . В этой функции система производит общее резервирование , но его можно проделать одновременно для нескольких заказов отобрав их по нескольким признакам .

В этой функции необходимо указать критерии отбора ЗП по которым должно быть произведено резервирование (Заказ , № Позиции , Класс , З -д ).

Зарезервир .Дни на Будущее : количество дней резервирования .

Печат .АудКонтроль : определяет требуется печать отчета о резервировании .

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

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

11.3.2 Печать ТТН

После окончания процесса размещения можно распечатать ведомость комплектации /товарно -транспортную накладную .

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

Товарно -транспортная накладная по сути представляет собой подробное размещение .

Для задерживаемых заказов тов .-тран . накладную распечатать не возможно . ТТН или Упаковочный Лист печатается на основе зарезервированного количества , и только в том случае если кредит по ЗП не приостановлен . Таким образом , перед печатью ТТН необходимо убедится , что по заказу было произведено резервирование и статус кредита клиента по ЗП “Пробел ”.

Просмотр и изменение (при необходимости ) статуса ЗП можно произвести в 7.1.13 Ведение Кредитов Зак . на Прод .

Печать ТТН производится в 7.9.13 Упаковоч . Лист Заказа на Продажу .

Одним запуском функции может быть напечатаны несколько ТТН . Система позволяет выбрать необходимые основываясь на следующих критериях : ДатаОтпр , ЗП , Грузоп ., Язык , З -д .

Только Зарезерв . К -во : Да - в ТТН будут отражены только зарезервированные количества оп линиям ЗП . Нет - в ТТН будут напечатаны полные количества по линиям ЗП .

Переопр .Флаг Частич .OK: позволяет печатать ТТН частичной отправки даже для ЗП в данных которых указанно «Частично : Да ».

Печат .Особенности и Опции : Да - в ТТН будут печататься подробно все входящие в Конфигурируемое Изделие (КИ ) позиции ; Нет - в ТТН будут напечатаны только коды КИ .

Печат . Отрицательн . К -ва : определяет должны ли присутствовать в ТТН отрицательные количества .

Код Форм .: – код формы печатаемой ТТН . В системе существует только одна форма с кодом «1», принимаемым по умолчанию .

11.3.3. Ввод данных отгрузки по ЗП

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

Функция 7.9.15 Отправки по Заказу на Продажу содержит несколько окон .

18. Окна ввода количеств отправленных изделий по ЗП .

Заказ , З -д : номер заказа для которого вводится отгрузка и код завода с которого она осуществляется .

Действит .: дата отгрузки . Эта дата используется в качестве действительной даты транзакции ГК отгрузки продукции .

Отпр .Зарезерв ., Отпр .Выбр .: позволяют автоматически устанавливать количество отправки равное или количеству зарезервированному или количеству выбранному , присвоением «Да » в соответствующем поле .

В нижней рамке :

К -во : количество которое будет отгружено в результате этой операции .

З -д , Мсп , Парт /Серия , Слк : складские данные отгружаемых НП .

Множ . Ввод : если НП отгружаются с нескольких заводов или местоположений или разных партий /серий , то для появления окна ввода деталей отправляемых позиций , необходимо присвоить в этом поле –Да . Если оставить Нет - отгрузка будет произведена с одного завода /местоположения , одной партии /серии указанных выше .

ОтпрЧерез : ссылочное поле для описания как покупателю будет доставляться товары . Значение по умолчанию принимается из данных покупателя (2.1.1) и печатается в ЗП , УП , С -Ф .

Дата Отпр .: по умолчанию принимается действительная дата из первого окна функции . В этом поле система ведет дату последней отправки по ЗП .

ТН : код Товарной Накладной .

Замеч -я : поле дополнительной информации относящейся к отгрузке .

Номер Сч -Факт : номер С -Ф . В этом поле можно присвоить номер С -Ф соответствующего вводимой отгрузке . Если поле оставить пустым , то система назначит его автоматически в момент его печати .

Готов Для С -Ф : определяет готов ли ЗП для печати по нему С -Ф . Нет - при запуске функции печати С -Ф (7.13.3) по данному заказу С -Ф печататься не будет . Да - ЗП готов для печати С -Ф (7.13.3), в С -Ф будут внесены только отправленные количества по ЗП .

С -Фнапеч : определяет готов ли С -Ф по ЗП к выставлению в СД . Нет - С -Ф не готов . Да - готов для выставления в СД .

11.3.4. Использование транспортных средств

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

Ведение данных о контейнере осуществляется с помощью функции 7.7.5.

11.4. Счета -фактуры

На рис . 21 представлен процесс управления счетами -фактурами .

Счета -фактуры необходимо отслеживать .

Как только заказ отгружен - он автоматически помечается для формирования счета -фактуры .

Однако не все счета -фактуры генерируются исключительно при отгрузке .

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

Просмотр счета -фактуры осуществляется с помощью функции 7.13.2.

11.4.1. Печать С -Ф

В функции печати С -Ф (7.13.3 Печать Счета -Фактуры ) одновременно могут быть напечатаны несколько документов .

Критерии выбора сгруппированы в верхней части окна : ЗП , Дата Отпр ., Заказчк , Плательщик , Язык .

Параметры печатаемых С -Ф задаются в следующих полях .

Дата Сч -Факт : дата печатаемая в С -Ф как дата его создания .

ПечатТолькоСтрокиДляСч -Факт : определяет все ли строки ЗП печатать в С -Ф или только готовые к внесению в С -Ф . Да - в С -Ф будут присутствовать только строки для которых количество для С -Ф ненулевое . Нет - в С -Ф будут напечатаны все строки ЗП .

Печат .Отправ .НомераГруппы /Серии : Да - в С -Ф будут напечатаны полные перечисления партий /серий отправленных НП . Нет - в С -Ф будут напечатаны только итоговые количества .

Печат .Особенности и Опции : Да - в С -Ф печатается полное перечисление всех входящих компонентов Конфигурируемых Изделий (КИ ). Нет - в С -Ф печатается только код КИ .

Объедин .Сч -Фактуры : Да - ЗП с одинаковыми : плательщиками , получателями , валютами , условиями кредита , кодами Дополнительных Услуг , налоговыми средами , продающими Юр .Лицами и Торговыми Агентами будут объединены в один С -Ф . Нет - ЗП не будут объединяться в один С -Ф .

Адрес Компании : код адреса компании печатаемый в С -Ф как адрес продавца .

Код Форм .: формат используемый для печати С -Ф . Возможные значения : 1 - стандартная форма (по умолчанию ), 11- специальная .

Детали Скидки , Сводка Скидок : возможны одно из трех значений : Никакой - детали скидок в С -Ф не печатаются , Процент - скидки выражены как проценты от цены по П -Л , кроме скидок типа Накопленные – в этом случае скидка отображается как процент от чистой цены , Сумма - скидка отображается как сумма .

Включ .Дебет .Сч -Факт .: Да - будут напечатаны все С -Ф с положительными суммами , а также с нулевыми .

Включ . Кредит .Сч -Факт .: Да - будут напечатаны все С -Ф с отрицательными суммами , а также с нулевыми .

После осуществления отгрузки по ЗП автоматически генерируется ожидаемая счет - фактура в функции 7.13.1. Поля данной функции соответствуют полям функции 7.1.1. Функция 7.13.1 используется для более подробного контроля за формированием счет - фактуры . В случае , если создание ожидаемой счет -фактуры (функция 7.13.1) произвести вручную , то автоматически произведутся операции создания ЗП (7.1.1) и отгрузки по ЗП (7.9.15).

11.4.2. Выставление С -Ф

Отправка счета -фактуры осуществляется с помощью функции 7.13.4. При отправке счета -фактуры автоматически обновляется баланс клиента . Счет -фактура разносится как проводки по дебету и кредиту .

Запуск функции выставления С -Ф (7.13.4 Выставление Счета -Фактуры ):

  • Обновляет Счета Дебиторов (СД ), созданием Дт /Кт проводок для указанных С -Ф и обновлением открытых балансов клиентов .
  • Обновляет ГК , дебетуя счета СД и счета скидок с продаж и кредитуя счета продаж , налогов , ДУ .
  • Обновляет историю Анализа Продаж , включая комиссионные торговых агентов и историю Квот на Продажу .
  • Обновляет историю С -Ф .
  • Удаляет ЗП (только если все строки ЗП были отправлены клиенту ).
  • Обновляет Установленные Базы в модуле Сервис .

Выставляемые С -Ф могут быть выбраны на основе следующих критериев : Сч - Факт , Заказчк , Плательщик .

Действит .Дата ГБК : дата проводки ГК выставления С -Ф .

Консолидир .илиДеталь .ГБК : возможные значения : Консолидир ., Детал .

Определяет как создается проводка по нескольким выставляемым С -Ф – общая (Консолидир .) или для каждого С -Ф отдельно (Детал .).

Печат .Отправ .НомераГруппы /Серии : определяет будут ли присутствовать в отчете номера групп /серий отправленных позиций .

11.5. Обработка продаж Конфигурируемых Изделий

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

Примером изготовления КИ можно назвать производство автомобилей .

Автомобиль обычно имеет некоторые необходимые детали , такие как двигатель , трансмиссию и т .д . Но покупатель может выбрать их между несколькими типами . Эти типы рассматриваются как опции . Автомобиль также может содержать опциональные позиции , такие как магнитола , противоугонная система и т .д . Такие детали рассматриваются как аксессуары . В MFG/PRO и опции и аксессуары организованы в группы по характерным признакам . Например , для автомобиля могут быть названы группы : Двигатель , Трансмиссия , Электроника и т .д .

В данных планирования (1.4.7) позициям КИ определяют код Зкп /Прз – Configurable (С ) и тип конфигурации либо Комплект (Kit) либо Сборка под заказ (Assemble-to-order - АТО ). Конфигурационные структуры используются для объединения изделий с их опциями и аксессуарами таким же способом как структура продукта , связывает позиции верхних и нижних уровней .

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

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

11.5.1. Структуры конфигураций (СК )

СК вводят в 8.1 «Ведение Изд . Станд . Мод . (ИСМ )» и хранят как записи структуры изделий . Система автоматически отображает код структуры Опций для КИ .

НомерСборочнПозиц : конфигурируемая позиция , например , автомобиль .

Особен .: код определяющий набор опций . Опции известны как особая группа . В случае с автомобилем может быть более одного опционального мотора . Вы можете установить код «Особен .» назвав Мотор . Имеющиеся на выбор моторы могут быть опциями этого кода «Особен .».

Обязат .: это поле определяет - требуется ли позиции особенности для конфигурируемой позиции . Продолжая пример с автомобилем особенность -Мотор обязательна . Поэтому , необходимо установить в этом поле - Да .

Поз . Компонент : номер позиции для каждой опции принадлежащей этой особенности .

Исходная Опция : если установлена Да система выбирает позицию -компонент для стандартного списка материалов . В примере с автомобилем Вы можете наиболее распространенные моторы определить как опции по умолчанию .

Система автоматически кодирует конфигурируемую позицию с кодом структуры «О » (опция ).

Процессор конфигурации использует поле «К -во на » для определения по умолчанию количеств для заказа . Другие установки в СК определяют , как опции и аксессуары появляются , когда используется процессор конфигурации .

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

В MFG/PRO все компоненты конфигурации принадлежат группам . Например , различные монохромные и цветные мониторы могут , сгруппированы в одну группу Мониторы . Коды этих групп вводятся в поле «Особен .». Код особенностей упрощает выбор опций и аксессуаров когда создается конфигурация изделия . Это позволяет применять одинаковые компоненты в списке материалов или формуле более одного раза на одном уровне . Рекомендуется всегда заполнять это поле , не смотря на то , что система дает возможность оставлять его не заполненным .

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

Поле «Исходная Опция » играет две роли . Первая , оно работает с полем «Обязат .» для определения СК , и вторая , оно вызывает по умолчанию компоненты внутри групп особенностей , когда составляется список заказа или квоты на продажу .

Основная роль поля «Обязат .» заключается в определении СК . Оно также позволяет предотвратить отказ для сделанного выбора внутри группы , выпуская предупреждение , если количества для позиции уже указаны .

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

Таблица 1.

Хотя монитор , винчестер и мышь опциональны и они не включаются в стандартную конфигурацию система может быть установлена так , что отдельные позиции внутри своих соответственных групп становятся выбираемыми по умолчанию , когда группа появляется на экране для модификации . Это делается установкой «Исходная Опция »- Да . В этом случае монохромный монитор , винчестер 400 Мб и мышь для правши могут все быть выбраны по умолчанию . Эти установки не вызываются если оператор не использует процессор конфигурации для просмотра опций внутри соответственно своих характерных групп .

11.5.2. Основной модуль компонент

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

Хотя может быть несколько способов дополнить компоненты подобно основному рабочему месту рекомендуется дополнить их как постоянные компоненты в 13.5 Ведении структуры изделия установив в поле Ссылки код такой как , например , «База » или «Обязательный ». Компоненты конфигурируемых изделий , которые дополняются , как постоянный компонент КИ автоматически устанавливаются как позиции обязательные и по умолчанию .

11.5.3 Обработка конфигурации

Окно обработки конфигурации появляется автоматически при вводе ЗП и КП для КИ (позиций с кодом «Зкп /Прз »- С ). В функциях ведения (7.1.1, 7.13.1, 6.1) Вы имеете возможность либо принять , либо модифицировать стандартную конфигурацию позиции .

Тип конфигурации может быть либо Сборка -Под -Заказ (АТО ) либо комплект (Kit).

  • АТО . КИ – дискретная законченная позиция , произведенная из комбинации различных компонент . В этом случае конфигурация определяет компоненты или ингредиенты законченного продукта .
  • Kit. КИ – позиция содержит группу позиций , которые отобраны для отправки . В этом случае комплект занимает место реальной сборки . КИ не есть физически существующая позиция сама по себе , это существует только как логически составленная группа ее компонентов . В этом случае конфигурация определяет содержимое комплекта и отправка содержит законченные позиции , которые включены в комплект .

Для типа Kit, когда Вы используете «Отправку по ЗП » (7.9.15) или «Подтвержд .ПредвДокОтправ /ДокОтпр » (7.9.5) для отправки позиций Вы имеете опцию автоизъятия . Эта опция устанавливается в «Контр .Ф .К .И .» (8.24).

Для типа конфигурации АТО Вы не имеете возможности подобной обработки отправки . Вместо этого создайте Н -З конечной сборки и выпустите компоненты используя 16.10 «Отпуск Компонент по Наряд -Заказу ». Позиции Kit и ATO также могут быть обработаны через программу планирования Н -З , использованием такой же последовательности отпуска компонентов в производство как для обычных заказов на продажу .

Обработка создает отдельный список ЗП или КП для каждой строки позиций с КИ .

Этот конфигурационный список используется для определения конкретной конфигурации изделия , затрат на ее производство и цены .

Когда Вы редактируете или просматриваете конфигурацию процессор конфигурации , позволяет Вам изменить количества , цены и скидки для опций и аксессуаров , все они сгруппированы по особенностям . Выбором определенной группы особенностей система поддерживает доступ ко всем позициям , объединенным с этой группой . Если позиция не является частью стандартной конфигурации , но установлена как исходная , ее количество автоматически устанавливается в значение поля “Кол на ” (звездочка “*” появляется с исходными позициями ).

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

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

Окно обязательных особенностей появляется для всех обязательных позиций .

Выбранные количества могут содержать нулевые значения (ноль означает исключение компоненты из конфигурации ). Конфигурационный процессор не проверяет присвоенные количества и комбинации компонентов .

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

11.5.4 Опции финальной сборки

КИ с типом конфигурации Kit могут быть , произведены с или без Н -З финальной сборки . Н -З финальной сборки необходимы для производственных процессов со средним или длинным циклом производства и потребностью в списках необходимых для производства материалов и /или тех . картах для контроля выпуска компонент и операционной деятельности . Они обеспечивают видимость для ППМ , контроля за производственными центрами и планирования потребности в ресурсах .

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

11.5.5 Заказы конечной сборки

Обычные Н -З и заказы конечной сборки по существу одинаковые . Заказы конечной сборки имеют тип наряд -заказа конечная сборка . Заказы конечной сборки (ЗКС ) могут быть созданы для подтвержденных ЗП в функции 8.13 «Преобразование ЗП в Н -З ».

Обычно создается один ЗКС для одной строки позиций ЗП , несмотря на количество производимых позиций . Н -З нумеруется с использованием номера ЗП и номера строки заказа . Например , ЗП 12345 строка 1 ? Н -З с номером 12345.1.

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

После того как КИ ЗП были сконфигурированы , может быть проведена отгрузка и складирование по трем способам .

    Метод 1.
    Обработкой готовой продукции , используя 7.9.15 «Отправки по ЗП » для отправки продукции и получения компонент .

    Метод 2.
    Создание Н -З конечной сборки , используя 8.13 «Преобразование ЗП в Н -З ».
    Выпуск и печать Н -З , используя модуль «Наряд -Заказы (Н -З )».
    Выпуск компонент , используя 16.10 «Отпуск Компонент по Наряд -Заказу ».
    Получение готовых изделий и отправка одной транзакцией 7.9.15.

    Метод 3.
    Создание Н -З конечной сборки , используя 8.13 «Преобразование ЗП в Н -З ».
    Выпуск и печатьН -З , используя модуль «Наряд -Заказы (Н -З )».
    Выпуск компонент , используя 16.10 «Отпуск Компонент по Наряд -Заказу » или 16.12 «Получ .Н -З с Автоматич .Отпуском ».
    Получение готовой продукции , в складской запас готовой продукции , используя 16.11 «Получение по Наряд -Заказам » или 16.12 «Получ .Н -З с Автоматич .Отпуском ».
    Отправка готовой продукции из складского запаса готовой продукции (7.9.15).

Первый метод наиболее простой . Отправка по ЗП записывает движение складских запасов и нет необходимости в ЗКС .

Второй и третий методы используются , когда есть необходимость в ЗКС . По второму методу транзакция отправки по ЗП автоматически устанавливает количество получения по Н -З . Это позволяет избегать дополнительных транзакций по движению складских запасов . Если есть потребность в ЗКС (для серийных изделий ) Вы должны использовать третий метод .

11.5.6 Контр .Файл Конфигур .Изделий (8.24)

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

Получить О /С в ЗП : обычно устанавливают Да позволяет при отправках по ЗП автоматически записывать получение по Н -З конечной сборки .

ПолучитьО /С в Н -З : обычно устанавливают Нет . Должно быть установленно в Да для получения позиций ЗКС котролируемых по номеру партии в складской запас .

Н -З На Одну ОС : обычно устанавливают Нет . Должно быть установленно Да только когда существуют отдельные ЗКС каждый с количеством заказа 1, или когда должны быть созданы заказы с различными количествами КИ контролируемых по номеру партии . Эта опция может быть необходима если есть потребность в полном отслеживании партии /серии серийных изделий .

Автоматич . Изъятие : определяет создается ли транзакция выпуска компонент для КИ которые отгружаются без создания ЗКС , без ввода информации отправки для каждой строки ЗП .

Если Да , то когда используется «Подтвержд .ПредвДокОтправ /ДокОтпр » (7.9.5) для ЗП с КИ не имеющем ЗКС выпускаемый компонент появляется в окне подсказки для автоматического изъятия компонент . Если исходное количество не действительно для каждого компонента КИ , отредактируйте его вручную .

11.6. Анализ Продаж

Модуль Анализ Продаж может составлять одно целое с модулем Заказы на Продажу /С -Ф .

Информация генерируется для продаж С Начала Года (СНГ ), маржи , затрат и квот . Для интегрирования модуля Анализ Продаж с модулем Заказы на Продажу /С -Ф необходимо настроить поле “Объединять С АП ”-ДА в Контрольном файле ЗП (7.1.24). Модуль АП содержит следующие части :

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

11.6.1. Меню Анализа Продаж

Меню содержит следующие функции .


11.6.2. Ведение квоты торгового агента (9.1)

Функция содержит следующие поля .

ТоргАгент 1: для определения ТА для , которого вводится квота . Квоты могут быть введены только для основного ТА .

Год : определяет год для текущей квоты . По умолчанию текущий .

Квота : введите суммы квоты ТА для каждого месяца .

Прдж : система будет отражать сумму продаж прокредитованную для этого ТА по каждому месяцу .

Затр : система будет отражать затраты по продажам для этого ТА по каждому месяцу .

11.6.3. Отчет о рангах торговых агентов (9.6)

ТоргАгнт : введите ранг торговых агентов для появления в этом отчете . Оставьте поля пустыми для полного перечня .

Территор .: введите диапазон кодов территорий (определенных в 2.5.1 “Ведение Торговых Агентов ”) необходимых для появления в отчете .

Пр -жи СНГ : введите диапазон продаж СНГ для появления в отчете . Например , диапазон 5000-10000 будет означать , что в отчет будут включены только ТА продажи , которых СНГ составляют от 5000 до 10000 рублей .

ТипСписка : значение , определенное в 2.9 “Ведение Типов Списка Адресов ” под которым объединены интересующие агенты .

Сорт .По : введите Продажа для сортировки этого отчета по суммам продаж от больших к меньшим . Код для сортировки отчета по коду ТА . Прибыль для сортировки отчета по проценту валовой прибыли от большего к меньшему .

Замечание . Аналогичные поля функций 9.15 и 9.19 имеют те же значения .

11.6.4. Отчет о Продажах по Покупателям (9.14)

Конеч . Период : введите последний месячный период , включаемый в отчет . По умолчанию это период предшествующий текущему периоду . Например , если финансовый год начинается в октябре , и продажи отражаются до сентября , введите конечный период – 12.

Оконч .Фин .Года : введите последний финансовый год появляющийся в отчете . По умолчанию финансовый год объединяется с финансовым периодом .

Пок .К -во , Пок .Прдж , Показ .Приб ., Показ %Прибыли , Показ . в Тысячах - введите Да в соответствующем поле для отражения в отчете необходимых столбцов .

Вкл .Позиц .Проводок : введите Да для включения не хранимых на складе позиций .

Сводка /Детали : введите Сводка для печати сумм только по ТНГ . Детали для печати деталей по позициям .

Замечание . Аналогичные поля функции 9.18 имеют те же значения .

11.6.5. Изменение Финансового Года (9.22)

Вся отчетность в модуле АП основана на календарном делении года на двенадцать месяцев . Этот модуль отчетов продаж для календарного года . Исходная форма отчетность по календарному году .

Отчетность по финансовому году может быть использована если :

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

Если выполнены оба эти условия , то Изменение Финансового Года определяет календарный месяц (с 1 по 12) который соответствует первому периоду финансового года .

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

Изменение финансового года используется в случае если финансовый год Главной Книги предприятия начинается не с первого месяца календарного года , а например , с марта (т .е . с 3). В этом случае введите в поле “Нов . Нач . Месяц ” - номер стартового месяца (в конкретном примере 3).

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

20. Предварительные настройки :

  • общие данные НП (4.1.1) необходимы для определения цены НП в случае отсутствия таблицы цен ;
  • ведение клиента (2.1.1) определяет общую информацию покупателя (наименование , адрес , признак налогообложения , скидки , признак фиксированной цены ), данные по условиям кредитования , данные по перевозкам , данные по банковским счетам клиента ;
  • ведение Прайс -листа (1.10.1.1)необходимы для определения цены НП ;
  • ведение листа доставки (2.20.1) определяет условия перевозок НП ;
  • введение адреса предприятия (2.12), который используется в ЗП , квотах заказа на продажу , счете -фактуре .

21. Контрольный файл заказа на продажу (7.1.24) устанавливает :

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

22. Ввод заказа на продажу /ЗП (7.1.1) способствует :

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

23. Подтверждение заказа на продажу (7.5) осуществляется в случае , когда клиент прислал заявку на закупку или когда статус кредита клиента вызывает доверие . Для подтвержденных заказов на продажу :

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

24. Резервирование запасов по заказу на продажу может быть : Ручное (7.1.6) или автоматическое (7.1.7), где в ручном резервировании может быть использовано подробное резервирование .

25. Товарно -транспортная накладная может быть распечатана для заказов готовых к отгрузке (7.9.13); она обеспечивает :

  • доступность запасов для дальнейшего размещения .

26. Отгрузка по заказу на продажу (7.9.15) обеспечивает :

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

27. Формирование ожидающих счетов -фактур (7.13.2), т .е их генерирование при отгрузке обеспечивает :

  • отслеживание счета -фактуры , а при ручном вводе ожидающей счета -фактуры осуществляется создание ЗП , отгрузка .

28. Печать счета -фактуры (7.13.3) используется для :

  • подтверждения внесенных корректировок счета -фактуры ;
  • дальнейшей передачи клиенту .

29. Отправка счета -фактуры клиенту (7.13.4):

  • обновление баланса клиента ;
  • обновление счетов к получению в Главной книги .

30. Возврат товара или получение кредита – ввод ожидающего счета -фактуры с отрицательной суммой (7.13.1):

  • снижение общих продаж и общих поступлений ;
  • увеличение общих запасов .

Если на склад возврат уже оформлен , то необходимо ввести счет -фактуру с отрицательной суммой и с типом изделия «Memo» (непроизводственного назначения ).

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

Квоты

31. Контрольный файл квоты продаж (6.24) устанавливает :

  • печать квоты по умолчанию в ведении квот продаж (6.1) и печати квот продаж (6.3);
  • срок действия квот ;
  • признак использования таблиц цен и скидок (НП из прайс -листа );

Помимо контрольного файла квот продаж используется контрольный файл заказов на продажу .

32. Ведение квот продаж (6.1) позволяет :

  • использовать введенную квоту на продажу несколько раз для ее преобразования в заказа на продажу ;
  • ввести количество НП к отпуску ;
  • ввести дату выполнения для каждой НП .

33. Печать квот продаж (6.3) обеспечивает подтверждение квот продаж .

34. Преобразование квот продаж в заказ на продажу (6.10) при установке поля «Отпуск »(6.1) в Да . После преобразование квот продаж в заказ на продажу осуществляется :

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

35. Обновление цены НП по квотам на продажу (6.8) в случае если НП не имеют таких типов как : закрыты , отменены , возвращены , с фиксированной ценой .

Лекция 12. Управление качеством в MFG/PRO

12.1. Управление качеством

Модуль MFG/PRO “Управление Качеством ” (Quality Management) обеспечивает средства для ввода результатов проверки качества по предварительно определенным спецификациям по номенклатурной позиции . Это может быть сделано как отдельная задача при получении поставки или на участке контроля качества (inspection station), либо как операция по наряд -заказу или по технологическому маршруту графика поточной линии (repetitive schedule routing) для проверки номенклатурных позиций в запасах . При выполнении данной задачи как отдельной процедуры создается заказ контроля качества (quality order). Этот заказ , подобно другим заказам MFG/PRO, контролирует количества и даты и обеспечивает полномочия для перемещения запасов , выполнения работ и направления номенклатурных позиций на различные местонахождения после выполнения работы .

При выполнении данной задачи как операции производственного технологического маршрута (manufacturing routing), материал перемещается на местонахождение (location), где выполняются тесты проверки качества . Отчетность появляется в модулях , в которые материал направлялся и где производится формирование отчета о трудозатратах : “Оперативное управление цехом ” (Shop Floor Control) или “Поточное производство ” (Repetitive). Для наряд -заказов без отчетности при оперативном управлении цехом , требование отчетности по качеству выполняет программа обратной связи по управлению качеством “Ведение Результатов Тестирования ” (Test Results Maintenance).

Процесс управление качеством включает в себя :

  • контроль при получении ;
  • контроль запасов ,
  • контроль в процессе выполнения операций производственных заданий (наряд -заказов ).

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

  • Планирование качества для определенного продукта : определение спецификации контроля качества (функция 19.1.1 и 19.1.13), конкретной процедуры контроля (функция 19.2.1.), критерий выбора тестируемой партии (19.3.1), планирование заказа качества (19.7);
  • Проверка и контроль качества , находящие свое отражение в системе ;
  • Анализ качества на базе сформированных отчетов в разрезе определенных периодов , заказов , продуктов .

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

  • Планирование качества для определенного продукта : определение спецификации контроля качества , критерий выбора тестируемой партии ;
  • Проверка и контроль качества , находящие свое отражение в системе или в рамках производственного модуля или в рамках модуля «Управления качеством »;
  • Анализ качества на базе сформированных отчетов в разрезе определенного периода , производственных заданий , продуктов .

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

Управление качеством обеспечивает средства для ввода результатов проверки по предварительно определенным спецификациям по номенклатурной позиции (НП ). С помощью функции 19.13 определяется возможность контроля .

12.2. Предварительные установки для использования Управления качеством

Порядок предварительных установок контроля качества (см . рис . 2):

  1. 19.1.1 «Основная Спецификация »,
  2. 19.2.1 «Ведение процедуры »,
  3. 19.3.1 «Шаблон выборочного контроля »,
  4. 19.1.13 «Ведение спецификации НП ».

36. Номенклатурная позиция (НП ), которая подлежит проверке , должна быть определена с помощью 1.4.1 «Ведение НП »;

37. Должен быть определен документ контроля качества (19.1.13), который определяет проверяемый объект (НП , операция ), а также специфику теста и шаги тестирования .

№ Позиции : код НП ;

ТехКарта /Процедура : код технологического маршрута или процедуры (процедура определяется в 19.2.1, если для теста контроля качества необходимо несколько шагов технологического маршрута );

Операция : код операции ;

Документ : идентификатор спецификаций шагов проверки (устанавливается в 19.1.1).

38. Ведение процедур (методик испытаний ) - для теста контроля качества необходимо несколько шагов технологического маршрута (когда операция контроля вне техкарты ).

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

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

Функции 19.2.1 и 19.1.1 обеспечивают шаблон по умолчанию .

Шаблоны выборочного контроля (19.3.1) определяют , каким образом выбираются изделия для тестирования , если тестируются не все изделия .

Отдельный контроль качества (stand-alone inspections) требует помимо предварительных установок , описанных выше , заказ контроля качества (quality order). Заказ контроля качества управляет тем , какая номенклатурная позиция проверяется , количество , график (даты выполнения и запуска заказа ), процедуру или технологический маршрут контроля качества (the quality routing or procedure), если последняя существует (даты начала и окончания операции контроля качества ), и обеспечивает список материалов поставки (supplies bill of materials) для номенклатурных позиций , расходуемых при тестировании .

Отдельный контроль качества может возникнуть при получении поставки в случаях , когда в поле “Плановый контроль качества номенклатурной позиции ” (Item Planning Ins (Inspection)) установлено Да и на местонахождение контроля качества (inspection location) получен материал . Контроль качества может также возникнуть как задача , отдельная от получения поставки или производства , в случае , когда запас , подлежащий проверке , должен быть перемещен на местонахождение контроля качества , протестирован , а затем перемещен на другие местонахождения .

Порядок осуществления отдельного контроля качества :
39. 19.1.13 – документ контроля качества (спецификации проверок НП ),

  1. 19.7 – ведение заказов контроля качества ,
  2. 19.13 – ведение результатов тестирования .

Когда производится текущий (in-line) контроль качества , устанавливается код технологического маршрута (из “Ведения Технологического Маршрута ” (Routing Maintenance), 14.13.1) и операцию технологического маршрута в “Спецификации Номенклатурной позиции ” (Item specification) (19.1.13). Вы устанавливаете контроль планирования операции технологического маршрута (the routing operation scheduling controls) в “Ведении Технологического Маршрута ” (Routing Maintenance) и документ контроля качества в “Ведении Спецификации Номенклатурной Позиции ” (Item Specification Maintenance).

При обычном наряд -заказе или технологическом маршруте поточного производства (repetitive routing), перемещение операции (an operation move) будет направлять материалы в местонахождение рабочего центра , установленного в технологическом маршруте . Результаты тестирования далее вводятся при первом отчете о тудозатратах (by first reporting labor). При использовании “Трудозатрат на поточной линии ” (Repetitive Labor Transaction), например , после обработки рамки с отчетом о количестве и времени открывается рамка Тесты по спецификации (Specification Tests), где вводятся результаты теста .

Это может быть сделано в операциях поточного производства (Repetitive transaction), в операциях оперативного управления цехом (Shop Floor Control transaction) и в Ведении результатов тестирования (Test Results Maintenance) в модуле “Управление Качеством ” (Quality Management). В любом из этих мест Вы видите характеристики , которые Вы тестируете на каждом шаге проверки и единицы измерения этих характеристик . Вы не увидите желаемое значение или диапазон значений . Вы вводите результат и можете ввести комментарии для каждого шага проверки . Для просмотра статуса “Соответствует ” (Pass) или “Не соответствует ” (Fail) Вы должны выйти из окна и пройти операцию повторно (cycle back through the transaction).

Порядок промежуточного контроля качества :

  1. 19.1.13 «Ведение спецификации НП »,
  2. 18.14 «Трудозатр . На поточной линии »(определяем осуществляет контроль и какие нормативные (плановые ) характеристики его работы ),
  3. 17.1 «Отчет о трудозатратах » (фиксируется фактическое проведение операции ),
  4. 19.13 «Ведение результатов тестирования ».

12.5 Сертификат качества (19.20)

Сертификат качества (certificate of analysis) (19.20) печатается при успешном тестировании определенного размера заказа (order quantity). Сертификат может быть выдан для тех номенклатурных позиций , которые прошли контроль , в отличие от не прошедших , установкой Да в “Разграничить результаты тестирования ” (Disregard Test Result).

Лекция 13. Концепция управление складскими запасами в MFG/PRO

13.1 Данные о хранении номенклатурных позиций

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

Они состоят из контрольных параметров запасов , таких как АВС класс и интервал циклического подсчета , и данных , влияющих на использование номенклатурных позиций , таких как контроль партии /серии , срок хранения и другие поля .

Следует иметь в виду , что , в отличие от многих других images/erp-систем , складская функциональность в MFG/PRO не выделена в отдельный модуль , а реализована в Распределении , Общих данных и Производстве .

13.1.1. Ведение данных о складских запасах НП

№ Позиции : код номенклатурной позиции (НП );

Описание : описание номенклатурной позиции ;

ЕИ : единица измерения номенклатурной позиции ;

Класс ABC: идентификатор класса принадлежности номенклатурной позиции по АВС анализу (АВС анализ характеризует важность НП , ранжируемых как НП класса А , В или С . Например , НП класса А чаще подсчитываются , они хранятся более аккуратно проверяются более аккуратно );

СредИнт : временной показатель (дни );

КонтрольПарт /Серии : идентификатор партии НП (признак отслеживания НП );

ИнтПодсчета : временной показатель (дни );

З -д : код площадки , где производятся или хранятся запасы ;

Срок Годн .: количество календарных дней после получения до истечения срока их хранения ;

Местопол : код местоположения , где хранится НП ;

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

Тип Местопол .:тип местоположения для НП , которые требуют специального условия хранения ;

Ключ .Поз .: признак печати ведомости комплектации от покрытия потребности ;

АвтонумерацПартии : признак автоматической автонумерации партии НП ;

СтатусПолуч .ЗЗ : код статуса запасов для использования при получении по заказам на закупку (определяет их доступность );

Актив : признак использования указанного статуса запасов как значения по умолчанию для получения на склад ;

Гр .Партий : идентификатор группы партии НП ;

СтатусПолучН -З : код статуса запасов при использовании для получения по рабочим нарядам ;

Актив : признак использования указанного статуса запасов как значения по умолчанию для получения на склад ;

Номер Статьи :

ВесОтправки : вес отгрузки ;

Вес Нетто : вес НП ;

Класс Фрахта : идентификатор назначаемых норм для хрупких , скоро портящих НП ;

Объём : размер НП .

Отчет , получаемый с помощью функции 3.6.3 «Отчет /Корр . ABC Статуса Позиции » устанавливает классификацию хранимых НП , основываясь на ежегодном использовании (объемах продаж или отпуска , и затратах или валовой прибыли ).

13.1.2. Контрольный файл складского запаса

Допуск Складского Запаса или Годового Исп .:(СЗ /И );

ДниВыпуска : количество календарных дней до истечения срока хранения , в течении которых НП м . Б . Отпущена или включена в комплектацию (используется для НП со сроком хранения );

Допуски Позиции : нормативные данные определяемые допускаемые отклонения между фактическим и записанным уровнем наличия НП на складе ;

Текущ .Затраты (AVG/LAST/NONE): фактические затраты обновляются одним из трех путей :

  • “none” – затраты обновляются вручную ;
  • “avg”- среднее : калькулирует взвешенное среднее , основываясь на прошлых фактических затратах на НП ;
  • “last”- последнее : использует стоимость НП по последнему заказу на закупку или рабочему наряду ;

БазаДанн : идентификатор базы данных площадки – при транснациональной корпорации ;

ПоставщикАСЗ : признак “внутреннего поставщика ” – при протоколах DRP. Для Дрожжевого завода данный признак отсутствует , так как весь технологический процесс осуществляется на заводе .

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

Счёт Откл .При Перемещ .: номер счета , на котором учитываются недостача и избыток материала .

13.1.3. Статус складских запасов

Код статуса : идентифицирует статус запасов на определенной площадке или местоположении ;

Доступно : признак доступности запасов ;

УчитППМ : признак того , что запасы учитываются при MRP;

Превышение : признак возможного превышения величины складского запаса .

13.1.4. Ведение данных о местоположениях

З -д : код площадки ;

Местопол : идентификатор местоположения площадки ;

Описание : описание местоположения ;

СтатусСкл .Запаса : код статуса запаса ;

ДатаСоздания : дата создания записи ;

Постоянн .: “Да ” - признак постоянного местоположения , “Нет ” –признак не постоянного местоположения ;

Тип : идентификатор типа местоположения (используется для проверки соответствия типу номенклатурной позиции при получении и перемещении номенклатурной позиции );

ОднаПозиция : “Да ” – на местоположении находится одна номенклатурная позиция , “Нет ” – на местоположении находится много номенклатурных позиций ;

Един .Парт ./Ссл : идентификатор партии НП для местоположения ;

Мощность : максимальное количество номенклатурных позиций на местоположении ;

ЕИ : единица измерения мощности .

13.2. Операции с запасами

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

На рис . 5 представлен поток запасов на предприятии .

Item Number: код номенклатурной позиции , с которой начинается просмотр ;

№ Позиции - код номенклатурной позиции (по возрастанию , начиная со значения первого поля );

З -д : код площадки по номенклатурной позиции ;

ЕИ : единица измерения номенклатурной позиции ;

Склад .Запас : величина складских запасов по номенклатурной позиции ;

Неучитываемый СЗ : величина неучитываемых складских запасов по номенклатурной позиции ;

Site: код местоположения площадки ;

З -д : код площадки ;

№ Позиции : код номенклатурной позиции ;

Склад .Запас : величина складских запасов по номенклатурной позиции ;

Местопол : код местоположения ;

Парт /Серия : идентификатор партии ;

Item Number: код номенклатурной позиции , с которой начинается просмотр ;

№ Позиции - код номенклатурной позиции (по возрастанию , начиная со значения первого поля );

З -д : код площадки ;

ЕИ : единица измерения номенклатурной позиции ;

Склад .Запас : величина складских запасов ;

К -воДоступЗапасов : количество доступных запасов .

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

  • 3.21.2 Просмотр Транзакций по Позиции ;
  • 3.21.13 Отчет о Транзакциях по Заказу ;
  • 3.21.16 Отчет о Бухгалтерск .Транзакциях .

13.2.1. Принцип внесения входящего остатка

Для открытия баланса используется функция 3.9 «Приход внеплановый ». В дальнейшем для получения дополнительных запасов и их отслеживания в целях учета используется функция 5.13.1(модуль снабжения ).

13.3. Партионный учет

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

Резюме по складу

Ниже на рис . 10 показана структура управления складскими запасами в MFG/PRO, а также перечислены основные складские функции системы .

Состав основных функций .

40. Коды площадок (1.1.13) и местонахождений (1.1.18):

  • определяют место хранения запасов ;

41. Контрольный файл запасов (3.24):

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

42. Ведение данных о запасах НП (1.4.5):

  • характеристики хранения , использования в производстве и перевозки запасов .

43. Ведение кода статуса запаса (1.1.1.) определяет :

  • доступность запасов для заказов на продажу и рабочих нарядов ;
  • признак учета запасов при планировании ;
  • ограничение отпуска запасов .

44. Внесение входящего остатка (3.9) позволяет :

  • установить начальный уровень запасов .

45. Получение по заказам на закупку (5.13.1) позволяет :

  • фиксировать получение дополнительных запасов ;
  • отслеживать запасы в целях учета ;
  • влиять на счета к оплате в Главной Книги ;
  • влиять на записи о деятельности поставщика .

46. Возврат по заказам на закупку (5.13.1) отражается :

  • на счетах к оплате в Главной Книги ;
  • на записях о деятельности поставщика .

47. Приход – Возврат поставщику (3.8) не оказывает влияние на :

  • записи о деятельности поставщика ;
  • счета к оплате в Главной Книги .

48. Поиск запасов :

  • количество запасов НП определенного местоположения (3.2);
  • складской остаток НП по площадке (3.3);
  • доступность запасов (3.17): сколько в наличии , сколько требуется , сколько включено в заказ и сколько размещено ;
  • размещение запасов (3.18): количество запасов для наряд -заказов или заказов на продажу ;
  • неразмещенные запасы (3.19).

49. Перемещение запасов :

  • перемещение по заводу , местоположению одной НП (3.4.1);
  • перемещение по заводу ,местоположению одной или нескольких НП (3.4.2);
  • перемещение по партии НП одной или нескольких НП (3.4.3).

50. Отпуск запасов по наряд -заказу (16.10/16.12):

  • включение запасов в незавершенное производство по нормативной стоимости ;
  • уменьшение запасов , отражаемое на счете «Запасы » Главной книги ;
  • удаление резервирования по наряд -заказу ;

51. Получение ГП по наряд -заказу (16.11:):

  • увеличение запасов на полученное количество , отражаемое в Главной книге .

52. Отгрузка по заказу на продажу (7.9.15) обеспечивает :

  • пометку заказа на продажу как подлежащему оформлению в виде счета -фактуры ;
  • внесения изменений в данных о запасах на складе ;
  • ускорения отгрузки (для НП не контролируемых , НП скомплектованных ).

53. Возврат товара или получение кредита – ввод ожидающего счета -фактуры с отрицательной суммой (7.13.1):

  • снижение общих продаж и общих поступлений ;
  • увеличение общих запасов .

54. Приход -Возврат заказа на продажу (3.10) позволит :

  • вернуть заказ от потребителя не повлияв на историю продаж и комиссии от продаж .

55. Журнал операций (3.21.3, 3.21.16) позволяет :

  • показать порядок произведенных операций ;
  • контролировать операции ;
  • RCT-PO: получение НП от поставщика ;
  • ISS-WO: Отпуск НН по наряд -заказу ;
  • RCT-WO: Получение ГП по наряд -заказу ;
  • ISS-SO Отгрузка ГП потребителю .

Лекция 14. Концепция управления себестоимостью в MFG/PRO

14.1 Определение набора затрат и методов подсчета

Система MFG/PRO поддерживает обе принятых в мире системы учета затрат : «Стандарт -Кост » и «Директ -Костинг ». На рис .1 представлены этапы по определению набора затрат и методов подсчета .

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

В функции 30.1 определяются :

Набор затрат : код набора затрат ;

Описание : описание набора затрат ;

ТипНабораЗатр : код типа набора затрат . Различают нормативные типы набора затрат – CURR, GL, а также моделируемый тип набора затрат – SIM. Затраты типа «GL» отражаются в Главной Книге . Затраты типа «CURR» являются справочными . Значения затрат типов «GL» и «CURR» можно просмотреть для конкретной номенклатурной позиции /НП с помощью функции 1.4.9;

МетодОпр .Затрат .: код метода определения затрат . Код метода может соответствовать одному из следующих значений : AVG – вычисление среднего значения затрат , LAST – отражение последних затрат , NONE – никакие затраты .

После заполонения полей функции 30.1 необходимо прикрепить определенные наборы затрат к конкретной площадке (заводу ) с помощью функции 30.9.

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

З -д : код площадки /завода ;

Описание : описание площадки (вводится автоматически после определения кода площадки /завода );

СтандЗатраты : код набора затрат , у которого тип - GL;

МетодОпр .Затрат : код метода определения затрат (вводится автоматически после определения кода набора затрат );

НаборТекущ .Затр : код набора затрат , у которого тип - GURR;

МетодОпр .Затрат : код метода определения затрат (вводится автоматически после определения кода набора затрат );

После заполнения вышеописанных полей и нажатия клавиши F1 на экране появляется следующее сообщение «Обработайте детальные записи складских запасов Да ».

Для подтверждения ввода нажмите клавишу Enter или F1.

Примечание : если значения полей «СтандЗатраты » и «НаборТекущ .Затр » определены как пробел , то будут установлены исходные для системы MFG/PRO наборы затрат .

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

14.2 Калькуляция затрат по нескольким площадкам

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

  • Скопировать затраты из одного завода в другой (функция 30.17.9);
  • Осуществить подсчет затрат (функция 30.17.10).

Используя функцию 30.17.1 можно отредактировать исходные наименования элементов затрат , которые используются в функции 1.4.9.

С помощью функции 30.17.4 осуществляется копирование элементов затрат из одного набора затрат в другой .

В функции 30.17. 5 вводятся значения элементов затрат по НП для неисходных набора затрат (для тех наборов затрат , которые не выбраны как основные для завода в функции 30.9).

Функция 30.17.9 позволяет осуществить копирование затрат из одного набора затрат одного завода в другой набор затрат другого завода .

С помощью функции 30.17.10 осуществляется подсчет затрат по конкретному набору затрат и конкретному элементу затрат для НП , ТНГ , типа НП , производимых или закупаемых НП .

С помощью использования функций модуля 30.13 осуществляется моделирование элементов затрат .

14.3 Настройка системы учета затрат

14.3.1. Применение текущего набора затрат

По умолчанию работа в системе MFG/PRO настроена в соответствии с системой учета затрат «Стандарт -Кост ».

Для перехода на систему учета затрат «Директ -Костинг »:

56. проделайте операцию приведения текущих затрат к стандартным в функции 1.4.23 Переход Станд . Затрат в Текущие . Укажите код завода и введите в полях диапазона «Разрешен .Изм .Проц .» - «?». Проделайте операцию для всех заводов ;

57. в функции 30.1 «Ведедение Наборов Затрат (НЗ )» создайте два НЗ для текущих и стандартных с приведенными в примере параметрами ;

Пример .

Замечание . В полях диапазона «Разрешен .Изм .Проц .» введите «?». Остальные поля примите по умолчанию .

Аналогично проведите операцию для всех заводов ;

59. введите новые НЗ для завода в функции 30.9 «Задание Набора Затрат для Завода ».

При появлении сообщения «Обработайте детальные записи складских запасов » введите Да ;

61. измените параметры НЗ (30.1).

Замечание . В функции «1.4.9 ведение затрат по позициям » после проведенных операций стандартные затраты по позиции появляются в окне текущих затрат , текущие затраты в окне стандартных затрат .

14.4 Издержки по номенклатурной позиции

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

Последовательность калькуляции :

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

Цель этой лекции : научить пользователя вводить размер и стоимость заказа на номенклатурную позицию и калькулировать себестоимость номенклатурной позиции .

Ввод рабочих центров осуществляется с помощью функции 14.5, ввод технологических маршрутов – с помощью функции 14.13.1, а ввод структуры продукта – с помощью функции 13.5. Данный материал был рассмотрен на предыдущих лекциях .

Ввод размера партии номенклатурной позиции по закупки осуществляется с помощью функции 1.4.7 «Ведение планирование позиций ».

Если необходимо выделить размер партии относительно производственной площадки , то используется функция 1.4.17 «Ведение планирования по позиции /завода » - поле «КвоЗаказа ».

Каждый из установленных затрат может иметь до 5 категорий : материалы , трудозатраты , переменные и накладные расходы , постоянные накладные расходы , субподряд . Эти затраты вводятся и модифицируются в функции 1.4.9 «Ведение затрат по позициям ». Также возможно использование функции 1.4.18, где указывается конкретная площадка (завод ).

№ Позиции : код номенклатурной позиции ;

Описание : описание номенклатурной позиции ;

ЕИ : единица измерения номенклатурной позиции по закупки ;

Цена : стоимость номенклатурной позиции ;

Нал .: признак налогообложения ;

КлассНал .: идентификатор класса налогообложения ;

Элемент :

Материальные затраты (Material Cost). Затраты на потребляемые , закупаемые или поставляемые номенклатурные позиции . Материальные затраты могут быть обновлены вручную по заказу на закупку или счету к оплате .

Трудозатраты (Labor Cost). Затраты труда (время на подготовку и обработку ) для технологического маршрута . Рассчитывается для каждого рабочего центра умножением часовой тарифной ставки на количество часов работы , а затем добавлением итогов для каждого рабочего центра . Обновляется при подсчете общих затрат на технологический маршрут или закрытии рабочего наряда .

Переменные накладные расходы (Burden Cost). Переменные накладные расходы изменяются при изменении времени на изготовление изделия . Рассчитываются для каждого рабочего центра прибавлением часовых ставок машинных и трудовых переменных расходов , затем умножаемых на время изготовления . Переменные накладные расходы могут также рассчитываться как фиксированные затраты на 1 час работ . Часовая ставка переменных накладных расходов обновляется при 'Подсчете общих затрат на технологический маршрут ' (Routing Cost Roll-Up) (14.13.13) или вручную в 'Обновлении переменных накладных расходов на номенклатурную позицию ' (Item Burden Cost Update) (1.4.20).

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

Этот Уров .: затраты данного уровня по НП ;

НизшУровень : затраты нижних уровней для НП ;

14.4.1. Подсчет издержек по технологическому маршруту

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

Перед подсчетом издержек по технологическому маршруту необходимо осуществить :

  • ввод отделов (14.1);
  • ввод рабочих центров (14.5);
  • ввод технологических маршрутов по номенклатурной позиции (14.13.1);
  • проверку размеров партии по номенклатурной позиции (1.4.7).

После подсчета издержек по технологическому маршруту необходимо проверить издержки по технологическому маршруту по номенклатурной позиции с помощью сформированного отчета о затратах по технологическому маршруту (14.13.1).

З -д : код площадки ;

НаборЗатр .: «Standard»-стандартный учет затрат ; “Current”- не стандартный учет затрат (предупреждение : суммирование сделает недействительное получение , основ . на высш . уровне сред . знач .);

№ Позиции : код номеклатурной позиции ;
ТипПозиц .: тип НП ;
Дата на : дата , на которую необходимо произвести подсчет ;
Сумм .ВремяТрдЗтр : Да /Нет
Сумм .ВремяНастр .: Да /Нет
Суммир .Дл -тьЦикла : Да /Нет
Сумм .ВыходПозиц .: Да /Нет
Вкл .Результат В Зтр : Да /Нет
Суммир .Труд .Затр .: Да /Нет
Сумм . Затр .ПрНР : Да /Нет
Сумм .Затр .Субконтр .: Да /Нет
Обнов . Позиции без ТехКарт : Да /Нет

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

Поле А /О (Add On) зарезервировано для использования для дальнейшего расширения учета затрат .

14.4.2. Подсчет текущих затрат по структуре продукта

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

З -д : код площадки ;
НаборЗатр .: вид учета (стандартный /нестандартный );
№ Позиции : код номенклатурной позиции ;
ТНГ : код продуктовой линии ;
ТипПозиц .: идентификатор типа номенклатурной позиции ;
Груп .: идентификатор группы номенклатурной позиции ;
Дата на : дата на которую производится подсчет ;
Матер . Низш .Уров : Да /Нет ;
ТрдЗтр Низш .Ур .: Да /Нет ;
Все /Только Измен : Все
ПрНР НизшУровня : Да /Нет ;
ПсНР НизшегоУровня : Да /Нет ;
СубконтрактНизшУровня : Да /Нет ;
ВремяТрдЗатрНизшУров : Нет /Да ;
Вкл . % Выхода : Да /Нет ;
ВремяНастр .Низш .Уров : Нет /Да ;
Печат .АудКонтроль : Да /Нет ;
Вывод : признак вывода на экран , принтер и т .п .

14.4.3. Приведение фактических затрат к нормативным

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

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

З -д : код площадки ;
№ Позиции : код номенклатурной позиции ;
ТНГ : код продуктовой линии ;
ТипПозиц .: идентификатор типа номенклатурной позиции ;
Груп .: идентификатор группы номенклатурной позиции ;
Класс ABC: идентификатор класса по АВС анализу ;
Зкп /Прз : производимая НП – М , закупаемая – Р ;
Зкпщ /Плановик : идентификатор закупщика /плановика ;

Разрешен .Изм .Проц .: величина процента , ограничивающего изменение затрат на номенклатурные позиции , нормативная стоимость которых изменится только в рамках указанного диапазона . При вводе «?» - для отмены ограничения (преобразование всех нормативных затрат в фактические ). При вводе «0» -для просмотра ;

Незавершенное производство и заказы на продажу не переоцениваются автоматически . Для их переоценки используют «Переоценку издержек по заказу на продажу » (7.22) или «Переоценку издержек по незавершенному производству » (16.22).

Лекция 15. Финансовый блок в MFG/PRO

15.1 Управление счетами дебиторов

15.1.1 . Введение

Счета Дебиторов (СД , Accounts Receivable – AR) – финансовые требования создаваемые по результатам продаж . Когда предприятие продает товары или предоставляет сервисные услуги , создается требование , по которому покупатель должен заплатить . Требование объединяют с С -Ф , в котором указывается , что товары были отгружены и по какой цене .

Счета Дебиторов содержит модуль 27. Задача счетов дебиторской задолженности – хранить информацию о балансе по каждому покупателю (рис . 1). Все балансы пользователей поддерживаются по адресу “Счет на ”.

Балансы изменяются в результате следующих операций :

  • выпуска счета -фактуры из модуля Заказы на Продажу /Счета -Фактуры ;
  • ввода мемориального ордера по дебету или кредиту для не связанной с продажами деятельности , кредитам и возвратам ;
  • подсчета финансовых затрат (процентов ) по просроченным балансам ;
  • обработки оплаты в функциях AR или Кассовой книги ;
  • принятия к оплате гарантийного письма (обязательства на оплату ) покупателя .

В счетах дебиторов все операции , изменяющие баланс покупателя , хранятся в том же самом файле , различаясь по типу : I, M, F, P, D или A. Типы соответствуют : счетам - фактурам , дебетовым /кредитовым мемориальным ордерам , финансовым затратам , платежам , гарантиям и примененным платежам .

Если клиент задерживает платеж , то обычно ему посылают сообщение о просроченном платеже и рассчитывают пени по подобным платежам . MFG/PRO позволяет и рассчитывать пени и печатать письма о не уплате .

Модуль СД может также использовать для записи получения денег , не связанных со сбытовой деятельностью (платежи не СД ). Например , налоговые и другие возвраты или получения денег от клиентов , не связанных со С -Ф .

Все транзакции СД создают транзакции ГК . Они могут создаваться детально или суммарно в зависимости от установок контрольного файла СД (27.24).

  • выставление С -Ф кредитует счета продаж , налогов , другие счета расходов и дебетует счета дебиторов .
  • проводки Дт -Кт выставляют суммы дебитора на счета Юр . Лица и завода , указываемого в первом окне функции 27.1. Другие счета (обычно счета продаж , доставки и налогов ) вписываются в окне строк распределения .
  • Расчеты пень дебетуют счета дебиторов и кредитуют счет «Пени » из файла 36.1
  • Ввод платежей дебетует счета денежных потоков и кредитует счета дебиторов .

Балансы покупателей могут вестись в любой валюте и просматриваться в ней же или базовой валюте . Функция управления кредитами использует этот баланс и историю платежей – количество дней до оплаты , среднюю задержку по оплате , максимальный размер кредита . Любой конкретный счет -фактура или мемориальный ордер может быть помечен как контекстный , сигнализируя тем самым , что есть некоторые разногласия касательно количества или условий . Комментарии могут быть ассоциированы с любой номенклатурной позицией .

Баланс покупателя (ПечатьВыписок из Счета Покупат ., 27.14) может быть распечатан для любого покупателя . В нем перечисляются все открытые счета -фактуры , мемориальные ордера , финансовые затраты и платежи . Признак Баланс должен быть установлен в значение Да в Ведении Покупателя (Ведение Покупателей , 2.1.1).

Обозначение полей функции 27.14:
Дата : дата создания платежа ;
Ссылка : идентификатор ссылки , характеризующей требования на оплату (определяется функцией 1.12);
Тип : тип платежного документа (например , счет -фактура );
ДатОплаты : дата платежа ;
Сумма : сумма платежа ;
Сумма Откр : сумма ;
Вал : идентификатор валюты , в которой производится оплата .

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

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

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

15.1.2 Проводки ГК по операциям сбыта .

Отправки .

  • Дб Счета ЗНПИ (Затраты На Производство Изделий )
  • Кр Складские Запасы

Выставление С -Ф .

  • Дб Счет Кредиторов
  • Кр Продажи
  • Кр Налоги и Другие Расходы
  • Дт -Кт проводки .
  • Дб Счет Дебитора
  • Кр Счета выбираемые пользователем Пени .
  • Дб Счет Дебитора
  • Кр Пени

Примененные платежи .

  • Дб Счет денежных потоков
  • Скидки по продажам
  • Кр Счет Дебитора
  • Прибыль /Убытки Обмена

Непримененные платежи .

  • Дб Счет денежных потоков

Платежи не СД .

  • Дб Счет Денежных Потоков
  • Кр Выбираемые Пользователем Счета

Применение непримененных платежей .

  • Кр Выбираемые Пользователем Счета
  • Дб Выбираемые Пользователем Счета
  • Кр Счет дебитора
  • Дб Скидки С Продаж
  • Дб /Кр Прибыль /Убытки Обмена

15.1.3 Настройка модуля Счета Дебиторов

Перед обработкой операций в модуле Счета Дебиторов необходимо :

  • Ввести данные банков (Денежные Потоки ).
  • Настроить параметры 27.24 Контр .Файл Счетов Дебиторов (СД ).
  • Настроить налогообложение .
  • Настроить 36.1 Контроль .Файл Системы /Бухг .Счета .
  • Адреса компаний и клиентов .
  • Параметры Главной Книги

Описание настройки налогообложения , параметров 36.1, адресов и ГК приведены в соответствующих методиках использования MFG/PRO.

15.1.3.1 Ввод данных банков .

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

Данные банков могут быть введены в функциях 26.13 Ведение Банков или 27.6.1 Ведение Банков .

Код банка должен состоять из двух символов и указывается в поле «Банк ».

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

Чеки создаваемые при обработке оплаты должны нумероваться . Этот номер может быть введен пользователем или присвоен системой автоматически . В последнем случает для нумерации система использует код банка и номер чека , указываемый в поле «След . Чек ». Например , для банка СБ с последним чеком 000098 будет создан чек с автоматическим номером СБ 98.

Операции с банком могут обрабатываться в валюте отличной от валюты Юр .Лица .

Валюта в которой обрабатываются операции с этим банком указывается в поле «Валюта ».

«Бк Счёт 1/2»: коды действительных счетов предприятия в банке .

«ЮрЛицо »: код юридического лица производящего операции с этим банком .

«СчетДенПотоков »: Счет отражающий денежные операции банком . Все получения денег от банка или выплаты будут отражаться на этом счете .

«Счет Оплата В Процессе »: используется для отражения сумм оплаты , которые введены в систему , но подтверждения из банка о прохождении платежа еще не поступило . В модуле СД этот счет не используется .

«Счет П /У Обмена »: отражает суммы реализованных прибылей /убытков обмена иностранных валют . Такие отклонения возникают если обменный курс изменился с момента создания документа к оплате в иностранной валюте к моменту оплаты .

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

15.1.3.2 Настройка 27.24 Контр .Файл Счетов Дебиторов (СД ).

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

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

Сл . Пр -ка : когда создаются транзакции ГК выставления С -Ф , Дт -Кт проводки , создаются пени или записываются применения непримененных платежей они получают ссылочный номер , в этом поле вводится следующий автоматически присваиваемый номер транзакции .

След . Журнал : все функции модуля СД создают транзакции журнала ГК начинающиеся с ссылки журнала «AR» затем дата (год /месяц /день ) и шестизначный код .

Этот номер определяется в этом поле и используется системой автоматически .

Сводный Журнал : транзакции ГК отражающие операции СД могут создаваться детально , для каждой транзакции СД отдельная транзакция ГК , или суммарно . Нет - транзакции создаются детально по каждому ЮрЛицу , Счету , Субсчету , ЦЗ и коду проекта отдельно . Да - транзакции СД создаются суммарно по Группе , Счету , Субсчету , ЦЗ и коду проекта .

Межфирменный Счет : счет ГК используемый для отражения переводов между двумя ЮрЛицами . Используется только если в системе существует более одного ЮрЛица .

Счет Векселей К Получению : счет ГК используемый для отражения сумм подтвержденных векселей . Этот счет используется по умолчанию в момент ввода подтверждения векселей , но может быть изменен пользователем .

ДопОтклОбмен .Курса : в этом поле указывается максимально допустимая разница между суммой ожидаемой к оплате и действительно оплаченной . Используется только для платежей производимых в валюте отличающейся от валюты С -Ф или Дт -Кт проводки .

СсылкиНаВнеш .ПроводкиРазрешены : определяет систему нумерации Дт -Кт проводок . Да - позволяет пользователю вводить номер Дт -Кт самому с клавиатуры в 27.1 Вед .Проводок Дт -Кт . Нет - предотвращает ручной ввод , MFG/PRO генерирует номер проводки используя данные контрольного файла .

15.1.4 Обработка платежей .

15.1.4.1. Ввод платежей .

Все деньги , получаемые от покупателя , должны быть проведены с использованием функций Ведение Платежа Дебитора (27.6.4) или Ведение Кассовой Книги (31.13) как :

  • примененные платежи : платежи , примененные (имеющие соответствие ) к конкретным счетам -фактурам , мемориальным ордерам , финансовым затратам или открытым гарантиям ;
  • неприменяемые платежи : платежи , неприменимые (не имеющие соответствия ) к конкретным счетам -фактурам , мемориальным ордерам , например , предоплаты , депозиты или переплаты ;
  • не дебиторские платежи : пришедшие платежи , для которых не создаются (и не будут создаваться ) счета -фактуры или мемориальные ордера , например , возвраты налогов или возврат переплаты .

Пояснение полей функции 27.6.4

Номер Пакета используется для нумерации групп транзакций вводимых в одно время .

Чек : номер чека может быть введен с клавиатуры или присвоен автоматически системой , если оставить поле пустым .

Дата , указываемая в поле Дата , используется как дата поступления платежа .

Дата , указываемая в поле Действит ., показывает , в какой момент транзакция изменит балансы счетов ГК , т .е . действительная дата транзакции ГК .

Счёт : принимается по умолчанию из данных банка (СчетДенПотоков ), Счёт Скид : по умолчанию принимается из 36.1 Контроль .Файл Системы /Бухг .Счета (УсловияПр -ж ).

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

Выбор может производиться по :

Ссылка : номеру С -Ф , векселя , пени ,

Датам : датам создания документов (Дата ), датам оплаты (ДатОплаты ). Для С -Ф дата оплаты принимается дата печати С -Ф , то есть дата С -Ф , но она может быть изменена в 27.1.

Выбр .Всё : Да - система автоматически пометит как оплачиваемые те документы сумма которых не превышает значение поля «Пров .Чека » начиная с самых старых .

Нет – все выбранные документы будут помечены как неоплачиваемые .

В следующем окне звездочкой помечаются оплачиваемые документы , позволяя скорректировать выбор , произведенный системой в первом случае , и указать оплачиваемые во втором (звездочка присваивается клавишами пробел или Enter). После указания документов к оплате нажмите «GO».

В окне «Веден . Приложений Платежей »:

Ссл : номер документа .
Т – тип : Р - платеж , U- непримененный платеж , N- платеж не СД .
Примен .Сумма : открытая сумма оплаты по документу , включая скидку . На эту сумму должен быть прокредитован Счет Дебитора .
ДенежнСумма : сумма платежа , сумма оплаты за вычетом скидки .
Например , если сумма С -Ф - 100 р скидка - 2%, то Примен .Сумма - 100 р , ДенежнСумма - 98 р , Скидка - 2 р .

В этом окне система позволяет скорректировать суммы оплаты . Например , если клиент оплачивает только часть С -Ф - введите сумму С -Ф в поле «Примен .Сумма », сумму оплаты в поле «ДенежнСумма ».

После ввода сумм в окне распределения нажмите F4 два раза и введите следующий чек

Если обрабатывается непримененный (тип U) платеж или не СД (тип N): Оставьте поле ссылки (Ссл ) пустым и нажмите GO.

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

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

  • В поле Счет указывается счет ГК , который будет прокредитован в результате ввода платежа . По умолчанию принимается : для типа «U»- из данных клиента (2.1.1, «Счет СД »), для типа «N»- из данных контрольного файла 36.1 (Пр -жи )
  • Введите сумму полученного платежа в поле «ДенежнСумма ».

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

Печать платежей производится в функции 27.6.6 Регистр Платежей .

15.1.4.2 Гарантийные письма

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

Гарантия может быть продана третьей стороне , обычно , банку покупателя . Это называется дисконтированием , поскольку банк платит вам деньги за вычетом скидки (или платы за услуги ). Хотя вы получаете деньги , гарантия остается в ваших книгах как обязательство до тех пор , пока покупатель реально не проведет платеж . После получения платежа и проведения его в Ведении Платежа (27.6.4), гарантия закрывается и исчезает ваше обязательство перед банком .

15.1.4.3. Факторинг

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

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

15.1.5. Обработка предоплаты .

Предоплата в системе обрабатывается по следующей схеме (рис . 13).

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

Применение чеков предоплаты к определенным С -Ф , пеням или проводкам Дт -Кт производится в 27.6.9 Заявка на Невыставленные Платежи .

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

Чек : код чека непримененного платежа .

Неиспольз .Ссл : ссылка непримененного платежа , введенная в дополнительном окне (Ссл П /О ). В операции будет использована только эта часть платежа .

Даты (Дата и Действит .) несут тот же смысл что и в функции ввода платежа (7.6.4).

Примен .Сумма : сумма используемая в этой транзакции применения платежа .

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

15.1.6. Дт -Кт проводки .

Дт -Кт проводки используют :

  • Для внесения изменений в существующей С -Ф ;
  • Для записи информации корректирующей балансы покупателя ,
  • Для ввода открытых балансов покупателя во время запуска системы .

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

Создание Дт -Кт проводок используют функцию 27.1 Вед .Проводок Дт -Кт .

Группа : идентификатор транзакций введенных в одно время . Может быть использовано для выбора групп транзакций появляющихся в отчете . Номер группы присваивается автоматически из 27.24 «Контр .Файл Счетов Дебиторов ». Контроль и Итог : итоговое количество всей записи вне зависимости от валюты (например , будут введены 100 USD и 67 FFR контроль , итог = 167) используемые для контроля вводимых сумм . Существует два итога для группы и для каждой проводки . Обе опциональны , и генерируют предупреждения о том , что введенный итог неравен контролю при их неравенстве . Контроль и итог не имеют финансового отражения , они используются только для проверки введенной информации .

Ссылка : код создаваемой или редактируемой ссылки . Если ссылка создается , ее код может быть введен с клавиатуры или присвоен системой автоматически , если оставить поле пустым .

Тип : тип проводки . Если создается Дт -Кт проводка необходимо использовать тип принимаемый по умолчанию – «М ». Если корректируются существующие , то поле может принимать значения : «I» - С -Ф , «F» - пеня , «D» - вексель , «P» - платеж , «A» - использование непримененного платежа .

ЗАМЕЧАНИЕ . При внесении изменений в существующие документы , коррективы могут быть сделаны для дат , торговых агентов , кодов грузополучателя , заказчика . Линии распределения документов не изменяются .

Дата Нал .: дата налогообложения транзакции .

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

УровДолга : количество созданных писем о неуплате по этому документу .

Счет : счет дебитора , принимаемый по умолчанию из данных клиента (2.1.1). Этот счет будет продебетован в результате этой транзакции .

Спорный : используется в том случае , если суммы документа обсуждаются с клиентом . Да – суммы документа спорные , такой документ не будет включен в «Расчёт Оплаты Финансирования » (27.12).

В окне линий распределения указывается Счет , Субсчет , ЦЗ , ЮрЛицо , Проект и сумма , на которую эта комбинация будет прокредитована . А также признак налогообложения в поле Нал .

Печать Дт -Кт проводок производится в функции 27.15 Печать Проводок Дт -Кт .

15.1.7. Отчеты . Архивирование /удаление закрытых документов .

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

где :

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

Нет – включаются все документы , включая закрытые суммы и история применения платежей . Да – в отчет включаются только документы с открытыми ненулевыми суммами .

Вал : определяет валюту отчета . Если поле оставить пустым все суммы отчета будут переведены в базовую валюту БД . Если указать небазовую валюту , то в отчет будут включены только документы в этой валюте .

Для просмотра открытого и максимального кредита покупателя и текущего баланса используется отчет 27.9 Отчет о Кредите Покупателя и запрос 27.8 Запрос Кредита Покупателя .

Печать открытых документов с адресами компании и клиента производится в 27.14 ПечатьВыписок из Счета Покупат .

Отчеты 27.16 Отчет о Просрочке СД поДолжнДате , 27.17 Отчет о Просрочке СД по Дате С -Ф , 27.18 Просрочка СД по Действующ . Дате позволяют определить документы оплата по которым просрочена .

Функция 27.23 Закрытый СД Удалить /в Архив используется для удаления из БД документов с закрытыми суммами : оплаченных С -Ф , пень , Дт -Кт проводок и примененных к ним платежей .

В полях «Дата » указывается диапазон дат удаляемых документов . Обычно это даты их создания (например , дата выставления С -Ф , дата создания Дт -Кт проводки и т .д .).

Перед удалением рекомендуется просмотреть документы , отобранные для удаления , то есть распечатать предварительный отчет , присвоив : «Удал .», «Архив »- Нет . После этого нужно удалить документы совсем («Удал .»- Да , «Архив »- Нет ) или переместить их в архив («Удал .»- Да , «Архив »- Да ).

В последнем случае в поле «Архив . Файл » появится имя архивного файла , в который удалены документы . Позже данные архивного файла можно загрузить обратно в БД , используя функцию 36.16.5 Перезагрузка Архивного Файла .

15.2. Управление счетами кредиторов

15.2.1. Введение

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

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

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

Отчеты о просрочке платежей используются для определения приоритетных платежей , основываясь на дате ваучера или дате оплаты С -Ф .

Функции счетов кредиторской задолженности (Accounts Payable – AP) используются для отслеживания балансов ваших поставщиков (рис . 20). Функции AP очень похожи на функции AR (счетов дебиторской задолженности ), хотя некоторые детали , относящиеся к подготовке платежа , различны . Балансы изменяются в следующих случаях :

  • вводе подтвержденного ваучера (дебетового или кредитового );
  • подтверждения неподтвержденного ваучера ;
  • выпуске повторного ваучера ;
  • обработке платежей или аннулирования чеков .

Балансы поставщиков могут вестись в любой валюте и просматриваться в ней же или базовой валюте .

Модуль СК может быть использован и для записи так называемых платежей не по Счетам Кредиторов (не -СК ). Таких как оплата аренды , коммунальных услуг или переводы средств на банковские счета . Что позволяет отслеживать расходы в Главной Книге . Последовательность операций в модуле СК содержит следующие шаги (рис . 21).

15.2.2. Настройка параметров системы перед использованием модуля СК .

В настройку параметров системы перед использованием модуля Счета Кредиторов (СК ) входят следующие шаги :

  • Ввести данные банков (Денежные Потоки ).
  • Настроить параметры 28.24 Контр .Файл Счетов Кредитор . (СК ).
  • Настроить налогообложение .
  • Настроить 36.1 Контроль .Файл Системы /Бухг .Счета .
  • Ввести адреса компаний и клиентов .
  • Настроить параметры Главной Книги .

Описание настройки налогообложения , параметров 36.1, адресов и ГК приведены в соответствующих методиках использования MFG/PRO.

15.2.2.1. Ввод данных банков .

При настройке данных банков для использования в модуле СК необходимо уделить особое внимание значению «Счет Оплата В Процессе ». В момент записи платежа деньги поступают на счет указанный в этом поле . После подтверждения о прохождении платежа в функции 28.9.13 Ведение Отмененных Чеков создается проводка о перемещении денег со счета «Счет Оплата В Процессе » на «СчетДенПотоков ».

15.2.2.2 Контрольный файл СК .

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

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

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

След . Журнал : номер следующей проводки ГК , отражающей операцию в модуле СК (например , создание ваучера , оплата и т .п .). Коды проводок ГК создаваемых по результатам деятельности в модуле СК состоят из ссылки указывающей на тип транзакции (АР ), затем дата ГГ /ММ /ДД и шестизначный код . Следующий шестизначный код указывается в этом поле .

Откр . Кво Вауч .: значение , присваиваемое по умолчанию полю «Откр . Кво Вауч .» в рамке «Автом . Выбор Квитанц .» функции 28.1 Вед .Кредит .Документа (Ваучера ). Сводный Журнал : транзакции ГК отражающие операции СК могут создаваться детально , для каждой транзакции СК отдельная транзакция ГК , или суммарно . Нет - транзакции создаются детально по каждому ЮрЛицу , Счету , Субсчету , ЦЗ и коду проекта отдельно . Да - транзакции СД создаются суммарно по Группе , Счету , Субсчету , ЦЗ и коду проекта .

Грузоп .: код адреса , принимаемый по умолчанию как адрес компании в момент создания ваучера , но может быть изменен во время ввода . Если ваучер ссылается на ЗЗ , то по умолчанию будет приниматься код адреса компании указанный в ЗЗ . Предварительно код адреса должен быть создан в 2.12 Ведение Адресов Компании .

ИсходныйБанк : код банка , через который наиболее часто обрабатываются платежи . Код банка указанный в этом поле присваивается автоматически в момент записи данных новго поставщика (2.3.1). Далее код банка поставщика используется для всех создаваемых ваучеров , но при необходимости может быть изменен .

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

1 – стандартный печатаемый чек .

2 – альтернативный печатаемый чек . В таком чеке сумма оплаты печатается ниже даты .

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

В случае применения этой формы чека в данных поставщика необходимо присвоить «СпецификацияОплаты : Да ».

4 – имеет тот же смысл , что и форма чека 3, но вместо печатаемой формы создается файл ASCII с отдельной записью для каждого платежа . ASCII файл отправляется в банк либо по электронной почте , либо по модему . Форма чека 4 может использоваться только для платежей в базовой валюте .

5, 6, 7 - используется для оплаты векселей .

Межфирменный Счет : счет /субсчет /ЦЗ для отслеживания денежных переводов между Юр .Лицами . Этот счет используется только в случае если в БД существует несколько Юр .Лиц . Когда создается транзакция с несколькими Юр .Лицами система автоматически создает необходимую балансирующую проводку .

Например , при вводе ваучера с расходами на доставку в размере 100 р необходимо эту сумму распределить между Юр .Лицом 1 и 2:

  • Дб расходы на доставку (ЮЛ 1) – 80 р
  • Дб расходы на доставку (ЮЛ 2) – 20 р
  • Кр счет кредитора (ЮЛ 1) – 100 р

Эта проводка получается несбалансированной отдельно для каждого Юр .Лица . и система создает дополнительную проводку :

  • Дб Межфирменный счет (ЮЛ 1) – 20 р
  • Кр Межфирменный счет (ЮЛ 2) – 20 р

ДопОтклОбмен .Курса : по умолчанию стоит 0- предприятие не использует отклонение обменного курса . В этом поле указывается максимальное отклонение суммы ожидаемой к оплате и суммы действительно оплаченной . Применяется только для платежей в небазовой валюте .

Ввести Подтвержд .Ваучеры : контролирует статус по умолчанию ваучеров создаваемых в функции 28.1. Если статус ваучера «Подтвержд .: Да » по нему создается транзакции ГК и он может быть оплачен . Дополнительно если «Ввести Подтвержд .Ваучеры »- Да , то в функции 28.1 может редактировать строки распределения ваучера или удалить его . Если «Ввести Подтвержд .Ваучеры »- Нет (и в 28.1 у ваучера присвоено Да ), то редактировать строки распределения ваучера нельзя , но при необходимости его можно удалить в случае если период ГК открыт .

Если ваучер в 28.1 не подтвержден («Подтвержд .: Нет ») и «Ввести Подтвержд .Ваучеры »- Нет , то проводка ГК не создается и такой ваучер не может быть оплачен . Ваучеры могут быть отредактированы или удалены в независимости от установки в этом поле .

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

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

Исп . Счет Оплата В Процессе : если Да , то при создании записи оплаты кредитуется банковский счет указанный в поле «Счет Оплата В Процессе » вместо «СчетДенПотоков ». После получения подтверждения о прохождении оплаты из банка - счет платежи в процессе дебетуется , а счет денежных потоков кредитуется .

Исп .СчетаОткл .Затр .Позиций : установка в этом поле определяет на какие счета выставляются отклонения по ставке и по использованию при закупке позиций не хранимых на складе . Да - отклонения по ставке и по использованию выставляются на отдельные счета (ОтклПоИсп .Затр .Позиций и ОтклПоНормеЗатр .Позиций из данных 36.1), Нет - отклонения выставляются на один счет (ПолучениеЗатр .Позиций из данных 36.1).

Ссылки на Внеш .Сч -Факт . Разрешены : определяет можно ли вводить номер ваучера пользователям в 28.1. Да - пользователи могут набирать номер ваучера с клавиатуры . Нет - номер ваучера может быть присвоен только системой .

Использ . Назнач . Поля : определяет , требуется ли заполнение поля «КтоНазначен » при вводе не подтвержденного ваучера (28.1). Да - заполнение поля обязательно , Нет - заполнение поля опционально . Если вводится подтвержденный ваучер , то заполнять поле не обязательно в независимости от установки этого параметра .

Исп .Управл .Векселем : определяет используются векселя в модуле СК . Да - открывает доступ к полям управления векселями , Нет - поля управления векселями остаются недоступными .

Ошибка Упак .Бланка СОФ : это поле определяет , что делать системе если во время обработки получения не указан номер упаковочного бланка (поле «Упак .Бланк » пустое ). Да - ваучер не будет создаваться без указания номера «Упак .Бланк ». Нет - ваучер будет создаваться с использованием номера квитанции (значение поля «Квит .»).

СОФ обнов .Уср .Стнд .Зтр : значение этого поля используется если в системе применяется Директ -Костинг . Да - в момент обработки СОФ система будет обновлять средние затраты позиций . Нет - в момент обработки СОФ система не будет обновлять средние затраты позиций Опция Дат Ваучеров СОФ – определяет какую дату использовать как дату ваучера в момент запуска процессора СОФ . Возможные значения : 0- дата ваучера - дата получения ; 1- дата ваучера – дата отправки .

15.2.3. Ваучеры СК

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

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

Ситуации , в которых создаются ваучеры .

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

Большинство ваучеров создаются на основе С -Ф поставщика присланных по результатам отправки товаров по ЗЗ . В этом случае система проверяет данные заказа и записи получения изделий . Ваучеры позволяют отследить , кто получил товары , сколько и когда был сделан платеж .

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

Когда вы вводите ваучер и ссылаетесь на номер заказа на закупку , система находит информацию о поставщике , условиях и о получении груза . Информация о получении включает цены и количества полученных (или возвращенных ) позиций . Когда вы выбираете получателей для проведения ваучеров , вы вводите количества и цены из счета - фактуры . Они сравниваются с действительным полученным количеством и ценой с исходным заказом на закупку и отмечаются все различия (отклонения ). Если вы продолжаете , разница между стоимостью по счету -фактуре и заказу на покупку для позиций , хранящихся на складе , и субконтрактных позиций отправляется на счет Ценовых отклонений по счетам кредиторов . Любые различия между количеством , полученным и прошедшим по ваучеру , отправляется на счет Количественных отклонений по счетам кредиторов . Значения отклонений автоматически блокируются .

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

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

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

Выбор платежа происходит по стандартной последовательности шагов .

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

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

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

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

Замечание : всегда распечатывайте выборку ваучеров к оплате (payment selection register) до печати чеков . Она содержит подробности о выборе , который вы сделали , и печатает общий итог . Этот итог может быть сопоставлен с итогом по отчету о распечатанных чеках .

Последним шагом в обработке платежей по счетам кредиторов является аннулирование чеков , которое показывает , что платеж прошел через банк и помечен как закрытый . Каждый выпускаемый вами платеж должен быть помечен как погашенный или аннулированный до того как он (или ваучеры , по которому он был проведен ) может быть перемещен в архив с помощью функции Удаление /Архивирование закрытых операций по счетам кредиторов (28.9.13) или в ведении Кассовой книги (31.13). Платежи могут обрабатываться как по одиночке , так и партиями .

Дополнительная возможность – Незавершенные платежи . В MFG/PRO вы можете задержать уменьшение значения по счету кассы до тех пор , пока платеж не будет проведен через банк . Когда генерируется платеж , он кредитует не ваш счет кассы , а счет незавершенных платежей . Позднее , когда вы запустите аннулирование чеков , счет кассы будет кредитоваться и счет незавершенных платежей – дебетоваться . Это обычно делается при использовании электронных платежей .

15.2.3.1. Ведение ваучеров

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

Существует два различных вида платежей : ручные и автоматические .

Функция ведения данных ваучеров 28.1 Вед . Кредит . Документа (Ваучера ) состоит из нескольких экранов (рис . 23). Существует три способа передвижения между ними

15.2.3.1.1. Главное окно .

Главное окно функции содержит информацию о номерах ЗЗ , банке поставщика , датах и т .д .

Заказ : с одним ваучером может быть объединено неограниченное количество ЗЗ , но при этом все они должны относится к одному поставщику и быть в одной валюте . Для этого после ввода номера первого нажмите Enter или GO для ввода следующего , после окончания ввода ЗЗ нажмите F4.

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

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

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

Бк Пост : банк поставщика . По умолчанию принимается первый алфавитно - цифровой код банка указанный в данных поставщика (2.3.1).

Отдельн .Чек : показывает требуется ли при оплате отдельный чек для вводимого ваучера . Нет - отдельный чек не требуется , Да - при оплате ваучера будет печататься отдельный чек даже если одновременно производится оплата других ваучеров этого поставщика .

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

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

Во время ввода ваучера система показывается величину суммарной предоплаты поставщику . Для более детального просмотра произведенных предоплат используется отчет 28.15 Запрос Предоплаты Поставщика ОстанСумма : сумма ваучера не подлежащая оплате . Обычно обсуждаемая с поставщиком сумма оплаты за услуги или товары . Остановленная сумма может быть оплачена пока не будет обнулена .

СуммаБезСкид : часть суммы ваучера , по которой не рассчитываются скидки .

Например , при вводе ваучера на сумму 150 р - 50 р налоги - и скидкой по условиям оплаты 2% рассчитываемой на основе суммы в 100 р , необходимо указать СуммаБезСкид – 50 р .

Авт . Выбор : определяет , используется ли функции автовыбора квитанций вносимых в ваучер . Если Да то следующее окно «Автом . Выбор » позволяющее ввести критерии выбора квитанций , Нет - следующей рамкой появляется рамка «Детали Соотв . Квит .»

15.2.3.1.2. Окно автоматического выбора квитанций

Квитанции могут отбираться по :

  • по дате получения (Дата Получ .),
  • номерам упаковочных бланков и квитанций (Упаков .Бланк , Квитанц .),
  • коду НП (№ Позиции ),
  • коду сотрудника производящего закупки (Зкпщк ),
  • коду сотрудника подтверждающего закупки (КемПодтвержд ).

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

Откр . Кво Вауч .: если Да - в окне «Вед . Соответств . Квитанций » значение К -во С - Ф будет установлено по умолчанию количество полученное и Зтр .Сч -Ф стоимость НП указанная в ЗЗ . Нет - по умолчанию эти поля будут с нулевыми значениями .

Выбр .Всё (*): если Да - все выбранные квитанции будут помечены звездочкой в следующем окне . Нет - выбранные квитанции не будут помечены звездочками . В обоих случаях можно будет отредактировать сделанный системой выбор вручную .

15.2.3.1.3. Окно Ведение выбора .

В этом окне предъявляются выбранные квитанции .

Для корректировки (удаления не нужных из выбора в случае полного выбора или добавления если квитанции не помечены ) необходимо передвигать курсор используя стрелки Вверх /Вниз и необходимым квитанциям присваивать или снимать звездочки нажатием клавиши Пробел или Enter.

После того как выбор , сделан нажмите GO.

15.2.3.1.4. Детали Соответствия Квитанций , Ведение Соответствия Квитанций .

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

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

В полях «Кво СчФ » и «Зтр .Сч -Ф » указываются действительные полученное количество и затраты за одну единицу изделий . Расширенные затраты отображаются в полях «Отк .Расш »- по ЗЗ ; «Рсш СчФ »- по данным введенным в ваучере ; «РасшОтклНорм », «РасшОтклИсп .»- отклонения между ЗЗ и ваучером .

После завершения ввода данных количеств и затрат нажмите F4 (при необходимости несколько раз до попадания в окно «Распределение »).

15.2.3.1.5. Окно Распределения

В этой рамке отображаются строки проводки ГК распределения сумм расходов и отклонений .

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

Такие подсчитанные системой строки получают тип «R», то есть строка не может быть отредактирована или удалена .

Если строка введена пользователем с клавиатуры тип «Пробел », такая строка может быть отредактирована или удалена . Строки распределения , вводимые вручную , могут отражать дополнительные расходы на закупки , такие как расходы на доставку .

Строки распределения могут ссылаться на комбинацию счет /субсчет /ЦЗ или на Код Резервирования введенный предварительно в 25.3.23 Ведение Кодов Резервирования .

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

15.2.3.1.6. Заключительное окно

В этом окне вводится оспаривая сумма ваучера , не подлежащая оплате , статус подтверждения и код сотрудника предприятия ответственного за подтверждение ваучера .

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

Подтвержд .: статус подтверждения ваучера (Да - подтвержден , Нет - не подтвержден ). Если статус ваучера «Подтвержд .: Да », то по нему создается транзакции ГК и он может быть оплачен . Дополнительно если «Ввести Подтвержд .Ваучеры »- Да (28.24), то в функции 28.1 можно редактировать строки распределения ваучера или удалить его . Если «Ввести Подтвержд .Ваучеры »- Нет (28.24), то редактировать строки распределения ваучера нельзя , но при необходимости его можно удалить в случае если период ГК открыт .

Если ваучер не подтвержден («Подтвержд .: Нет ») и «Ввести Подтвержд .Ваучеры »- Нет , то проводка ГК не создается и такой ваучер не может быть оплачен .

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

КтоНазначен : код сотрудника назначенного для подтверждения ваучера .

Предварительно коды подтверждающих лиц должны быть введены в 2.7.1 Ведение Работников .

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

В результате создания подтвержденного ваучера генерируется транзакция ГК : Для ваучеров с позициями , хранимыми на складе .

  • Дб Счет Получений ЗЗ
  • Счета Отклонений Цен ЗЗ
  • Счета Не Реализованных Прибылей /Потерь Обменного Курса
  • Счета Налогов
  • Кр Счет кредиторов

Для ваучеров с позициями , не хранимыми на складе и без ссылки на ЗЗ .

  • Дб Счет Закупок
  • Счета Налогов
  • Кр Счет Кредиторов

15.2.4. Подтверждение ваучеров .

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

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

А также действительную дату ваучера – «Действит .». По умолчанию в качестве действительной даты принимается системная .

Подтверждение ваучеров может производиться группой в 28.6 Подтверждение Ваучера -Автоматич .

Отбор подтверждаемых ваучеров может производиться по диапазонам номеров пакетов (Пакет ), кодов поставщиков (Поставщ .), номеров ваучеров (Ваучер ), типов (Тип ), дат ваучеров (Дата Ваучера ), кодов подтверждающих лиц (КтоНазначен ), а также по коду валюты .

При подтверждении может быть назначена определенная дата подтверждения в поле «Действит .». Если дата подтверждения не указывается , то в качестве действительной даты будет использоваться дата создания ваучера . Если присвоена некоторая определенная дата , то она будет назначена всем выбранным ваучерам в качестве действительной .

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

15.2.5 Оплата ваучеров

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

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

15.2.5.1. Автоматический выбор платежей

С использованием функции автоматического выбора платежей можно отобрать ваучеры по диапазонам : ДатОплаты , Дата Скид , Поставщ ., ТипПоставщика , Сорт .Имя , Ваучер , Тип Ваучера , УсловияКред ., Банк , ЮрЛицо , Пакет , Форма Чека .

Система генерирует отчет со всеми ваучерами , попадающими в указанный диапазон и итоговой суммой .

При генерации автоматического выбора может быть назначен денежный поток через который будут оплачиваться ваучеры в поле «Назначен .Банк ». Для ваучеров оплачиваемых через разные денежные потоки (банки ) выбор должен запускаться отдельно . Чтобы результаты предыдущего выбора не уничтожались присвойте «Измен .Предыдущ .Выбор »- Нет .

Дополнительными ограничивающим критерием отбора ваучеров может быть «Максим . Сумма », то есть максимальная сумма , которую Вы собираетесь использовать для оплаты . Во время подбора ваучеров система после выбора очередного проверяет соответствие итоговой суммы максимальной , если она превышает максимальную , отбор останавливается .

15.2.5.2. Ручной выбор платежей

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

В средней рамке представлены ваучеры , отобранные к оплате . Чтобы исключить ваучер из выборки необходимо обнулить «Сумма к Оплате ». Для этого в нижней рамке в поле «Ваучер » присвойте номер исключаемого ваучера , далее присвойте сумму оплаты по нему «Сумма к Оплате ». Причем она может не полностью покрывать открытую сумму ваучера , тогда он будет оплачен частично . В этой же рамке можно назначить банк через который должна быть произведена оплата (Бк ), величину скидки (Разрм .Скидки ), форму чека (ФЧ ).

После отбора и корректировки выбора убедитесь в его правильности , распечатав регистр 28.9.6 Регистр Выбора Платежей .

15.2.6. Чеки

Формы чеков :

  • формы чеков 1 и 2 печатают чеки в различных форматах ;
  • форма 3 генерирует отчет для передачи по факсу в банк ;
  • форма 4 генерирует ASCII файл , который может быть отослан в банк в электронном виде .

Отчет о платеже может быть создан и отослан к каждому поставщику как уведомление о платеже .

15.2.6.1. Генерирование автоматических чеков

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

При генерировании автоматических чеков 28.9.9 Платежи -Автоматические Чеки обычно получается один суммарный чек для каждого поставщика , кроме платежей по ваучерам в данных которых указано «Отдельн .Чек : Да ».

Печатаемым чекам можно присвоить требуемые дату чека (Дата Чека ) и дату транзакции ГК оплаты (Действит .), по умолчанию принимается системная дата . А также номер первого чека (Начальный Чек ).

Перед печатью чеков пользователь имеет возможность распечатать пробный чек (Печ .Тест .Чек : Да ).

Чек содержит корешок , в котором указанны номер ваучера (Ваучер ) номер С -Ф (Счёт -Фактура ), общая сумма ваучера (Итоговая Сумма ), величина скидки (Скидка ), и сумма оплаты (ЧистСумма ) и сам чек с адресом поставщика и суммой оплаты прописью и цифрами .

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

В случае если печать автоматических чеков была произведена с ошибками , то перед их перепечаткой необходимо сначала отменить созданные в функции 28.9.15 Ведение Аннулирован . Чеков .

В этой функции необходимо указать код банка , для которого будут отменяться чеки (Банк ). Затем в следующей рамке , используя подсказку , указать код отменяемого чека (Чек ) нажать GO и при появлении запроса : «Вся информация правильна ?» -принять Да .

Отмена чеков может быть обработана в этой функции и по другим причинам позже . Чеки можно отменить до тех пор , пока они не подтверждены в функции 28.9.13 Ведение Отмененных Чеков .

15.2.6.2. Запись чеков вручную

Платежи , которые обрабатываются вручную и затем вносятся в систему , обычно представляются в виде выписанных вручную чеков или банковских платежек . Ручные платежи осуществляются для особых открытых ваучеров или могут быть не по счетам кредиторов (non-AP) (ваучер не введен и не будет вводиться ). Предоплаты или наложенные платежи не вводятся по типу non-AP. Для них сначала вводится ваучер и затем – оплата .

28.9.10 Платежи -Чеки Выписанные Вручную используется для записи платежей сделанных без использования MFG/PRO. Система устанавливает флаг ваучера закрыт , если произведена его полная оплата . В отчетах о балансе поставщика платежи отражаются с типом «V».

Ваучер : номер оплачиваемого ваучера .
Примен .Сумма : открытая сумма оплаты по ваучеру , включая скидку .
ДенежнСумма : сумма платежа , сумма оплаты за вычетом скидки .
Например , если сумма ваучера - 100 р скидка - 2%, то Примен .Сумма - 100 р ,
ДенежнСумма - 98 р , Скидка - 2 р .

В результате оплаты генерируется транзакция ГК :

  • Дб Счет Кредитора
  • Счет Реализованных Прибылей /Потерь Обменного Курса
  • Кр Счет СчетДенПотоков (26.13) или в случае применения (Исп . Счет Оплата В Процессе : Да – 28.24) Счет Оплата В Процессе (26.31)
  • Счета Скидок

15.2.6.3. Подтверждение чеков , удаление закрытых документов .

Перед удалением закрытых чеков их необходимо подтвердить в функции 28.9.13 Ведение Отмененных Чеков .

Чек : подтверждаемый чек .

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

Н – возможные значения : «AU»- чек созданный автоматически , «MN»- чек введенный вручную .

После подтверждения чеков закрытые ваучеры и чеки могут быть удалены в 28.23 Закрытый СК Удалить /в Архив .

Перед запуском удаления рекомендуется печатать отчет для предварительного просмотра сделанного выбора : Удал .- Нет , Архив - Нет . Для полного удаления документов : Удал .- Да , Архив - Нет . Для удаления документов в архив : Удал .- Да , Архив - Да .

Лекция 16. Финансовый блок в MFG/PRO (продолжение 1)

16.1 Управление основными средствами

16.1.1. Настройка модуля

Почти всю информацию об основных средствах (ОС ) можно вести с помощью функций меню 32.1 «Установка Основных Средств ». Однако , для запуска модуля основную информацию необходимо ввести в функции 32.5 «Ведение Основных Средств ».

Многие шаги запуска опциональны .

16.1.1.1. Настройка контрольного файла основных средств 32.24 «Контр .Файл Основных Средств »

Значения этого файла влияют на подсчет , выставление амортизации , списание ОС .

Поля файла :

СчетПрибылей , Счет Убытков : счета , на которые выставляются суммы прибылей , убытков по ОС .

МинСтоимостьАктива : предупреждает ввод стоимости актива ниже введенной суммы в 32.5.

Внес .: может принимать значения «Датали », «Суммар .», определяет , как будут выставляться суммы амортизации при использовании 32.16 в ГК .

Корот .НалогГод : обычно стоит Нет . Установите Да только если применяет короткий финансовый год (например , компания создана в середине фин . года ). Если ввести Да система автоматически присвоит Нет после конечной даты короткого года . В это время система переустанавливает начальные даты для каждого амортизационного года книги и пересчитывает детально амортизацию для каждого ОС книги . Эта установка имеет значение для каждой книги амортизации .

ДатаОконч .Коротк .НалогГода : в этот день система переустановит все амортизационные книги в первый период нового года .

16.1.1.2. Просмотр /редактирование расчета или таблицы амортизации в 32.1.1 «Ведение Расчетов Амортизации » и 32.1.2 «Ведение Таблиц Амортизации »

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

MFG/PRO уже содержит несколько наиболее распространенных методов расчета амортизации .

Метод : название метода .

Дата Начала , Дата Оконч : даты начала и окончания действия метода .

Метод Оптимизации : код альтернативного метода расчета амортизации . В первые месяцы расчета амортизации определенного ОС система определит какой метод дает большую сумму амортизации за период (основной или альтернативный ) и будет его использовать в дальнейшем .

Модиф .Уравнение : для модификации формулы метода присвойте Да . Только пользователи с полным PROGRESS могут дополнять и модифицировать методы .

Замечание . Когда Вы редактируете или дополняете новые методы расчета амортизации программы для «Ведение Расчетов Амортизации » перекомпилируются .

Для таблиц Вам необходимо записать суммы или проценты по годам и месяцам .

Для применения сумм или процентов к году целиком – введите в поле месяца ноль .

16.1.1.3. Просмотр соглашений в 32.1.7 «Ведение Соглашений » (Опционально )

MFG/PRO поддерживает следующие соглашения (в программе не предусмотрена возможность дополнения пользовательских соглашений ):

Соглашения оговаривают , как рассчитывается амортизация в первый и последний год использования ОС . В функции 32.1.7 Ведение Соглашений указываются начальные и конечные даты действия Соглашений .

Соглашение : MFG/PRO поддерживает следующие соглашения (в программе не предусмотрена возможность дополнения пользовательских соглашений ):

  • FM (Full-Month): амортизация (Ам ) месяца подсчитывается для первого месяца эксплуатации . Ам не подсчитывается для месяца списания .
  • HynoDisp (Half Year-no depreciation at disposal): половина Ам года подсчитывается для первого года . Ам не подсчитывается для года списания . Если ОС списывается в конце срока эксплуатации , половина Ам года подсчитывается для следующего года .
  • HYw/Disp (Half Year-Disposal Depreciation allowed): половина Ам года подсчитывается для первого года . Другая половина рассчитывается для года списания .
  • MHY (Modified Half Year): если ОС средство введено в эксплуатацию в первой половине года оно Ам -ся по полному году . Иначе Ам не рассчитывается до второго года . Если ОС списывается в первой половине года , Ам не исчисляется если во второй исчисляется Ам полного года .
  • MM (Mid-Month): половина Ам месяца подсчитывается для первого месяца . Другая половина подсчитывается для месяца списания .
  • MQ (Mid-Quarter): половина Ам квартала подсчитывается для первого квартала . Другая половина подсчитывается для квартала списания .

Обычно поля Соглашений не корректируют , только если устанавливают «Дата Начала » и «Дата Оконч .». Но если вы будете использовать MQ, необходимо ввести таблицу процентов .

Дата Начала , Дата Оконч .: даты начала и окончания действия соглашения .

16.1.1.4. Установка книг амортизации в 32.1.13 «Ведение Бухгалтерских Книг »

Данные начисления амортизаций могут вестись для ОС по нескольким книгам .

Книги устанавливаются по юр . Лицу , банку и валюте . Установка книг амортизации производят в 32.1.13 «Ведение Бухгалтерских Книг ».

«Ведение Бухгалтерских Книг » содержит опции расчета амортизации по периоду или с начала года (СНГ ). СНГ позволяет Вам генерировать отчеты отражающие суммы с начала года , но эти суммы не обновляют ГК до конца года , потому что , создаются обратные транзакции в 32.16 «Внесение Амортизации ». Амортизация может быть основана либо на стоимости покупки , либо на текущей стоимости .

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

Внести в ГБК : только для одной книги юр . Лица может быть Да .

Амортизир .Исп .Суммы С Нач .Года : Нет , если амортизация подсчитывается по периодам , Да , если с начала года .

Метод Нормиров .: возможные значения «СЕРВИС » и «ПОЛН .ГОД ». Определяет , будет ли нормироваться амортизация , когда подсчитывается амортизация периода в 32.5. СЕРВИС : показывает , что амортизация первый раз подсчитывается для года жизненного цикла ОС и затем нормируется по фискальному году (установка для США ).

ПОЛН .ГОД : показывает , что нормирование не используется . Амортизация рассчитывается , как если бы ОС было введено в эксплуатацию в начале фискального года .

Используется для расчетов аморт . в 32.5, 32.13 (расчет ), 32.10(списание ).

Для «Полного Года » аморт . подсчитывается для года книги , а не для года эксп . ОС .

Аморт выплаты в первый год ОС вкладываются в год книги , в которой ОС было помещено в эксп , даже если ОС введено в эксп в последний день года книги . Аморт выплаты во второй год будут вложены во второй год книги и т .д .

Для «Сервиса » аморт . подсчитывается для года эксп . ОС и пропорционально распределяется для каждого года книги перекрывающего его . Для первого года эксп аморт подсчитывается для конца первого года книги и начала второго года книги .

Допустим аморт 3000 р ОС для первого года эксп . ОС и 2000 р для второго . Год книги состоит из 4 периодов календарного года . ОС было введено в эксп 1 апреля .

Для "Полного Года " аморт для 1994 и 1995 годов будет :

  • 1994 1000 р возьмет каждый период книги между 1 апреля и 31 декабря .
  • 1995 500 р возьмет каждый период книги .

В последний год эксп . ОС , оставшаяся амортизация будет отложена периодам книги предшествующим дате списания .

Для "Сервиса " аморт для 1994 и 1995 годов книги :

  • 1994 (3/4*3000 р )=2250 р
  • 1995 (1/4*3000 р )+(3/4*2000)=2250 р

В последний год эксп . ОС , амортизация будет пропорционально распределяться до периода списания книги .

ИспТекущиеЗатраты : Да (например , в странах с гиперинфляцией ) для базирования амортизации ОС на текущей его стоимости вместо стоимости из истории .

Текущие затраты вводятся в деталях книги функции 32.5.

Начало Года Амортизации : начальная дата года книги .

К -во Аморт . Периодов за Год : например , 12 если амортизация рассчитывается ежемесячно .

Текущий Период Амортизации : например , 10 - года с 12 периодами .

Аморт .Период С НачГода : количество периодов для которых амортизация уже подсчитана в этом фискальном году (для примера 9).

16.1.1.5. Установка типов активов в 32.1.15 «Ведение Типов Основ . Средств » (Опционально )

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

Когда Вы вводите код типа в деталях книги актива (32.5) устанавливается метод амортизации типа . Если Вы используете различные методы для финансовой и налоговой отчетности Вы можете назначить разные коды типа для каждого метода .

16.1.1.6. Установка классов активов 32.1.17 «Ведение Классов Основ . Средств » (Опционально )

В записи ОС коды классов определяют счета ОС , накопленной амортизации и расходов на амортизацию для ОС управляемых группой в ГК . Например , Вы можете создать классы ОМ - офисная мебель , ОТ - оргтехника .

16.1.1.7. Ввод местоположений в 32.1.19 «Ведение Адресов Основ .Средств » (Опционально )

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

Замечание . Местоположения в 32.1.19 не связаны со складскими местоположениями .

16.1.1.8. Ввод ответственных 32.1.21 «Ведение Ответств за Осн .Средства » (Опционально )

Ответственные могут быть записаны в ОС для ссылки .

16.1.1.9. Ввод максимального значения налоговых кредитов , суммы расходов и других полей детальных записей книги (32.5) в 32.1.10 «Вед .Максим .Допуст . Количества » (Опционально )

Это полезно в организациях где .

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

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

16.1.1.10. Печать бланков форм ОС в 32.3 Печать Форм Бланков Осн .Средств (Опционально )

Эти формы полезны для записи исходной информации перед вводом записей ОС .

Ввести данные и детали книг в 32.5 «Ведение Основных Средств ».

Информация , вводимая в этих экранах опциональна .

Дата Нач . Амортизации : дата первой амортизации ОС . Обычно это дата введения в эксплуатацию .

Печат .В Отчетах : Нет для исключения ОС из отчетов амортизации (используется для не амортизируемых ОС ).

Ответств .: опционально . Используется только для ссылки .

НачалоПриостан ., КонецПриостан .: показывает периоды , в которых не рассчитывается амортизация (например , время профилактического осмотра ). Даты могут быть введены несколько раз на протяжении времени использования ОС .

Класс : опционально . Используется для определения по умолчанию счетов ГК ОС , накопленной амортизации и амортизационных затрат .

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

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

СтоимПриобретения : может быть записана в валюте книги или валюте системы .

Метод Амортизации : по умолчанию из типа ОС .

% Уменьшающегося Баланса : применятся для амортизационного метода DB.

Также может использоваться для методов введенных вами и ссылающихся на поле

abd_db_pct.

% Текущих Затрат : используется только если амортизация рассчитывается на основе текущей стоимости ОС .

Тек Стоимость =Стоимость Из Истории * %Текущих Затрат

ЛиквидацСтоим : ожидаемая стоимость ОС в конце его применения .

Сумма Затрат : используется в таблицах амортизации в момент полного или частичного расходования ОС .

Премия %: (опционально ) используется в двух случаях :

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

В первый год эксплуатации ОС система применяет этот процент к сумме приобретения уменьшая «ЛиквидацСтоим ». Например , ОС с «СтоимПриобретения »=10000 руб ., «ЛиквидацСтоим »=1000 руб . и «Премия %»=1%, будет подсчитана премия первого года в размере 90 руб .

%НалоговойСкидки : процент стоимости ОС , который может быть взят как налоговый кредит .

СуммаНалог .Скидки : сумма полученная умножением «СтоимПриобретения » на «%НалоговойСкидки ».

Годы , Месяцы : ожидаемое время использования ОС .

Осталось Лет , Осталось Месяцев : ожидаемое оставшееся время использования ОС .

Посл .Амортизация : устанавливается автоматически после выставления амортизации .

Амортиз .СНачГода -Финанс .: сумма амортизации с начала года в этой книге .

Предыдущ .Амортиз .-Финанс .: итоговая сумма амортизации вложенная в ОС к началу текущего года книги . Прибавляется в начале каждого фискального года ОС .

Предв . Амортиз .-Жизнь Фонда : итоговая сумма амортизации вложенная в ОС в начале текущего года ОС . Прибавляется в начале каждого года эксплуатации ОС .

Амортизация за Период : сумма амортизации , которая будет переведена на счет амортизации ОС за период в текущем году книги . Система автоматически подсчитывает эту сумму в момент нажатия GO в окне деталей книги Если выставляется амортизация с начала года , эта сумма умножается на количество периодов ОС в текущем году книги .

Если амортизация выставляется по периодам , то эта сумма , которая будет выставлена в ГК (пока Вы вручную не измените ее в 32.15 «ВедениеПериодовАмортизации »).

16.1.2. Расчет и выставление амортизации в ГК

16.1.2.1. Списание основного средства (ОС )

В момент записи основного средства (ОС ), основная запись об ОС и одна или несколько книг деталей устанавливается в 32.5 "Ведение Основных Средств ". Основная запись определяет дату начала амортизации , счет ГК и всевозможную ссылочную информацию . Детали книги определяют метод амортизации и другую информацию , используемую при подсчете амортизации для налоговой или финансовой отчетности .

Следующие действия необходимо делать каждый период :

Подсчет амортизации периода в 32.13 "Расчет Аморт . за Определ . Период ".

Амортизация подсчитывается по юр . лицу и книге для диапазона ОС .

Актив , Класс : поля задания диапазона ОС , для которых необходимо рассчитать амортизацию за период .

Книга : код книги , для которой рассчитывается амортизация .

КонПериода : дата конца периода , для которого подсчитывается амортизация .

Поле «Изменить Предыдущие Расчёты » определяет , будут ли удалены ранее созданные записи амортизаций .

Для первого подсчета амортизации присвойте «Изменить Предыдущие Расчёты »-Нет .

  • Если присвоено Нет , запуск функции расчета амортизации удалит имеющиеся записи амортизации для определенного списка ОС . Если «Создан .Запис .Амортизации » -Да амортизация периода будет обновлена и создана соответствующая запись . Если Нет запись создана не будет , но будет обновлена амортизация периода для ОС Ам которых вносится ежегодно .
  • Если «Изменить Предыдущие Расчёты » -Да записи предыдущих амортизаций удаляются . В этом может возникнуть потребность , если , например , была создана запись для неверной конечной даты . Если и поле «Создан .Запис .Амортизации »-Да существующие детальные записи амортизаций соответствующим выбранным критериям будут удалены , обновления амортизации периода не произойдет и будут созданы новые детальные записи амортизаций . Если «Создан .Запис .Амортизации »-Нет записи амортизаций будут удалены , новые записи созданы не будут .

Проверка правильности подсчета амортизации для заданных ОС - просмотр в 32.14 "Регистр Пробных Периодов Аморт .".

Корректировка вручную для подсчета амортизации по периоду в 32.15 "ВедениеПериодовАмортизации ". Используйте эту функцию для записи специальных сумм таких как налоговые выплаты или разного рода премии или для регулировки ОС , которые были пере - или не до амортизированы .

Заполните поля КонПериода , ЮрЛицо , Книга , Актив , и в окне распределения введите дополнительную строку распределения , указав счет , сумму и тип . Поле тип может принимать значения

  • AD(Accumulated Depreciation)- накопленная амортизация .
  • CA(Cash received on asset retirement)- получение денег при списании ОС .
  • DE(Depreciation Expense)- затраты на амортизацию .
  • GL(Gain/Loss on Asset Retirement)- прибыли /убытки при списании ОС .
  • RA(Reversing Asset Cost)- возвращение стоимости ОС .
  • RD(Reversing Accumulated Depreciation)- отмена амортизации ОС .

Выставление сумм амортизации в ГК 32.1 "Внесение Амортизации ". После выполнения этой функции амортизация будет преобразована в невыставленную транзакцию ГК .

Просмотр выставленных амортизаций 32.17 "Регистр Выставленных Амортизац ".

Когда ОС полностью амортизировано оно списывается в функции 32.10 "Списание Основных Средств ". Эта функция подсчитывает и выставляет транзакцию прибылей /убытков для счетов ОС и амортизации . Метод и причины списания опциональны и могут быть введены в обобщенных кодах (36.2.13).

Цена Списания : сумма в базовой валюте , получаемая предприятием в результате списания ОС . Используется для подсчета прибылей убытков от списания .

Цена Списания – (Сумма Приобретения – Накопленная Амортизация )

Транзакция ГК дебетует счет кассы на сумму Цены Списания . Счет кассы принимается по умолчанию из данных банка (СчетДенПотоков (26.13)) книги списания .

ЧастичРазмещение : показывает , используется ли частичное списание . При частичном списании система рассчитывает последнюю амортизацию , основываясь на стоимости приобретения введенного в эксплуатацию количества ОС .

«ЧастичРазмещение » также уменьшает Количество и стоимость приобретения в 32.5 Ведение Основных Средств .

Если конечная стоимость приобретения 15 эксплуатируемых единиц 15000 р , а стоимость приобретения всех 20 единиц была 20000 р , последняя амортизация будет подсчитана только для 15000 (или ? от полной стоимости приобретения ). Амортизация подсчитывается на основе окончательной стоимости , а не количестве .

В модуле отчетов (32.7) об основных средствах позволят Вам просмотреть следующую информацию .

  • Записи книги активов .
  • Расходы на приобретения .
  • Приобретения и продажи .
  • Налоговые кредиты .
  • Соответствующие подсчеты амортизации .
  • Проектирование жизненного цикла амортизаций .

16.1.3 Работа с МБП в MFG/PRO

16.1.3.1. Рекомендации по настройке модуля 32 «Основные Средства для ведения МБП »

Для возможности сортировки существующих на предприятии МБП в зависимости от того , на каком счете они числятся , рекомендуем ввести 4 класса (названия примерные ):

  • М 1 – МБП в запасе ,
  • М 2 – МБП в эксплуатации ,
  • М 3 – Временные (не титульные ) сооружения ,
  • М 4 – МБП 100%-списанные при вводе на счет расходов .

Ввод классов осуществляется в функции 32.1.17 Ведение Классов Основ . Средств .

«Счет Актива » для первых трех классов присвойте 12, для четвертого счет расходов , если сразу списываемые МБП всегда списываются на один счет (например , 25), иначе оставьте это поле пустым и присвойте ему соответствующее значение во время ввода записи МБП в функции 32.5. Также поступите со счетом «Счет Затрат на Амортизацию » для всех четырех классов .

Для возможности сортировки МБП по группам и отличия от ОС рекомендуем присваивать создаваемым записям МБП в функции 32.5 номера в соответствии со следующей схемой : МХ -YYYYYY, где Х - номер группы , YYYYYY- номенклатурный номер (например , М 1-739582).

16.1.3.2. Данные необходимые для ведения МБП , вводимые в модуле 25.3 Устан . Гл .Бухг . Книги .

Для ведения МБП в модуле 32 Основные Средства необходимо ввести счета и субсчета учета МБП .

Счета (25.3.13):

Субсчета 25.3.17 (вводятся в соответствии с принятой длиной субсчета на предприятии ):

16.1.3.3. Последовательность ведения МБП в MFG/PRO.

Для аналитического учета МБП в системе до момента введения , то есть МБП в запасе (на складе ), необходимо создавать записи о предметах как НП в модуле ведения данных о НП (1.4).

Создать ТНГ для малоценки (1.2.1):

Создать запись о предмете , как НП (1.4.1):

Номер НП должен соответствовать будущему номеру МБП в модуле ОС (32).

Обратите внимание на значение полей :

Главн .График : -Нет , План .Заказы : -Нет – исключает НП описывающие МБП из планирования ,

Зкп /Прз : если предметы будут закупаться – «Р », если МБП собственного производства – «М », Фантом : Да .

16.1.3.4. Закупаемые МБП

Создать заказ на закупку , указав в поле «№Позиции » будущий номер предмета и в поле «СчетЗакуп .» счет и субсчет , с которых в дальнейшем они будут введены в систему как МБП .

Обработать получение по ЗЗ (5.13.1), создать ваучер (28.1) и произвести оплату (28.9.10) по стандартной методике обработки закупочных операций .

Ввести данные МБП в функции 32.5, как МБП в запасе :

В результате операции ввода появится проводка :

12-12.1 200.0 р .
10 -200.0 р .

Ввод МБП в эксплуатацию (перевод МБП со счета 12-12.1 на 12-12.2 и начисление износа ). Для этого в функции 32.5 введите ноль в поле «СтоимПриобретения ». Далее при прохождении окон Деталей Книги появится дополнительное окно , в котором введите следующую информацию

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

Вернувшись в главное окно Деталей Книги нажмите F4 и не выходя из функции нажмите F1 (два раза ) до попадания в окно :

в котором замените субсчет 12.1 на субсчет 12.2.

Далее в поле «СтоимПриобретения » введите стоимость МБП (в примере 200 р .). В окне

в поле «Предыдущ .Амортиз .-Финанс .»- введите сумму износа МБП .

В окне введите только описание .

Укажите те же данные в дополнительном окне появляющемся после прохождения всех окон Деталей Книги .

В результате операции появятся проводки

12-12.1-200
76

200
12-12.2200
76

-200
13-200
25200

Списание производится в функции 32.10. Используйте значения по умолчанию в первом окне функции :

Все остальные действия система сделает автоматически .

16.1.3.5. Производимые МБП (значение поля «Зкп /Прз »-Р (1.4.1)).

Если для производства определенного предмета МБП будет создан только один НЗ :

  • введите стандартные затраты НП (описывающей МБП ) в 1.4.9,
  • создайте и выпустите Н -З для этой НП (16.1, 16.6),
  • введите спецификацию Н -З и техкарту в функциях 16.13.1 и 16.13.13 соответственно ,
  • произведите дальнейшую обработку Н -З по стандартной схеме (16.10, 16.11, 16.21 или 16.10, 17.1, 16.11, 16.21).

Если по созданной НП производство МБП будет не однократным , произведите операции обычной работы с производимой номенклатурой :

  • создание структуры изделия (13.5),
  • создание техкарты изделия (14.13.1),
  • подсчет затрат по изделию (14.13.17, 14.13.13, 13.12.13),
  • и т .д . до получения готовой продукции .

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

Ввод данных МБП и начисление износа .

Произведите операцию незапланированного отпуска , которая будет представлять собой бухгалтерскую часть операции ввода МБП в эксплуатацию .

Указав в поле «Дб .Счет » счет и субсчет на котором в дальнейшем будет учитываться МБП . В результате операции появится проводка

Дб 12-12.2

Кр 12-12.1

Создайте карточку МБП в модуле 32 Основные Средства

После прохождения приведенных окон система вернется в окно «Дет .Книги » - нажмите несколько раз F1 до попадания в окно «Суммы Амортизации » и в поле «Предыдущ .Амортиз .-Финанс .» - введите сумму износа МБП , то есть полную стоимость МБП .

Это дополнение создаст проводку

Кр 13

Дб 25 (или другой счет затрат указанный в окне счетов МБП )

Во вновь появившемся окне присвойте «Внес .в ГБК »- Да и нажмите F1.

Выйдите из функции , распечатав аудиторский контроль .

32.10 Списание производится в функции 32.10. Используйте значения по умолчанию в первом окне функции :

Все остальные действия система сделает автоматически .

16.2. Главная книга

16.2.1 . Финансовый учет

Все действия в системе имеют свое финансовое отражение .

Главная Книга является «ядром », отражение в котором находят операции сбыта , сервисных услуг , снабжения , производства , складирования (рис . 30).

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

Рассмотрим рис . 31 без предоставления сервисных услуг .

16.1.3.1. Продажи и отражение на счетах AR (дебиторской задолженности )

Когда товары отгружаются и оформляются , счета -фактуры отправляются в Счета к Получению (счета дебиторов , дебиторская задолженность , Accounts Receivable – AR).

Это изменяет счета открытого баланса покупателя и создает транзакции в главной книге (GL) для счетов дебиторов (AR) и продаж . После оплаты покупателем , выпускается другая транзакция в главной книге (GL), которая уменьшает AR (счета дебиторов ) и увеличивает кассу .

16.1.3.1. Закупки и отражение на счетах AP (кредиторской задолженности )

Операции по Счетам к Оплате (счета кредиторов , кредиторская задолженность , Accounts Payable – AP) изменяют балансы по счетам AP (счетам кредиторов ), кассе , накопительным счетам закупок и другим счетам по расходам . Заказы на закупку не изменяют AP (счета кредиторов ), они используются только для выверки счета -фактуры поставщика .

16.1.3.2. Производство и модуль заработной платы

Отчеты о проделанной работе генерируют хронометражные карты для зарплаты . В США они могут затем передаваться в модуль Зарплаты MFG/PRO для генерации чеков на выдачу заработной платы . Производственная деятельность также генерирует транзакции по главной книге (GL), изменяет балансы по незавершенному производству (WIP) и другим счетам производственных затрат и отклонений .

16.2.1.4. Складской учет (непрерывный и периодический )

Операции по складу могут также генерировать транзакции по главной книге (GL), отражая текущий баланс по счетам складского учета . Это называется непрерывным методом складского учета . Большинство компаний поступают именно так , но это может быть отключено в Файле Настроек Складского Учета (Контроль . Файл Складского Запаса , 3.24), если компания использует периодический метод складского учета .

16.2.2. Настройка счетов Главной Книги

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

16.2.2.1 Установки счетов по умолчанию (36.1)

Установки по умолчанию производятся в Файле настроек системы /счетов (36.1).

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

16.2.2.2. 36.1 для 2.1.1 и 7.1

Счета дебиторской задолженности (AR): они высвечиваются для каждого нового покупателя и могут быть изменены . Счет дебиторской задолженности покупателя передается в заказы на продажу и может быть там изменен . Именно счет AR, указанный в заказе на продажу используется при обработке счетов -фактур .

16.2.2.3. 36.1 для 1.2.1 и 1.2.17

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

16.2.2.4. 36.1 для 1.2.1 и 1.2.17 Склад : значения счетов по умолчанию для складского учета устанавливаются в Файле настроек системы /счетов (36.1), но могут быть изменены для продуктовой линии и площадки . При отражении складских операций и изменении цен используются счета продуктовой линии и площадки .

16.2.2.5. 36.1 для 1.2.1 и 14.1

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

16.2.2.6. 36.1 для 1.2.1 и 14.1

Счета кредиторской задолженности : счета AP, затрат на закупку и накопительные счета устанавливаются в Файле настроек системы /счетов (36.1), но могут быть изменены для продуктовой линии , поставщика и заказу на закупку .

16.2.3. Модуль главной книги

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

16.2.4 Транзакции главной книги Транзакции главной книги могут быть :

  1. введенными непосредственно в модуле главной книги ,
  2. импортированными в главную книгу из других баз для консолидации ,
  3. созданными автоматически в результате деятельности других модулей MFG/PRO.

В действительности , любая функция MFG/PRO, которая изменяет складские остатки , складские цены или затрагивает финансы компании , генерирует транзакцию в главной книге . Переоценка иностранных валют также генерирует транзакции по главной книге . Эти транзакции могут быть созданы с указанием деталей или обобщенно , в зависимости от установок в контрольном файле . Например , деятельность по счетам дебиторов и кредиторов может быть обобщена по партии , а складские операции – за день .

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

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

Замечание : зачастую , другие модули внедряются до внедрения главной книги .

Поскольку в большинстве из них генерируются операции по главной книге , может иметься большое число неотправленных транзакций , находящихся в файле , к моменту внедрения модуля главной книги . Они могут быть удалены с использованием функции Удаление /Архивирование транзакций по главной книге (36.23).

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

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

Каждая линия транзакции содержит данные о юридическом лице , счете , субсчете , центре затрат , проекте (или коде размещения ), описание транзакции и значения .

Транзакции могут быть также введены для мемориальных ордеров или счетов статистики .

Эти счета печатаются , но не включаются в итоги финансовых отчетов . Они могут включаться в пользовательские отчеты .

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

Ссылочный код главной книги (GL reference)

Возможные типы транзакций :

  • AP – ваучер или платеж по счетам кредиторов ;
  • AR – мемориальный ордер , финансовая затрата , платеж или гарантия по счетам дебиторов ;
  • CS – консолидированная транзакция (25.13.11);
  • FX – переоценка иностранной валюты (25.13.4);
  • IC – транзакции , изменяющие количество или стоимость складских запасов ;
  • JL – транзакции , созданные в Ведении стандартных транзакций (25.13.1) или в Копировании транзакции (25.13.4);
  • PR – транзакции по заработной плате ;
  • RA – ввод транзакций за прошлый период (25.13.2);
  • RV – исправительные транзакции (25.13.3) или копирование транзакции ;
  • SO – отправка счета -фактуры по заказу на продажу (7.16);
  • WO – транзакции о выполненной работе из цехового контроля и конвейерного производства и сгенерированные по Рабочим Нарядам и Подсчету при закрытии заказа (16.21 и 18.12);
  • XY – переоценка импортированных транзакций (25.19.17);
  • YR – транзакции по закрытию года (25.13.12).

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

16.2.5. Бюджеты в главной книге

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

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

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

Другой опцией является возможность создания бюджетов не с фиксированными значениями , а в процентах от текущей деятельности . Например , бюджет для Стоимости Продаж может быть установлен в 50% Продаж или бюджет для Медицинского Страхования может быть установлен в 15% от заработной платы . В первом примере , бюджет для одной форматной позиции базируется на текущей деятельности , отражаемой в другой форматной позиции . Во втором – бюджет для конкретного счета исчисляется по данным текущей деятельности , отражаемой на другом счете .

16.2.5.1. Подсчет бюджета

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

16.2.6. Отчеты по Главной книге

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

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

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

Отчеты могут составляться для одного или нескольких юридических лиц .

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

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

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

16.2.6.1. Генератор отчетов по главной книге

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

16.2.7. Закрытие и открытие периода по главной книге

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

Для закрытия финансового периода установите флаг Модуль или главная книга закрыты в ведении календаря главной книги (25.3.4) в значение Да . Если вы хотите открыть период заново , просто переустановите Флаг закрытия в Нет . Любой период может быть открыт заново до тех пор , пока не проведено закрытие года .

16.2.8 Закрытие года в Главной книге

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

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

16.2.9 Консолидация

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

Лекция 17. Финансовый блок в MFG/PRO (продолжение 2)

17.1 Управление денежными потоками

17.1.1. Кассовая книга

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

Ведение кассовой книги (31.13) используется для :

  • аннулирования чеков по счетам кредиторов : они создаются в модуле счетов кредиторов (AP), но записываются здесь , когда проходят через банк ;
  • записи платежей покупателей : денежные поступления от покупателей могут не проходить через модуль дебиторов (AR). Вместо этого , после появления их в банковской выписке они обрабатываются в ведении кассовой книги . Здесь обрабатываются все денежные поступления – не по счетам дебиторов (non-AR), примененные или не применяемые ;
  • ввода смешанных денежных операций : денежные операции , не связанные со счетами кредиторов (AP) или дебиторов (AR), могут также вноситься здесь ; например , платы за услуги банка , оплата электронных переводов или разнообразные депозиты и отказы . Вместо ввода этих операций в модуле главной книги , вы можете ввести их непосредственно из выписки стандартной строкой в журнале транзакций главной книги .

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

17.1.2. Отчеты по денежным потокам .

Они используются при прогнозировании будущей финансовой ситуации на основании данных системы о возможных поступлениях (Продажи , Дебиторы [AR], Поддержка и Сервисное обслуживание и смешанные денежные операции ) и расходах (Закупки , кредиторы [AP] и смешанные денежные операции ). Отчет о прогнозировании денежного потока (31.8) используется для прогнозирования по данным из операций , и показывает относительные финансовые позиции (плюс или минус ) для заданных пользователем периодов , включая при этом только те источники поступлений или расходов , которые вы укажете .

Большинство поступлений и расходов выводятся на основании деятельности в других модулях MFG/PRO. Специальные вида записи используются для поступлений , которые вы ожидаете получить , и которые не связаны с обычными продажами , обслуживанием или дебиторами , например , возвраты налога или корпоративные кредиты ; для ожидаемых расходов , не связанных с обычной деятельностью по закупкам , обслуживанию или кредиторам , например , заработная плата , налоги или дивиденды .

Каждому денежному источнику или расходу может быть присвоена ожидаемая дата оплаты .

17.1.2.1. Краткосрочное и Долгосрочное прогнозирование денежных потоков

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

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

17.2 Управление налогами

17.2.1 Логика подсчета в модуле ПУН .

В первую очередь ПУН (рис . 3) определяет налоговую среду транзакции и устанавливает типы налогов по каждой линии позиций транзакции .

Затем устанавливает возможные налоговые ставки для типов среды .

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

  • налоговая зона отправителя для линии позиции .
  • налоговая зона получателя по транзакции .
  • класс поставщика или покупателя (если он есть ).

Если система находит соответствующую среду , она назначает ее транзакции . Иначе появляется сообщение

ПРЕДУПР : НАЛОГОВАЯ СРЕДА НЕ НАЙДЕНА ; ИСПОЛЬЗУЕТСЯ ЗНАЧЕНИЕ ПО УМОЛЧАНИЮ .

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

Далее ПУН ищет налоговые ставки для каждого типа налога в среде (рис . 4).

Для каждого типа ПУН ищет оптимальную ставку по следующим критериям .

  • класс налога .
  • использование налога .
  • дата налогообложения транзакции .

Система определяет ставку , только если существует полное соответствие между параметрами ставки и транзакции .

17.2.2 Окна налогообложения функций закупки , продажи .

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

ИспНалога : используется для определения налоговых ставок . Значение по умолчанию принимается из записи адреса покупателя или поставщика . Это значение может быть отменено для линии позиции , но всегда используется для ДУ (Дополнительных Услуг ).

Налоговая Среда : используется для определения типов налогов для операции .

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

КлассНал .: используется для определения налоговой среды и /или применяется для определения налоговых ставок для позиций и ДУ . Значение по умолчанию принимается из записей адресов покупателей , поставщиков .

Налоблг .: Да - операция налогооблагаемая , Нет - не облагается налогами . Значение по умолчанию принимается из записей адресов покупателей , поставщиков . Значение в главном окне принимается по умолчанию для линий позиций . Для ДУ значение принимается из записей ДУ (2.19.13) или из 2.13.1.21 Деталь . Вед .Кодов Дополн . Услуг . С Нал .: Да - налоги уже включены в сумму операции и будут вычленены из сумм продаж или закупок , Нет - налоги будут рассчитаны по методу начисления на суммы продаж или закупок .

Значение этого поля в главном окне транзакции будет значением по умолчанию для линий позиций .

17.2.3 Просмотр деталей налогов операции .

После ввода транзакции в функциях 7.1.1, 7.13.1, 6.1, 5.7 и др ., в которых присутствует налогообложение , у пользователя есть возможность просмотреть и скорректировать суммы налогов .

Для этого в появляющемся поле или запросе “Обзор /Ред . Детали Нал ”- необходимо присвоить Да . Окно деталей налогов содержит следующую информацию .

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

налоги по итогу линий позиций ,
1…99998- налоги по каждой линии позиций ,
99999- Дополнительные Услуги .
Доп .Усл .: код дополнительных услуг .
Налог : может принимать значения : Итог - показывает , что налоговая ставка была применена ко всему итогу операции (и линии позиций , и ДУ ), Стрк - показывает , что ставка была применена отдельно для каждой линии и кода ДУ . Не редактируется .
Исправ : показывает , была ли изменена сумма налога , рассчитанная системой . Не редактируется .
Дата Нал , Нал .Ствк , Код Нал . (код Налоговой Ставки ), Включ .Нал ., НалСрда , ТипНалога , Класс Нал ., ИспНалога – параметры принятые для определения сумм налогов .
Сум .Трнз : сумма транзакции исключая налоги .
База ,Не Обл .Нал .: часть суммы транзакции не облагаемая налогами .
Облаг . База : часть суммы транзакции облагаемая налогами .
Сум .Нал : сумма налога по определенному типу .
Спис -мый Нал .: возвращаемая часть суммы налога кредитора (процент задается в поле “Возместимый %”, счет для проводок в поле “Удерж .Нал .СК ”).
Не Списыв .Нал : не возвращаемая часть суммы налога кредитора .

Абсорб /Удерж : в транзакциях продаж и СД это сумма абсорбированного налога и поэтому не включенная в итог транзакции . В транзакциях закупок и СК это сумма налога которая была удержана для непосредственной платы государству .

17.2.4 Корректировка сумм налогов .

В рамке просмотра деталей налогов суммы подсчитанные системой могут быть скорректированы , если для корректируемой ставки в 2.13.13.1 полю “МожноИзменятьНалоги ” присвоено Да . Для этого в окне деталей налогов , используя стрелки вверх /вниз , найдите данные необходимой строки или кода ДУ и измените сумму поля : Облаг . База , Сум .Нал , Спис -мый Нал . В соответствии с тем как изменено одно из полей система автоматически изменит значения связанных с ним .

Например , если изменения внесены в поле Облаг . База - будут изменены поля Сум .Нал - в соответствии с процентом ставки , Спис -мый Нал .- если обрабатывается операция закупки .

Если суммы налогов были изменены , появляется одно из следующих сообщений (при дальнейшей обработки документа ):

ЗНАЧЕНИЯ ПРЕДЫДУЩИХ НАЛОГОВ БЫЛИ ОТРЕДАКТИРОВАНЫ ;

ПЕРЕСЧИТАТЬ ? – Да - позволяет системе пересчитать суммы налогов и налоговых баз на основе данных транзакции , Нет - система оставит данные введенные с клавиатуры .

СКОПИРОВАТЬ ОТРЕДАКТИРОВАННЫЕ ЗНАЧЕНИЯ НАЛОГА ? Y/N

(ДА /НЕТ ) – Да - если система должна скопировать значения предыдущей корректировки налоговых сумм в эту транзакцию , Нет - если система должна пересчитать налоги на основе текущей информации о транзакции .

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

17.3 Резюме по финансовому отражению сбытовых операций

17.3.1 Финансовое отражение сбытовых операций в GAAP-счетах

Финансовое отражение сбытовых операций в счетах Российского налогообложения

Обычный платеж .

  • Д 62 Расчеты с покупателями и заказчиками
  • К 68.2 (НДС ) Расчеты с бюджетом

Предоплата :

  • Д 64.2 Расчеты по авансам полученным
  • К 68.2 (НДС ) Расчеты с бюджетом
  • Д 68.2 (НДС ) Расчеты с бюджетом
  • К 64.2 Расчеты по авансам полученным
  • Д 64.2 Расчеты по авансам полученным
  • Д 64.1 Расчеты по авансам
  • К 62 Расчеты с покупателями и заказчиками
  • Д 46.2 Реализация продукции
  • К 68.2 (НДС ) Расчеты с бюджетом

17.4 Резюме по финансовому отражению снабженческих операций

17.4.1 Финансовое отражение снабженческих операций в GAAP-счетах

17.4.2 Финансовое отражение снабженческих операций в счетах Российского налогообложения

Проводки , введенные вручную в конце отчетного периода :

1. Обычный платеж :

  • Д 16 Отклонения в стоимости материалов
  • К 15 Заготовление и приобретение материалов
  • Д 68.2 Расчеты с бюджетом
  • К 19.2 НДС

2. Предоплата :

  • Д 16 Отклонения в стоимости материалов
  • К 15 Заготовление и приобретение материалов
  • Д 68.2 Расчеты с бюджетом
  • К 19 НДС

17.5 Резюме по финансовому отражению производства

17.5.1 Финансовое отражение производства в GAAP-счетах

17.5.1.1. Упрощенная схема : 16.1, 16.6, 16.10, 16.11, 16.21

17.5.1.2. Схема с вводом реального времени выполнения операций по НЗ (16.1, 16.6, 16.10,17.1, 16.11 или 16.1, 16.6, 17.1, 16.12)

17.5.1.3. Схема с вводом реального времени выполнения операций и браком по НЗ

Фиксирование брака влияет на величину отклонения стоимости ГП при бухгалтерском закрытии НЗ .

17.5.1.4. Схема с вводом реального времени выполнения операций и простоям по НЗ

17.5.2. Финансовое отражение производства в счетах Российского налогообложения

17.5.2.1 Упрощенная схема : 16.1, 16.6, 16.10, 16.11, 16.21

17.5.2.2. Схема с вводом реального времени выполнения операций по НЗ (16.1, 16.6, 16.10,17.1, 16.11 или 16.1, 16.6, 17.1, 16.12)

17.5.2.3. Схема с вводом реального времени выполнения операций и браком по НЗ

Фиксирование брака влияет на величину отклонения стоимости ГП при бухгалтерском закрытии НЗ .

17.5.2.4. Схема с вводом реального времени выполнения операций и простоям по НЗ

17.6 Резюме по взаимозачету

Пример работы по взаимозачету

1. Определить счет взаимозачета с помощью функции 27.6.1 или 28.9.1.

2. Произвести сбытовые и снабженческие операции с контрагентом по взаимозачету .

17.7 Резюме по работе с модулем «Главная книга »

17.8 Резюме по управлению налогами

17.8.1. Обработка сбытовых операций .

17.8.2. Обработка закупочных операций .

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

I. Настройка модуля налогообложения .

  1. Код страны – РФ .
  2. Налоговая зона – РФ .
  3. Типы – НДС - Налог на добавленную стоимость , НП - Налог с Продаж .
  4. Класс – 001- Обычный .
  5. Использования – И 1- только НДС , И 2- НДС с НП , И 3- для вычленения НДС из суммы транзакции в случае использования НДС и НП .
  6. Налоговая среда – РФ /РФ параметры : Зоны Отгр .ИзНалЗоны и ЗонаГрузопол .-РФ , Класс - пробел , Типы

7. База (для расчета налогооблагаемой базы НП )

База налоговой ставки для вычленения НДС : «Нал .База »-НДС 1; «Баз . Процент »-95,238%.

8. Ставки .

II. Обработка сбытовой операции .

1. В полях рамки налогообложения главного окна ЗП (7.1.24) введите следующие параметры .

2. Следующее окно налогообложения появится после ввода информации о продаваемой позиции (в однострочном режиме ), например , кол -во =10 шт ., цена =10 руб , скидка =0 и т .д . Определите его поля по следующему образцу .

3. В окне “Дополнительных услуг ” появятся суммы : нал -обл базы , налогов и итога .

Не Обл .Нал .=0 р .
Облаг .=100 р .
ИтогоНал .=26 р .
Где :
НДС =[20*100%]/(10*10)=20 р .
НП = [5*100%]/(10*10+НДС )=6 р .
ИТОГО =126 р .

4. Проделайте дальнейшие операции обработки операции (отправка 7.9.15, печать С -Ф 7.13.3, выставление С -Ф 7.13.4, оплата 27.6.4). Настройки в окнах налогообложения (7.1.1.) будут появляться автоматически равно как суммы продажи , налогооблагаемой базы , налогов .

III. Обработка закупочных операций .

1. В рамке налогообложения главного окна функции “Ведение заказа на закупку ” (5.7)

2. В следующем окне , которое появится после ввода информации (например , цена 10 р . кол . 20 шт . скидка 0%, остальные поля примите по умолчанию ) о закупаемой позиции в однострочном режиме введите аналогичные данные .

3. В окне итогов заказа появятся следующие суммы

Не Обл .Нал .: 0.00
Облаг .: 200.00
ИтогоНал .: 40.00
Где :
НДС =[20*100%]/(10*20)=40 р .
НП = [0*100%]/(10*10+НДС )=0 р .
Итого : 240.00

4. При проведении операции получения (5.13.1) суммы транзакции и налогов появятся автоматически из 5.7.

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

Хотя это необязательно , так как приоритетными установками для определения параметров налогообложения (НО ) будут значения полей рамки НО позиции введенные в 5.7. Эти значения будут установлены автоматически при вводе количеств и цен позиций ваучера .

17.9 Резюме по управлению денежными потоками

17.9.1. Система учета затрат «Стандарт -Кост »

17.9.2. Система учета затрат «Директ -Костинг »

Лекция 18. Управление сервисными услугами в MFG/PRO

18.1 Управление сервисом (SSM)

Блок модулей MFG/PRO «Сервис » (Service/Support Management – SSM), представленный на рис . 1, обеспечивает поддержку жизненного цикла изделия после продажи его клиенту . В условиях жесткой конкуренции успех предприятия будет зависеть от способности предприятия быстро реагировать на требования клиентов .

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

  • Базы продаж ;
  • Гарантийного обслуживания ;
  • Горячей линии ;
  • Управление ремонтом (ЗИП ) и возвратами ;
  • Управление контрактами на обслуживание .

Блок «Сервис » интегрирован с блоками Распределения , Производства и Финансы .

Рис . 2 иллюстрирует , как блок модулей «Серви c» (SSM) обменивается данными с другими модулями MFG/PRO. Штрихпунктирной линией отмечены модули , обмен с которыми данными не обязателен (но желателен для интегрированного управления предприятием ). Сплошной линией отмечены модули , обязательные для работы SSM. Так при выполнении Заказа на Продажу (т .е . при отгрузке потребителю Готовой Продукции ) в модуле «Гарантийное обслуживание » автоматически появляется данная позиция , если отмечено – что на ней имеется гарантийное обслуживание , и автоматически появляется пользователь данным изделием и поля «грузополучатель » в Заказе на Продажу . Наряду с другими модулями MFG/PRO SSM обеспечивает полные возможности идеологии CRM в рамках images/erp-системы

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

На рис . 4 демонстрируется рабочий поток по оказанию сервисной услуги (в самом общем виде ), который разбивается на следующие стадии :

  1. Прием и регистрация запроса клиента , генерация заявки на услугу , назначение ответственного за выполнение ;
  2. Определение – категории услуги : по гарантии , по контракту , или ещё неохваченный клиент ; выполнение клиентом финансовых обязательств перед компанией . Результатом данной работ является вывод – оказывать услугу или нет .
  3. Ответственный за выполнение заявки должен заказать ЗИП если нужно , и другое обеспечение для оказания и учета услуги ; Затем оказывается услуга .
  4. После оказания услуги , ответственный отчитывается , его работа и расходы материалов журналируются по данной заявке ;
  5. После определения затрат , связанной с услугой , клиенту выставляется счет .

В SSM задействованы следующие модули :

  1. Управление вызовами – где осуществляется полное управление Заявками и Рабочими Потоками по выполнению данной Заявки клиента ;
  2. Установленная база и гарантии – где осуществляется ведение установленных позиций и гарантийных обязательств перед клиентами ;
  3. Управление контрактами – где осуществляется ведение полного контракта (юрид .документ ) на оказание сервисных услуг ;
  4. Возвраты – где устанавливается комплектование заказа на услугу , возвраты от клиента и возвраты поставщикам (т .е . осуществляются материальные потоки в рамках блока «Сервис »);
  5. Работники Сервиса – где осуществляется управление сервисной службой и складом сервиса ;
  6. Структура Сервиса /Техкарта – где определяются базовые услуги (включая конфигурирование услуг );
  7. Расчет себестоимости услуг осуществляется в SSM на лету при диспетчировании сервисных операций .

Далее рассмотрим модули блока «Сервис » и те точки решения , которые данные модули могут обеспечить .

18.2 Управление заявками (отслеживание вызовов и диспетчирование исполнения заявок )

На рис . 5 представлен цикл управления заявками :

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

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

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

Для гарантии того , что ответ на вызов будет сделан сразу после его поступления , могут быть установлены процедуры обработки вызовов и автоматическое пошаговое их выполнение . Некоторые вызовы могут обрабатываться сразу . Другие будут занимать больше времени , так как требуют доработок или изменения изделия . Для такого типа вызовов может быть сгенерирован запрос на сервис (ЗС ). ЗС обычно используются для внутреннего отслеживания запросов , давая возможность проводить телеконференции между пользователем и разработчиками , работниками качества . Вызовы включающее сходные проблемы могут быть объединены , используя один ЗС .

На рис . 6 представлены те болевые точки ведения бизнеса , ответы на вопросы по которым можно получить в функциях модуля «Управления заявками ».

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

Вызовы могут быть последовательно расширены если не решены за определенный период времени .

Операции по вызовам .

В основном Ваши отношения с покупателем будут строиться через вызовы (рис . 7). Когда вызов поступает его записывают в 11.1.1.1 "Ведение Вызовов " в соответствии с критичными деталями . Эта запись включает позицию , пользователя и описание проблемы .

Вызовы разбиваются по категориям и по приоритетам в соответствии с типом и сложностью .

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

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

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

Некоторые вызовы могут обрабатываться сразу . Другие будут занимать больше времени , так как требуют доработок или изменения изделия . Для такого типа вызовов может быть сгенерирован запрос на сервис (ЗС ). ЗС обычно используются для внутреннего отслеживания запросов , давая возможность проводить телеконференции между пользователем и разработчиками , работниками качества . Вызовы включающее сходные проблемы могут быть объединены , используя один ЗС . Работники записывают детали операций связанных с вызовом в 11.1.1.13 "Запись Операций по Вызову ". После записи деталей , используя условия гарантии или контракта , формируется С -Ф или непосредственно в 11.1.1.13 либо позже в 11.1.1.15 "Запись Счёта -Фактуры Вызова ". С -Ф затем печатается и выставляется в модуле "ЗаказыНаПродажу /С -Ф ".

Отслеживание вызовов .

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

Запросы на Сервис (ЗВ )

Запросы на Сервис используется для отслеживания сервисной деятельности . Запросы на Сервис (ЗС ) могут быть использованы для контроля использования складских запасов на вызов . После завершения действий по вызову используется Запись С -Ф по вызову для создания списка по действиям .

18.3 Установленная база и виды гарантий

Установленная База (УБ ) – это объединенная информация :

  • о позиции (т .е . о проданном изделии );
  • о клиенте (т .е . о покупателе изделия );
  • о пользователе (т .е . об организации или конкретном лице использующем данное изделие ).

УБ может содержать большое количество различной информации о позиции : номер серии , дата настройки , условия гарантии , как часто используется в эксплуатации и т .д .

Покупатель – это организация , которая закупила позицию . Если УБ устанавливается из заказа на продажу , то адресом покупателя становится адрес стоящий в поле «Плательщик ». Покупатель должен быть определен в «Ведении покупателей ». Для организаций закупающих продукцию не напрямую у предприятия , а например через розничную сеть должен быть определен шаблонный покупатель . Пользователь – организации или люди кто обычно использует изделие , делает заказы на обслуживание .

Если УБ устанавливается из заказа на продажу , то в качестве Пользователя принимается адрес стоящий в поле «Грузополучатель ». Каждый покупатель может иметь неограниченное количество пользователей , но пользователь может быть соединен только с одним покупателем . Покупатель может быть пользователем , но не наоборот .

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

В УБ записывают соответствия пользователей и определенных позиций . Весь образ действий сервисного обслуживания может контролироваться по записям УБ .

Процесс сервисного обслуживания может начинаться как только изделие отправлено пользователю . Это можно настроить в УБ , автоматической записью позиции , ее номера серии и адреса получателя , настроив контрольный файл сервиса на автоматическое внесение деталей ЗП в УБ .

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

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

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

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

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

Установленная база (УБ ).

Процесс сервисного обслуживания может начинаться как только товары отправлены пользователю . Это можно настроить в УБ , автоматической записью позиции , ее номера серии и адреса получателя , настроив контрольный файл сервиса (11.24) на автоматическое внесение деталей ЗП в УБ . Выставление С -Ф по ЗП может также автоматически генерировать вызов на установку поставляемого оборудования , если позиция была продана как требующая сотрудников по установке .

Обычно только обслуживаемые позиции вносятся в УБ . Например , компания продает принтеры и желает проследить блоки памяти принтеров или чипы , но у нее нет необходимости отслеживать картриджи , бумагу и др . позиции поставляемые вместе с принтерами . Для этого каждая позиция может быть определена как сервисная позиция .

Однажды введенная информация УБ изменяется вручную или автоматически при обработке С -Ф ВН или во время записи действий по вызову .

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

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

Цикл обработки квоты /контракта похож на цикл обработки КП /ЗП . Квота выпускается в контракт . Один или более С -Ф могут быть сгенерированы для контракта в зависимости от цикла выписки счетов .

Обычно цикл выписки С -Ф по контрактам бывает : ежегодным , ежеквартальным или ежемесячным . Цикл назначается каждому контракту , и контракты выпускаются соответственно этому циклу . Выпуск создает ожидающий С -Ф в модуле 7.

ЗаказыНаПродажу /С -Ф . Далее эти С -Ф печатаются и выставляются в ГК также как остальные С -Ф .

Контракты могут также оговаривать графики профилактического обслуживания (ПО ) каждой позиции . Вызовы могут быть сгенерированы для выполнения ПО как часть контракта . Или группа плановых вызовов может сгенерирована одновременно используя Генератор Вызовов . Могут быть созданы и использоваться техкарты и спецификации ПО с возможными отличиями для разных типов визитов (например , трехмесячная проверка может отличаться от девятимесячной ).

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

На рис . 12 представлены те болевые точки ведения бизнеса , ответы на вопросы по которым можно получить в режимах модуля «Контракты ».

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

Контракты и гарантия .

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

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

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

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

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

Цикл обработки квоты /контракта похож на цикл обработки КП /ЗП . Квота выпускается в контракт . Один или более С -Ф могут быть сгенерированы для контракта в зависимости от цикла выписки счетов .

Обычно цикл выписки С -Ф по контрактам бывает : ежегодным , ежеквартальным или ежемесячным . Цикл назначается каждому контракту , и контракты выпускаются соответственно этому циклу . Выпуск создает ожидающий С -Ф в модуле 7.

ЗаказыНаПродажу /С -Ф . Далее эти С -Ф печатаются и выставляются в ГК также как остальные С -Ф .

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

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

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

Контракты сервиса .

Когда гарантии заканчиваются большинство компаний заключают контракты на сервисные услуги . В MFG/PRO могут быть сгенерированы квоты и контракты по сервису .

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

Когда вводятся квоты или контракты , уровни и лимиты покрытия объединенные с типом контракта могут быть скопированы в контракт , позволяя Вам проследить издержки с этими лимитами в 11.1.1.13 Запись Операций по Вызову . Линии позиций могут быть сгенерированы основываясь на открытых КП , ЗП или информации о позициях в УБ .

Каждой линии позиции определен тип сервиса , покрытие позиции и начальная /конечная дата покрытия .

Цикл обработки квоты /контракта похож на цикл обработки КП /ЗП . Квота выпускается в контракт . Один или более С -Ф могут быть сгенерированы для контракта в зависимости от цикла выписки счетов .

Обычно цикл выписки С -Ф по контрактам бывает : ежегодным , ежеквартальным или ежемесячным . Цикл назначается каждому контракту , и контракты выпускаются соответственно этому циклу . Выпуск создает ожидающий С -Ф в модуле 7.

ЗаказыНаПродажу /С -Ф . Далее эти С -Ф печатаются и выставляются в ГК также как остальные С -Ф .

Контракты могут также оговаривать графики профилактического обслуживания (ПО ) каждой позиции . Вызовы могут быть сгенерированы для выполнения ПО как часть контракта . Или группа плановых вызовов может сгенерирована одновременно используя Генератор Вызовов . Могут быть созданы и использоваться техкарты и спецификации ПО с возможными отличиями для разных типов визитов (например , трехмесячная проверка может отличаться от девятимесячной ).

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

18.5 Возвраты и ремонт

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

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

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

Если товары были возвращены для ремонта , замены или в кредит обрабатывается ВН .

Возвращенные позиции передвигаются в производство , отправку или формирование С -Ф .

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

Ожидающий С -Ф также может быть создан в «Запись Счёта -Фактуры Вызова ». С -Ф по контрактам сервиса генерируются когда по контракту выписывается счет . С -Ф печатаются и отправляются в модуль ЗП /С -Ф .

Возвраты Нам (ВН ) и Возвраты поставщикам (ВП ).

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

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

Если позиция поддается ремонту Вы можете выпустить Н -З сразу после их получения . Будет создан специальный Н -З "переработки ", которым можно управлять используя модуль 16 "Наряд -Заказы (Н -З )".

В случае возврата позиций поставщику Вам необходимо пройти через подобный процесс . Необходимо решить .

  • Вернуть поставщику для ремонта или замены ?
  • Вернуть в кредит ?

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

На рис . 15 представлены функции модуля по управлению работниками сервисной службы . Данный модуль предусматривает и управление складскими запасами сервиса .

Управление складскими запасами сервиса может представлять собой специальные вызовы к сервисным отделам . Модуль Сервиса поддерживает Заказы Работников Сервиса (ЗРС ) для облегчения этого процесса :

  • Позиции , которые не отслеживаются отдельно . Эти позиции обычно используются по объему (например , болты или шайбы ), и отслеживаются без использования детальных записей . ( ЗРС называются "расходными ").
  • Запасы , которые требуются для определенного вызова , становятся доступными для использования когда записываются детали вызова в "Запись Операций по Вызову ".
  • Запасы перемещающиеся между отделом поставок и местоположением Сервиса . Отдел поставок - это обычно либо централизованный отдел поставок предприятия либо подразделение Сервиса . Местоположения обычно удаленные объекты такие как удаленные сервисные центры , хотя позиции могут быть просто выпущены в местоположение Сервиса внутри производственной площадки . Заказы работников сервиса пополняют складские запасы : позициями заказа для вызова (см . рис . 16).

Складские запасы сервиса .

Управление складскими запасами сервиса может представлять собой специальные вызовы к сервисным отделам (рис . 16). Модуль Сервиса поддерживает Заказы Работников Сервиса (ЗРС ) для облегчения этого процесса :

  • Позиции , которые не отслеживаются отдельно . Эти позиции обычно используются по объему (например , болты или шайбы ), и отслеживаются без использования детальных записей . Используемые в этом случае ЗРС называются "расходными ".
  • Запасы , которые требуются для определенного вызова , становятся доступными для использования когда записываются детали вызова в 11.1.1.13 "Запись Операций по Вызову ".
  • Запасы перемещающиеся между отделом поставок и местоположением Сервиса .

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

Жизненный цикл ЗРС похож на ЖЦ ЗП , кроме выставления счета . Внутреннее передвижение позиций в ЗРС отражает большую функциональность стандартных операций отправки и распределения MFG/PRO.

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

Если позиции не были отправлены сразу могут быть выполнены функции отдельного резервирования , подтверждения и отправки , которые аналогичны подобным операциям в модуле Заказов на Продажу . Упаковочный лист для ЗРС может быть создан в модуле 7 "ЗаказыНаПродажу /С -Ф ".

18.7 Настройки для модулей «Управления сервисом »

Для выполнения операций с использованием модулей SSM необходимо выполнить следующие действия :

  • Настроить характеристики выполняемых работ по сервису (т .е . период оказания услуг , время реакции , ПрайсЛист , сроки гарантий , сервисные структуры и техкарты на выполнение ремонта );
  • Настроить типы обслуживаний (т .е . типы гарантий , типы контрактов , стандартны типы услуг );
  • Осуществлять функции продаж сервисных услуг , оказания услуг и учет выполненных работ

18.7.1 Структура сервиса и техкарты

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

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

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

Ведение пользователей .

Пользователь (11.9) – люди кто обычно использует изделие , делает заказы на обслуживание . Если УБ устанавливаеться из заказа на продажу , то принимается адрес стоящий в поле «Грузоп .». Каждый покупатель может иметь неограниченное количество пользователей , но пользователь может быть соединен только с одним покупателем .

Покупатель может быть пользователем , но не наоборот .

Обычный способ создания записей о пользователях – ввести данные пользователя в функции 11.9.1 «Ведение Адресов Пользователей ». Если дополняемый адрес пользователя уже введен в других функциях ведения адресов («Ведение покупателей », «Ведение получателей » и т .д .), то в этой функции Вы не можете изменять данные этих адресов , кроме некоторых полей отнсящихся к ведению пользователей . Эти записи можно редактировать только в исходных функциях ведения .

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

Модем .Телеф и Имя – опциональные поля для определения номера модема и идентификатора пользователя . Значения этих полей только для справки и могут появляться в некоторых отчетах .

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

Типы гарантий и расходы на сервис по умолчанию могут основываться на типе пользователя .

Отдел Открыт и Закр .Отдела – часы в которые обычно работает пользователь . Эта информация может быть использована в дальнейшем для разработки грфиков Сервиса .

ПриоритетВызова – для определения важности вызова пользователя (ниже цифра – выше приоритет ). Если определено ненулевое значение , то оно появляется по умолчанию в момент записи вызова .

18.7.2 Ценообразование

Отделы сервиса нуждаются в параметрах оценки своей деятельности и прайс -листах оговаривающих цены на те или иные выполняемые операции .

Настройка для выполнения устаноленной базы (УБ )

Приняв решение настроить Установленную Базу необходимо определиться с ответами на следующие вопросы :

  • Хотите ли Вы дополнять позиции УБ автоматически при их продаже или они будут дополняться вручную ?
  • Будут ли дополняться в УБ позиции которые Вы не производите ?
  • Будет ли осуществляться сервис только для позиций внесеных в УБ ?
  • Допонять ли в УБ позиции , которые вы произвели однажды ?
  • Хотите ли Вы отслеживать позиции в УБ по всем пользователям или только по определенным пользователям со специальными потребностями ?
  • Будут ли отслеживаться в УБ только родительские позиции или родительские и компоненты ?
  • Отслеживать ли позиции замененные во время ремонта и дополнять ли их в УБ ?

Для задания этих параметров необходимо настроить 11.24 Контр . Файл Управления Сервисом

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

Поз -иДолжныБыть – если Да – обрабатываться будут только производимые позиции и записанные в «Ведении позиций ».

Имеющ . Структура Загрузки – определяет будут ли автоматически дополняться Использование настроек в функциях блока «Управление Сервисом » показано на рис . 22.

18.8 Расчет себестоимости сервисных услуг

Составление счетов по сервису .

Каждая операция сервиса может иметь финансовое отражение . Запись вызовов отслеживает трудозатраты , материалы , затраты на проезд и на основе этой информации может формировать ожидающий (Счет -Фактура ) С -Ф . Ожидающий С -Ф также может быть создан в функции записи С -Ф по вызову . С -Ф по контрактам формируются во время их выпуска . С -Ф Возвратов Нам создаются также как по заказам на продажу после отправки . С -Ф печатаются и выставляются в ГК в модуле "ЗаказыНаПродажу /С -Ф ".

Устройство модуля «Сервис ».

Взаимосвязь функций модуля .

Организационно сервиса может быть представлена следующим образом (см рис . 23):

  • Аналитики настраивают нормативные данные по типам сервиса ;
  • Отдел продаж осуществляет заключение контрактов и договоров на оказание сервисных услуг (вырабатывают прайлист );
  • Собственно сервисная служба диспетчирует вызовы и оказание реальных услуг ;
  • Сервисная служба (или бухгалтерия и склад ) выставляют счета потребителям , осуществляют комплектование услуг , принимают возвраты от клиентов и возвращают брак поставщику

В MFG/PRO нет отдельного модуля управления себестоимостью сервисных услуг , себестоимость рассчитывается на лету при диспетчировании сервисных операций . Вы должны осуществить ценообразование сервисных услух и сформировать ПрайсЛист , и затем выставлять счета , исходя из данного ПрайсЛиста . Блок модулей «Сервис » должен позволить вам отслеживать вашу доходность в разрезе каждого контракта и каждого вызова .

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

На рис . 24 представлены те болевые точки ведения бизнеса , ответы на вопросы по которым можно получить в режимах по «Прослеживанию стоимости услуг ».

Лекция 19. Типовой документооборот в MFG/PRO

19.1 Описание документооборота MFG/PRO















19.2 Документооборот в разрезе рабочего места экономиста .

Отдел стратегического планирования (ОСП ).

Цели :

62. Разработать годовой финансовый план (20.3). Определить возможность исполнения годового финансового плана (21.9);

63. Осуществить нормирование : затрат по НП (1.4.1), ставки оплаты труда (14.13.21), стоимостных характеристик по рабочим центрам (14.5), рабочего календаря (36.2.5), рабочих смен (18.1.23), ресурсов (21.1, 21.5,21.17);

64. Рассчитать нормативную себестоимость ГП (1.4.1);

65. Разработать ГКП (22.19). Определить возможность его исполнения (21.24);

66. Рассчитать реальную себестоимость ГП (16.3.4).

67. Определить цену ГП (1.4.1, 1.5.1).

Перечень информации вне системы MFG/PRO: 68. План отгрузок ГП (бизнес -план ). Ответственный – Нач . сбыта .
69. План заказов по продаже ГП (бизнес -план ). ответственный – Нач . сбыта .

Перечень вводимых в MFG/PRO документов :
70. Месячный отчет по плану отгрузок ГП (Ввод ПргнОтгр , ПргнСтоим -20.5, Отчет – 20.7).

Ответственный – ОСП .
Цель № 1;
ПргОтгр = кол -во ГП , которую можно отгрузить * нормативная цена ГП (1.4.1).
ПргнСтоим = кол -во ГП , которую можно сбыть (9.18) и возможно произвести (24.14) *
нормативная себестоимость ГП (1.4.1).

71. Месячный отчет по плану заказов ГП (Ввод ПргЗак – 20.9, Отчет – 20.11).

72. Ответственный – ОСП .

Цель № 1 ;
Основание для расчета ПргЗак – к -во ГП по планир . Заказам (ЗП ), нормативная цена ГП (1.4.1).

73. Месячный отчет о затратах производства ГП (Ввод ПргИзд -20.13, Отчет – 20.15).

Ответственный – ОСП .
Цель № 1;
Основание – производственные мощности (24.14), нормативная себестоимость ГП (1.4.1).
ПргИзд (20.13) – количество ГП , которое возможно произвести на имеющемся оборудовании по нормативной себестоимости .

74. Рабочий календарь (36.2.5).

Ответственный – ОСП .
Цель № 1, 2;

75. Отчет по ресурсам ТНГ (Ввод мощности ресурса , коэффициента перевода ЕИ - 21.1, 21.5).

Ответственный – ОСП .
Цель № 1, 2;

76. Отчет по ресурсам НП для ГКП (Ввод нормы расхода ресурса , длительности цикла - 21.17, 21.19).

Ответственный – ОСП .
Цель № 2, 4;

77. Отчет о сезонных колебаниях (22.9, 22.11).
Ответственный – ОСП .
Цель № 4;

78. Понедельный отчет о прогнозируемом количестве ГП (Ввод 22.1, Отчет -22.4).
Ответственный – ОСП .
Цель № 1;

79. Отчет о стандартных затратах НП (1.4.1, 1.5.1).
Ответственный – ОСП .
Цель № 2, 3;

80. Отчет по работнику и ставке оплаты труда (14.13.21).
Ответственный – ОСП .
Цель № 2, 3, 6;

81. Отчет о рабочих сменах (18.1.23).
Ответственный – ОСП .
Цель № 2, 6;

82. Отчет о общих данных НП (1.4.1).
Ответственный – ОСП .
Цель №2, 3, 6.

Перечень используемых документов сформированных в MFG/PRO:

83. Месячный отчет о плане портфеля заказов ГП ( задолженности по отгрузке - 20.23).
Ответственный – ОСП . Цель № 1;

84. Месячный отчет о плане складских запасов (20.19).
Ответственный – ОСП . Цель № 1;

85. План по группе продуктов (20.3).
Ответственный – ОСП . Цель № 1;

86. Отчет о загрузке ресурса по ТНГ (21.3).
Ответственный – ОСП . Цель № 1;

87. Отчет о потреблении прогноза по прогнозируемому количеству ГП (22.4).
Ответственный – ОСП . Цель № 4;

88. Отчет о Главном Календарном Плане (22.22).
Ответственный – ОСП . Цель № 4;

89. Отчет о заказах ГКП (22.15).
Ответственный – ОСП . Цель № 4;

90. Отчет загрузки ресурса по НП (21.21).
Ответственный - ОСП . Цель № 4;

91. Отчет о суммарной загрузке ресурса (21.24).
Ответственный - ОСП . Цель № 4;

92. Отчет о затратах НЗ (16.3.4).
Ответственный – мастер производства (начальник цеха основного производства ). Цель № 2, 6;

93. Отчет о продажах по НП (9.18).
Ответственный – Нач . сбыта . Цель № 1.

94. Эффективность рабочего центра (17.19)
Ответственный – Нач . сбыта . Цель № 1.

19.3 Документооборот в разрезе рабочего места производственного отдела

Плановый диспетчерский отдел (ПДО ).

Цели :

95. Нормирование (14.5, 18.1.1, 18.1.6, 18.1.10, 18.3);

96. Оперативное планирование /ГКП и MRP и ресурсообеспечение /CRP (24.1, 24.14);

97. Диспетчеризация (17.18, 18.21.23 и т . д . ); ( периодичность и причины возникновения брака и простоя в производственном процессе 17.13,17.15, 17.21, 16.16,17.17; 18.21, 18.21.4-18.21.6);

Корректирующие воздействия

Перечень вводимых в MFG/PRO документов :

98. Отчет по горизонту планирования (23.24).
Ответственный – Нач . планового диспетчерского отдела .
Цель №2;

99. Отчет по временному периоду сглаживания производства (7.1.24).
Ответственный – Нач . планового диспетчерского отдела .
Цель №2;

100. Отчет о возможных причинах коллизий (36.2.17).
Ответственный – Нач . планового диспетчерского отдела ;
Цель №1;

101. Отчет о рабочих центрах (14.5).
Ответственный – Нач . планового диспетчерского отдела ,
Цель №1;

102. Отчет о действующих производственных линиях (18.1.1)
Ответственный – Нач . планового диспетчерского отдела ,
Цель №1;

103. Отчет по переналадкам производственной линии (18.1.6)
Ответственный – Нач . планового диспетчерского отдела ,
Цель №1;

104. Рабочий стол графика линии (18.1.10)
Ответственный – Нач . планового диспетчерского отдела ,
Цель №1;

Перечень используемых документов сформированных в MFG/PRO:

105. Отчет по ГКП (22.19, 22.22).

106. Ответственный – ОСП .

107. Цель №2;

108. Отчет о суммарной загрузке ресурса (21.24).

109. Ответственный – ОСП .

110. Цель № 2;

111. Отчет о заказах ГКП (22.15).

112. Ответственный – ОСП .

113. Цель № 2;

114. Отчет о графике поточных операций (18.3)

115. Ответственный – Нач . планового диспетчерского отдела ,

116. Цель №1;

117. Отчет о рабочих сменах (18.1.23)

118. Ответственный – ОСП .

119. Цель № 2;

120. Отчет о рабочей ставке оплаты (14.13.21)

121. Ответственный – ОСП .

122. Цель № 2;

123. Отчет о рабочем календаре (36.2.5)

124. Ответственный – ОСП .

125. Цель № 2;

126. Внеплановый заказ на продажу (7.1.13)

127. Ответственный – Нач . сбыта .

128. Цель № 2;

129. Отчет о запланированных заказах (23.12).

130. Ответственный – Нач . планового диспетчерского отдела ;

131. Цель №1,2;

132. Отчет по MRP(23.13, 23.14).

133. Ответственный – Нач . планового диспетчерского отдела ;

134. Цель №2;

135. Отчет о подтвержденных заявках на закупку

136. Ответственный – Нач . снабжения ;

137. Цель №2;

138. Отчет по наряд -заказам /НЗ (16.3).

139. Ответственный – мастер производства .

140. Цель №3;

141. Отчет по техкарте и структуре ГП (14.13.4, 13.8).

142. Ответственный – гл . технолог ;

143. Цель №3;

144. Отчет о дефицитах по НЗ (16.16).

145. Ответственный – мастер производства (Нач . цеха основного производства ).

146. Цель №3;

147. Отчет о отправке НЗ по операциям (16.18).

148. Ответственный – мастер производства (Нач . цеха основного производства );

149. Цель №3;

150. Отчет о планируемой и реальной загрузке рабочих центров (17.12).

151. Ответственный – мастер производства (Нач . цеха основного производства ).

152. Цель №3;

153. Отчет по счетам операций (17.10).

154. Ответственный – Нач . планового диспетчерского отдела ;

155. Цель №3;

156. Отчет об эффективности по РЦ , по НЗ , по работникам (17.19, 17.20, 17.21).

157. Ответственный – мастер производства (Нач . цеха основного производства );

158. Цель №3;

159. Отчет об использовании производственной линии (18.1.15).

160. Ответственный – мастер производства (Нач . цеха основного производства );

161. Цель №3;

162. Отчет о бух . транзакциях в результате закрытия накопительного заказа (18.12).

163. Ответственный – мастер производства (Нач . цеха основного производства );

164. Цель № 3.

165. Отчет о накопленном заказе (18.11).

166. Ответственный – мастер производства (Нач . цеха основного производства );

167. Цель №3;

168. Отчет о подготовительных работах (18.13).

169. Ответственный – мастер производства (Нач . цеха основного производства );

170. Цель №3;

171. Отчет о простоях (18.21.6).

172. Ответственный – мастер производства (Нач . цеха основного производства );

173. Цель №3;

174. Отчет об исправлении брака , об отходах (18.21.13 - 18.21.15).

175. Ответственный – мастер производства (Нач . цеха основного производства );

176. Цель №3;

177. Отчет продуктивности по НП , работникам , рабочим центрам /РЦ (18.21.17 – 18.21.19,).

178. Ответственный – мастер производства (Нач . цеха основного производства );

179. Цель №3;

180. Отчет об эффективности по НП , работникам , РЦ (18.21.21 – 18.21.23).

181. Ответственный – мастер производства (Нач . цеха основного производства );

182. Цель №3;

183. Отчет о ведомости комплектации - при условии , что № местоположения = № РЦ (18.8.3).

184. Ответственный – мастер производства (Нач . цеха основного производства );

185. Цель №3;

186. Отчет о браке по НП (18.21.4).

187. Ответственный – мастер производства (Нач . цеха основного производства );

188. Цель №3;

189. Отчет о причинах брака (18.21.5).

190. Ответственный – мастер производства (Нач . цеха основного производства );

191. Цель №3;

192. Отчет о причинах простоя (18.21.6).

193. Ответственный – мастер производства (Нач . цеха основного производства );

194. Цель №3;

195. Отчет о затратах НЗП (18.21.12).

196. Ответственный – мастер производства (Нач . цеха основного производства );

197. Цель №3;

19.4 Документооборота в разрезе рабочего места отдела сбыта Отдел сбыта Цели :

198. Нормирование (1.4.1, 2.1.1, 1.10.1.1, 2.20.1, 2.12, 7.1.24);

199. Осуществление сбытовых операций (6.1, 6.10, 7.1.1, 7.1.5, 7.1.6, 7.1.7, 7.9.13, 7.9.15, 7.13.1, 7.13.3, 7.13.4 );

200. Анализ продаж (9 модуль );

201. Работа с квотами на продажу (6.3, 6.13, 6.14, 6.15, 6.16, 6.17).

Рис . 4.

Перечень документов вводимых в MFG/PRO:

202. Ведение клиентов (2.1.1).

203. Ответственный – сбыт .

204. Цель № 1;

205. Занесение цены НП (1.4.1).

206. Ответственный – сбыт .

207. Цель № 1;

208. Ведение позиций покупателя (1.16).

209. Ответственный – сбыт .

210. Цель № 1;

211. Ведение прайс -листа (1.10.1.1).

212. Ответственный – сбыт .

213. Цель № 1;

214. Ведение листа доставки (2.20.1).

215. Ответственный – сбыт .

216. Цель № 1;

217. Ведение адреса предприятия (2.12).

218. Ответственный – сбыт .

219. Цель № 1;

220. Установки контрольного файла (7.1.24).

221. Ответственный – сбыт .

222. Цель № 1;

223. Ведение квоты (6.1).

224. Ответственный – сбыт .

225. Цель №4, 2;

226. Ведение заказа на продажу (7.1.1).

227. Ответственный – сбыт .

228. Цель №2;

229. Отчет о разрешении кредита по ЗП (7.1.13).

230. Ответственный – сбыт .

231. Цель № 2;

232. Отчет по резервированию по ЗП (7.1.6/7.1.7).

233. Ответственный – склад .

234. Цель №1.

235. Отчет по квоте торгового агента (9.2).

236. Ответственный – сбыт .

237. Цель №3;

Перечень используемых документов сформированных в MFG/PRO:

238. Отчет по квоте на продажу (6.3).

239. Ответственный – сбыт .

240. Цель №4;

241. Отчеты по квотам на продажу по № квоты , по клиентам , по НП (6.13, 6.15).

242. Ответственный – сбыт .

243. Цель №4;

244. Отчет о валовой прибыли Квоты на продажу (6.16).

245. Ответственный – сбыт .

246. Цель №4;

247. Отчет о причине потери квоты (6.17)

248. Ответственный – сбыт .

249. Цель №4;

250. Отчет по заказам на продажу (7.1.3, 7.15.1 – 7.15.3).

251. Ответственный – сбыт .

252. Цель №2;

253. Отчет по ТНГ - упаковочный лист (7.9.13).

254. Ответственный – сбыт .

255. Цель №2;

256. Отчет о валовой прибыли ЗП (7.15.5).

257. Ответственный – сбыт .

258. Цель №2;

259. Отчет о ценообразовании по ЗП (7.15.7).

260. Ответственный – сбыт .

261. Цель №2;

262. Отчет о неподвижных ЗП (7.15.9).

263. Ответственный – сбыт .

264. Цель №2;

265. Отчет отслеживаемых АЗС (7.15.11).

266. Ответственный – сбыт .

267. Цель №2;

268. Отчет о транзакциях ЗП (7.15.14).

269. Ответственный – сбыт .

270. Цель №2;

271. Отчет о транзакциях ЗП по отправкам (7.15.18).

272. Ответственный – сбыт .

273. Цель №2;

274. Отчет о транзакциях отправок по покупателям (7.15.19).

275. Ответственный – сбыт .

276. Цель №2;

277. Отчет о сводке транзакций по покупателям , НП (7.15.22 , 7.15.21) .

278. Ответственный – сбыт .

279. Цель №2;

280. Отчет о кредите ЗП (7.1.15).

281. Ответственный – сбыт .

282. Цель №2;

283. Отчет о Доках (7.3.8).

284. Ответственный – сбыт .

285. Цель №2;

286. Отчет о графиках (7.5.10).

287. Ответственный – сбыт .

288. Цель №2;

289. Отчет о разрешениях графиков (7.5.12).

290. Ответственный – сбыт .

291. Цель №2;

292. Отчет о треб . Графике отгрузки (7.5.13).

293. Ответственный – сбыт .

294. Цель №2;

295. Детальный отчет о треб . Графике отгрузки (7.5.14).

296. Ответственный – сбыт .

297. Цель №2;

298. Отчет об историях отправок (7.5.20).

299. Ответственный – сбыт .

300. Цель №2;

301. Отчет о ПДО /ДО – предварительный документ отправки (7.9.16).

302. Ответственный – сбыт .

303. Цель №2;

304. Отчет об истории Счета -фактуры (7.13.8).

305. Ответственный – сбыт .

306. Цель №2;

307. Счет -фактура (7.13.4).

308. Ответственный – сбыт .

309. Цель №2;

310. Дубликат счет -фактуры (7.13.12).

311. Ответственный – сбыт .

312. Цель №2;

313. Отчет о рангах торгов . Агентов (9.6)

314. Ответственный – сбыт .

315. Цель №3;

316. Отчет о продажах по заводам (9.10), по покупателям (9.14).

317. Ответственный – сбыт .

318. Цель №3;

319. Отчет продаж по НП (9.18).

320. Ответственный – сбыт .

321. Цель №3;

322. Отчет о ранге НП (9.19)

323. Ответственный – сбыт .

324. Цель №3;

325. Отчет о ранге покупателя (9.15)

326. Ответственный – сбыт .

327. Цель №3;

19.5 Документооборот в разрезе рабочего места отдела снабжения
Отдел снабжения
Цели :

328. Нормирование ;

329. Работа с заявками на закупку ;

330. Работа с долгосрочными контрактами ;

331. Осуществление снабженческих операций ;.

332. Работа с ЗП на основании производственного графика поставщика .

Перечень документов , вводимых в MFG/PRO:

333. Отчет о цены НП (стан . Затраты на материалы 1.4.1).

334. Ответственный – снабжение .

335. Цель №0.

336. Отчет по позициям поставщика (1.19).

337. Ответственный – снабжение .

338. Цель №0.

339. Отчет по поставщикам (2.3.1).

340. Ответственный – снабжение .

341. Цель №0.

342. Отчет по получателям поставщиков (2.3.13).

343. Ответственный – снабжение .

344. Цель №0.

345. Отчет по прайс -листу (1.10.2.1)

346. Ответственный – снабжение .

347. Цель №0.

348. Отчет по установкам контрольного файла на закупку (5.24).

349. Ответственный – снабжение .

350. Цель №1,2,3.

351. Отчет по заявкам на закупку (5.1.4).

352. Ответственный – снабжение .

353. Цель №1.

354. Отчет по заказу на закупку (5.7).

355. Ответственный – снабжение .

356. Цель №3.

357.

358. Отчет по контейнерам по ЗЗ (5.13.13)

359. Ответственный – снабжение .

360. Цель №3.

361. Документ отправки по ЗЗ с использованием контейнера (5.13.14).

362. Ответственный – снабжение .

363. Цель №3.

364. Документ о получении по ЗЗ (5.13.1)

365. Ответственный – снабжение .

366. Цель №3.

367. Отчет о возврате по ЗЗ (15.13.7)

368. Ответственный – снабжение .

369. Цель №3.

370. Отчет по долгосрочному контракту (5.3.1).

371. Ответственный – снабжение .

372. Цель №2.

373.

374. Отчет по рабочему календарю поставщика (5.5.1.1).

375. Ответственный – снабжение .

376. Цель №4.

377. Отчет о ЗП с разбивкой по графику отправки поставщика (5.5.1.13).

378. Ответственный – снабжение .

379. Цель №4.

380. Отчет по графику поставщика (5.5.3.3.)

381. Ответственный – снабжение .

382. Цель №4.

383. Отчет о контейнерах (5.5.5.4).

384. Ответственный – снабжение .

385. Цель №4.

386. Документ по получению материалов от поставщика (5.5.5.13).

387. Ответственный – снабжение .

388. Цель №4.

389. Документ доставки материалов по ЗЗ для получателей (заводов ) с использованием контейнеров (для каждого получателя ) (5.5.5.5)

390. Ответственный – снабжение .

391. Цель №4.

Используемые документы , которые сформированы в MFG/PRO:

392. Отчеты по заявкам на закупку (5.1.6).

393. Ответственный – снабжение .

394. Цель №1.

395. Документ на утверждение запроса (материалов ) (5.1.8).

396. Ответственный – снабжение .

397. Цель №1.

398. Отчет о подтвержденных заявках на закупку (5.1.17).

399. Ответственный – снабжение .

400. Цель №1.

401. Отчет по долгосрочному заказу на закупку (5.3.3).

402. Ответственный – снабжение .

403. Цель №2,3.

404. Отчет для утверждения долгосрочного контракта на закупку (5.3.5).

405. Ответственный – снабжение .

406. Цель №2.

407. Отчеты по ЗЗ (5.9.1-5.9.3).

408. Ответственный – снабжение .

409. Цель №3.

410. Отчеты о готовности ЗЗ (5.9.4).

411. Ответственный – снабжение .

412. Цель №3.

413. Отчет по графику поставки по ЗЗ (5.9.6).

414. Ответственный – снабжение .

415. Цель №3.

416. Отчет о транзакциях поступления (5.9.14).

417. Ответственный – снабжение .

418. Цель №3.

419. Отчет о ходе выполнения поставок по ЗЗ (5.9.18).

420. Ответственный – снабжение .

421. Цель №3.

422. Отчет по истории изменения ЗЗ (5.9.21, 5.9.22).

423. Ответственный – снабжение .

424. Цель №3.

425. Квитанция о получении по ЗЗ (5.13.2).

426. Ответственный – снабжение .

427. Цель №3.

428. Отчет о валовой прибыли по ЗЗ (5.13.5).

429. Ответственный – снабжение .

430. Цель №3.

431. Документ возврата по ЗЗ (5.13.8).

432. Ответственный – снабжение .

433. Цель №3.

434. Отчет по утверждению графика отправки материалов поставщиком (5.5.3.8).

435. Ответственный – снабжение .

436. Цель №4.

437. Отчет по графикам отправки поставщика (5.5.3.3. – I, 5.5.3.13 - O).

438. Ответственный – снабжение .

439. Цель №4.

440. Отчет о рабочем графике поставщика (5.5.5.1).

441. Ответственный – снабжение .

442. Цель №4.

443. Отчет по ЗП с разбивкой по графику отправки поставщика (5.5.1.15).

444. Ответственный – снабжение .

445. Цель №4.

19.6 Документооборот в разрезе технологического участка
Цеха основного производства
Цели :

446. Учет (набор статистики ) производственного процесса ;

Перечень вводимых в MFG/PRO документов :

447. Отчет о НЗ (16.1).

448. Ответственный – мастер производства (Нач . цеха основного производства );

449. Отчет о отпускном (16.10) и завершенном (16.11) количестве по НЗ (16.12).

450. Ответственный – мастер производства (Нач . цеха основного производства );

451. Отчет по трудозатратам по НЗ , работнику , РЦ (17.1-17.3)

452. Ответственный – мастер производства (Нач . цеха основного производства );

453. Отчет по контролю выполнения операций НЗ (17.5)

454. Ответственный – мастер производства (Нач . цеха основного производства );

455. Отчет о подготовительных работах по производ -й линии для работника (18.13).

456. Ответственный – мастер производства (Нач . цеха основного производства );

457. Отчет о затратах на обработку по операциям производственной линии (18.14).

458. Ответственный – мастер производства (Нач . цеха основного производства );

459. Отчет о простоях по операциям производственной лини по работнику (18.15).

460. Ответственный – мастер производства (Нач . цеха основного производства );

461. Отчет об исправлении брака по операциям производственной линии для работника (18.16)

462. Ответственный – мастер производства (Нач . цеха основного производства );

463. Отчет об отходах по заводу (18.18.)

464. Ответственный – мастер производства (Нач . цеха основного производства );

465. Отчет о заявках на закупку (5.1.6)

466. Ответственный – мастер производства (Нач . цеха основного производства );

Перечень используемых документов сформированных в MFG/PRO:

467. Отчет о производственных линиях ( 18.1.4).

468. Ответственный – Нач . ПДО ;

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

470. Ответственный – Нач . ПДО ;

471. Отчет о рабочем столе графика (18.1.14).

472. Ответственный – Нач . ПДО ;

473. Отчет о ведомости комплектации (18.8.3 - формирование возможно , когда № местоположения НП = № РЦ ).

474. Ответственный – Нач . ПДО .

475. Отчет о накопленном заказе – отслеживание выполнения графика (18.11).

476. Ответственный – мастер производства (Нач . цеха основного производства ).

477. Отчет о бухгалтерском закрытии накопительного заказа .

478. Ответственный – мастер производства (Нач . цеха основного производства ).

479. Отчет о графике производственных линий (18.1.14).

480. Ответственный – мастер производства (Нач . цеха основного производства );

481. Отчет об использовании производственной линии (18.15).

482. Ответственный – мастер производства (Нач . цеха основного производства );

483. Отчет о простоях , браке и отходах (18.21.6, 18.21.4, 18.21.13-18.21.15).

484. Ответственный – мастер производства (Нач . цеха основного производства );

485. Отчет о продуктивности и эффективности по НП , работникам , РЦ (18.21.17- 18.21.19, 18.21.21- 18.21.23)

486. Ответственный – мастер производств (Нач . цеха основного производства );

487. Отчет о дефицитах по НЗ (16.16).

488. Ответственный – мастер производства (Нач . цеха основного производства );

489. Отчет о статусах НЗ (16.3).

490. Ответственный – мастер производства (Нач . цеха основного производства );

491. Отчет о отправке НЗ по операциям .

492. Ответственный – мастер производства (Нач . цеха основного производства );

493. Отчет о НЗ (16.3.1., 16.3.2).

494. Ответственный – мастер производства (Нач . цеха основного производства );

495. Отчет об истории НЗ (16.3.6).

496. Ответственный – мастер производства (Нач . цеха основного производства );

497. Отчет о структуре и техкарте ГП (16.13.3, 16.13.15).

Ответственный – гл . технолог , за последующие изменения - мастер производства (Нач . цеха основного производства );

498. Отчет о бух . закрытии НЗ .

499. Ответственный – мастер производства (Нач . цеха основного производства );

500. Отчет операций НЗ (17.13,17.14, 17.15).

501. Ответственный – мастер производства (Нач . цеха основного производства );

502. Отчет о времени простоя (17.16).

503. Ответственный – мастер производства (Нач . цеха основного производства );

504. Отчет о причинах простоя (17.17).

505. Ответственный – Нач . ПДО и мастер производства (Нач . цеха основного производства );

506. Отчет об использовании РЦ (17.18).

507. Ответственный – мастер производства (Нач . цеха основного производства );

508. Отчет о планируемой и реальной загрузке РЦ (17.12)

509. Ответственный – Нач . и мастер производства (Нач . цеха основного производства );

510. Отчет об использования РЦ (17.18).

511. Ответственный – мастер производства (Нач . цеха основного производства );

512. Отчет об эффективности по РЦ , НЗ , работникам (17.19, 17.20, 17.21) .

513. Ответственный – мастер производства (Нач . цеха основного производства );

514. Отчет о результатах проведения проверки по НЗ (19.15)

515. Ответственный – ОТК ;

516. Квитанция о получении по ЗЗ (5.13.2).

517. Ответственный – Нач . снабжения ;

518. Детальный отчет СЗ (3.6.5, 3. 17)

519. Ответственный – зав . складом ;

520. Отчет по работникам (14.13.21).

521. Ответственный – системный администратор ;

19.7 Документооборот в разрезе рабочего места отдела контроля качества ОТК
Цели :

522. Нормирование (19.1.1, 19.2.1, 19.3.1, 19.1.13);

523. Проведение контроля качества по заказам качества (19.1.13, 19.7, 19.11, 19.12);

524. Проведение контроля качества по наряд -заказам (19.1.13, 17.1/18.14/19.13)

525. Выдача сертификата качества (19.20).

Перечень вводимых документов MFG/PRO:

526. Отчет по показателям работы (н /ч и ф /ч ) контролирующего лица в рамках НЗ (17.1, 18.14).

527. Ответственный – ОТК .

528. Цель №1;

529. Отчет по критериям испытания (19.1.1).

530. Ответственный – ОТК .

531. Цель №1;

532. Отчет по спецификациям НП (19.1.13).

533. Ответственный – ОТК .

534. Цель №1;

535. Отчет по процедуре контроля (19.2.1).

536. Ответственный – ОТК .

537. Цель №1;

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

539. Ответственный – ОТК .

540. Цель №1;

541. Отчет результатов проверки по заказу качества (19.11)

542. Ответственный – ОТК .

543. Цель №2;

544. Отчет результатов проверки по НЗ (19.13)

545. Ответственный – ОТК .

546. Цель №3;

Перечень используемых документов сформированных в MFG/PRO:

547. Отчет общих данных НП (1.5.1).

548. Ответственный – системный администратор .

549. Цель №1;

550. Отчет по техкарте НП (14.13.4), отчет по техкарте для НЗ (16.13.15).

551. Ответственный – системный администратор , мастер производства .

552. Цель №1, 3;

553. Отчет по заказам качества (19.9).

554. Ответственный – склад материалов , склад ГП .

555. Цель №2;

556. Отчет результатов проверки по заказу качества (19.12).

557. Ответственный – ОТК .

558. Цель №2;

559. Отчет результатов испытаний по НЗ (19.15).

560. Ответственный – ОТК .

561. Цель №3;

562. Отчет о сертификате качества (19.20).

563. Ответственный – ОТК .

564. Цель №4, 2;

565. Отчет по работникам (14.13.21).

566. Ответственный – системный администратор .

567. Цель №3;

19.8 Документооборот в разрезе рабочего места склада .
Склад материалов
Цели :

  • Нормирование ;
  • Учет перемещения СЗ ;
  • Учет поступления материалов ;
  • Инвентаризация .

Документы , вводимые в MFG/PRO:

568. Установки контрольного файла СЗ (3.24).

569. Ответственный – склад .

570. Цель №1.

571. Отчет о статусах СЗ (1.1.1).

572. Ответственный – склад .

573. Цель №1.

574. Отчет о статусе СЗ для НП (1.4.5)

575. Ответственный – склад .

576. Цель №1.

577. Отчет о статусе НП (1.1.5).

578. Ответственный – склад .

579. Цель №1.

580. Отчет о статусе НП для НП (1.4.3).

581. Ответственный – склад .

582. Цель №1.

583. Отчет о заводе (1.1.13).

584. Ответственный – склад .

585. Цель №1.

586. Отчет о местоположении (1.1.18).

587. Ответственный – склад .

588. Цель №1.

589. Отчет по перемещению СЗ (3.4.1, 3.4.2);

590. Ответственный – склад .

591. Цель №2.

592. Отчет по перемещению с изменением партии (3.4.3).

593. Ответственный – склад .

594. Цель №2.

595. Отчет по сроку годности НП и статусу СЗ (3.1.1).

596. Ответственный – склад .

597. Цель №1.

598. Отчет по незапланированному отпуску товаров (3.7).

599. Ответственный – склад .

600. Цель №3.

601. Отчет по незапланированному получению товара (3.9).

602. Ответственный – склад .

603. Цель №3.

604. Отчет по получению /возврате по ЗП (3.10).

605. Ответственный – склад .

606. Цель №3.

607. Отчет по получению /возврате на склад (3.11)

608. Ответственный – склад .

609. Цель №3.

610. Отчет по результатам переодического подсчета (3.14).

611. Ответственный – склад .

612. Цель №4.

613. Отчет по вводимому значению СЗ (ярлык ) (4.11).

614. Ответственный – склад .

615. Цель №4.

616. Отчет пересчета СЗ в другую единицу измерения (ярлык ) (4.12)

617. Ответственный – склад .

618. Цель №4.

Используемые документы , сформированные в рамки MFG/PRO:

619. Отчет о статусах СЗ (1.1.3).

620. Ответственный – склад .

621. Цель №1.

622. Отчет о статусе СЗ для НП (1.5.3).

623. Ответственный – склад .

624. Цель №1.

625. Отчет о статусе НП (1.1.7).

626. Ответственный – склад .

627. Цель №1.

628. Отчет о статусе НП для НП (1.5.2)

629. Ответственный – склад .

630. Цель №1.

631. Отчет о заводах (1.1.15).

632. Ответственный – склад .

633. Цель №1.

634. Отчет о статусе СЗ по НП (3.6.1).

635. Ответственный – склад .

636. Цель №1,3.

637. Отчет /Кор . АВС статуса НП (3.6.3).

638. Ответственный – склад .

639. Цель №1,3.

640. Отчет о пополнении СЗ по точке заказа (3.6.2).

641. Ответственный – склад .

642. Цель №3.

643. Отчет о местоположении (1.1.20).

644. Ответственный – склад .

645. Цель №1.

646. Детальный отчет о СЗ (3.6.5, 3.6.6).

647. Ответственный – склад .

648. Цель №3.

649. Отчет о текущем избытке СЗ (3.6.8).

650. Ответственный – склад .

651. Цель №3.

652. Отчет по прогнозу будущего избытка СЗ (3.6.9).

653. Ответственный – склад .

654. Цель №3.

655. Отчет об оценке СЗ (3.6.13), по местоположению (3.6.14), по датам (3.6.15), по местоположению и дате (3.6.16).

656. Ответственный – склад .

657. Цель №3.

658. Рабочий лист по периодическому подсчету (нормат . усушка ) (3.13).

659. Ответственный – склад .

660. Цель №4.

661. Отчет о результатах периодического подсчета (3.15).

662. Ответственный – склад .

663. Цель №4.

664. Ярлыки (пустые ) для обновления СЗ (4.6).

665. Ответственный – склад .

666. Цель №4.

667. Отчет о ярлыках (4.13).

668. Ответственный – склад .

669. Цель №4.

670. Отчет о подсчитанных ярлыках (4.14).

671. Ответственный – склад .

672. Цель №4.

673. Отчет о неподсчитанных ярлыках (4.15).

674. Ответственный – склад .

675. Цель №4.

676. Отчет об оценке зафиксированного СЗ (4.16).

677. Ответственный – склад .

678. Цель №4.

679. Отчет об оценке Проинвент . СЗ (4.17).

680. Ответственный – склад .

681. Цель №4.

682. Отчет об отклонении СЗ (4.18).

683. Ответственный – склад .

684. Цель №4.

685. Квитанция о получении по ЗЗ (5.13.2).

686. Ответственный – снабжение .

687. Цель №4.

688. Отчет о заказах качества (19.9).

689. Ответственный – склад .

690. Цель №4.

691. Отчет по результатам заказа качества (19.12).

692. Ответственный – ОТК .

693. Цель №4.

Склад ГП

Цели :

694. Нормирование ;

695. Учет перемещения СЗ ;

696. Учет поступления готовой продукции ;

697. Инвентаризация .

Документы , вводимые в MFG/PRO:

698. Установки контрольного файла СЗ (3.24).

699. Ответственный – склад .

700. Цель №1.

701. Отчет о статусах СЗ (1.1.1).

702. Ответственный – склад .

703. Цель №1.

704. Отчет о статусе СЗ для НП (1.4.5)

705. Ответственный – склад .

706. Цель №1.

707. Отчет о статусе НП (1.1.5).

708. Ответственный – склад .

709. Цель №1.

710. Отчет о статусе НП для НП (1.4.3).

711. Ответственный – склад .

712. Цель №1.

713. Отчет о заводе (1.1.13).

714. Ответственный – склад .

715. Цель №1.

716. Отчет о местоположении (1.1.18).

717. Ответственный – склад .

718. Цель №1.

719. Отчет по перемещению СЗ (3.4.1, 3.4.2);

720. Ответственный – склад .

721. Цель №2.

722. Отчет по перемещению с изменением партии (3.4.3).

723. Ответственный – склад .

724. Цель №2.

725. Отчет по сроку годности НП и статусу СЗ (3.1.1).

726. Ответственный – склад .

727. Цель №1.

728. Отчет по незапланированному отпуску товаров (3.7).

729. Ответственный – склад .

730. Цель №3.

731. Отчет по незапланированному получению товара (3.9).

732. Ответственный – склад .

733. Цель №3.

734. Отчет по получению /возврате по ЗП (3.10).

735. Ответственный – склад .

736. Цель №3.

737. Отчет по получению /возврате на склад (3.11)

738. Ответственный – склад .

739. Цель №3.

740. Отчет по результатам переодического подсчета (3.14).

741. Ответственный – склад .

742. Цель №4.

743. Отчет по вводимому значению СЗ (ярлык ) (4.11).

744. Ответственный – склад .

745. Цель №4.

746. Отчет пересчета СЗ в другую единицу измерения (ярлык ) (4.12)

747. Ответственный – склад .

748. Цель №4.

Используемые документы , сформированные в рамки MFG/PRO:

749. Отчет о статусах СЗ (1.1.3).

750. Ответственный – склад .

751. Цель №1.

752. Отчет о статусе СЗ для НП (1.5.3).

753. Ответственный – склад .

754. Цель №1.

755. Отчет о статусе НП (1.1.7).

756. Ответственный – склад .

757. Цель №1.

758. Отчет о статусе НП для НП (1.5.2)

759. Ответственный – склад .

760. Цель №1.

761. Отчет о заводах (1.1.15).

762. Ответственный – склад .

763. Цель №1.

764. Отчет о статусе СЗ по НП (3.6.1).

765. Ответственный – склад .

766. Цель №1,3.

767. Отчет /Кор . АВС статуса НП (3.6.3).

768. Ответственный – склад .

769. Цель №1,3.

770. Отчет о пополнении СЗ по точке заказа (3.6.2).

771. Ответственный – склад .

772. Цель №3.

773. Отчет о местоположении (1.1.20).

774. Ответственный – склад .

775. Цель №1.

776. Детальный отчет о СЗ (3.6.5, 3.6.6).

777. Ответственный – склад .

778. Цель №3.

779. Отчет о текущем избытке СЗ (3.6.8).

780. Ответственный – склад .

781. Цель №3.

782. Отчет по прогнозу будущего избытка СЗ (3.6.9).

783. Ответственный – склад .

784. Цель №3.

785. Отчет об оценке СЗ (3.6.13), по местоположению (3.6.14), по датам (3.6.15), по местоположению и дате (3.6.16).

786. Ответственный – склад .

787. Цель №3.

788. Рабочий лист по переодическому подсчету (нормат . усушка ) (3.13).

789. Ответственный – склад .

790. Цель №4.

791. Отчет о результатах периодического подсчета (3.15).

792. Ответственный – склад .

793. Цель №4.

794. Ярлыки (пустые ) для обновления СЗ (4.6).

795. Ответственный – склад .

796. Цель №4.

797. Отчет о ярлыках (4.13).

798. Ответственный – склад .

799. Цель №4.

800. Отчет о подсчитанных ярлыках (4.14).

801. Ответственный – склад .

802. Цель №4.

803. Отчет о неподсчитанных ярлыках (4.15).

804. Ответственный – склад .

805. Цель №4.

806. Отчет об оценке зафиксированного СЗ (4.16).

807. Ответственный – склад .

808. Цель №4.

809. Отчет об оценке Проинвент . СЗ (4.17).

810. Ответственный – склад .

811. Цель №4.

812. Отчет об отклонении СЗ (4.18).

813. Ответственный – склад .

814. Цель №4.

815. Отчет о заказах качества (19.9).

816. Ответственный – склад .

817. Цель №4.

818. Отчет по результатам заказа качества (19.12).

819. Ответственный – ОТК .

820. Цель №4.

821. Отчет об отправках по ЗП (7.15.8).

822. Ответственный – склад , сбыт .

823. Цель №4.

824. Упаковочный лист по сбыту (7.9.13).

825. Ответственный – сбыт .

826. Цель №3.