Доработки ПО "Парус" за январь

01.02.2010 00:00:00

НОВОСТИ 29.01.10 

 

 

 

7.40 Общие

 

1. Для дополнительной функции "Настраиваемый экспорт данных" (файл ef_eixdata.FXP) доработана возможность использования  в ключе GROUP выражений, построенных над полями Slave-таблицы. Указанная возможность для ключа GROUP доступна только при условии, что в ключе SPEC указана только одна Slave-таблица, - в противном случае в ключе GROUP можно использовать только поля Master-таблицы (как, собственно, работало и ранее).

 

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

 

3. Добавлен новый способ вызова дополнительных функций, привязанных к полям диалоговых форм. Теперь выполнение функции возможно также при изменении значения в поле, к которому привязана функция. Для этого на форму "Свойства поля", которая вызывается по Ctrl+DblClick на наименовании поля формы, в группу полей "Дополнительная функция (F12)" добавлен чекер "Изменении значения".

 

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

 

Список функций, которые переделаны согласно доработки:

- входящие в стандартную поставку:

ef_barcode.FXP

ef_chto760.FXP

- не входящие в стандартную поставку:

ef_complect.FXP

ef_docchoice.FXP

ef_editxo.FXP

ef_orlcheck.FXP

ef_orlcheckd.FXP

ef_prim_doc.APP

ef_ukreurotur_ch_1c.FXP

ef_vnprice.FXP

ef_regno.FXP

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

 

4. В утилите "Настраиваемый экспорт/импорт данных" (ef_eixdata.FXP) доработана функция This.GetOrg(…), - в ней добавлен дополнительный необязательный параметр cINN, который определяет индивидуальный налоговый номер юридического (физического) лица. Соответственно, теперь указанная функция имеет следующий вид: This.GetOrg(cTag, cNAME, cOKPO, lIsMOL, cPart, cINN). Если значение параметра cINN не указано, то функция работает по существующему алгоритму, иначе поиск записи в словаре "Оранизации и МОЛ" производится по указанному в параметре cINN  значению (поиск по полю ORLBASE.ORSERIE); если такая запись в словаре найдена, то функция возвращает ее RN, в противном случае производится добавление новой записи с проверкой уникальности мнемокода (т.е. в случае, если организация с мнемокодом, указанным в параметре cTag существует, будет  сгенерирован уникальный мнемокод с использованием служебного символа Chr(160)).

 

 

wBUMI

 

1. В соответствии с письмом ГНАУ от 04.11.2009 №24259/7/16-1517-26 в нулевую и демонстрационную базы в словарь "Типы документов" для раздела "Входящие налоговые накладные" добавлен новый тип документа "Вх╕дна податкова накладна, що отримана ╕з зап╕зненням" с мнемокодом "ВхПНЗ".

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

 

2. К о м п л е к т а ц и я "Б". В разделе "Инвентарная картотека" доработана операция "Реконструкция, дооценка, порча". Теперь для карточек с 100% износом выдается запрос на изменение даты остаточной стоимости на месяц, следующий за месяцем, в котором была произведена реконструкция, дооценка.

 

3. Доработана оборотная ведомость "Движение средств по аналитическим счетам". Теперь для счетов, у которых в "Плане счетов" на закладке "Взаиморасчеты" установлено формирование ведомости с учетом всех 5-ти уровней аналитики, формирование ведомости будет происходить по данным оборотной ведомости "Расчеты с дебиторами и кредиторами". Это означает, что ведомость будет формироваться с развернутым сальдо.

 

4. К о м п л е к т а ц и я "Б". Согласно приказу Минфина от 24.12.2009 №1512 для раздела "Смета расходов" внесены изменения в шаблоны отчетов: "Дов╕дка про зм╕ни р╕чного розпису бюджету (кошторису)" SMPRIL1.xlt, "Дов╕дка про зм╕ни пом╕сячного розпису асигнувань загального фонду бюджету (плану асигнувань ╕з загального фонду бюджету)" SMPRIL2.xlt, "Дов╕дка про зм╕ни пом╕сячного розпису доход╕в загального фонду бюджету" SMPRIL3.xlt.

 

5. К о м п л е к т а ц и я "Б". В соответствии с приказом ДКУ от 22.12. 2009 №526 в разделе "Инвентарная картотека" выполнено ряд доработок:

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

            Изменен алгоритм  начисление износа. Теперь расчет износа будет проводиться только за месяцы года начиная с месяца указанного в поле "Ост. стоимость ... на".

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

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

