Нормативные данные по Главной книге

6.1.1. Настройка контрольного файла Главной Книги

Перед вводом счетов ГК и настройки отчетности необходимо настроить 25.24

Контрольный Файл Главной Книги. Настройки Контрольного Файла определяют условия обработки транзакций, применения субсчетов и ЦЗ, счета нереализованных прибылей/убытков обмена валют и т.д.

Счет Приб./Убытков(Бал.): код счета ГК для отражения балансовых прибылей/убытков С Начала Года (СНГ). Этот счет используется только для отчетов, на него не могут быть выставлены транзакции. Система подсчитывает суммы прибылей/убытков СНГ по всем суммам выставляемым на все счета доходов (тип I) и расходов (тип Е). Эти суммы печатаются в балансовых отчетах, отражая текущие доходы компании. Прибыли/убытки СНГ пересчитываются каждый раз, когда печатаются балансовые отчеты.

Прибыли/убытки подсчитываются отдельно для каждого ЮрЛица.

Счет Удержанных Выплат: используется в функциях: 25.13.12 Транзакция Закрытия Года, во время закрытия года система подсчитывает и выставляет на этот счет прибыли/убытки СНГ, и 25.13.2 Вед. Ретроактивных Транзакций, транзакции сделанные во время закрытия года могут влиять на прибыли/убытки года для которого делалась ретроактивная проводка (например, выставление проводок продаж закрытого года должно увеличить доходы того года).

СчетНереализ.Приб/Убыт Обмена: этот счет используется только при использовании нескольких валют в системе. Применяется в функции 25.13.9 Переоценка Обмена Валюты для отражения сумм появляющихся в случае изменения обменного курса. Например, у Вас есть валютный счет в банке 100$. В момент его создания 1$=20р, то есть 2000р. В некоторый момент курс изменился и стал 1$=25р., то есть 2500р. Прибыль 500р. не реализована, т.к. существует только на бумаге и останется таковой до момента снятия этих денег со счета.

СчетПоправокПереводов(БО): используется только в момент импорта транзакций другого Юр. Лица с иной базовой валютой. Если поле “ВнестиСкоррект.Транз.В Б/Д”- Баланс (25.3.1), тогда суммы приведения переводов выставляются на этот счет.

СчетПоправокПереводов(ОПУ): используется только в момент импорта транзакций другого Юр. Лица с иной базовой валютой. Если поле “ВнестиСкоррект.Транз.В Б/Д”- Доход (25.3.1), тогда суммы приведения переводов выставляются на этот счет.

Настройка Главной Книги в MFG/PRO.

Исп. Суб-Счета, Исп.ЦентрыЗатрат: определяет применяет компания суб-счета и центры затрат, если применяются суб-счета или ЦЗ – присвойте “Да” в соответствующем поле.

БалансПоЮр.Лицам: применяется только если в одной базе данных существует несколько Юр. Лиц. “Да” - если все транзакции внутри одного Юр. Лица должны быть сбалансированы.

Например, ниже приведенная транзакция выставлена в ГК не будет.

Дб 1200 (Юр. Лицо 1)

Кр 1500 (Юр. Лицо 2)

МожноИзменитьМодульТранзакции: “Да” - означает транзакции из модулей продаж, закупок и т.д. могут быть скорректированы в 25.13.1 Ведение Стандартных Транзакций ГК.

Непр. Номера Страниц Для Аудита: если “Да” система будет печатать аудиторские отчеты начиная со следующей страницы. Последняя страница храниться в функции ведения Юр. Лица (25.3.1) для Юр. Лица и в НомерПосл.Стр.ДляВыст.Аудита для компании. p>Ежедн./Непрерыв. Послед-ть Ссылок: определяет систему нумерации ссылок для некоторых транзакций ГК (JL - стандартные транзакции Главной Книги, RV- ретроактивные транзакции ГК, RA - обратные транзакции ГК, FX - транзакции переоценки иностранной валюты).

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

Непрерыв. - номер генерируется системой и не может быть введен с клавиатуры.

6.1.2. Юридические Лица

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

Все транзакции в системе ссылаются на определенные комбинации ЮЛ, счета, суб-счета и ЦЗ, что обеспечивает в БД с несколькими ЮЛ включение транзакции в требующуюся финансовую отчетность. Даже если в БД требуется одна финансовая отчетность необходимо ввести код ЮЛ в функции 25.3.1 Ведение Кодов Юр.Лиц.

ЮрЛицо: код Юридического Лица (ЮЛ).

Описание: описание ЮЛ, объединенного с этим кодом.

ОсновноеЮрЛицо: только для одного Юр. Лица базы может быть Да. Это ЮЛ будет использоваться по умолчанию в проводках системы, но может быть изменено на время сессии в функции 25.3.3 Изменение Кода Юр.Лица. Если в БД одно ЮЛ присвойте- Да.

Валюта: код базовой валюты ЮЛ, используется при импорте транзакций другого ЮЛ для определения требуется ли перевод в базовую валюту основного ЮЛ. В случае если в системе одно ЮЛ код в этом поле и значение поля “БазоваяВалюта” в 36.1 должны совпадать.

ВнестиСкоррект.Транз.В Б/Д: система приводит транзакции импортированные из другой базы, оперирующей другой валютой, к базовой валюте. Это приведения могут быть выставлены или в балансовую ведомость или в ведомость доходов. Если Вы не используете многовалютность, содержимое этого поля теряет значение.

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

№ Страницы Для Печати Аудита: с номера введенного в этом поле будет начинаться отчет аудиторского контроля

6.1.3. Настройка агрегированной отчетности

Когда транзакции появляются в отчетах, они суммируются по счету/субсчету/ЦЗ.

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

