Задачи ЕРП Галактика решенные на дату 2015-12-30

Задача :101.45651

2015-12-30 16:52:03
Краткое описание :
Расчет налогов на ФОТ - льгота 50000 для единовременной матпомощи при рождении
Описание :
Расчёт налогов на ФОТ
Что измененно :

Согласно п.3 ч.1 ст.9 Федерального закона от 24.07.2009 N 212-ФЗ:
1. Не подлежат обложению страховыми взносами ... :
...
3) суммы единовременной материальной помощи, оказываемой плательщиками страховых взносов:
...
в) работникам (родителям, усыновителям, опекунам) при рождении (усыновлении (удочерении) ребенка, выплачиваемой в течение первого года после рождения (усыновления (удочерения), но не более 50000 рублей на каждого ребенка;
Согласно Федеральному закону от 08.12.2010 N 348-ФЗ с 2011 г. такая же льгота предусмотрена и для налога по травматизму.
Сейчас в системе есть механизм для предоставления подобных льгот при расчёте НДФЛ, но нет возможности предоставить такую льготу при расчёте налогов на ФОТ.
В результате пользователям приходится разбивать единовременную мат.помощь на 2 части (до 50000 и свыше 50000), т.е. механизм НДФЛ тоже не используется.
Как измененно :

Доработан классификатор "Настройка - Заполнение каталогов - Налоги на ФОТ и взносы - Классификатор годовых льгот по ЕСН/СВ". После колонки "Наименование льготы" добавлена колонка "Предоставление льготы", значения в которой переключаются по F3 из списка значений "календарный год"/"год после рождения". Для всех записей, существовавших ранее, проставлено значение "календарный год", оно же проставляется автоматически для вновь добавляемых записей. Соответственно, после ввода новой записи (записи с новым типом льготирования) - необходимо в классификаторе видов оплат для соответствующего вида оплаты материальной помощи при рождении ребенка на закладке "Расчеты" указать дополнительную входимость "(3) Льготируется годовая сумма при расчете СВ/ЕСН" и для неё в колонке "Примечание" выбрать вновь введенную льготу.
Аналогично для классификатора "Настройка - Заполнение каталогов - Налоги на ФОТ и взносы - Классификатор годовых льготируемых сумм" и для дополнительной входимости в КВО "(4) Льготируется год.сумма при расчете страхования от несчастных случаев и доп.соцобеспечения".
Доработан справочник "Документы - Лицевые счета - Смежные данные (Архивные данные) - Сальдо на начало месяца" - добавлена колонка "Фамилия Имя Отчество ребенка". В неё переносятся данные из поля "Ребенок" расчетного (архивного - при сторнировании) начисления. Кроме того - для наглядности - добавлена колонка "Облагается за месяц" - для выделения суммы материальной помощи, подлежащей обложению в соответствующем месяце. Данные в неё начнут записываться по всем строчкам о льготируемых суммах, начиная с момента установки обновления с данным решением. При этом вначале располагаются две "годовые" колонки "Начислено.." и "Облагается...", а затем две аналогичные за месяц.
Доработан режим расчёта налогов на ФОТ - при наличии в расчётных начислениях оплаты, настроенной соответствующим образом (см.выше), её сумма учитывается в составе общих аналогичных оплат в пользу данного ребёнка в течение года после даты его рождения (усыновления) и льготируется в пределах введенного ограничения. При этом порядок следующий: дата усыновления (Лицевой счёт - Кадровая информация - Семейное положение - Документы - документ с типом "Документ об усыновлении" - колонка "Действителен с") сравнивается с датой оплаты, указанной в поле "Дата выплаты, возврата". Если такого документа нет либо дата "Действителен с" у него не заполнена, то с датой оплаты сравнивается дата рождения (Лицевой счёт - Кадровая информация - Семейное положение - список родственников - колонка "Родился"). При этом дополнительного контроля по степени родства или типу родственных связей не выполняется, пользователь системы самостоятельно контролирует - какого именно родственника он указывает (выбирает) в поле "Ребёнок" для оплаты.
Таким же образом доработан режим сторнирования налогов на ФОТ в расчётном месяце и сервисы пересчёта архивных налогов на ФОТ - по данным архивных оплат.
В вышеупомянутом справочнике "Сальдо на начало месяца" накапливаемая информация о прольготированных оплатах хранится (переносится из одного месяца на следующий) до месяца исполнения ребёнку года (либо до момента прошествия года после усыновления).

Задача :101.56779

2015-12-30 16:52:03
Краткое описание :
Амортизационная премия при частичном перемещении
Описание :
Ведение картотеки
Что измененно :

Есть сложный объект ОС - здание. Подчиненные объекты - помещения, в которых в качестве количества указана площадь.
Происходит внутреннее перемещение некоторого количества подчиненного объекта. Клиент просит добавить возможность, чтобы при внутреннем перемещении переносилась амортизационная льгота пропорционально количеству.
Т.е. например, по подчиненному объекту количество 300, накопленная величина амортизационной льготы 30000. Перемещаем 100. В перемещенном объекте накопленная величина а/л должна составить 10000, а в оставшемся 20000.
Как измененно :

Добавлена настройка
"Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Настройка операций \ ОС \ Внутреннее перемещение \ Наследовать амортизационную льготу для новых ИК"
И соответствующая для НМА.
По настройке при частичном перемещении создаются операции поступления и изменения стоимости для новой карточки
с амортизационной льготой.
Для старой карточки льгота считается в соответствии с оставшимся количеством.

Задача :101.57526

2015-12-30 16:52:02
Краткое описание :
Проверка контрагентов РФ по данным ЕГРН - КПП и дата проверки
Описание :
Интерфейс выбора организаций
Что измененно :
Проверка контрагентов РФ по данным ЕГРН - КПП и дата проверки

Функция "Проверка контрагентов РФ по данным ЕГРН"
в первую очередь нужна для подготовки налоговой
декларации по НДС , для проверки корректности ИНН/КПП .
сейчас получается что мы проверяем не книгу/покупок а
каталог организаций.
Необходимо при проверке по книге покупок/ продаж за период:
1) КПП для проверки брать из книги а не из
каталога организации, так как в счете фактуре может
стоять КПП отличное SchFact.SS[2] от каталога
организации KatOrg.KODPLATNDS
2) дату проверки нужно брать не по полю "дата
сделки" а как последнюю дату счета-фактуры по
уникальному ключу ИНН+КПП+ датаСФ
Как измененно :
При задании периода для отбора книг покупки/продаж производится
выбор контрагентов по СФ, связанным с книгами покупок/продаж.
При этом ИНН и КПП берутся из расширенной информации СФ.
Дата проверки берется также из СФ.
Далее данные группируются по датам и производится столько запросов на проверку
контрагентов, сколько разных дат в выборке.
Дата, на которую проверялся контрагент выводится в интерактивном отчете.
# ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Требуется перерегистрация DailyInfoCOM.dll
regDailyInfoCOM.bat

Задача :101.57556

2015-12-30 16:52:03
Краткое описание :
Касса: В печатной форме РКО не выводится информация о паспорте получателя, в случае если он - индивидуальный предприниматель
Описание :
Расходный кассовый ордер
Что измененно :

