2013-12-24 15:52:16

Краткое описание :

ЗП: Отчеты по начисленным страховым взносам: разбивать необлагаемые суммы

Описание :

по видам оплат

Что измененно :

ЗП: Отчеты по начисленным страховым взносам: разбивать необлагаемые суммы
Предложение: При выводе сумм по видам оплат проверять допвходимости:
(3) Льготируется годовая сумма при расчете СВ/ЕСН
(4) Льготируется год.сумма при расчете страхования от несчастных случаев и доп.соцобеспечения
И соответствующим образом разбивать суммы в графе "необлагаемые суммы"
Пример.
Сотруднику назначена матпомощь в сумме 920 руб. (полностью необлагаемая сумма). В результатах расчета и архивных начислениях 920 руб. - это 3 записи выплат:
- 200 руб.
- 440 руб.
- 280 руб.
В настоящее время в отчете необлагаемая сумма - 920 руб показывается одной общей суммой, а нужно 3-мя, аналогично начислениям матпомощи.

Как измененно :

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

Для вышестоящего примера сумма матпомощи в отчете отобразится 3-мя записями:
- 200 руб.
- 440 руб.
- 280 руб.

2013-12-24 15:52:15

Краткое описание :

Рантайм при вычислении в бухгалтерском калькуляторе на атл 5.4.34

Описание :

Не знаю, какая именно часть финансового контура, научите

Что измененно :

Рантайм при вычислении в бухгалтерском калькуляторе на атл 5.4.34
На текущей конфигурации + Атлантис 5.4.34 + galnet.dll 83-й + c_statline.res 18-й при вычислении
в бухалтерском калькуляторе - рантайм

Как измененно :

исправлено:

Formulas.pas избавлен от подключения NExprSem

2013-12-24 15:52:16

Краткое описание :

Новая редакция формы ПУ-3 с 1.01.2014 для РБ

Описание :

Индивидуальные сведения

Что измененно :

Постановлением СМ РБ от 2.08.2012 №728 внесены изменения и дополнения в Правила персонифицированного учета, утвержденные Постановлением СМ РБ от 8.07.1997 №837.
Главное изменение - новая редакция формы ПУ-3, которая будет обязательна к применению организациями РБ с 1.01.2014.
В форме ПУ-3-2014 разделены взносы, которые начисляют работнику, и взносы, начисленные за счет средств нанимателя. Кроме того, взносы, начисленные плательщиком необходимо разбивать на социальное и пенсионное страхование.
Форму ПУ-3-2014 необходимо реализовать к 1.01.2014 для того, чтобы организации, у которых будет необходимость оформлять ПУ-3(тип формы - назначение пенсии) имели возможность пользоваться новой формой в Галактике.

Как измененно :

Реализованы отчет "Форма ПУ-3 (отчет на бумажном носителе)", а также предполагаемый вид отчета "Форма ПУ-3 (файл для магнитных носителей)" по шаблону "ПУ-3-2014".
Отчет "Форма ПУ-3 (файл для магнитных носителей)" рекомендуется использовать справочно, ввиду отсутствия утвержденного шаблона на магнитных носителях.

Формирование отчетов производится из интерфейса "Параметры формирования индивидуальных сведений".
Система производит формирование отчетов по шаблону "ПУ-3-2014", в случае если параметр "Формировать за год больше либо равен 2014.

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

Дополнительно для форм ПУ-3 по шаблону "ПУ-3-2014" реализован отчет "Отладка ПУ-3 (сведения о выгружаемых данных)", предназначенный для облегчения процесса локализации возможных ошибок на стороне пользователя. Данный отчет автоматически появится в окне доступных отчетов "Выберите отчет", при установленной настройке "подробный лог" (вкладка "Дополнительные параметры").

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

На сбор данных для отчетов по шаблону "ПУ-3-2014" влияют общесистемные настройки:
1. Настройки Галактики - Управление персоналом - Расчеты с персоналом - Взносы и налоги на ФОТ - Налоги - Фонд для взносов на Пенсионное страхование;
2. - Настройки Галактики - Управление персоналом - Расчеты с персоналом - Взносы и налоги на ФОТ - Налоги - Фонд для взносов на Социальное страхование.
В настройках указанных выше взносов в "Классификаторе налогов на ФОТ" (Настройка - Заполнение каталогов - Налоги на ФОТ и взносы - Классификатор налогов на ФОТ) должна быть установлена одинаковая "Кратность макс.ограничения".