В MFG/PRO такие группы называются Позициями Формата (ПФ). ПФ озаглавливают группы счетов появляющиеся в балансовых отчетах и отчетах о прибылях/убытках. Они также определяют, в каких отчетах появляются счета (балансовых или о прибылях/убытках, счета не могут появляться и в одних и в других). Ввод ПФ осуществляется 25.3.7 Ведение Позиции Формата.

Позиция Формата: код позиции формата (не более 6 символов).

Описание: описание ПФ объединенной с этим кодом, то есть название группы счетов объединяемых этой ПФ. Например, если в этой ПФ будут объединены счета активов, то название может быть “Активы”.

Сумм. В: код позиции формата в который будет суммироваться итог этой позиции формата.

Тип Отчета: определяет в каком отчете будет появляться эта позиция формата. Каждая позиция формата может входить либо в “Баланс.Отчет” либо “Отчет по Доходам”.

Счета поступлений и расходов (I, E) включаются в отчеты о Прибылях и Убытках. Активы и обязательства (A, L) включаются в балансовые отчеты.

Норм. Баланс: определяет баланс счетов суммируемых в ПФ. Для счетов типов I и L- Кр, для А и E- Дб. В отчетах кредитовые суммы дебетовых ПФ будут показаны с минусом, также как дебетовые суммы кредитовых ПФ.

После заполнения полей этой рамки нажмите F1 и настройте параметры сортировки и формы отчетов.

Сорт-тьСуб-СчетаДоСчетов: устанавливает будут ли суб-счета предшествовать счетам при печати и сортировке позиций формата.

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

Эти две установки работают вместе с установками в полях “Суммировать Суб-Счета” и “Суммиров.ЦентрыЗатрат” в функциях печати балансовых отчетов и отчетов о прибылях/убытках. В приведенной таблице представлены варианты установок в этих полях и соответствующие этим комбинациям последовательности вывода информации о счетах, суб-счетах и ЦЗ в отчетах.

С – счета, СС – суб-счета, ЦЗ – центры затрат.

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

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

ПропСтрокуПослеИтога, ДвойноеПодчерк. Итога: предназначены для организации читаемости формы отчета.

6.1.4. Счета Главной Книги

В MFG/PRO все транзакции ссылаются и выставляются в ГК на комбинацию ЮЛ и счета (обязательно) и суб-счет, ЦЗ и проект (опционально). Счета используются для определения как транзакции влияют на активы, расходы, обязательства и собственный капитал компании.

Счета вводятся в функции 25.3.13 Ведение Кодов Бухгалт.Счетов.

Счёт: код счета. Длина счета не может превышать 8 символов. Если используются суб- счета, то сумма длин счета и суб-счета должна быть не более 8 символов, так как в некоторых функция счет и суб-счет вводятся в одном поле (содержащем 8 символов).

Например, если счет содержит 2 символа, то длина суб-счета не может быть более 6 символов.

Описание: описание счета объединенного с этим кодом.

Тип: определяет отношение счета к балансу и может принимать значения:

Активные

A(Asset)- активы,

E(Expense)- расходы.

Пассивные

L(liability/Capital)- обязательства (капитал),

I(Income)- поступления.

Статистические

M(Memo) – используется в отчетах но не вносится в итоги.

S(Statistical) – используется в отчетах (не вносится в итоги) и в случае применения налогообложения НДС.

Валюта: возможно назначение счетам типов “A” и “L” не базовой валюты.

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

ЗаписьТолькоИзСубМодулей: если “Да” - система не даст возможности записывать проводки в функциях 25.13.1 Вед.Стандарт. Транзакций, 25.13.2 Вед. Ретроактивных Транзакций, 25.13.3 Вед. Обратных Транзакций, 25.13.9 Переоценка Обмена Валюты.

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

Активный: определяет - используется ли этот счет для проводок. Транзакции ГК могут ссылаться только на активные счета.

ИндексПреобр.ВалКурса: используется только когда переводятся суммы не в базовой валюте в базовую во время импорта транзакций из другой БД. Может принимать значения:

1. текущая обменная ставка,
2. взвешенная средняя,
3. простая средняя,
4. из истории,
5. определенная пользователем.

1, 2 и 3 используют записи из функции 26.1, 4 берет ставку из экспортируемой базы, 5 устанавливается в 25.19.1.

6.1.5. Суб-счета Главной Книги

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

Во многих функциях системы счет и суб-счет необходимо вводить в одном поле (как комбинацию). Поэтому, необходимо заранее решить, сколько символов будет составлять длина счета и сколько суб-счета, и указать длину суб-счета в поле: “Длина Суб-Счета Суб-Модуля” функции 36.1 Контроль.Файл Системы/Бухг.Счета.

Например, все счета будут состоять из 2 символов (счет 10 ТМЦ), тогда длина суб- счета не должна превышать 6 символов, то есть (101 - суб-счет 1 счета 10). В поле ввода комбинированного кода счета/суб-счета необходимо будет ввести “10___101” (___- три пробела), тогда в проводке эта комбинация будет представлена как 10-101, то есть транзакция будет корреспондироваться с суб-счетом 101 счета 10.

Ввод суб-счетов производится в функции 25.3.17 Ведение Кодов Суб-Счетов.

Суб-Счет: код суб-счета. В системе для всех счетов, для которых, например, применяются суб-счет 1 этот суб-счет представляет один и тот же суб-счет, то есть если у счетов 10 и 19 существует суб-счет 1, то система просуммирует суммы проводок корреспондирующиеся с комбинациями 10-1 и 19-1 вместе на один суб-счет 1. Поэтому, для каждого счета необходимо вводить суб-счета относящиеся только к ним и имеющие специальную кодировку, указывающую на это, как это показано в примере: суб-счет 101- это суб-счет 1 счета 10.

Описание: описание (название) суб-счета.