Касса: В печатной форме РКО не выводится информация о паспорте получателя, в случае если он - индивидуальный предприниматель
В случае, когда получатель - сотрудник предприятия, то в печатной форме (Расходный кассовый ордер ЦБРФ - РТФ) выводится информация о его паспорте.
В случае, когда получатель указан в каталоге организаций как индивидуальный предприниматель, данные о паспорте в отчёт не попадают,
несмотря на то, что они указаны на вкладке "Сведения о физическом лице".
Как измененно :

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

Задача :101.58055

2015-12-30 16:52:03
Краткое описание :
Некорректная разбивка перечисления зарплаты
Описание :
Расчет удержаний (общие вопросы)
Что измененно :

Пример: сотруднику заведена межрасчетная выплата в размере 100 рублей с удержанием 403.
Ошибка заключается в следующем: при расчете зарплаты удержание 404 "Перечисление зарплаты в банк" разбивается на 2 записи с разными аналитиками: одна запись на сумму, равную сумме по удержанию 403; а другая запись равна остатку зарплаты.
Проблема проявляется при следующих настройках:
1. "Управление персоналом/Расчеты с персоналом/Режимы расчетов/Разбивать удержания по подразделениям" = "аналитике и параметру входящих оплат".
2. "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Межрасчетный период \ Учет выплат по реестрам" - учет ведется
3. Во всех оплатах установлены счет/ субсчет по кредиту: 70/пусто
В оплате, которая перечислялась в пежпериод установлен
счет/ субсчет по кредиту: 73/3
4. Для вида удержания в КВУ не установлены данные о счете, субсчете ни по дебету, ни по кредиту.
Как измененно :

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

Доработка проводилась для бизнес-процесса заказчика, а именно для настроек:
1. "Управление персоналом/Расчеты с персоналом/Режимы расчетов/Разбивать удержания по подразделениям" = "аналитике и параметру входящих оплат".
2. "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Межрасчетный период \ Учет выплат по реестрам" - учет ведется
3. Во всех оплатах установлены счет/ субсчет по кредиту: 70/пусто
В оплате, которая перечислялась в пежпериод установлен
счет/ субсчет по кредиту: 73/3
4. Для вида удержания в КВУ не установлены данные о счете, субсчете ни по дебету, ни по кредиту.

Задача :101.58071

2015-12-30 16:52:02
Краткое описание :
Форма Инвентарной карточки группового учёта нефинансовых активов (0504032)
Описание :
Ведение картотеки
Что измененно :
Форма Инвентарной карточки группового учёта нефинансовых
активов (0504032) изменилась в связи с вступлением в силу приказа Минфина 52н.
Как измененно :
Доработана форма Инвентарной карточки группового учёта
нефинансовых активов (0504032) для бюджетных организаций РФ в связи с
вступлением в силу приказа Минфина 52н.