см. дополнительную документацию "FSZNRB.pdf" в подкаталоге \DОС системы

2013-12-24 15:52:13

Краткое описание :

Выполнение алгоритмов перед привязкой ТХО

Описание :

Разноска ТХО "Все документы"

Что измененно :

Доработать выполнение алгоритмов перед привязкой ТХО.

Как измененно :

Доработано выполнение производственных алгоритмов перед привязкой/отвязкой ТХО для сопроводительных документов:
101 - Накладная на прием МЦ
102 - Накладная на возврат МЦ от консигнатора
103 - Накладная на прием МЦ от консигнанта
108 - Накладная на прием молочного сырья
1411 - УЛХ Дневник приемки работ
201 - Накладная на отпуск МЦ
202 - Накладная на отпуск МЦ консигнатору
203 - Накладная на возврат МЦ консигнанту
1421 - УЛХ. Накладная на отпуск лесопродукции
210 - Акт передачи оборудования в монтаж
229 - Акт передачи материалов на строительство
111 - Акт на прием услуги
117 - Акт на прием услуги (лизинг)
114 - Акт приемки
110 - Акт выполненных работ в строительстве
211 - Акт на оказание услуги
115 - Акт о приемке материалов
106 - Рекламационная накладная от покупателя на возврат МЦ
610 - Реестр смонтированного оборудования
1610 - Ведомость оборудования, монтаж которого начат
629 - Отчет по форме М-29
206 - Рекламационная накладная на возврат МЦ продавцу.
Алгоритмы задаются по настройкам: "Настройки Галактики \ Бухгалтерский контур \ Типовые проводки \ Запуск алгоритмов \ Перед привязкой ТХО к сопроводительным документам выполнить алгоритм"

и

"Настройки Галактики \ Бухгалтерский контур \ Типовые проводки \ Запуск алгоритмов \ Перед отвязкой ТХО от сопроводительных документов выполнить алгоритм"

Для того, чтобы проводки не формировались в самих алгоритмах нужно с помощью функции EnvironmentSetStr установить значение для флага Error отличное от нуля, при этом, в протокол расчетов по ТХО будет выдано сообщение "По документу № 'номер документа ' в процессе выполнения алгоритма произошли ошибки!", либо для флага Binding значение '1 ''. В этом случае в протокол будет выдано сообщение "По документу № 'номер документа' по результатам выполнения алгоритма привязка ТХО запрещена" . Если эти флаги будут установлены, то привязка ТХО будет остановлена.

Подробнее про функциию EnvironmentSetStr см. в методическом пособии
"Применение JavaScript в "Контуре планирования и управления производством" " пункт 2.7. Применение алгоритмов JAVASCRIPT в шаблонах регламентов.

2013-12-24 15:52:13

Краткое описание :

Необходимо корректно учитывать срок носки по двойной выдаче СФО

Описание :

Личная карточка спецодежды

Что измененно :

У сотрудника в норме (ненакопительная периодическая) указано "Белье нательное" 2 комплекта
на 12 мес. с признаком "Двойная выдача". Выдаем 1 комплект с помощью требования на выдачу
(с 02/02/2012 по 02/08/2012, 6 мес.). Через 2 мес. переводим белье в дежурную одежду с
помощью документа на возврат из использования. Еще через 1 мес. с помощью документа на
внутреннее перемещение выдаем этот предмет работнику. При привязке спецификации документа
к норме изменяются срок службы и дата окончания срока службы предмета. Если изменить дату
окончания срока службы в документе на внутреннее перемещение, то срок и дата окончания срока
изменятся только в документе и в КУ СФО, но не изменятся в ЛК учета СФО. Если же списать
предмет с помощью Акта выбытия, а затем удалить его, то срок службы и дата окончания срока
и в КУ СФО, и в документе на внутреннее перемещение станет такой же, как в ЛК учета СФО.
Необходимо, чтобы даты окончания срока службы в КУ СФО и в ЛК учета СФО всегда совпадали,
т.к. стоимость предметов списывается по КУ СФО, а количество по ЛК учета СФО.

Как измененно :