Активный: система позволяет использовать в транзакциях только активные суб-счета. В рамке “Разр. Пред. Счётов” поля “Из Счета” и “До Счет” указывается диапазон счетов, с которыми суб-счет может составлять комбинацию в той или иной транзакции. Для описанной выше ситуации введите в обоих полях один и тот же счет (как в примере) После ввода суб-счетов необходимо указать признак “Исп. Суб-Счета”- “Да” в функции 25.24 Контр.Файл Гл.Бухг.Книги.

1.1.5.1 Коды Проектов

Коды проектов вводятся для отражения какой-либо стороны деятельности компании. Например, если есть потребность проследить операции ГК касающиеся создания нового отдела компании, необходимо ввести код проекта (в функции 25.3.11) и далее во всех операциях (закупки, продажи, производства и т.д.) имеющих свое отражение в транзакциях ГК указывать этот код. После выставления транзакций ГК можно напечатать отчеты (25.15.21 Сводные Работы по Проекту, 25.15.22 Детальные Работы по Проекту, 25.15.23 Сравнение Работ по Проекту) отражающие какие суммы на тех или иных счетах относятся к проекту.

Проект: код нового проекта.

Тип Проекта, Код Статуса: ссылочные поля, печатаемые в отчетах.

Активный: при записи транзакции система позволяет ссылаться только на активные проекты.

ДатаНачала, ПервичнаяДатаЗавершения, Пересмотр.ДатаЗаверш., Дата Исправл.,

РеальнаяДатаЗавершения: ссылочные поля для указания дат появляющихся в отчетах.

1.1.5.2 Коды Центров Затрат

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

Данные ЦЗ вводятся в функции 25.3.20 Ведение Кода Центра Затрат.

ЦентрЗатр: код Центра Затрат.

Описание: описание (название) Центра Затрат. Активный: система позволяет использовать в транзакциях только активные ЦЗ. Разр. Пред. Счётов, Разреш. Пред. Суб-Счетов: окна позволяющие задать диапазоны счетов и суб-счетов с которыми ЦЗ может составлять комбинацию.

1.1.5.3 Коды Резервирования

Коды резервирования позволяют делить сумму транзакции между несколькими счетами. То есть в поле указания счета проводки (или в функции указывающей счета для проводок по умолчанию, например, 1.2.1 Ведение ТНГ, 2.1.1 Ведение покупателей (Счет СД) и т.д.) Вы можете указать код резервирования (КР), который в свою очередь ссылается на несколько счетов. Транзакция будет содержать счета КР, а суммы, дебетующие или кредитующие счета, будут представлять собой определенную долю общей суммы транзакции. Например, для КР приведенного в окнах функции 25.3.23 Ведение Кодов Резервирования

проводка будет иметь вид:

Кр 1040 – 200р.

Дб 1200 – 50р.

Дб 2200 – 150р.

Счёт, Суб-Счет, ЦЗ, Проект – укажите комбинацию счета, суб-счета, ЦЗ и проекта получающего процент суммы транзакции. Процент - процент соответствующий комбинации счета/суб-счета/ЦЗ/Проекта. Сумма процентов всех строк должна быть 100%.

1.1.5.4 Календарь Главной Бухгалтерской Книги

Транзакции ГК выставляются по периодам определяемым в 25.3.4 Ведение Календаря Гл.Бухг.Книги. Периодов в году может быть любое количество, начинаться и заканчиваться они могут любой датой (но при этом не могут перекрываться, например, если один период заканчивается 31/01/00, то следующий должен начинаться с 01/02/00), но для всех ЮЛ БД они должны совпадать. В этой же функции можно закрыть период по тому или иному направлению деятельности.

Год, Период: год и порядковый номер периода ГК. Нач. Периода, КонПериода: даты начала и конца периода. Даты смежных периодов перекрываться не могут.

Как уже говорилось в этой функции могут быть закрыты периоды по некоторым направлениям деятельности компании, но при этом открытые и закрытые направления для разных ЮЛ могут не свпадать

Направления деятельности компании:

СК – счета кредиторов; СД – счета дебиторов; OС - основные средства; НЗ КС - наряд- заказы контроль складских запасов; ПВ – модуль зарплаты; ЗП – заказы на продажу; ГК – Главная Книга; Год Закрыт - закрытие всех направлений.

“Нет” в соответствующем поле означает, что модуль открыт. “Да” - закрыт

1.1.5.5 Настройка суб-модулей

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

Список функций, в которых необходимо указать какие счета, суб-счета и ЦЗ использовать в тех или иных проводках:

1.1.13 Ведение Заводов,

1.2.1 Ведение Групп Продуктов,

1.10.1.1 Ведение Прайс-Листов,

2.1.1 Ведение Покупателей,

2.3.1 Ведение Поставщиков,

2.13.13.1 Ведение Налогов. Ставки,

2.19.13 Ведение Кодов Доп. Услуг,

14.1 Ведение Цехов/Произв.Участков,

26.13 Ведение Банков,

27.6.1 Ведение Банков (покупателей),

28.9.1 Ведение Банков (поставщиков).

Помимо этого во время создания новых записей нормативных данных и в некоторых транзакция используются счета, суб-счета, ЦЗ указанные в контрольных файлах системы, таких как:

36.1 Контроль.Файл Системы/Бухг.Счета,

3.24 Контроль. Файл Складского Запаса,

5.24 Контрольный Файл Закупок,

7.1.24 Контроль. Файл Заказа на Продажу,

25.24 Контроль. Файл Заказа на Продажу,

27.24 Контр.Файл Счетов Дебиторов (СД),

28.24 Контр.Файл Счетов Кредитор. (СК).

6.1.6. Нормативные данные по налогам

6.1.6.1.1. Налогообложение в MFG/PRO

В одной базе данных может использоваться только одна система налогообложения из:

• Прямые Налоги на Продажу (США),
• Налоги на Добавл.Стоимость (НДС),
• Смешанные Налоги (Канада),
• Полное Управление Налогами.