Для этой формы убраны параметры печати
`При количестве в карточке большем единицы:`
(.) Печатать всю инвентарную карточку одной строкой`
(.) Печатать каждую единицу отдельной строкой`
[.] Добавлять порядковый номер ИК к инвентарному номеру`
& УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ БАЗОВЫХ ФОРМ:
FORMOS6A

Задача :101.58234

2015-12-30 16:52:03
Краткое описание :
Оценочные обязательства для принятых и уволенных в этом году
Описание :
Расчет [РФ]
Что измененно :
Не верно формируются оценочные обязательства по отпускам для
работников, которые были приняты в этом году и в этом же году уволены. Если
работник принят в этом году и не уволен, то расчет верный.
Как измененно :
В интерфейс формирования оценочных обязательств добавлен флаг
"Учитывать число даты увольнения".

При формировании ОО по рабочим периодам или план-графику, у которого есть
привязка к РП:
1) для вычисления планового количества дней отпуска за календарный год
используется формула:
СУММА ( (ПолОтп*(КолПолМ-КолДекрМ))/12 ) для рабочих периодов, имеющих связь
с календарным годом,
где ПолОтп - кол-во дней полагающегося отпуска за рабочий период,
КолПолМ - кол-во в рабочем периоде полных месяцев, относящихся к
расчетному календарному году, при этом:
* если сотрудник принят в расчетном году, месяц приема
учитывается согласно флагу "Учитывать число даты приема";
* если сотрудник принят до начала расчетного года, первый месяц
рабочего периода учитывается при дате начала рабочего периода до 15го числа
включительно;
* если сотрудник уволен в расчетном году, месяц увольнения
учитывается по флагу "Учитывать число даты увольнения";
* если сотрудник не уволен в расчетном году, последний месяц
рабочего периода не учитывается при дате окончания рабочего периода до 15го
числа.
КолДекрМ - количество полных месяцев, когда сотрудник находился в
декретном отпуске, в интервале пересечения рабочего периода и календарного года;
2) для вычисления планового количества на отчетный месяц используется формула:
ПлКолГод*(КолМРасч-КолДекрРасч)/(КолМГод - КолДекрГод),
где ПлКолГод - плановое количество дней отпуска за календарный год (расчет в
п.1),
КолМРасч - количество месяцев с начала года (месяца приема) до расчетного
месяца (включительно) или месяца увольнения, если сотрудник уволен в расчетном
году (при этом месяц увольнения учитывается по флагу "Учитывать число даты
увольнения"),
КолДекрРасч - количество месяцев декретного отпуска за период с начала
года (месяца приема) до расчетного месяца (включительно) или месяца увольнения,
если сотрудник уволен в расчетном году (при этом месяц увольнения учитывается
по флагу "Учитывать число даты увольнения"),
КолМГод - количество месяцев с начала года (месяца приема) до конца года
или месяца увольнения, если сотрудник уволен в расчетном году (при этом месяц
увольнения учитывается по флагу "Учитывать число даты увольнения"),
КолДекрГод - количество месяцев декретного отпуска за период в с начала
года (месяца приема) до конца года или месяца увольнения, если сотрудник уволен
в расчетном году (при этом месяц увольнения учитывается по флагу "Учитывать
число даты увольнения").

Задача :101.58371

2015-12-30 16:52:03
Краткое описание :
В форме ИНВ-1а не выводится информация о стоимости, если формат отчета Excel
Описание :
Ведомости наличия
Что измененно :

В форме ИНВ-1а не выводится информация о стоимости, если формат отчета Excel. В бизнес тексте стоимость выводится.
Пример и сводный отчет во вложении.
Как измененно :

Исправлено. Не работало, когда не была задана инвентаризация.

Задача :101.58438

2015-12-30 16:52:02
Краткое описание :
Не заполняется МОЛ в ИНВ-3, если заданы подписанты с ролями Председатель комиссии, член комиссии
Описание :
Инвентаризационная опись
Что измененно :

Не заполняется МОЛ в ИНВ-3 в формате бизнес-текст, если заданы подписанты с ролями Председатель комиссии, член комиссии. В Excel при этом информация выводится.
Как измененно :

Исправлено для документа "Акт инвентаризации" и отчета "Инвентаризационная опись".

Задача :101.58440

2015-12-30 16:52:03
Краткое описание :
Расчет больничного по уходу за больным ребенком по настройке
Описание :
Расчет больничных
Что измененно :

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

Речь идет только больничных по уходу за больным ребенком.
Как измененно :

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

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

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

Задача :102.139524

2015-12-30 16:52:02
Краткое описание :
Группировка по сроку службы при двойной выдаче
Описание :
Движение спецодежды
Что измененно :

В декабре 2014 работнику по норме с признаком "Двойная выдача" выдали 6 предметов на 12 мес. В следующем месяце выполнили списание этих предметов с помощью Акта выбытия. Если сформировать ведомость движения с группировкой по сроку службу за январь 2015 года, то движение по этому предмету попадет в группировку "Разовая". В описанной ситуации срок службы предметов, выданных по норме с признаком "Двойная выдача" должен рассчитываться как разница между датой начала и окончания срока носки.
Аналогичная ситуация возникает в других отчетах (о наличии на балансе/в пользовании, об износе, сроки использования спецоснастки и др.).
Как измененно :

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

Задача :102.146745

2015-12-30 16:52:03
Краткое описание :
Расчет больничных для иностранцев в 2016 году
Описание :
Расчет больничных
Что измененно :
Расчет больничных для иностранцев в 2016 году
Необходимо доработать расчет больничных для иностранцев для случаев,
которые наступят в 2016 году.
Страховые взносы за иностранцев начали платить начиная с 1 января 2015
года.
Соответственно, в 2016 году в расчет входят 2014-2015 гг (в 2014 -
взносы не платили, в 2015 - платили)
Расчет больничного в 2015 году для таких иностранцев ведется из МРОТ,
для чего в ЛС на закладке "Стажи, надбавки" устанавливали признак "Расчет из
МРОТ" = да. В 2016 году нужно взять в расчет суммы 2015 года, но не брать 2014.
Как измененно :
Доработка для РФ.
Доработан расчет больничных для иностранцев в 2016 году
1. В лицевом счете переименован признак "Расчет из МРОТ" на "Иностранец".
2. Для случаев нетрудоспособности, наступивших в 2016 году, учитывается
заработок 2015 года, но не учитывается заработок 2014, если в ЛС признак из п.1
установлен в значение "Да".
3.Больничный считается по общим правилам, только исходя из заработка 2015
года.

Задача :102.147245

2015-12-30 16:52:03
Краткое описание :
Интерфейс выбора из списка
Описание :
Электронная отчетность в целом
Что измененно :

Речь идет об интерфейсе выбора из списка, применяемом в "Электронной отчетности" (например, в "Декларация по налогу на имущество организаций" - "Раздел 2" - поле "Код налоговой льготы"). В статусной строке доступны неуместные в данном контексте клавиши: F3, F4, F7, F8.
Как измененно :

В окне выбора теперь доступны следующие клавиши: F1, Enter, Esc.

Задача :102.147704

2015-12-30 16:52:03
Краткое описание :
При формировании номера ИК по последним номерам БД выдается сообщение об ошибке
Описание :
ОС-овая сторона накладной
Что измененно :

При формировании номера ИК по последним номерам БД выдается сообщение об ошибке
в следующем случае:
Сначала формировали ИН по шаблону (шаблон включал,
например, группу ОС). Затем установили настройку
"Способ формирования инвентарного номера" в значение
"по последним номерам БД". При переводе объекта со
склада в ОС, если в "Эталонных параметрах" не указать
группу ОС, выдается сообщение об ошибке: "Не заданы
поля необходимые для создания инвентарного номера по
шаблону: Группа ОС" ([хотя сам номер сформируется по
последним номерам БД)
Как измененно :

Исправлено. Сообщение не выдается.

Задача :102.147729

2015-12-30 16:52:03
Краткое описание :
Расчет в ОО "План дней на отчетный месяц" для сотрудницы, вышедшей из декретного отпуска
Описание :
Расчет [РФ]
Что измененно :
Необходимо изменить формирование значения ОО "План дней на
отчетный месяц" для сотрудницы, вышедшей из декретного отпуска.

Пример. Сотрудница находилась в декретном отпуске по 17.08.2015. На момент
ухода в декретный отпуск у нее осталось 26 дней неиспользованного отпуска. За
рабочий период, например, 18.08.2015 по 17.08.2016 полагается 28 дней. При
формировании ОО "Количество дней отпуска за год" формируется 28/12*4=9,33. И
это правильно, так как на 2015 год приходится 4 месяца. При расчете "План дней
на отчетный месяц" за каждый месяц начиная с августа 2015 года формируется
значение 9,33/12. Получается, что полагается сотруднице отпуск с учетом
декретного за 2015 год 9,33, а оценочных обязательств начислится
9,33/12*5=3,89. Как то это неправильно. Должно быть 9,33.
Как измененно :
При формировании ОО по рабочим периодам или план-графику, у
которого есть привязка к РП:
1) для вычисления планового количества дней отпуска за календарный год
используется формула:
СУММА ( (ПолОтп*(КолПолМ-КолДекрМ))/12 ) для рабочих периодов, имеющих связь
с календарным годом,
где ПолОтп - кол-во дней полагающегося отпуска за рабочий период,
КолПолМ - кол-во в рабочем периоде полных месяцев, относящихся к
расчетному календарному году, при этом:
* если сотрудник принят в расчетном году, месяц приема
учитывается согласно флагу "Учитывать число даты приема";
* если сотрудник принят до начала расчетного года, первый месяц
рабочего периода учитывается при дате начала рабочего периода до 15го числа
включительно;
* если сотрудник уволен в расчетном году, месяц увольнения
учитывается по флагу "Учитывать число даты увольнения";
* если сотрудник не уволен в расчетном году, последний месяц
рабочего периода не учитывается при дате окончания рабочего периода до 15го
числа.
КолДекрМ - количество полных месяцев, когда сотрудник находился в
декретном отпуске, в интервале пересечения рабочего периода и календарного года;
2) для вычисления планового количества на отчетный месяц используется формула:
ПлКолГод*(КолМРасч-КолДекрРасч)/(КолМГод - КолДекрГод),
где ПлКолГод - плановое количество дней отпуска за календарный год (расчет в
п.1),
КолМРасч - количество месяцев с начала года (месяца приема) до расчетного
месяца (включительно) или месяца увольнения, если сотрудник уволен в расчетном
году (при этом месяц увольнения учитывается по флагу "Учитывать число даты
увольнения"),
КолДекрРасч - количество месяцев декретного отпуска за период с начала
года (месяца приема) до расчетного месяца (включительно) или месяца увольнения,
если сотрудник уволен в расчетном году (при этом месяц увольнения учитывается
по флагу "Учитывать число даты увольнения"),
КолМГод - количество месяцев с начала года (месяца приема) до конца года
или месяца увольнения, если сотрудник уволен в расчетном году (при этом месяц
увольнения учитывается по флагу "Учитывать число даты увольнения"),
КолДекрГод - количество месяцев декретного отпуска за период в с начала
года (месяца приема) до конца года или месяца увольнения, если сотрудник уволен
в расчетном году (при этом месяц увольнения учитывается по флагу "Учитывать
число даты увольнения").

При расчете количества месяцев декретного отпуска за интервал:
- месяц начала отпуска учитывается, если отпуск начался до 15го числа
включительно;
- месяц окончания отпуска учитывается, если отпуск завершился после 15-го числа
включительно.

Задача :102.147914

2015-12-30 16:52:02
Краткое описание :
История изменения параметров ИК (эргономика)
Описание :
Архив изменений
Что измененно :

История изменения параметров ИК (эргономика)
перевести на встраиваемый интерфейс, на закладку в списке ИК
Как измененно :

Интерфейс функции "История изменений архивных данных" перенесен на закладку "История изменения" Каталога ИК.
По умолчанию временной диапазон задается от начала года до отчетного периода ОС\НМА.
Для изменения временного диапазона в локальное меню добавлена функция "Изменить временной диапазон".

Задача :102.148038

2015-12-30 16:52:03
Краткое описание :
В mtIzmStoim не нужны операции с прошлого периода, они мешают
Описание :
Амортизация
Что измененно :

В описании ПИР 102.134849 говорится
>> "Если операция имеет признак - учитывать в следующем, то поле IzmStoim будет содержать изменение стоимости при расчете в следующем периоде."

Это не нужно было реализовывать. Более того? эта логика мешает использованию функционала. Поясню.
Данная доработка делалась для того, чтобы в месяце когда делаются корректировки стоимости и износа и модернизации отделить одни от других. В частности при расчете амортизации текущего периода нужно учесть корректировки стоимости и износа, для чего беру архив карточки с прошлого периода прибавляю "IzmStoim сумма Изменения стоимости, подлежащее учету в текущем периоде" и "IzmSumIzn сумма изменения износа, подлежащее учету в текущем периоде" к соответствующим значениям в алгоритме. Таким образом удается рассчитать амортизацию текущего периода с влиянием корректировок и исключить влияние модернизаций.

Далее переходим в следующий период. В архиве карточки УЖЕ учтены и учитываемые и не учитываемые в прошлом месяце изменения. Делаю то же самое, а именно прибавляю "IzmStoim сумма Изменения стоимости, подлежащее учету в текущем периоде" и "IzmSumIzn сумма изменения износа, подлежащее учету в текущем периоде" к соответствующим значениям, в результате модернизация прибавляется второй раз, что неверно. И самое плохое, что по таблице нельзя понять, с какого периода (прошлого или текущего) прилетела сумма, чтобы ее не прибавить, например.

Таблица mtIzmStoim должна формироваться только по операциям текущего месяца!

Это решение нужно выпустить также на 8.10
Как измененно :

Доработано. В mtIzmStoim не заносятся операции с прошлого периода.

Задача :102.148251

2015-12-30 16:52:03
Краткое описание :
Добавить фильтры в список актов группового выбытия спецодежды
Описание :
Акт группового выбытия
Что измененно :

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

Доработано.

Задача :102.148297

2015-12-30 16:52:02
Краткое описание :
Акт инвентаризации по подразделению, включая подчиненные
Описание :
Акт инвентаризации СФО
Что измененно :

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

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

Задача :102.148325

2015-12-30 16:52:02
Краткое описание :
Выводить группу дескрипторов в сверке с КБУ
Описание :
Новый диалог настройки
Что измененно :

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

В среднюю панель окна "Сверка данных ОС и КБУ" (закладка Сальдо по карточкам) добавлена колонка "Группа", отображающая группу дескрипторов из ИК. Также добавлен вывод группы дескрипторов в отчет формируемый из этой панели.

Задача :102.148330

2015-12-30 16:52:02
Краткое описание :
накл на внутреннее перемещение -форма ттн-1
Описание :
Внутреннее перемещение
Что измененно :

Клиент просит, чтобы из документа на внутреннее перемещение спецоснастки была возможность распечатать накладную в форме ТТН-1.
Как измененно :

Добавлена печать формы ТТН-1 (альбомная) в формате FastReport из документа на внутреннее перемещение спецоснастки/спецодежды.

Задача :102.148339

2015-12-30 16:52:02
Краткое описание :
В историю изменений добавить новые параметры
Описание :
Архив изменений
Что измененно :

В историю изменений добавить новые параметры
- признак собственности
- центр ответственности
- Код ОС по ОКОФ
- Фиксированная сумма амортизации
- Ликвидационная стоимость
Как измененно :

В историю изменений добавлены параметры:
- признак собственности
- центр ответственности
- Код ОС по ОКОФ
- Фиксированная сумма амортизации
- Ликвидационная стоимость

Задача :102.148371

2015-12-30 16:52:02
Краткое описание :
Открывающийся интерфейс вводит в заблуждение
Описание :
Настройка
Что измененно :

При нажатии на настройке "Настройки Галактики \ Бухгалтерский контур \ Спецоснастка \ Доступные подразделения" F4, а затем del, отображается пустое значение настройки, хотя настройка действует.
Также необходимо сделать открывающийся интерфейс более информативным. Предлагаю в название окна добавить фразу типа "(2 из 10) помечено 1", где 2 - количество доступных подразделений (записей в этом интерфейсе), 10 - всего подразделений в интерфейсе, открывающемся по F7, фраза "помечено 1" - сколько записей на данный момент помечено в интерфейсе.
Как измененно :

При нажатии Delete в окне "Изменение настройки" (открывается по F4 из списка настроек Галактики) для настройки "Настройки Галактики \ Бухгалтерский контур \ Спецоснастка \ Доступные подразделения" очищается список доступных пользователю подразделений.
Также название интерфейса "Доступные подразделения" дополнено строкой вида "<количество записей в списке доступных подразделений> из <количество записей в каталоге подразделений>".

Задача :102.148386

2015-12-30 16:52:03
Краткое описание :
Необходимо актуализировать форму 1-ф (ос) для РБ
Описание :
Отчеты по настройкам строк
Что измененно :

Постановление Национального статкомитета от
13 ноября 2015 г. № 184 утвердило изменения в форму 1-ф(ос).
Форма 1-ф(ос) годовая.
Постановление №184 находится во вложенном файле.
Вложил еще предыдущее Постановление и форму, в
которую внесены изменения
Как измененно :

Доработана форма 1-ф(ос).
Конвертор для обновления строк формы запускается автоматически, если последнее обновление формы проводилось в 2012.
Если форма более ранняя, то конвертор можно запустить через
"Сервис\Утилиты\Запуск внешнего интерфейса" интерфейс F_OSRep::ReMake_Form11OS_BEL_2015.

Задача :102.148425

2015-12-30 16:52:02
Краткое описание :
Отбор ИК по истории изменений
Описание :
Ведение картотеки
Что измененно :

Отбор ИК по истории изменений:
- в поле "Отбор объектов" добавить параметр "по истории изменений"
- в поле ниже - выпадающий список с параметров (МОЛ, подразделение, группа, вид, ...), отбор по одному параметру
- за период - интервал отбора по архиву
Как измененно :

В интерфейс отбора ИК в поле "Отбор объектов" добавлен параметр "по истории изменений".
Если в поле "Отбор объектов" выбран параметр "по истории изменений", становится доступно поле под ним. В этом поле по F3 открывается окно "Выбор параметра". В данном окне предоставлен список параметров доступных для отбора. Выбор параметра осуществляется клавишей Enter.
Для отбора по истории изменений обязательно должен быть задан период.

Если отбор прошел успешно - то период отображения данных на закладке "История изменений" устанавливается равным периоду отбора.

Задача :102.148442

2015-12-30 16:52:03
Краткое описание :
Привести в соответствие справку о расчете больничного в формате fast report
Описание :
Справки о расчете больничных
Что измененно :

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

Также в поле "Подразделение" нужно выводить наименование, а не код.
Как измененно :

Справка в формате Fast Report для Беларуси приведена к единообразию со справкой в формате TEXT.
1. Расширено поле "сумма прописью".
2. Выводится процент и количество дней для БиР.
3. Суммы и ограничения за разные месяцы выводятся отдельными строками.
4. В поле "Подразделение" теперь выводится наименование вместо кода.

Задача :102.148525

2015-12-30 16:52:03
Краткое описание :
Ошибки - Операция Поступление в разрезе подразделений
Описание :
Поступление
Что измененно :

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

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

Задача :102.148542

2015-12-30 16:52:03
Краткое описание :
Неактивен пункт контекстного меню "Печать актов по группам объектам" в операции "Изменение стоимости"
Описание :
Изменение стоимости
Что измененно :

Неактивен пункт контекстного меню "Печать актов по группам объектам" в операции "Изменение стоимости" не из шапки операции, не из спецификации, во всех остальных операциях пункт активен. Доступен он и в НМА в операции изменения стоимости при изменении настройки "Разрешать печать актов группового учета ОС для НМА". Судя по методичке и хелпу - должен быть активен и в ОС в этой операции.
Как измененно :

Пункт меню стал доступен для РБ.

Задача :102.148569

2015-12-30 16:52:03
Краткое описание :
Добавить проверку при переносе ИГК из ДО на предоплату (ДО на закупку) в платежные поручения
Описание :
Платежное поручение
Что измененно :

При переносе ИГК из договора(при редактировании платежного документа, создании из до) необходимо проверять совпадение расчетного счета плательщика из договора и расчетного счета, на котором формируется/редактируется собственное платежное поручение.
Как измененно :

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

Доработана проверка на присутствие ИГК при перемещении документов между расчетными счетами.

Задача :102.148624

2015-12-30 16:52:02
Краткое описание :
Доработать фильтры для специализированного оборудования
Описание :
Специализированное оборудование
Что измененно :

Доработать фильтры для специализированного оборудования:
убрать возможность снятия ограничений по типу объекта (только перевыбор), т.е. кнопки "Снять" и "Очистить" не должны сбрасывать ограничение по типу объекта
Как измененно :

В каталоге спецоборудования в фильтре нельзя очистить поле тип объекта.
Также кнопка "снять" не снимает фильтр по типу объекта. А кнопка очистить не очищает поле тип объекта.

Задача :102.148799

2015-12-30 16:52:03
Краткое описание :
Расчет постоянного удержания по 187 ВУ (алименты в сбербанк)
Описание :
Расчет алиментов и исполнительных листов
Что измененно :

Если у сотрудника одно постоянное удержание с одним из ВУ 185-188, 190, 191, то при расчете зарплаты по всем сотрудникам, может производиться только обнуление данных в полях "Рассчитано к удержанию" и "Сумма сбора", без сохранения не нулевого результата расчета. Может в протокол выдаваться сообщение "Ошибка 80 при работе с таблицей SHTRAF "Постоянные удержания"".
При последующих пересчетах зарплаты по всем сотрудникам данные в постоянных удержаниях могут сохраняться выборочно.
Как измененно :

Исправлено: при расчете заработной платы для всех сотрудников сохранение значение полей "Рассчитано к удержанию" и "Сумма сбора" в постоянных удержаниях с ВУ 185-188, 190, 191 производится корректно.

Задача :102.148878

2015-12-30 16:52:03
Краткое описание :
Переименовать поле "% банк.эмиссии" в постоянных удержаниях
Описание :
Постоянные удержания
Что измененно :

Переименовать поле "% банк.эмиссии" в постоянных удержаниях.
Как измененно :

Поле переименовано в "% банк. комиссии". Также переименованы пользовательская и системная настройка "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Прочие удержания \ Вид удержания для перечисления банковской эмиссии" в "Вид удержания для перечисления банковской комиссии"

Задача :102.148951

2015-12-30 16:52:02
Краткое описание :
Не открывается окно ввода дополнительной информации
Описание :
Карточка учета спецодежды
Что измененно :

Настройка "Настройки Галактики \ Бухгалтерский контур \ Спецоснастка \ Доступ к карточкам учета" установлена в значение "свои - изменение, по всем - чтение". Захожу в КУ с чужим дескриптором, нажимаю F3 в поле "Доп. информация". В результате Галактика зависает и закрывается.
Как измененно :

Исправлено.

Задача :102.149043

2015-12-30 16:52:03
Краткое описание :
В шаблон F_OSRep\opis.xlt на закладку Gal_TblSheet (т.е поток) добавить поля "Признак собственности" и "Признак собственности вышестоящего"
Описание :
Ведомости наличия
Что измененно :

В шаблон F_OSRep\opis.xlt на закладку Gal_TblSheet (т.е поток) добавить поля "Признак собственности ОС" и "Признак собственности вышестоящего ОС".
Клиенту нужны эти данные для создания своего пользовательского шаблона.
Как измененно :

В шаблон F_OSRep\opis.xlt на закладку Gal_TblSheet добавлены поля "Признак_собственности" и "Признак_собственности_выше"

Задача :102.149061

2015-12-30 16:52:03
Краткое описание :
Непонятная взаимосвязь между полями "За период" и "Формировать за":
Описание :
Индивидуальные сведения в ПФ (Формы ПУ-3, ПУ-6 и т.д.)
Что измененно :
Непонятная взаимосвязь между полями "За период" и "Формировать
за":

1. Ввожу в поле "За период" - "3-й квартал", затем меняю в поле
"Формировать за" номер года - в результате - в поле "За период" автоматически
появляется - "год".
2. Ввожу в поле "За период" - "другой", затем меняю в поле "Формировать
за" месяцы и номер года - в результате - в поле "За период" автоматически
появляется - "год", а в поле "Формировать за" остаются выбранные месяцы для
формирования отчета.
Как измененно :
В интерфейсе формирования индивидуальных сведений убран лишний
обработчик. Теперь, при изменении года, поле "За период" не меняется.

Задача :102.149070

2015-12-30 16:52:03
Краткое описание :
Расчет северных надбавок при пересечении 30 летия с периодом годового проживания
Описание :
Расчет начислений (общие вопросы)
Что измененно :

Расчет северных надбавок при пересечении 30 летия с периодом годового проживания.
Если работнику исполняется 30 лет в период годового проживания, то переход на ускоренную шкалу на дату 30-летия делать не надо.
После 1 года проживания расчет вести по общей шкале

"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Северные надбавки \ Учитывать изменения особых климатических условий" - "да"
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Северные надбавки \ Расчет периода проживания для молодежи" - "для каждого типа местности"
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Северные надбавки \ Переход на дополнительную шкалу при достижении 60%" - "да"

Функциональность не срабатывает для следующих случаев:
1.
13/09/2005 - 21/10/2005 Иные
25/10/2005 - 03/11/2009 Иные
01/01/2010 - 30/04/2013 Иные
01/05/2013 - 31/12/2013 Иные
01/01/2014 - 15/10/2014 Иные
22/10/2014
дата исполнения 30 лет 10/10/15
Должно быть 40%

2.
17/01/2006 - 26/09/2010 Иные
01/11/2010 - 15/02/2012 Иные
17/04/2012 - 02/11/2012 Иные
13/11/2012 - 13/11/2013 остальные
14/11/2013 остальные
[7] дата исполнения 30 лет 07/07/13

Должны быть следующие периоды
17/01/2006 - 16/01/2007
17/01/2007 -26/09/2010 Иные ускоренн
01/11/2010 - 15/02/2012 Иные ускоренн
17/04/2012 - 02/11/2012 Иные ускоренн
достигли максимума.
Итого 30%

С 13/11/12 по 09/05/14 - переход в другие местности.
в период проживания исполняется 30 лет - до конца обычная шкала.
- 30%. Итого 60%
С 10/05/14 по 30/09/15 - переход на дополнительную шкалу.
итого 70%
17/01/2007 -26/09/2010 Иные ускоренн
01/11/2010 - 15/02/2012 Иные ускоренн
17/04/2012 - 02/11/2012 Иные ускоренн

13/11/2012 -13/11/2013 - проживание обычная в этот момент исполняется 30 лет -
14/11/2013 - до конца обычная

3. дата исполнения 30 лет 31/03/18

06/09/13 - 09/09/2013 - Иные
10/09/2013 - 30/09/2013 - Иные
01/10/2013 - 10/10/2013 - Иные
11/11/2013 - 30/11/2013 - Иные
01/12/2013 - 09/12/2013 - Иные
11/01/2014 - 31/01/2014 - Иные
01/02/2014 - 10/02/2014 - Иные Итого 3 мес. 9 дн.
12/03/2014 - 31/03/2014 - МКС
01/04/2014 - 10/04/2014 - МКС
13/05/2014 - 31/05/2014 - МКС
01/06/2014 - 10/06/2014 - МКС
11/07/2014 - 31/07/2014 - МКС
01/08/2014 - 10/08/2014 - МКС
11/09/2014 - 30/09/2014 - МКС
01/10/2014 - 10/10/2014 - МКС
11/11/2014 - 30/11/2014 - МКС
01/12/2014 - 10/12/2014 - МКС
13/01/2015 - 31/01/2015 - МКС
01/02/2015 - 09/02/2015 - МКС
10/03/2015 - 31/03/2015 - МКС
01/04/2015 - 10/04/2015 - МКС
14/05/2015 - 31/05/2015 - МКС
01/06/2015 - 10/06/2015 - МКС
10/07/2015 - 31/07/2015 - МКС
01/08/2015 - 10/08/2015 - МКС
10/09/2015 - 30/09/2015 - МКС

Условия Иные и МКС рассчитываются по одинаковой шкале и различаются только максимальными ограничениями.
Т.к шкала у них одинаковая, пересчет начального процента при переходе делать не требуется.
Необходимо применить только ограничение по максимальному проценту.
Аналогично рассчитывается процент по условиям МКС -> Иные.
дата исполнения 30 лет 10/10/07

4. Работник заработал по ускоренной шкале М К С - 50 процентов.
Остальные переходы на этот же тип местности не должны учитываться, в том числе после исполнения 30-ти лет.
Итоговый процент должен равняться 70%, при дате исполнения 30 лет 10/10/07 и следующих периодах стажа.
17/01/1996 - 01/11/1996 М К С (1587)
04/12/1996 - 14/02/1997 М К С (1587)
02/07/1998 - 20/08/1998 М К С (1587)
21/10/2001 - 23/05/2003 Иные (1588)
21/07/2003 - 20/05/2005 М К С (1587)
21/05/2005 - 25/01/2008 М К С (1587)
26/01/2008 - 24/04/2008 М К С (1587)
01/05/2008 - 30/01/2009 Остальные районы Крайнего Севера (1586)
31/01/2009 - 23/10/2009 Остальные районы Крайнего Севера (1586)
12/05/2010 - 27/10/2010 М К С (1587)
28/10/2010 - 03/09/2014 М К С (1587)
11/09/2014 - 14/10/2014 Остальные районы Крайнего Севера (1586)
15/10/2014 - 15/11/2014 Остальные районы Крайнего Севера (1586)
15/12/2014 - 15/01/2015 Остальные районы Крайнего Севера (1586)
15/02/2015 - 15/03/2015 Остальные районы Крайнего Севера (1586)
15/04/2015 - 15/05/2015 Остальные районы Крайнего Севера (1586)
16/08/2015 - 04/09/2015 Остальные районы Крайнего Севера (1586)
14/09/2015 - 25/09/2015 Остальные районы Крайнего Севера (1586)
Как измененно :

Доработан расчет северных надбавок при пересечении 30-летия с периодом годового проживания.
Для следующих значений настроек:
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Северные надбавки \ Учитывать изменения особых климатических условий" - "да"
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Северные надбавки \ Расчет периода проживания для молодежи" - "для каждого типа местности"
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Северные надбавки \ Переход на дополнительную шкалу при достижении 60%" - "да"

Учтены следующие случаи:
1.
13/09/2005 - 21/10/2005 Иные
25/10/2005 - 03/11/2009 Иные
01/01/2010 - 30/04/2013 Иные
01/05/2013 - 31/12/2013 Иные
01/01/2014 - 15/10/2014 Иные
22/10/2014
дата исполнения 30 лет 10/10/15
Должно быть 40%

2.
17/01/2006 - 26/09/2010 Иные
01/11/2010 - 15/02/2012 Иные
17/04/2012 - 02/11/2012 Иные
13/11/2012 - 13/11/2013 остальные
14/11/2013 остальные
[7] дата исполнения 30 лет 07/07/13

Должны быть следующие периоды
17/01/2006 - 16/01/2007
17/01/2007 -26/09/2010 Иные ускоренн
01/11/2010 - 15/02/2012 Иные ускоренн
17/04/2012 - 02/11/2012 Иные ускоренн
достигли максимума.
Итого 30%

С 13/11/12 по 09/05/14 - переход в другие местности.
в период проживания исполняется 30 лет - до конца обычная шкала.
- 30%. Итого 60%
С 10/05/14 по 30/09/15 - переход на дополнительную шкалу.
итого 70%

3. Доработан расчет северной надбавки при смене района особых условий.
Теперь при переходе из условий "Иные" в "МКС" и наоборот пересчет начального процента не производится.
Процент определяется по шкале последнего изменения климатических условий согласно общему стажу.

4. Работник заработал по ускоренной шкале М К С - 50 процентов.
Остальные переходы на этот же тип местности не учитываются, в том числе после исполнения 30-ти лет.
Итоговый процент равняется 70%, при дате исполнения 30 лет 10/10/07 и следующих периодах стажа.

17/01/1996 - 01/11/1996 М К С (1587)
04/12/1996 - 14/02/1997 М К С (1587)
02/07/1998 - 20/08/1998 М К С (1587)
21/10/2001 - 23/05/2003 Иные (1588)
21/07/2003 - 20/05/2005 М К С (1587)
21/05/2005 - 25/01/2008 М К С (1587)
26/01/2008 - 24/04/2008 М К С (1587)
01/05/2008 - 30/01/2009 Остальные районы Крайнего Севера (1586)
31/01/2009 - 23/10/2009 Остальные районы Крайнего Севера (1586)
12/05/2010 - 27/10/2010 М К С (1587)
28/10/2010 - 03/09/2014 М К С (1587)
11/09/2014 - 14/10/2014 Остальные районы Крайнего Севера (1586)
15/10/2014 - 15/11/2014 Остальные районы Крайнего Севера (1586)
15/12/2014 - 15/01/2015 Остальные районы Крайнего Севера (1586)
15/02/2015 - 15/03/2015 Остальные районы Крайнего Севера (1586)
15/04/2015 - 15/05/2015 Остальные районы Крайнего Севера (1586)
16/08/2015 - 04/09/2015 Остальные районы Крайнего Севера (1586)
14/09/2015 - 25/09/2015 Остальные районы Крайнего Севера (1586)

Задача :102.149099

2015-12-30 16:52:03
Краткое описание :
Добавить в статус-строку F3 для полей
Описание :
Редактирование организаций
Что измененно :

Добавить в статус-строку F3 для полей...
Как измененно :

Добавлено

Задача :102.149100

2015-12-30 16:52:03
Краткое описание :
Добавить в статус-строку F3 для поля
Описание :
Редактирование банков
Что измененно :

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

Подключена статус-строка с F3 для поля "Признак кредитоспособности" в окне редактирования атрибутов банка.

Задача :102.149105

2015-12-30 16:52:03
Краткое описание :
Доп разделы НДС 2015 - проверка по schematron
Описание :
Дополнительные разделы декларации по НДС (810)
Что измененно :

Для проверки декларации, требуется добавить возможность проверять XML-файл по XSD-схеме в процессоре ФНС (по schematron).
Как измененно :

Разработан функционал, позволяющий использовать процессор проверки XML-файла по XSD-схеме разработанный в ФНС РФ. Этот процессор выполняет более тщательную проверку, и наиболее оптимально работает с большими объемами данных. Аналогичный процессор используется в программе Tester.
Теперь по функции "Проверка данных", вызывается окно, где можно определить тип используемого при проверке процессора:
- MSXML (тот что был ранее)
- ФНС РФ

ОСОБЕННОСТИ ИСПОЛЬЗОВАНИЯ:
1. Вышеописанный функционал (процессор ФНС РФ) предназначена для использования на операционных системах семейства MS Windows начиная с версии Windows XP SP3. Для использования требуется .NETFramework 4.0.
2. При проверке данные выгружаются в XML-файлы во временный каталог Галактики. Путь на каталог настраивается в параметрах приложения galnet.cfg: Files.TmpFilesDirectory. Т.к. наименования XML-файлов довольно велики, есть вероятность что путь на такой файл превысит 255 символов, и будет не доступен системе Галактика. В этом случае, следует задать более короткий путь на временный каталог.

Задача :102.149115

2015-12-30 16:52:03
Краткое описание :
Доп разделы НДС 2015 - брать контрагента из СФ
Описание :
Дополнительные разделы декларации по НДС (810)
Что измененно :

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

Сразу после генерации данных по функции "Генерация данных", проблема не проявляется, т.к. в этом случае наименование к/а не ищется по реквизитам к/а, а явно берется из потока данных логистики. Так же проблема не проявляется и после загрузки данных из Excel, т.к. в этом случае наименование к/а явно берется из потока данных Excel. Проблема проявляется после загрузки данных из XML.

Предлагаю, в случае если к/а не был найден в "Каталоге организаций" по полям ИНН и КПП, то брать к/а из СФ привязанной к текущей позиции соответствующего раздела Декларации. СФ искать по полям: номер и дата из позиции Декларации, направление СФ, согласно направлению текущего раздела Декларации.
Как измененно :

Ранее в Декларации получение наименования контрагента (к/а), осуществлялось по следующему алгоритму:
1. По заданным ИНН и КПП, осуществляется поиск к/а в "Каталоге контрагентов":
1.1. сначала среди актуальных к/а
1.2. потом среди "архивных" к/а

Теперь для поиска к/а разработан "новый алгоритм":
1. По заданным реквизитам счет-фактуры (СФ) осуществляется поиск СФ
1.1. если СФ была найдена, то к/а берется из СФ
1.2. если СФ не была найдена, то к/а ищется по "старому алгоритму", т.е. по ИНН, КПП

"Новый алгоритм" подключен к полям:
- Раздел 8: "Наименование продавца"
- Раздел 8 Приложение 1: "Наименование продавца"
- Раздел 9: "Наименование покупателя"
- Раздел 9 Приложение 1: "Наименование покупателя"
- Раздел 10: "Наименование покупателя", "Наименование продавца"
- Раздел 11: "Наименование продавца"
- Раздел 12: "Наименование покупателя"
Получение значения наименования к/а для остальных полей работает по "старому алгоритму".

Задача :102.149134

2015-12-30 16:52:03
Краткое описание :
Не отрабатывает сторнирование пенсионных взносов за прошлый период в случае, когда в расчетном периоде нет начислений
Описание :
Расчет обязательных взносов (удержаний)
Что измененно :

РБ. Не отрабатывает сторнирование пенсионных взносов, удержанных в прошлых расчётных периодах из начислений за текущий расчётный, в случае, когда в расчетном периоде нет начислений.
Как измененно :

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

Задача :102.149140

2015-12-30 16:52:03
Краткое описание :
Добавить фильтры в список актов регламентного списания спецодежды
Описание :
Регламентное списание
Что измененно :

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

Доработано.

Задача :102.149142

2015-12-30 16:52:03
Краткое описание :
При расчете пособия от 3 до 18 (на семью) "теряется" день исполнения младшему ребенку 3-х лет
Описание :
Интерфейс "Ежемесячные пособия на детей"
Что измененно :

Две проблемы для Беларуси:

При расчете пособия от 3 до 18 (на семью) "теряется" день исполнения младшему ребенку 3-х лет.

Есть классификатор шкал, в котором заведены 6 шкал. Аналогичные шкалы заведены в классификаторе пособий. К каждой шкале привязан свой ВО. Двое детей - два вида пособий (до трех лет и на семью), считаем пособия, считаем зп. В результатах расчета пособие на семью ложится на код 128, хотя в классификаторе пособий реально привязан код 135.
Как измененно :

Теперь при расчете пособия на семью при воспитании ребенка от 3 до 18 пропорциональная сумма до дня рождения младшего ребенка рассчитывается правильно. Так же будет правильно пропорционально рассчитываться сумма, если старшему (от 3 до 18) ребенку в расчетном месяце исполняется 18 лет.

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

Задача :102.149149

2015-12-30 16:52:03
Краткое описание :
Добавить фильтры в список реестров требований на выдачу спецодежды
Описание :
Реестр требований на выдачу
Что измененно :

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

Доработано.

Задача :102.149166

2015-12-30 16:52:03
Краткое описание :
ПУ-6 программа должна анализировать
Описание :
Индивидуальные сведения в ПФ (Формы ПУ-3, ПУ-6 и т.д.)
Что измененно :
ПУ-6 программа должна анализировать

Если формируется ПУ-6 по нескольким ЛС, среди
которых летчики, с достаточным количеством налетов
для особого стажа и по которым должны быть
сформированы исходные ПУ-6 (102.142319) и те, по
которым необходимо формировать ПУ-6 отменяющую,
т.к. налета за год недостаточно, то система
формирует по всем исходную форму отчета, что
неверно. Необходимо, чтобы лицевые счета
анализировались и разделялись на отдельные папки,
либо, хотя бы, возникало предупреждение и те
сотрудники, которым не хватает налетов исключались
из формируемой папки.
Как измененно :
При формировании ПУ-6 для летного состава, изменена система
автоматического формирования отменяющих форм. Теперь отменяющие формы формируют
после исходных, в отдельная файл. Для этого автоматически вызывается окно
выбора отчета, аналогичное окну по исходным.

Задача :102.149167

2015-12-30 16:52:03
Краткое описание :
Задваиваются суммы в детальном протоколе.
Описание :
Перерасчет средних
Что измененно :
Задваиваются суммы в детальном протоколе
Как измененно :
1 - Исправлена ошибка, следствием которой являлось
суммирование записей детального протокола.
Для детального протокола производится дополнительный анализ информации и при
необходимости производится разделение детального протокола.
2 - В детальном протоколе в шапке дополнительно выводится информация о виде
оплаты с алгоритмом расчета по среднему

Задача :102.149169

2015-12-30 16:52:03
Краткое описание :
Не печатается детальный протокол
Описание :
Расчет по среднему (алгоритмы отпусков)
Что измененно :
В режиме расчёта зарплаты пересчитывается средний (алгоритм 69)
по отпуску, выплаченному в одном из предшествующих расчётных периодов. При этом
хочется видеть для проверки Детальный протокол.
Как измененно :
При установленных в значение "да" общесистемных настройках
"Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные,
отпуска, расчеты по среднему \ Cохранять данные для детального протокола" и
"Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные,
отпуска, расчеты по среднему \ Автоматически выводить детальный протокол после
расчета". В режиме расчёта зарплаты добавлен вывод детального протокола и для
отпускных алгоритмов.

Задача :102.149236

2015-12-30 16:52:03
Краткое описание :
Не заполняется вариант наименования услуг в печатных формах акта
Описание :
Акты на услуги, работы
Что измененно :

Не заполняется вариант наименования услуг в печатных формах акта
Как измененно :

Исправлено
Работало только с вариантами наименований МЦ

Задача :102.149306

2015-12-30 16:52:03
Краткое описание :
Потеря преемственности. Слетает фильтр по расчетным счетам в платежных документах.
Описание :
Платежное поручение
Что измененно :

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

Исправлена ошибка сброса фильтра по р\с на состояние "Текущий".

Задача :102.149421

2015-12-30 16:52:03
Краткое описание :
потеряли решение пир 102.126453
Описание :
Универсальная складская ведомость
Что измененно :

В названии колонок если в поле "Вид" стояло "Наименование", то был выбор что за "наименование" выводить: партия, мол, подразделение ...
Как измененно :

При выборе вида колонки отчета "Наименование". можно выбрать что выводить в наименовании.

Задача :106.9662

2015-12-30 16:52:02
Краткое описание :
Сортировка в ведомости наличия
Описание :
Ведомости наличия
Что измененно :
Сортировка в ведомости наличия.
Клиент просит добавить в список параметров
сортировки (окно "Сортировка данных" интерфейс
"Настройка ведомости наличия ОС") параметр
ИК "Дата поступления".
Как измененно :
Для ведомости наличия (итоговой в том числе) ОС\НМА добавлена
сортировка по дате поступления

Задача :180.8114

2015-12-30 16:52:03
Краткое описание :
В резерве отпусков при расчете сальдо на начало года в СДЗ не учитывается декабрь
Описание :
Инвентаризация [РФ]
Что измененно :
В резерве отпусков при расчете сальдо на начало года в СДЗ не
учитывается декабрь.
Как измененно :
При формировании инвентаризационной ведомости и расчете сальдо
на начало года СДЗ рассчитывается на 1-ое число следующего месяца (следующего
за месяцем инвентаризации), а не берется из последней (за период с начала года
до месяца инвентаризации) записи оценочных обязательств.

Задача :180.9022

2015-12-30 16:52:03
Краткое описание :
Автоматическое назначение выслуги лет с пользовательским алгоритмом
Описание :
Расчет начислений (общие вопросы)
Что измененно :

Т.к. расчет выслуги лет не определен жестко законодательством, возникает необходимость писать свои алгоритмы для расчета выслуги лет, т.к. 25 алгоритм не подходит.
Для того, чтобы выслуга начислялась автоматически, минуя добавление ее в постоянные доплаты, использую системный вид оплаты для выслуги 49.
Однако, системная выслуга, но с пользовательским алгоритмом, не хочет начисляться пока в результатах расчета не проявится начисление, у которого в КВО установлена входимость в выслугу. На это нельзя повлиять никаким образом.
Но основная оплата не всегда может начислится и при этом выслуга рассчитаться должна.
Просьба дать возможность независимого начисления выслуги.
Как измененно :

1 - Доработан механизм расчета выслуги лет при отсутствии начислений у сотрудника или при наличии только начислений, в видах оплат которых не установлена входимость "в выслугу".
Как это теперь работает относительно вышеизложенной ситуации.
При отсутствии начислений или при наличии только начислений, в видах оплат которых не установлена входимость "в выслугу" в расчетном месяце при установленном признаке 1 или 3 вида оплаты 49 (выслуга лет) и установленной настройке "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Выслуга лет \ Автоматически начислять ежемесячную выслугу лет" в "Да" производится расчет выслуги. При этом, при наличии у рассчитываемого сотрудника перехода в межпериод, а также при установленной входимости "пересчитывать по дням" на вкладке "Расчеты" классификатора видов оплат и скидок в положение "+", выслуга будет автоматически разбита (при необходимости, например, при переходе в другое подразделение).
Если у сотрудника был переход в межпериод с изменением режима работы, а также был переход на новый процент для расчета выслуги в этот период, то при расчете процента будет взята норма того режима работы, на который перевели сотрудника.
При расчете заработной платы за период при установленной входимости "пересчитывать по дням" вида оплаты 49 разбивка период расчета выслуги будет ограничен или периодом расчета заработной платы, или датой увольнения.


2 - Доработан классификатор видов оплаты для вида оплаты 49.
Ранее не было возможности установить входимость "пересчитывать по дням" для пользовательских алгоритмов (алгоритмов с номером более 100) для вида оплаты 49, а теперь для вида оплаты 49 можно.

Задача :180.9025

2015-12-30 16:52:03
Краткое описание :
После n-раз пересчетов амортизации остаются пустые ХО без карточек
Описание :
Амортизация
Что измененно :

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

После расчета амортизации запускается процесс удаления
пустых SpMove и ХО. Т.е. тех SpMove у которых нет SpMoveOs и проводок.

Задача :180.9048

2015-12-30 16:52:02
Краткое описание :
Изменение адреса объекта ОС
Описание :
Ведение картотеки
Что измененно :

При попытке изменения адреса в карточке ОС система выдает предупреждение:

Данный адрес указан и у других объектов учета ОС/НМА
Создать индивидуальную копию адреса для объекта учета?
Да Нет

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

При попытке изменения адреса в карточке ОС сообщение изменено. И звучит так:
'Данный адрес указан и у других объектов учета ОС/НМА' +
'Например у объекта N xxxxxx'
'Изменить адрес только для текущего объекта учета?'
'При ответе "нет", адрес изменится у всех объектов учета с данным адресом.'.

Задача :180.9091

2015-12-30 16:52:03
Краткое описание :
Инвентаризация ОС
Описание :
Инвентаризация
Что измененно :

Установлена настройка:
"Настройки Галактики \ Общие настройки системы \ Доступ к таблицам \ Запретить модификацию \ Каталога основных средств и нематериальных активов" - "Да"
В итоге дает создать по F7 инвентаризационную опись, но ничего в ней сделать не дает, и удалить ее тоже не дает.
Как измененно :

Если включена настройка "Настройки Галактики \ Общие настройки системы \ Доступ к таблицам \ Запретить модификацию \ Каталога основных средств и нематериальных активов", то не позволяет формировать акты и добавлять излишки, остальные действия с инвентарной описью - разрешены.