Н а п р и м е р, объект был введен в эксплуатацию в марте и находился на модернизации с 10.06 по 02.08. Тогда 6, 7, 8 месяцы будут исключены из расчетного периода и износ будет рассчитан только за 4, 5, 9, 10, 11, 12 месяцы.

Формула расчета износа:

Сумма износа = Годовой износ / 12* (количество месяцев расчетного года начиная с указанного в поле " Ост. стоимость ... на " - количество месяцев расчетного года в течении которых объект был на модернизации или консервации)

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

 

6. К о м п л е к т а ц и я "Б". В соответствии с приказом ДКУ от 22.12. 2009 № 526 в разделе "Картотека МНА" доработана возможность начисления износа при введении в эксплуатацию.

На форму редактирования карточки МНА добавлена закладка "Данные для расчета износа" с полями "Метод начисления износа" и шейпом "Бухгалтерская проводка списания".

При начислении износа создается хозяйственная операция. Функционал аналогичен хозрасчетной версии.

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

 

7. В разделе "Картотека МНА" реализована возможность отбора карточек по датам начисления износа. Для этого в "Условия отбора" добавлены поля "Начислен износ с .. по".

 

8. К о м п л е к т а ц и я "Б". Для "Картотека МНА" разработана дополнительная функция "Массовое начисление износа" ef_mnaiznos.app, позволяющая начислить износ по карточкам, у которых в "Истории операций" после операции "Ввод в эксплуатацию" присутствуют другие операции.

Особенности работы функции:

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

·         На форме функции поле "Округлять до" служит для настройки округления начисленного износа.

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

·        При записи рассчитанного износа в карточку, дополнительно к корректировке сумм, корректируется дата "Остаток на" на дату, на которую рассчитан износ.

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

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

Функция подключается в словаре "Дополнительные функции".

 

9. В главном меню "Документы" доработан новый раздел "Контракты на обучение", который предназначен для учета договоров на платное обучение (начисления сумм к оплате, согласно графика платежей; наличной (безналичной) оплаты; учета сумм задолженностей с учетом графика платежей). Доступен данный раздел при наличии в комплектации буквы "o" (латинская). Принцип функционирования данного раздела реализован по аналогии с разделом "Договорные документы". Основными отличительными особенностями раздела "Контракты на обучение" является наличие следующей функциональности:

 

·        На форме редактирования заголовка контракта реализована группа "Параметры обучения" с полями "Период обучения", "Форма обучения", "Специальность" и "Квалификация" для возможности ввода соответствующих данных по обучению в рамках данного контракта. Кроме этого, группа полей "Контрагенты" дополнена полем "Студент" с возможностью выбора значения из словаря "Организации и МОЛ".

·        На закладке "График платежей" формы редактирования заголовка документа реализована возможность регистрации авансового платежа, для чего на форме добавления/редактирования платежа добавлен чекер "Авансовый платеж". Данный чекер реализован  для случая, когда договор на обучение предполагает некоторую сумму предоплаты.

·        Суммы, указанные в  "Графике платежей" могут переноситься в учет хозяйственных операций (ХО) посредством использования функции контекстного меню "Формирование начислений". Данная функция позволяет перенести суммы, указанные в "Графике платежей", в учет ХО либо просто поставить отметку /чекер "Начислено"/ на соответствующей позиции "Графика платежей". Функция "Формирование начислений" формирует "Ведомость начислений", в которую попадают суммы из тех записей "Графика платежей", месяц и год которых меньше либо равен значениям, указанным на форме "Формирование начислений"  в поле "Месяц и год начислений" и не включен чекер "Начислено" (записи с включенным чекером "Авансовый платеж" игнорируются). Согласно сформированной ведомости можно произвести начисление сумм, а также сформировать соответствующие ХО, установив на форме "Ведомость начислений…" чекер "Создавать хозяйственную операцию" и нажав кнопку "Начислить". При формировании ХО доработана возможность использования мнемоники SKLFR для контрагента, указанного в поле "Студент" на форме редактирования заголовка контракта. Для позиций "Ведомости начислений…" реализована возможность печати документа "Квитанция на оплату".

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