Признак применения той или иной системы указывается в 36.1 Контроль.Файл Системы/Бухг.Счета, если применяются Налоги на Добавл.Стоимость(НДС), Смешанные Налоги(Канада) или Полное Управление Налогами необходимо поставить “Да” в соответствующем поле: Канад. Налоги, Нал. на Доб. Стоим, Исп.Упр-е Налогами, если применяются Прямые Налоги на Продажу(США) – всем трем полям необходимо присвоить Нет.

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

6.1.6.1.2. Возможности Полного Управления Налогами

Используя этот модуль можно:

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

Одним из преимуществ ПУН является простота перехода на другие способы расчета налогов (например, НДС).

6.1.6.1.3. Элементы модуля Полное Управление Налогами

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

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

Регионы, в которых действуют особые правила расчета налогов, в которых

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

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

При создании налогооблагаемой транзакции три фактора определяют какие типыналогов должны применяться к операции: 1) налоговая зона “отправка-из”, 2) налоговая зона “отправить-в”, 3) класс налога поставщика или покупателя. В ПУН комбинация установки типов налога для определенной “ship-to”/”ship-from” зоны и класса налога называется налоговой средой, то есть комбинация налоговых зон, между которыми производится операция и класса налога.

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

Налоговая база – сумма-объект налоговой ставки. Обычно база налога 100% суммы продажи или покупки позиции. Но Вы можете установить налоговую базу для части суммы транзакции, для суммы транзакции плюс другие налоги.

6.1.6.1.4. Настройка модуля Полное Управление Налогами

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

При вводе параметров модуля желательно придерживаться последовательности приведенной на рис. 13.

6.1.6.1.5. Описание шагов настройки модуля

Коды стран

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

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

Код Страны: код страны или если несколько стран имеют одинаковые типы налогов код группы стран. Например, если при создании транзакций между Россией - Россией и Россией – Беларусью применяются одинаковые типы налогов, то удобней создать одну налоговую среду для всех сделок. То есть среду, в которой налоговая зона отправителя РФ (Россия), налоговая зона получателя РБ (Россия, Беларусь).

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

могут иметь одинаковое имя.

Имя в дальнейшем будет появляться печатаемых документах.

Альтернат.Код: (опционально) может принимать значение подгруппы объединенной с этим кодом или код используемый при сортировке и отличающийся от значения поля “Код Страны”.

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

После ввода кодов стран для облегчения ввода налоговых зон введите наиболее часто используемый код страны в поле “Код Страны” функции 2.13.24 Контр.Файл Полного Управл.Налог. – этот код будет присваиваться автоматически при вводе налоговых зон, но может быть отменен с клавиатуры.

2. Коды областей, районов и городов используются для определения корректной налоговой зоны по адресу компании, поставщика, покупателя. Если эти коды в записи адреса не соответствуют записям налоговых зон – будет назначена ошибочная налоговая зона.

Ввод кодов областей, районов и городов осуществляется в функции 36.2.13 Ведение Обобщенных Кодов.

Для ввода необходимо:

В поле “Имя поля” - ввести соответствующее имя поля Progress. Для ввода кода области- ad_state, района- ad_county, города- ad_city.

В поле “Знач.” ввести код области, района, города. Причем длина кода области не может превышать 4 знаков, района и города 20.

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

Налоговые зоны

Установить налоговые зоны 2.13.3.13 Ведение Налоговых Зон.

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

Нал.Зона: код налоговой зоны (не может превышать 16 символов).

Описание: описание налоговой зоны. Появляется в дальнейшем в отчетах и запросах.

Код Страны: код страны соответствующий коду налоговой зоны. Для вновь вводимых зон присваивается значение, указанное в контрольном файле ПУН.

Регион, Район, Гор.: присвойте значения ранее введенные в 36.2.13.

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

ПодИтог Эт. Уров.: значение этого поля определяет будут ли суммы налогов этой

налоговой зоны появляться отдельным под-итогом в отчетах.

Зона Отчета: определяет появляется ли налоговая зона в отчетах.

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

Например, созданы налоговые зоны РФ, Пензенской области, Самарской области, Беларуси, СНГ. Для отчетности необходимо чтобы Пензенская и Самарская области суммировались в РФ, а РФ и Беларусь в СНГ.

Для этого в поле “Сумм. в Нал. Зону” рамки “Суммы-В Нал. Зону” зоны нижнего уровня введите код зоны верхнего уровня. Например, для зоны РФ будет СНГ.

Для удобства ввода иерархии зон - начинать следует с ввода верхнего уровня затем более низкого и т.д. (Для примера: 1) СНГ, 2) РФ, Беларусь, 3) области).

Ввод налоговых зон закончите вводом кода “ошибочной налоговой зоны”. Затем присвойте это значение в поле “НалогЗона” функции 2.13.24. Это значение будет использоваться системой, когда Вы будете вводить данные адресов. В этот момент она проверяет по параметрам адреса какой налоговой зоне соответствует адрес и если таковой не находится система присваивает значение поля “НалогЗона” (2.13.24).

Тип налогов

Тип налогов – определенный вид налогов, подсчитываемый по специфическим правилам и присутствующий в налоговых отчетах отдельной строкой. Например, в России типами налогов можно назвать НДС, Налог с Продаж, Акцизы. Во время обработки налогооблагаемой транзакции система подсчитывает налоги ТНГ и Дополнительных Услуг, основываясь на типах их налоговой среды.

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

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

ТипНалога: длина кода типа налога не может превышать 16 символов. Описание: описание типа налога.

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

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

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

В клетках пересечения типа/использования и класса – налоговые ставки.

В таблице классы: 1- обычный налог НДС (20%), 2- налог НДС на ГСМ (16%) и Акциз 6%, 3- некий налог НДС со ставкой 10% и Акцизом 6%.