1. Настройка "Настройки Галактики \ Бухгалтерский контур \ Спецодежда \ При выдаче
по Требованию устанавливать срок носки с учетом износа" переименована в "При выдаче
по нормам устанавливать срок носки с учетом износа". Значение настройки анализируется
при привязке спецификаций документов на ввод в эксплуатацию и внутреннее перемещение
к нормам с помощью функции "Связать позицию с нормой выдачи СФО".
Если настройка установлена в значение "да", выполняется выдача предмета с износом
больше 0% и меньше 100% к спецификации ненакопительной нормы со сроком, отличным от
"Разовая" и "До износа", то срок носки рассчитывается пропорционально оставшемуся к
начислению проценту износа.
2. Если в документе на внутреннее перемещение выполняется привязка предмета с износом
0% или 100% к спецификации ненакопительной нормы со сроком, отличным от "Разовая" и
"До износа", то на дату внутреннего перемещения рассчитывается оставшийся срок носки
предмета. Если он больше 0 и меньше срока носки, предусмотренного по выбранной норме,
то система предлагает выдать работнику предметы на этот срок.
3. После выбора нормы работника, с которой надо связать спецификацию документов на
ввод в эксплуатацию и внутреннее перемещение, открывается окно, в котором отображаются
количество, срок носки и период носки выдаваемых предметов. Срок носки предметов может
быть изменен, если привязка выполняется к спецификации ненакопительной нормы со сроком,
отличным от "Разовая" и "До износа".
4. Разрешена ручная корректировка срока службы в ЛК учета СФО для предметов, выданных
по спецификации нормы с признаком "Двойная выдача".
5. Если предмет СФО выдан по норме, то изменение дата окончания срока службы в КУ СФО
синхронизируется с датой окончания срока службы в ЛК учета СФО; однако действуют
следующие ограничения:
- запрещено изменять дату окончания срока службы, если предмет выдан по накопительной
норме;
- запрещено изменять дату окончания срока службы, если предмет выдан по норме и с ним
уже совершались операции (перемещение, списание и т.д.);
- если предмет выдан по ненакопительной норме со сроком "Разовая", то дата окончания
срока службы может быть равна только дате отсчета срока службы;
- если предмет выдан по ненакопительной норме со сроком "До износа", то дата окончания
срока службы может быть только незаполненной;
- если предмет выдан по ненакопительной норме со сроком, отличным от "Разовая" и "До
износа", то дата окончания срока службы должна быть заполненной и не может быть меньше
даты отсчета срока службы + 1 месяц;
- если предмет выдан по ненакопительной норме авансом, то дата окончания срока службы
не может быть меньше даты отсчета срока службы.

2013-12-24 15:52:15

Краткое описание :

Скорость расчета остатокв в разрезе МТР

Описание :

пересчет сальдовых остатков по объектам МТР

Что измененно :

Необходимо разработать функционал расчет остатков
в разрезе МТР с использованием DSQL. В настоящий момент
расчет занимает 5 дней.

Как измененно :

Реализован алгоритм пересчета остатков МТР на DSQL. Скорость пересчета возросла в несколько раз (в зависимости от конкретной СУБД и БД и установленных параметров пересчета).
Запуск алгоритма регулируется настройкой:
"Настройки Галактики - Общие настройки системы - Работа с МЦ, Услугами - Целевое назначение МТР - Расчет остатков МТР с использованием DSQL"
По-умолчанию задано значение "нет", и запускается старый алгоритм на VIP. У пользователей с файл-серверной платформой будет запускаться данный алгоритм по-умолчанию, не зависимо от значения настройки.
Пользователи c СУБД Oracle, имеющие проблемы с быстродействием, могут выставлять значение данной настройки в "да" с целью ускорить процесс пересчета (Для Ms Sql пока не поддерживается).
По результатам пересчета сохранены как старые виды отчетов (дополненные данными с доп. информацией пересчета), так и добавлен новый вид отчета - "Статистический", который показывает какое количество записей в процессе пересчета было проверено/изменено/удалено в разных таблицах.

2013-12-24 15:52:15

Краткое описание :

Реализация механизма прямого SQL в ТХО

Описание :

Предложения по новой функциональности модуля "Хозоперации"

Что измененно :

Реализация механизма прямого SQL в ТХО.
АЗ во вложении.

Как измененно :

SQLTXO - Формирование проводок по SQL запросу из шаблона ТХО.
Алгоритм "SQLTXO" позволяет формировать проводки на основании SQL запроса. SQL запрос задается в интерфейсе, который открывается после нажатия кнопки "SQL алгоритм" в шаблоне настройки ТХО.
На закладке "SQL запрос" задается тело запроса. Длина одной строки при написании запроса не должна превышать 255 символов.
Закладка "Информация" содержит описание возможностей алгоритма.
В нижней панели интерфейса расположены кнопки "Продолжить",
"Отмена" и "Проверить". При нажатии "Продолжить" в поле "Алгоритм в
НДЕ" автоматически подставляется "&Vip[Obj:"SQLTXO"]". Этот алгоритм будет признаком того, что в шаблоне используется прямой SQL. При нажатии кнопки "Проверить" запрос отправляется на выполнение. В случае, если запрос не верен, выдается код ошибки выполнения. С помощью сиволов "!"(задается с начала строки), "//", "/*...*/" можно создавать комментарии для пояснения при написании запроса.