·        В разделе "Словари" – "Образцы" добавлен подпункт меню "Контракты на обучение". Отличительной чертой образцов данного раздела является функциональность закладки "График платежей", где в поле "Срок оплаты по" задается не явная дата платежа, а день, месяц и порядковый номер года, где 1-ый номер года соответствует году из даты контракта. При добавлении контракта по образцу в поле "Срок оплаты по" графика платежей переносятся реальные даты с учетом даты договора; в поле "Сумма" заголовка контракта переносится сумма всех позиций закладки "График платежей".

·        Для возможности разноски оплат по контрактам, доработан раздел "Журнал платежей", где на форме добавления /редактирования спецификации платежа в поле "Раздел" добавлена позиция "Контракты на обучение".

·        В разделе "Контракты на обучение" также предусмотрена печать отчета "Сводная ведомость начислений/оплат".

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

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

 

10. Расширен функционал работы с договорными документами. В связи с этим, не зависимо от комплектации, работа с договорными документами теперь будет осуществляться в разделе "Договорные документы" Главного меню (в том числе и при наличии в комплектации буквы"V).

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

            Во всех разделах программы, в поле "номер" "документа основания"/"документа подтверждения" по F4, будут доступны все договорные документы, при этом  добавление\исправление\удаление будет доступно только для упрощенных договорных документов.

 

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

 

11.1. В разделе "Табличные приложения" в соответствии с письмом ГНАУ от 04.11.2009 №24259/7/16-1517-26 внесены изменения в отчеты "Податкова декларац╕я з ПДВ" PDVDekl.XLS, "Податкова декларац╕я з ПДВ (скорочена)" PDVDeklS.XLS и "Податкова декларац╕я з ПДВ (переробного п╕дпри╓мства)" PDVDeklSP.XLS.

            В вышеуказанные отчеты добавлен новый параметр "Податкова накладна, що отримана ╕з зап╕зненням ". Данное поле заполняется через точку с запятой значениями, которые соответствуют мнемокодам позиций словаря "Типы документов". По умолчанию, данное поле заполнено значением "ВхПНЗ". Если в словаре "Типы документов" отсутствуют позиции с мнемокодами "ВхПНЗ", то во избежание, при расчете, ошибки типа "#ЗНАЧ!", необходимо в поле параметра поставить значение "0".

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

 

11.2. К о м п л е к т а ц и я "Х". Добавлен новый отчет "Податковий розрахунок податку з реклами" REKLAMA.XLS, утвержденный приказом ГНАУ от 24.12.2003 №624. Предусмотрена возможность формирования XML-документа.

 

11.3. К о м п л е к т а ц и я "Х". В соответствии с приказом Госкомстата от10.07.2009 №246 внесены изменения в отчет "Зв╕т про обсяги реал╕зованих послуг Ф. 1-послуги (м╕сячна)" 1POSLUGI_M.XLS.

 

11.4. К о м п л е к т а ц и я "Б". В соответствии с приказом Госказначейства от 15.01.2010 №8 внесены изменения в отчет "Форма 1 ``Баланс``" 1_2008.XLS.

 

11.5. К о м п л е к т а ц и я "Б". В соответствии с приказом Минфина от 24.12.2009 №1512 внесены изменения в отчеты:

- "Кошторис" Smeta.xls,

- "Зведений кошторис" Svodsmet.xls,

- "План асигнувань загального фонду бюджету" Planasig.xls.

 

11.6. К о м п л е к т а ц и я "Х". В соответствии с приказом Госкомстата от 20.07.09 г. № 272  внесены изменения в отчет"Зв╕т про товарооборот Ф. № 1-торг" 1_TORG.xls.

 

11.7. К о м п л е к т а ц и я "Х". В соответствии с приказом Госкомстата от 20.07.09 г. № 276 внесены изменения в отчет "Зв╕т про обсяг оптового товарообороту Ф. 1-опт, м╕сячна" 1OPT_M.XLS.

 

 

wTRADE

 

1. Расширен функционал работы с договорами в разделе "Договорные документы".

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

           

Закладка "Договорные документы".

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

·        поле "Сумма договора" – всегда недоступно для редактирования, в нем отображается общая сумма договора (по всем этапам).

·        поле "Нераспределенная сумма договора" – всегда недоступно для редактирования, рассчитывается нераспределенная сумма к оплате по договору на основании всех строк плановых платежей текущего договора.

На закладке "Основные данные"  в поле "Сумма" отображается общая сумма договора по всем этапам, кроме этапов, закрытых дополнительным соглашением.

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

На закладке "Обобщенные суммы" отображаются обобщенные суммы по всем этапам договора. В поле "Дата последней оплаты" отображается дата последней оплаты исходя из всех этапов.

Пункты контекстного меню: "Подготовка документов", "Аннулирование документов", "Оплата" на закладке "Договорные документы" остаются доступными до тех пор, пока договор содержит только 1 этап. Если этапов больше 1-го, то подготовка\аннулирование документов, а также оплата осуществляются на закладке "Этапы договора".  

 

Закладка "Этапы договора".

Форма добавления этапа договора содержит 4-и закладки: "Этап", "Спецификации", "Суммы по этапу", "Отметки".

На закладке "Этап" поля шейпов "Документ" и "Контрагенты" недоступны для редактирования, в них отображаются реквизиты текущего договора.

 Шейп "Этап": поле "Номер этапа" автоматически заполняется порядковым номером этапа; поле "Период действия этапа с… по…"  по умолчанию заполняется датами "Договор действителен с… по…" из формы.

Закладка "Спецификации" предназначена для ввода спецификаций текущего этапа.

Закладки "Суммы по этапу" и "Отметки" содержат поля и функционал такой же как в договоре на аналогичных закладках.

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

 

В контекстное меню закладок "Договорные документы" и "Этапы договора" добавлена функция "Создать дополнительное соглашение". Теперь на основании этапа договора можно создать дополнительное соглашение (далее допсоглашение), после чего данный этап будет автоматически закрыт и по нему нельзя будет выписать ни один документ, редактирование и удаление также будет не доступно. Вся выписка документов будет производиться по допсоглашению, при этом будут учитываться документы, которые уже были выписаны по родительскому этапу. В созданное допсоглашение переноситься полная спецификация этапа, которую при необходимости можно отредактировать(изменение количества\суммы и т.д.). При редактировании и удалении спецификаций работает проверка: новое количество\сумма номенклатуры может быть только больше или равно максимальному количеству\сумме, на которое уже выписаны документы (счет, акт, накладная, налоговая накладная).

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

На закладке "Договорные документы" функция "Создать дополнительное соглашение" доступна только если договор содержит 1 этап.

 

Во всех разделах программы, в поле "номер" "документа основания"/"документа подтверждения" по F4, будут доступны все договорные документы, при этом  добавление\исправление\удаление будет доступно только для упрощенных договорных документов.

 

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

 

 

wSALARY

 

1. Постановлением КМУ от 08.12.09 № 1332 были внесены изменения в Порядок расчета средней заработной платы (дохода) для расчета выплат по обязательному социальному страхованию.

В связи с этим доработан метод "больничный" (с типом "больничный") и  внесены изменения в шаблоны отчетов "Справка о средней заработной плате для фонда безработицы" sredrepb.xlt и sredrepbUa.xlt и "Справка о среднедневном денежном обеспечении для фонда безработицы" sredrepb_v.xlt  и sredrepb_vUA.xlt.

Согласно Постановлению КМУ от 08.12.09 № 1332 действие Порядка расчета средней заработной платы распространяется на лиц, получающих денежное довольствие. Порядком установлено, что в отличии от основных категорий застрахованных лиц, для лиц, которые получают денежное довольствие исключение месяца из расчетного периода происходит только на основании следующих уважительных причин: отпуск по уходу за ребенком до трех лет и шести лет за медицинским заключением.

В настройку метода "больничный" добавлен список "Из них исключаются из расчетного периода (для военных)". В данном списке доступны для отбора виды начислений, которые отмечены в списке "Нерабочие дни по уваж. причинам, пост. КМУ № 193". Если в списке "Из них исключаются из расчетного периода (для военных)" есть отмеченные выплаты, то при расчете, исключение месяца из расчетного периода будет происходить по выплатам данного списка. Условия исключения месяца из расчетного периода такие же, как и для списка "Нерабочие дни по уваж. причинам, пост. КМУ № 193":

·        если в некотором месяце расчетного периода нет выработки и есть виды оплат УП, причем УП покрывают весь месяц с 1-го по 31 число, то данный месяц будет исключен из учитываемых в расчетном периоде, как по суммам видов оплат входящих в УП, так и по любым другим суммам, а также по выработке; т.е. расчет УП выполняется с учетом дат "с"-"по", но если у начисления УП даты не указаны, то весь месяц считается заполненным данной причиной;

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

Если список "Из них исключаются из расчетного периода (для военных)" пустой, то исключение месяца из расчетного периода происходит как раньше, на основании списка "Нерабочие дни по уваж. причинам, пост. КМУ № 193".

Расчет списка "Из них пропорциональны фактическому времени" происходит без изменений, на основании списка "Нерабочие дни по уваж. причинам, пост. КМУ № 193" и пропорционально отработанным дням.

 

2. Постановлением КМУ от 08.12.09 № 1332 вносятся изменения в расчет больничного по беременности и родам. Теперь данные выплаты должны рассчитываться в календарных днях. При этом при расчете среднедневной заработной платы, заработная плата за расчетный период делится на количество календарных дней, без учета календарных дней не отработанных по уважительным причинам. Сумма среднедневной заработной платы не может быть больше максимальной суммы заработной платы в расчете на один день, которая определяется как максимальная налогооблагаемая сумма, с которой удерживаются страховые взносы, последнего месяца расчетного периода деленная на среднемесячное количество календарных дней (30,44). В случае если средняя заработная плата рассчитывается на основании тарифной ставки (должностного оклада), то средняя заработная плата за один календарный день должна определятся делением тарифной ставки (должностного оклада) на среднемесячное количество календарных дней (30,44).

На форме настройки метода "больничный" в список значений "Расчет в" добавлено новое значение - "к.днях без УП". В связи с чем внесены изменения в расчет больничного по определению "Выработки", "Граничной суммы" и "Тарифа".

В случае если в настройке вида оплаты указано "Расчет в" - "к.днях без УП", то:

·        "Выработка" расчетного периода рассчитывается в календарных днях за вычетом количества календарных дней, не отработанных по уважительным причинам. Данные уважительные причины определяются по спискам "Нерабочие дни по уваж. причинам, пост. КМУ № 193" и "Из них исключаются из расчетного периода (для военных)". В случае если есть указанные выплаты в списке "Из них исключаются из расчетного периода (для военных)", то количество исключаемых календарных дней из расчетного периода происходит на основании выплат данного списка, иначе по выплатам списка "Нерабочие дни по уваж. причинам, пост. КМУ № 193". Расчет календарных дней по уважительным причинам выполняется с учетом дат "с"-"по" но, если у начисления уважительной причины даты не указаны, то весь месяц считается заполненным данной причиной.

Н а п р и м е р , если у сотрудника в декабре месяце указан больничный, который входит в список уважительных причин, с 1 по 15 число, то при расчете больничного ("Расчет в" - "к.днях без УП") в следующем периоде, "Выработка" по расчетному периоду декабря составит 16 дней (31-15).

·        "Граничная сумма" при определении среднего заработка в данном случае рассчитывается как: "граничная сумма" =  "максимальная налогооблагаемая сумма" (за последний расчетный месяц) / среднемесячное количество календарных дней (30,44).

·        "Тариф" рассчитывается как: "Тариф" = Постоянные выплаты, указанные в настройке видов оплат в списке "Расчет тарифа" / среднемесячное количество календарных дней (30.44).

 

3. В соответствии с приказом Госкомстата от 03.08.2009 №294 внесены изменения в отчет "Форма 1-ПВ (квартальная) часть 3" DISTREP_1PV.XLT, который печатается из раздела "Лицевые счета"/ "Ведомости распределения" / "Ведомость распределения доходов по выработке".

 

4. В разделе "Наряды" разработан отчет "Сводная ведомость по нарядам" JOBSVREP.xlt.

На допечатной форме при включении чекера "Создавать ХО" и указания каталога для создания хозяйственных операций, при печати отчета будут создаваться хозяйственные операции (проводки формируются по счетам, указанным в разделе "Тарифные расценки").

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

При включении чекера "Создавать ХО датой создания наряда", дата хозяйственной операции будет браться из даты наряда, иначе  дата будет браться с допечатной формы.

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

 

 

все новости...
Рассылка новостей
Введите свой E-mail
 
Наши именинники:
( Июль )
(27 июля)
Фреяк Михаил Владимирович
Специалист по внедрению ПП бюджет
 
IT Group