Использования: Исп1- продажа/закупка производится за наличный расчет, то есть сделка облагается дополнительно Налогом с Продаж, Исп2- продажа/закупка производится за безналичный расчет, то есть сделка не облагается Налогом с Продаж (ставка НП=0%).

Ввод налоговых классов и использований налогов осуществляется в функциях 2.13.1.5 Ведение Классов Налогов и 2.13.1.9 Ведение Использования Налогов.

КлассНалога: длина кода класса не может превышать 3 знаков.

Описание: описание кода класса налога. Появляется в отчетах как дополнительная информация о классе.

Исп.Налога: код использования налога может содержать не более 8 знаков.

Описание: описание кода использования налога. Появляется в отчетах как дополнительная информация об использовании.

Методы округления

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

В системе уже есть три метода округления:

• округление до целого;
• округление до десятых;
• округление до сотых.

Если этих методов не достаточно можно ввести дополнительные в функции 2.13.1.17 Вед. Методов Округления.

МетодОкругления: цифровой код (одна цифра). Методы с кодами 0,1 и 2 поставляются вместе с MFG/PRO и эти методы не могут быть изменены пользователями.

Описание: описание метода округления. Появляется в отчетах как дополнительная информация о методе.

ЕдиницаОкругл.: может принимать целое или десятичное значение получившееся как степень 10 умноженная на 1 или 5 (например, 10, 50, 0.01, 0.5 и т.д.) Порог Округления: определяет точку с которой суммы округляются до ближайшего меньшего значения или большего. Если сумма меньше то округляется до меньшего, если больше или равна, то до большего.

В приведенном ниже примере сумма налога 12.2345 будет округлена как 12.235, а сумма 12.2343 как 12.234.

Десятич.Точка: может принимать значения “.” или “,”.

После ввода методов округления введите код наиболее часто используемого метода в поле “МетодОкругления” функции 2.13.24 – этот код будет присваиваться по умолчанию при вводе метода округления типа налога во время задания налоговых сред.

Налоговая среда

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

Например, в операциях закупки/продажи из России (налоговая зона отправителя- РФ) в Россию (налоговая зона получателя- РФ) будут применяться типы налогов: НДС, НП, Акцизы и другие применяемые к внутри-российским расчетам. В операциях закупки/продажи из США (налоговая зона отправителя- США) в Россию (налоговая зона получателя- РФ) будут применяться типы налогов: американские налоги: федеральный налог США, налог штата и т.д. (или просто один тип “Налоги США”), пошлины и т.п.

Установку записей налоговых сред осуществляют в функции 2.13.5.1 Ведение Налоговой Среды.

Налоговая Среда: код налоговой среды (не более 16 знаков).

Описание: описание налоговой среды система не предотвращает ввод одинаковых описаний для разных сред.

Нажмите F1 и введите комбинации налоговых зон и классов.

Отгр.ИзНалЗоны: в этом поле можно ввести налоговую зону из которой происходит отгрузка товаров, но если все отгрузки происходят из одной налоговой зоны – оставьте это поле пустым.

ЗонаГрузопол.: в этом поле можно ввести налоговую зону получения товаров, но если все получения происходят в одну налоговую зону – оставьте это поле пустым.

КНл: если налоговая среда должна дополнительно выбираться по налоговому классу покупателя/поставщика введите их в этом поле. Если налоговая зона применяется для всех поставщиков/покупателей (не зависимо от их налогового класса) – оставьте это поле пустым. Не вводите в этом поле класс позиции – ПУН использует класс позиции только для определения ставок.

Описание: описание комбинации налоговых зон “отправителя”, “поставщика” и класса.

Если налоговая среда является общей для всех налоговых зон оставьте поля Отгр.ИзНалЗоны и ЗонаГрузопол. Пустыми. Аналогично, если в среде используются все классы налогов оставьте поле класс пустым.

Нажмите F4 и введите типы налогов применяемые в этой среде.

ТипНалога: код типа налогов применяемый к операциям в этой среде. Для возможности отчетности по необлагаемым налогами суммам введите дополнительный тип налогов “Не облаг-й налогами”.

Пс: определяет последовательность подсчета сумм налогов типов в среде. То есть тип с последовательностью 1- будет подсчитан первым, с 2- вторым и т.д. В ситуации, когда один налог подсчитывается на основе другого – подсчитываемый первым должен иметь меньший номер последовательности. Например, в российской системе налогообложения НП подсчитывается на основе НДС, то есть НДС должен подсчитываться раньше НП.

R: метод округления применяемый к конкретному типу налогов, предварительно введенный в 2.13.1.17.

Описание Типа: принимается описание типа введенное в 2.13.1.1.

Типы налогов в среде имеют номер последовательности и методы округления.

Последовательность типов используется при расчете смешанных налогов, раньше рассчитываются налоги с меньшим последовательным номером. Введите тип налога “Nontaxable” (необлагаемый) для возможности формирования отчетов по необлагаемым сделкам, причем этот тип необязательно вводить в 2.13.1.1 – он уже существует в MFG/PRO.

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

База налогов

Базы налогов используется для вычисления налогов, для которых налогооблагаемой базой является или 1) часть суммы транзакции или 2) сумма транзакции плюс другой налог.

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

Например, сумма продажи 200р., НДС=(200/100)*20=40р.,

НП=((200+40)/100)*5=12р.

Таким образом, в ставке для расчета НП потребуется указать, что база налога равна сумме транзакции и налога НДС. Для этого необходимо в функции 2.13.1.13 Ведение Базовых Налогов ввести данные базы налога.

Нал.База: код базы налога (не более 8 символов).

Описание: описание базы налога.

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

Это поле используется, если база налога равна части суммы операции или больше ее на определенный процент. Например, если налог рассчитывается на 50% стоимости закупаемого товара – базой налога будет 50% (соответственно это значение необходимо присвоить этому полю).