В качестве параметров в запросе можно указывать
все переменные, которые передаются в TXO API:
:CurSoprDoc (тип comp)- ссылка на документ,
:CurSoprHoz (тип comp)- журнал хозопераций,
:CurTiDk (тип word)- тип документа,
:CurHozOper (тип comp)- ТХО,
:CurHozObor (тип comp)- ссылка на шаблон ТХО,
:CurPlansSch(тип comp)- регистр учета,
:CurKodReg (тип word)- код регистра учета,
:CurDatOb (тип date)- дата проводки,
:CurValut (тип comp)- валюта проводки,
:CurBeginFp (тип date)- начало периода документа,
:CurEndFp (тип date)- Конец периода документа,

а также произвольные:

:Par1-:Par6 (тип comp)- произвольные параметры (задаются в параметрах
идентификатора SQLTXO),
:Date1-:Date6(тип date)- произвольные параметры даты (задаются в параметрах идентификатора SQLTXO).

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

DatOb - дата проводки,
SchDt - счет дебета проводки,
SubDt - субсчет дебета проводки,
Dt1-Dt6 - 6 уровней аналитики по дебету проводки по номерам,
PDt - подразделение дебета проводки,

SchKt - счет кредита проводки,
SubKt - субсчет кредита проводки,
Kt1-Kt6 - 6 уровней аналитики по кредиту проводки,
PKt - подразделение кредита проводки,

Sum - сумма НДЕ проводки,
SumV - сумма в валюте,
cVal - валюта проводки,
Kol - Количество проводки

Аналитика заполняется в режиме указанном в шаблоне ТХО. Рекомендуется использовать пользовательские режимы формирования Режим 0 - Режим 9, т.к. при использовании режима "Авто - аналитика" возможны конфликты с внутренними механизмами заполнения аналитики.

В качестве примера можно рассмотреть TXOAPI идентификатор &Vip_[Obj:"TXOSOPUSL"], который формирует проводки по сопутствующим услугам накладной на прием МЦ пропорционально количеству или суммам МЦ в зависимости от признака услуги ("Процент к стоимости документа(%)", "Сумма к стоимости документа(С)" или "Для распределенная по количеству(К)").

Его можно заменить следующим запросом:

SELECT
KatSopr.VhodNal,
SpSoprUsl.prMC,
SpSoprUsl.cParty AS cPartyUsl,
SpSoprMC.cParty AS cPartyMC,
(SpSoprUsl.Price * SpSoprUsl.KolOpl) AS UslSum,
(SpSoprMC.Price * SpSoprMC.KolOpl) AS MCSum,
!Здесь идет заполнение аналитики
SpSoprUsl.cMcUsl AS Dt2, //Заполняется аналитика "Услуги" по дебету на втором уровне в указанном в настройке ТХО режиме
SpSoprMC.cMcUsl AS Dt1, //Заполняется аналитика "МЦ" по дебету на первом уровне
KatPartyUsl.cGroupParty AS Dt3,/*Заполняется аналитика "МЦ" по дебету на первом уровне */
KatPartyMC.cGroupParty AS Dt4,//Заполняется аналитика "Группы партий МЦ"
KatMC.cGroupMC AS Kt1, //Заполняется аналитика "Группы МЦ" по кредиту проводки на первом уровне
KatUsl.cGroupUsl AS Kt2,// Заполняется аналитика "Группы услуг" по кредиту проводки на втором уровне
KatSopr.cPodrTo AS Pdt,// Заполняется подразделение по дебету проводки
KatSopr.cMolTo AS Dt5, // Занести аналитику "МОЛ" на пятый уровень дебета проводки
!Расcчет суммы проводки
CASE
WHEN SpSoprUsl.prMC = 7 THEN
Case
WHEN KatSopr.VhodNal = 1 THEN
SpSoprMC.KolOpl * (SpSoprUsl.Price * SpSoprUsl.KolOpl)
ELSE
SpSoprMC.KolOpl * (SpSoprUsl.Price * SpSoprUsl.KolOpl + SpSoprUsl.SumNDS)
END
ELSE
CASE
WHEN KatSopr.VhodNal = 1 THEN
(SpSoprMC.Price * SpSoprMC.KolOpl) * (SpSoprUsl.Price * SpSoprUsl.KolOpl)
ELSE
(SpSoprMC.Price * SpSoprMC.KolOpl + SpSoprMC.SumNDS) * (SpSoprUsl.Price * SpSoprUsl.KolOpl + SpSoprUsl.SumNDS)
END
END
/
( SELECT
CASE
WHEN SpSoprUsl.prMC = 7 THEN
SUM(SpSoprMC.KolOpl)
WHEN (SpSoprUsl.prMC = 3 OR SpSoprUsl.prMC = 4) THEN
CASE
WHEN KatSopr.VhodNal = 1 THEN
SUM(SpSoprMC.Price * SpSoprMC.KolOpl)
ELSE
SUM(SpSoprMC.Price * SpSoprMC.KolOpl + SpSoprMC.SumNDS)
END
END
FROM
SpSopr SpSoprMC
WHERE
KatSopr.Nrec = :CurSoprDoc /*Этот параметр выдает Nrec текущего документа. Значение подставляется автоматически во время разноски. */ AND
SpSoprMC.prMC = 1 AND
SpSoprMc.cSopr = :CurSoprDoc
) AS Sum