Для обозначения налоговых льгот значение этого поля должно быть отрицательным.

Баз.Знач.: налог может рассчитываться на основе суммы продажи или суммы затрат Главной Книги позиции.

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

Бухгалтерский учет суммы налогов

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

Поэтому на этом этапе необходимо ввести все необходимые счета, суб-счета и ЦЗ для сумм налогов, используя функции: 25.3.20 Ведение Кодов Бухгалт.Счетов, 25.3.17 Ведение Кодов Суб-7Счетов, 25.3.20 Ведение Кода Центра Затрат (методика их ввода описана отдельно).

После ввода счетов, суб-счетов, ЦЗ введите их в соответствующих полях функции 36.1 для автоматического их присвоения в функции 2.13.13.1 Ведение Налогов. Ставки во время ввода новых ставок (значения по умолчания могут быть отменены и изменены на требующиеся).

Налоговые ставки

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

Для облегчения ввода ставок налогов необходимо настроить некоторые поля 2.13.24 Контр.Файл Полного Управл.Налог.: Нал. Метод, НалПоСтрокам, НарастНалоговПриПолучении, Налог Скидки в Счет-Факт., Налог Скидки при Оплате, МожноИзменятьНалоги (значения этих полей приведены в описании функции 2.13.13.1). Такие же поля есть и в функции 2.13.13.1 Ведение Налогов. Ставки и они будут принимать по умолчанию значения, введенные в контрольном файле.

ТипНалога: определяет тип налога, для которого вводится ставка. КлассНалогаПоз: назначает класс типа налога. Если ставка применяется ко всем классам оставить это поле пустым.

ИспНалога: устанавливает использование типа налога. Оставьте поле пустым если ставка применяется независимо от использования.

НалПоСтрокам: определяет либо налоги рассчитываются отдельно по строкам либо по итогу транзакции. В транзакциях продаж налоги на дополнительные услуги всегда рассчитываются на основе итога заказа не зависимо от установки в этом поле. Эта установка не имеет влияния на счета подсчета налогов СД и СК; по Дб/Кр проводкам налоги всегда рассчитываются по итогу, а в ваучерах по линиям позиций.

Нал.База: определяет базовую сумму для расчета налога. Оставьте поле пустым если база составляет 100%.

Мин.Обл.Нал: минимальная базовая сумма для которой применяется налоговая ставка.

Макс.Обл.Нал: максимальная базовая сумма к которой применяется ставка.

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

В российской системе налогообложения это поле можно использовать для отражения сумм налогов по закупкам на определенных счетах, счет необходимо в этом случае указать в поле “Нал.Счет СК”, иначе суммы налогов по закупкам будут относится на счета отклонений по закупкам.

Нал. Метод: необходимо выбрать из существующих стандартных методов 01, 02, 11, 12 (возможно дополнение собственных, созданием специальных программ).

Формулы расчета.

1. Метод 01.

Сумма налога=Налоговая ставка*Сумма позиции.

Для обратно подсчитываемых налогов, то есть если налог уже входит в сумму транзакции. Сумма налога=Налоговая ставка*[Сумма позиции/(1+ Налоговая ставка)].

Налогооблагаемая база= Сумма позиции*Процент базы налога.

Если Налогооблагаемая база< Мин.Обл.Нал, Сумма налога=Мин налог

Если Налогооблагаемая база> Макс.Обл.Нал, Сумма налога=Макс налог

Возвращаемая сумма=Сумма налога*Возместимый%

2. Метод 02.

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

Если Налогооблагаемая база< Мин.Обл.Нал, Сумма налога=0

Если Налогооблагаемая база> Макс.Обл.Нал, Сумма налога=0

3. Метод 11.

Такой же как метод 01, но имеет регрессивный подсчет обратно подсчитываемых налогов.

Сумма налога=Налоговая ставка*Сумма позиции.

МожноИзменятьНалоги: определяет, могут ли пользователи использовать опцию просмотр/редактирование деталей налогов во время записи транзакции для изменения принятой системой налогооблагаемой базы и сумм налога. Но при этом система не ведет аудиторский контроль за изменениями.

МожноВключитьНалог: определяет - может ли использоваться обратный-подсчет налогов (то есть подсчет суммы налога когда она уже включена в сумму операции – транзакции в которых поле “С Нал.”- Да) при использовании этой ставки. ЗАМЕЧАНИЕ. В версии MFG/PRO Release 8.6C налоги не вычленяются из сумм дополнительных услуг ЗП (7.1.1, 7.13.1) и КП (6.1).

СписокПродажКИ, ПроцессКИ: опции применяемые в странах Европейского Сообщества.

Счёт Нал.на Прдж: определяет счет обязательств по налогам при продажах.

Кредитуется в момент подсчета налогов по операции продажи (в функциях 7.13.4, 27.1).

По умолчанию счет устанавливается из 36.1, но может быть изменен.

Абсорб.Нал./Прдж-у: определяет обязательства по налогам при продажах (счет кредитуется в 7.13.4, 27.1). Используется - если Ваша компания платит налоги взамен перевода их на покупателя. Если ставка налога для абсорбированных налогов установите опцию - Да. По умолчанию счет устанавливается из 36.1, но может быть изменен.

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

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

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

Налог Скидки в Счет-Факт.: эта установка определяет, подсчитывается ли налоги на основе суммы продажи минус скидка по условиям кредита. Если налог базируется на полной сумме продажи установите “Нет”.

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

Параметры покупателей, поставщиков, Н.П. и ТНГ

Скорректировать параметры покупателей, поставщиков, ном. позиции и ТНГ (2.1.1, 2.3.1, 1.2.1, 1.4.1).

3.4.2.5.Контр.Файл Полного Управл.Налог (2.13.24).

Загруз.Упр-е Налог.: Да- для активизации окна налогообложения при вводе компании (2.12), покупателя (2.1.1) и поставщика (2.3.1).

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

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

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

МетодОкругления: код метода округления принимаемый по умолчанию в 2.13.5.1 Ведение Налоговой Среды (вводится в 2.13.1.17).

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

МожноОбновл.Историю: определяет могут ли пользователи изменять записи деталей истории налогов. Установка этого поля имеет смысл только если “ВестиИст.Налога: Да”. ВестиИст.Налога: определяет будет ли MFG/PRO создавать записи истории налогов.

Записи истории всегда создаются по позиции. Эта установка должна быть Да если “МожноОбновл.Историю: Да”.

ПодтвердитьРегистрациюНДС: введите Да для возможности доступа к полям ввода регистрационных номеров налогов в функциях ведения адресов.

ПечатьРегистрациюНДС: определяет - будет ли система печатать регистрационные номера в документах (например, ЗП,КП, С-Ф, Дб/Кр проводки, ЗЗ и т.д.).

Показать Детали в Отчете: будут ли печататься налоги в документах “В деталях” или “Суммарно” (например, в ЗП, ЗЗ, Квитанциях о получении и т.д.). Суммарные налоги Вы можете печатать только если эта установка и установка “Печат. Дополнит.Услуги” – “Да” в функции печати документов. Детали налогов можно печатать только в документах содержащих дополнительные услуги

ПослКодНалога: система может автоматически назначать номер налоговой ставки (2.13.13.1). В этом поле представлен последний автоматически назначенный код (обновляется системой).

1.1.6.2 Ввод данных налогообложения заводов, покупателей, поставщиков, ТНГ, позиций 1.1.6.2.1 Адреса компании и заводов

В ПУН заводу должен соответствовать адрес компании, так как налоги подсчитываются по адресу, а не по заводу. Поэтому каждый завод компании должениметь запись адреса с таким же кодом адреса как код завода. Записи адресов создаются в функции 2.12 Ведение Адресов Компании. Данные налогообложения завода вводятся в окне “Нал.Инф”.

Налоблг.: признак налогообложения завода. Если операции, производимые с этим заводом облагаются налогами присвойте “Х” (снятие и присвоение “Х” осуществляется пробелом).

С Нал.: показывает - могут ли налоги быть включены в сумму транзакции производимой с этим заводом, компанией. “Да” – налоги могут быть включены в сумму транзакции, “Нет” – налоги всегда начисляются.

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

КлассНал.: класс налога завода используемый для определения налоговой среды.

Нал.Зона: налоговая зона завода используемая для определения налоговой зоны завода.

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

ИН Нал.-Федер.: код идентификационного номера налогоплательщика. Печатается в некоторых отчетах и документах.

ИН Нал.- Штат: идентификационный номер НДС. Печатается на документах (таких как ЗП или С-Ф) и в некоторых отчетах.

ИН Нал.-Смеш.1, ИН Нал.-Смеш.2, ИН Нал.-Смеш.3: ссылочные поля значения которых могут присутствовать в некоторых отчетах.

Код Страны: код страны регистрационного номера НДС (номер задается в поле ИН Нал.-Федер.). Появляется в момент сохранения данных окна “Нал.Инф”, если поле “Подтвердить Регистрацию НДС”- Да в функции 2.13.24.

ИН Нал.-Смеш.: номер регистрационного номера НДС (номер задается в поле ИН Нал.- Федер.). Появляется в момент сохранения данных окна “Нал.Инф”, если поле “Подтвердить Регистрацию НДС”- Да в функции 2.13.24.

1.1.6.2.2 Адреса покупателей, поставщиков

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

Налоблг.: признак налогообложения контрагента: Да- транзакции с этим контрагентом облагаются налогами, Нет- не облагаются.

Нал.Зона: система принимает код налоговой зоны основываясь на кодах страны, региона, города контрагента.

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

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

С Нал.: если налоги уже включены суммы операций с этим контрагентом введите Да.

ИН Нал.-Федер.: код идентификационного номера налогоплательщика. Печатается в некоторых отчетах и документах.

ИН Нал.- Штат: идентификационный номер НДС. Печатается на документах (таких как ЗП или С-Ф) и в некоторых отчетах.

ИН Нал.-Смеш.1, ИН Нал.-Смеш.2, ИН Нал.-Смеш.3: ссылочные поля значения которых могут присутствовать в некоторых отчетах.

In City: указывает находится ли адрес в границах города для налоговых потребностей.

1.1.6.2.3 Данные ТНГ, позиций

В функциях ведения ТНГ (1.2.1) и позиций (1.4.1) введите признак налогообложения:

Налоблг.: “Да” - если ТНГ или позиция облагаются налогами, “Нет” - если не облагаются. И класс налога, принимаемый по умолчанию во время создания налогооблагаемых операций в поле “КлассНал.”.

1.1.6.3 Признак применения Полного Управления Налогами

Для запуска использования модуля ПУН присвойте Да в поле “Исп.Упр-е

Налогами” функции 36.1 Контроль.Файл Системы/Бухг.Счета.

1.1.6.4 Применение Полного Управления Налогами

1.1.6.5 Рекомендации по настройке параметров модуля ПУН в соответствии с Российской системой налогообложения

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

2. Если операция облагается НП и НДС и при этом суммы налогов вычленяются из суммы операции, рекомендуем использовать базу налога для расчета НДС - 95.238% суммы операции. Так как система использует в качестве исходной базы для расчета всех налогов сумму операции, то необходимо исключить из расчета НДС сумму НП (Налогооблагаемая база НДС = СуммаОперации – СуммаНП). Для этого определяется процентное соотношение Суммы Операции (СО) и Суммы из которой должен быть вычленен НДС (Сумма Для НДС- СД НДС):

100% СО = 105% СД НДС,