FROM
KatSopr,
SpSopr SpSoprUsl,
SpSopr SpSoprMC,
KatMC,
KatUsl

LEFT JOIN KatParty KatPartyUsl ON KatPartyUsl.NRec = cPartyUsl
LEFT JOIN KatParty KatPartyMC ON KatPartyMC.NRec = cPartyMC

WHERE
KatSopr.Nrec = :CurSoprDoc AND
SpSoprUsl.cSopr = :CurSoprDoc AND
SpSoprMC.cSopr = :CurSoprDoc AND
(SpSoprUsl.prMC = 3 OR SpSoprUsl.prMC = 4 OR SpSoprUsl.prMC = 7) AND
SpSoprMC.prMC = 1 AND

KatUsl.NRec = SpSoprUsl.cMcUsl AND
KatMC.NRec = SpSoprMC.cMcUsl

2013-12-24 15:52:13

Краткое описание :

Ростовочная ведомость

Описание :

Ростовочная ведомость

Что измененно :

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

Как измененно :

При формировании ростовочной ведомости в режиме "строго за период" в печатной форме
появляется столбец "Задолженность на начало периода", а значение столбца "Запас/нехватка"
рассчитывается как:
1) "Наличие на складе" минус "Задолженность на начало периода";
2) если Шаг 1 меньше или равно 0, то нехватка равна "Потребность на период";
3) если Шаг 1 больше 0, то запас/нехватка равна Шаг 1 минус "Потребность на период".
В окно ввода дополнительной информации (открывается по F3 в поле доп. информации КУ СФО)
добавлено поле, для ввода типа одежды (мужская/женская). Данное поле доступно для установки,
если в группе СФО, к которой относится предмет, включен параметр "Учет по типу одежды:
мужская/женская". Тип одежды может принимать только одно из значений: "", "М", "Ж".
Если запрещено редактировать приход (КУ) СФО, то по F3 в поле доп. информации прихода (КУ)
открывается окно ввода дополнительной информации в режиме просмотра.
Кроме того, в прототип SFO_RostVed добавлено поле DolgPer в цикл по группам СФО и поле
DolgPerS в цикл по размерам для вывода задолженности на начало периода при формировании
ростовочной ведомости в режиме "строго за период".

2013-12-24 15:52:15

Краткое описание :

Неправильно указывается срок службы и неправильно рассчитывается износ предметов СФО

Описание :

Возврат из использования

Что измененно :

Неправильно указывается срок службы и неправильно рассчитывается износ предметов СФО.
Установлены следующие настройки:
1. В настройке "Настройки Галактики \ Бухгалтерский контур \ Спецодежда \ Срок
использования в справочнике норм указывается" установлено значение "на одну единицу".
2. В настройке "Настройки Галактики \ Бухгалтерский контур \ Спецодежда \ Начислять
износ при возврате из использования" установлено значение "по сроку службы".
3. В настройке "Настройки Галактики \ Бухгалтерский контур \ Спецодежда \ Начислять
износ в расчетах при увольнении" установлено значение "по сроку службы".
По норме необходимо выдать 4 пары белья нательного на год. Пользователь формирует
требование и выдает работнику 4 пары белья, но разной номенклатуры (2 пары белья
нательного и 2 пары белья нательного утепленного). Срок носки выданных предметов
устанавливается равным 6 мес. В результате когда через 3 месяца работник увольняется
и формируются расчеты при увольнении, износ автоматически не начисляется.
Раньше в описанной ситуации срок носки выданных предметов устанавливался равным
12 мес., а при формировании расчетов при увольнении автоматически начислялся износ.
Это было правильно. Необходимо исправить данную ситуацию.

Как измененно :

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

2013-12-24 15:52:16

Краткое описание :

ПУ-3 формирование

Описание :

Индивидуальные сведения

Что измененно :

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

Как измененно :

Если у лицевого счета присутствуют суммы по виду оплаты, имеющему "Тип" - "Б" (больничный) и дополнительную входимость "265 - Расходы на цели государственного социального страхования" с параметром в поле "Примечание" - "По ух. за дет.-инвал.", они будут интерпретированы системой как "оплата дополнительного свободного от работы дня, предоставляемого ежемесячно матери (отцу, опекуну), воспитывающей(ему) ребенка-инвалида в возрасте до 18 лет" и полностью войдут в графу "Сумма (в рублях) пособий по временной нетрудоспособности".

2013-12-24 15:52:13

Краткое описание :

ФТ_766 Сальдовая ведомость по спецодежде

Описание :

Наличие спецодежды на балансе

Что измененно :

Необходимо доработать отчет о наличии спецодежды на балансе:
1) добавить возможность формировать отчет без группировок;
2) добавить фильтры по балансовому счету, сроку службы, нормам выдачи СФО;
3) добавить новую печатную форму в формате Excel, содержащую следующие поля:
- "Дата получения (ввода в экспл.)" - дата поступления на склад, где числится СФО, или
дата ввода в эксплуатацию работнику или МОЛ, где числится СФО;
- "Номенкл. номер СФО";
- "Наименование СФО";
- "Ед. измерения";
- "Цена";
- "Количество";
- "Сумма";
- "Состояние (на складе/в эксплуатации)";
- "Срок носки";
- "Наименование нормы";
- "Счет", "Субсчет" - если дата формирования отчета попадает в закрытый период, то
заполняются счетом/субсчетом, на котором числится СФО в соответствии с бухгалтерским учетом;
- "Верхний уровень" - вышестоящее подразделение над подразделением, где числится СФО;
- "Подразделение\Склад";
- "МОЛ";
- "ФИО работника".

Как измененно :

В отчет о наличии СФО на балансе добавлена новая печатная форма в формате Excel "Сальдовая ведомость
по спецодежде". Если дата формирования отчета попадает в закрытый период бухгалтерского контура, то в
поля "Счет", "Субсчет" выводятся счет и субсчет из дебета связанной с приходом проводки по текущему
плану счетов ("Настройки Галактики \ Бухгалтерский контур \ Текущий план счетов").
Отчет о наличии СФО на балансе может формироваться без указания группировки. Если же группировка
установлена в настройках отчета, то в печатную форму "Сальдовая ведомость по спецодежде" заголовки
групп не выводятся.
В окно настройки формирования отчета о наличии СФО на балансе добавлены стандартные фильтры по сроку
службы и по нормам. Данные фильтры применяются только для приходов в состоянии "в эксплуатации".
Также в отчет о наличии СФО на балансе добавлен фильтр для определения приходов, у которых есть
проводки с дебетом по выбранным счетам/субсчетам. Выбор счета/субсчета выполняется по текущему плану
счетов в поле "Счет/субсчет". Также в этом поле работает быстрый выбор. Значение фильтра по счету/
субсчету не сохраняется в DSK или настройку отчета.
Для приходов, созданных по накладной МЦ -> Спецоснастка (Спецодежда), поиск счета осуществляется
сначала среди проводок, привязанных к хозоперациям с типом 12. Если проводок по этой хозоперации нет,
то среди проводок, привязанных к хозоперации с типом 602, связанной с накладной МЦ -> Спецоснастка.
Поиск выполняется среди проводок с аналитикой по дебету по МЦ из КУ спецоснастки/СФО. Если таких
проводок нет, то берется первая попавшаяся проводка по хозоперации с типом 602.
Если для приходов с типами "ввод в эксплуатацию", "внутреннее перемещение", "переоценка", "возврат
из эксплуатации", "разделение прихода" нет проводок, то поиск счет/субсчета выполняется среди проводок,
привязанных к хозоперациям родительских приходов.

2013-12-24 15:52:16

Краткое описание :

Выводить в лог ошибок информацию о не заполненной должности в архиве видов оплат и табеле

Описание :

Индивидуальные сведения

Что измененно :

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

Как измененно :

В интерфейсе "Параметры формирования индивидуальных сведений" на вкладке "Дополнительные параметры" для отчетов ПУ-3/ПУ-6 реализована пометка "подробный лог".
При данной настройке пользователю выводится подробный отладочный протокол.

2013-12-24 15:52:16

Краткое описание :

Доработать отчет по уплаченным страховым взносам

Описание :

Отчет об уплаченных страховых взносах [РФ]

Что измененно :

Доработать отчет по уплаченным страховым взносам.
Реестры по налогам на ФОТ, в том числе по солидарной части, формируются ЗА период в котором перечислено.
В СЗВ-6-4 уплаченные суммы по солидарной части учитываются до предельного ограничения. Для вычисления поправочного коэффициента программа ориентируется на период в реестре, который при наличии доначисленных взносов, не совпадает с периодом, к которому относится сумма налога на ФОТ. Для правильного расчета коэффициента, на который умножается сумма в реестре, необходимо дополнительно анализировать месяц, к которому относится сумма.
Предлагается добавить параметр, аналогично параметру в СЗВ-6-4, для дополнительного анализа периода, к которому относить сумму.

Как измененно :

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

2013-12-24 15:52:16

Краткое описание :

Расшифровка для сумм реестра

Описание :

Реестры по перечислениям. Формирование

Что измененно :

Необходимо добавить расшифровку для сумм в реестре

Как измененно :

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

2013-12-24 15:52:16

Краткое описание :

Отчет "сверка СЗВ-6-4-РСВ-1" неверно собирает базу по доптарифу из отчета РСВ по начисленной матпомощи с учетом льготы

Описание :

сверка СЗВ-6-4-РСВ-1

Что измененно :

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

Как измененно :

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

2013-12-24 15:52:13

Краткое описание :

Оптимизировать работу конвертера по изменению настроек для гибких шаблонов

Описание :

Аналитика

Что измененно :

Оптимизировать работу конвертера по изменению настроек для гибких шаблонов структуры КАУ.

Также необходимо сделать пост-обработку для настроек структур кау:
"Настройки Галактики \ Бухгалтерский контур \ Аналитика по счетам \ Структура наименования КАУ \ Структура КАУ по статьям затрат в строительстве"
"Настройки Галактики \ Бухгалтерский контур \ Аналитика по счетам \ Структура наименования КАУ \ Структура КАУ по партиям МЦ"
"Настройки Галактики \ Бухгалтерский контур \ Аналитика по счетам \ Структура наименования КАУ \ Структура КАУ по карточкам cпецоснастки"

после изменения настройки "Настройки Галактики \ Бухгалтерский контур \ Аналитика по счетам \ Структура наименования КАУ \ Использовать структуру наименования КАУ"

Как измененно :

Оптимизирована работа конвертера по изменению значений настроек для возможности настройки Структур наименования КАУ.

Добавлены пост-обработка для настроек:
"Настройки Галактики \ Бухгалтерский контур \ Аналитика по счетам \ Структура наименования КАУ \ Структура КАУ по статьям затрат в строительстве"
"Настройки Галактики \ Бухгалтерский контур \ Аналитика по счетам \ Структура наименования КАУ \ Структура КАУ по партиям МЦ"
"Настройки Галактики \ Бухгалтерский контур \ Аналитика по счетам \ Структура наименования КАУ \ Структура КАУ по карточкам cпецоснастки"

при изменении настройки "Настройки Галактики \ Бухгалтерский контур \ Аналитика по счетам \ Структура наименования КАУ \ Использовать структуру наименования КАУ"

2013-12-24 15:52:16

Краткое описание :

Налога по доп. тарифу нет, а процент выводится в карточку

Описание :

Карточка индивидуального учета выплат и сумм СВ/ЕСН [РФ]

Что измененно :

Налога по доп. тарифу нет, а процент выводится в карточку.

Как измененно :

При условии, что поля "Начисленно страховых взносов на ОПС":
СП1, СП2, дополнительный тариф заполнены значениями больше нуля, проценты для
данных налогов заполняются.
Если значение равно нулю, тогда поле процента заполняется символом "-".

2013-12-24 15:52:16

Краткое описание :

Не отображается колонка в отчете по сверке СЗВ-6-4 и РСВ-1

Описание :

сверка СЗВ-6-4-РСВ-1

Что измененно :

Не отображается колонка в отчете по сверке СЗВ-6-4 и РСВ-1: колонка "входящих в базу, не превышающих предельную" для РСВ-1 не заполняется.

Как измененно :

Сумма в отчете по сверке СЗВ-6-4 и РСВ-1 в графе для РСВ-1 "Входящих в базу, не превышающих предельную" заполняется корректно.

2013-12-24 15:52:15

Краткое описание :

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

Описание :

Личная карточка спецодежды

Что измененно :

Если у сотрудника имеется несколько выдач одинаковых
предметов СФО на несколько лет вперед(например, 3 костюма выданных
на 2008, 2009, 2010 годы), то при попытке сделать
приостановку в 2008 году выдается сообщение о невозможности
приостановки в 2008 году, т.к. имеются выдачи предметов
СФО в 2009 году.

Как измененно :

При вводе нового, редактировании/удалении последнего периода
приостановки сроки носки спецодежды пересчитываются с следующих
случаях:
1) если дата начала периода приостановки попадает в период между
датой отсчета срока эксплуатации предмета и датой окончания его
срока носки;
2) если дата начала периода приостановки попадает в период между
датой выдачи предмета и датой окончания его срока носки - для
предметов, выданных по накопительным нормам.
Редактировать период приостановки можно, если у работника нет в
носке предметов:
1) с датой отсчета срока эксплуатации большей, чем дата начала
периода приостановки;
2) с датой выдачи большей, чем дата начала периода приостановки -
для предметов, выданных по накопительным нормам.

2013-12-24 15:52:13

Краткое описание :

Редактирование Акта на ввод в эксплуатацию при установленном фильтре

Описание :

Ввод в эксплуатацию

Что измененно :

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

Как измененно :

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

2013-12-24 15:52:16

Краткое описание :

Шаблон имени файла выгрузки

Описание :

Анкетные данные для экспорта реестров

Что измененно :

Если в настройке формата выгрузки указано ограничение на количество
строк в файле, то при формировании имени файла по шаблону номер сеанса
указывается только в имени последнего файла.
Пример:
Шаблон имени файла - TESTYYMMN.txt
Ограничение на количество строк - 10
Система формирует 3 файла с именами:
TEST1311_0.txt
TEST1311_1.txt
TEST13111.txt
В следующий сеанс будут сформированы файлы:
TEST1311_0.txt
TEST1311_1.txt
TEST13112.txt
Таким образом, файлы, сформированные в предыдущем сеансе имеют одинаковые
имена, кроме одного - с номером сеанса.
Просим изменить принцип формирования шаблона следующим образом:
TESTYYMMRRN, где
RR - номер файла (указывается для каждого файла, сформированного по виду
перечисления, в том числе и для последнего файла)
N - номер сеанса (указывается для каждого файла, сформированного по виду
перечисления, в том числе и для последнего файла).
Для заводов с большим количеством работников проблема очень актуальна.

Как измененно :

Изменен принцип формирования шаблона TESTYYMMN, N - номер сеанса указывается в каждом имени файла.
Изменен алгоритм нумерации разбиваемых файлов - номера файлов нумеруются с 1.

2013-12-24 15:52:15

Краткое описание :

неверное отображение истории начислений в СФО

Описание :

Личная карточка спецодежды

Что измененно :

Осуществляем смену норм: старую норму "С0379-1/2013" мы закрываем датой 14.11.2013
и открываем новую норм "С0870-1/2013" датой 15.11.2013. Формируем историю начислений
(модуль "Спецодежда" - Документы - Личная карточка - Просмотр истории начислений) на
дату 20.11.2013. Видим, что список СФО отображается, как и положено, по действующей
(новой) норме. Затем формируем историю начислений на дату, когда новая норма еще не
была создана, например, на 10.11.2013. Видим, что по-прежнему отображается список СФО
по новой норме, хотя на эту дату данная норма не являлась действующей, в данном случае
этот список должен быть пуст.

Как измененно :

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

2013-12-24 15:52:13

Краткое описание :

формат ячейки отчета "Инв-3" Спецоснастка

Описание :

Акт инвентаризации спецоснастки

Что измененно :

Необходимо установить текстовый формат для полей "Инвентарный номер" и "Номер паспорта" в отчетах ИНВ-3 и ИНВ-19 в формате Excel.

Как измененно :

Доработано.