Х = 100% СД НДС,

откуда

Х=(100*100)/105=95.23809%.

Создайте специальную ставку для определенного использования/класса и с налоговой базой 95.238%, которую предварительно необходимо ввести в 2.13.1.13 Ведение Базовых Налогов.

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

Для избежания появления предупреждений введите ставки (2.13.13.1) для всех комбинаций дат/классов/использований, даже если они нулевые, для всех типов Налоговой Среды.

4. Для того, чтобы система во время создания ваучера формировала проводку:

Дб Счета Налогов

Кр Счет Кредитора

В функции ведения ставок 2.13.13.1 налоговым ставкам необходимо присвоить полю “Возместимый %”- 100.00%, а в поле “Нал.Счет СК”- указать счет, который должен дебетоваться в вышеприведенной проводке.

1.1.6.6 Пример настройки параметров модуля

1. Код страны (2.13.3.1) – РФ.
2. Налоговая зона (2.13.3.13) – РФ.
3. Типы (2.13.1.1) – НДС- Налог на добавленную стоимость, НП- Налог с Продаж.
4. Класс (2.13.1.5) – 001- Обычный.
5. Использования (2.13.1.9) – И1- только НДС, И2- НДС с НП, И3- для вычленения НДС из суммы транзакции в случае использования НДС и НП.
6. Налоговая среда (2.13.5.1) – РФ/РФ. Параметры: Зоны Отгр.ИзНалЗоны и ЗонаГрузопол.-РФ, Класс- пробел, Типы

8. Ставки (2.13.13.1).

Лекция 7. Реализация концепции трехуровневого планирования деятельности предприятия в MFG/PRO

7.1. Методология MRP

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

Почему первые системы были ориентированы именно на работу с материалами?

Управление материальными ресурсами - одна из важных областей планирования.

Успешное функционирование промышленного предприятия напрямую зависит от того, насколько хорошо и ритмично оно снабжается сырьем или комплектующими, насколько рационально используются складские площади, и, наконец, насколько тесно объемы выпуска связаны с заказами клиентов или потребностью рынка. Отклонение от оптимального значения любой из этих составляющих приводит к проблемам: перебои с поставками сырья ведут к простоям оборудования и снижению выпуска продукции; поступление большего, чем необходимо, количества материалов может повлечь необоснованные потери в виде избыточных запасов на складах (обычно такие запасы называют «омертвленными затратами»).

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

Методология MRP служит для реализации следующих целей:

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

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

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

Для работы MRP-модуля требуются следующие входные данные:

- Основной производственный план-график (объемно-календарный план, Master Production Schedule - MPS) - документ, в котором расписано, сколько единиц конечного изделия будет производиться в каждый плановый период отрезка планирования;

- Данные о состоянии запасов (книга учета запасов, Inventory Status File) - документ, максимально полно раскрывающий информацию о каждой учетной единице сырья, материалов, комплектующих, конечных изделий, включающую:

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

- Спецификация состава изделия (Bill of Materials File - BOM) - документ, содержащий:

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

Результатами работы MRP-модуля являются следующие документы:

- График заказов на закупку/производство материалов и комплектующих (Planned Order Schedule) - документ, расписывающий, какое количество сырья, материалов, комплектующих должно быть заказано в каждый плановый период в течение срока планирования. Этот документ определяет внутрипроизводственный план сборки комплектующих и план внешних закупок;

- Изменения к графику заказов на закупку/производство материалов и комплектующих (Changes in planned orders) - документ, содержащий корректировки ранее спланированных заказов на закупку/производство материалов и комплектующих. Входные и выходные данные MRP-модуля представляются в виде таблиц базы данных.

7.1.2 Логика работы MRP-модуля: схема цикла

На рис. 2 приведен пример, иллюстрирующий логическую схему MRP-цикла. Собственно MRP-цикл состоит из следующих шагов.

1. Составляется таблица общих потребностей в материалах и комплектующих. Последовательность ее создания такова.

1.1. Древовидная структура состава изделия разворачивается в линейный список материалов и комплектующих (1а):

• Узловые элементы различных уровней сборки кодируются - корневому элементу присваивается код 0, элементам самого верхнего уровня сборки - код 1 и т.д. по уровням;
• Если некоторый элемент встречается на различных уровнях, ему присваивается код самого нижнего из этих уровней (и, таким образом, в линейном списке этот элемент встретится только один раз);
• Разузлование состава изделия происходит последовательно по уровням - сначала обрабатывается уровень 0, затем уровень 1, и т.д.

Примечание 1: в приведенном ниже примере изделию A будет присвоен код 0, узлу C - код 1, узлам D и B - код 2. Узел B встречается на более высоком уровне сборки, но учитывается на нижнем уровне.

1.2. Из книги учета запасов переносятся данные о материалах и комплектующих, необходимых для производства конечного изделия, и, в частности, данные о времени выполнения заказа на их поставку/производство (1б).

1.3. Переносятся плановые показатели выпуска конечного изделия из основного план-графика производства (1в).

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

Примечание 2. В приведенном ниже примере общая потребность в элементе В во втором плановом периоде (она равна 400) получается так: потребность производства «А» в элементе «В» в третьем плановом периоде - 200 элементов (100·2), потребность производства «С» в элементе «В» в третьем плановом периоде - тоже 200 элементов. С учетом того, что время поставки/производства элемента В - один плановый период, заказ элемента В записывается во второй плановый период в количестве 400 единиц (200+200). Аналогично рассчитываются остальные ячейки таблицы.

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

Чистая потребность считается по формуле:

Чистая потребность = общая потребность - (текущие запасы + активные заказы - страховой запас)

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

3. По ненулевым чистым потребностям формируется график заказов на закупку/производство материалов и комплектующих. При его создании учитывается время выполнения каждого заказа.

Поиск по сайту: