2016-01-26 12:04:31

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

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

Описание :

Полученные кредиты

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

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

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

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

2016-01-26 12:04:31

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

В интерфейсе "пробы качества" не сохраняется фильтр

Описание :

Пробы качества

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

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

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

Реализовано для режима расширенных фильтров
Настройки Галактики \ Логистика \ Управление качеством \ Пробы качества \ Тип фильтра в каталоге проб \ расширенный

2016-01-26 12:04:31

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

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

Описание :

Сметы

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

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

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

Исправлена ошибка программирования

2016-01-26 12:04:31

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

Доработать печать книг с пользовательскими ручными записями регистрации

Описание :

Книга продаж

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

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

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

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

2016-01-26 12:04:31

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

Эргономика работы с настройками по правам доступа

Описание :

Настройки модуля ПК в "Настройке"

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

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

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

Изменены настройки прав доступа.
Вместо двух настроек типа "Список" используется четыре:

"Настройки Галактики \ Управление финансами \ Платежный календарь \
Права доступа \ Доступ к документам по ЦО"
- все ЦО
- из списка пользователя
"Настройки Галактики \ Управление финансами \ Платежный календарь \
Права доступа \ Список доступных ЦО"
- Список...
"Настройки Галактики \ Управление финансами \ Платежный календарь \
Права доступа \ Доступ к документам по группам ФОБ"
- все группы ФОБ
- из списка пользователя
"Настройки Галактики \ Управление финансами \ Платежный календарь \
Права доступа \ Список доступных групп ФОБ"
- Список...

При установке обновлений отрабатывает конвертор, для установки значений по
умолчанию, в зависимости от наличия записей в списках доступных ЦО/Групп ФОБ
пользователей.

2016-01-26 12:04:31

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

Доработать контроль валютной суммы распределения (доработать 102.143868)

Описание :

Платежное поручение

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

При установленной настройке Настройки Галактики \
Логистика \ Документы \ Управление сбытом\Округление в
документах сбыта =математическое, ..значения в НДЕ
округлять до =0,01 ..значения в валюте округлять
до=0,01 остается не распределенная сумма равная 0.01.
Что неверно, т.к. платеж в валюте должен закрываться
полностью.
Как выяснилось, сброс не распределенного остатка
на последнюю позицию работает в режиме разбития
хозоперации в разрезе накладных. Настройка "Настройки
Галактики \ Бухгалтерский контур \ Обработка документов
\ Распределение платежа по ДО \ Распределение платежа
по сопроводительным документам \ Разбивать платеж по
накладным из ДО" в значении да.
Если ее включить, то все распределяется. Но у
клиента она выключена, и не нужна. Поэтому нужно
немножко доработать. Что бы если остаток не превышает
минимальную округленную сумму, т.е. в нашем случае
0.01, то тогда разрешать сбрасывать на первую позицию
этот остаток.
Нужно обрабатывать такие ситуации при настройке
"Разбивать платеж по накладным из ДО" в значении НЕТ.

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

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

2016-01-26 12:04:31

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

Доработать алгоритм <авто - дата накладной/акта + количество дней отсрочки по договору>

Описание :

Настройки модуля ПК в "Настройке"

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

Доработать алгоритм <авто - дата накладной/акта +
количество дней отсрочки по договору>
В Платежном Календаре формируют ФОБ по ДО на
закупку, Дата "оплатить до" в ДО = 01.01.2016, в ФОБе
первоначальная дата = 30.11.2015, накладной нет.
Алгоритм <авто - дата накладной/акта + количество дней
отсрочки по договору> - если нет даты отсрочки и
накладной, должен брать дату из расширенной информации
ДО - поле "Оплатить До" STEPDOC.DOPLMAX

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

Доработан алгоритм <авто - дата накладной/акта +
количество дней отсрочки по договору>
Если нет накладной/акта, договора
по умолчанию берется дата "оплатить до" из ДО.

2016-01-26 12:04:31

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

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

Описание :

Ведение картотеки

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

Иногда в инвентарной карточке учета объекта основных средств
неправильно печатаются драгметаллы.
В отчёте Инвентарная карточка - форма № ОС-6 (на 2 листах) в формате rtf <<
Беларусь >> выведены не все драгметаллы и их вес отличается от веса в
интерфейсе.

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

Исправлено отображение драгметаллов. Драгметаллы печатались
верно. Происходило неверное отображение.
В частности при переходе со слжного на простой объект.

2016-01-26 12:04:31

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

Зависание при распределении по спецификации накладных

Описание :

Платежное поручение

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

Зависание при распределении по спецификации накладных происходит в следующем случае:
По ДО создана накладная №1. По этой накладной создана корректирующая накладная №2.
По корректирующей накладной №2 создана корректировочная накладная №3.

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

Исправлено.

2016-01-26 12:04:31

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

Пособие на семью, если в текущем месяце старшему ребенку - 3 года, а младший только родился

Описание :

Интерфейс "Ежемесячные пособия на детей"

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

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

Период, за который назначается пособие зависит от двух факторов:
1. днем возникновения права на пособие является день рождения младшего ребенка;
2. ежемесячное пособие назначается со дня, следующего за днем исполнения старшему ребенку трех лет.
Пример.
Текущий месяц - декабрь.
24/12 первому ребенку исполняется 3 года.
21/12 родился второй ребенок.
Здесь в одном месяце срабатывают два условия. С 21/12 уже наступило право на пособие на семью (на детей от 3 до 18 лет в период воспитания ребенка до трех лет). НО на 21/12 у нас еще нет ребенка старше 3-х лет (которому положено пособие), поскольку старшему три года исполняется только 24/12. Следовательно за период с 25/12 по 31/12 (за 7 дней) нужно назначить пособие на семью.
Сейчас определяется период с 21/12 по 24/12 (4 дня), что неверно.

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

Доработан расчет пособий на семью для случая, если в текущем месяце старшему ребенку - 3 года, а младший только родился. Доработка выполнялась по настройке на страну Беларусь.
Теперь дата наступления права на выплату пособия на семью определяется следующим образом:
1. днем возникновения права на пособие является день рождения младшего ребенка;
2. ежемесячное пособие назначается со дня, следующего за днем исполнения старшему ребенку трех лет.

2016-01-26 12:04:30

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

Добавить ед. измерения в журнал-ордер

Описание :

Универсальный журнал-ордер

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

Добавить вывод единиц измерения в excel-отчет журнала-ордера.

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

Доработан отчет "Журнал-ордер".
В печатной форме формата Excel выводится колонка единицы измерения.
Колонка с данными выводится в случае наличия в группировке аналитики, по которой может быть установлен количественный учет.
Единица измерения выводится на уровне аналитики с количественным учетом и на всех уровнях, расположенных ниже уровня аналитики.

2016-01-26 12:04:31

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

лишняя страница ИНВ-8 на FastReport

Описание :

Ведомости наличия драгоценных металлов

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

Лишний лист в инвентаризации за счет ненужного переноса.

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

При количестве членов комиссии не более трех и
количестве драгоценных металлов не более 4-х
перенос не происходит.

2016-01-26 12:04:31

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

Привести цвета полей в пакетном распределении в соответствие с визуальной схемой

Описание :

Пакетное распределение платежей

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

Привести цвета полей в пакетном распределении в
соответствие с визуальной схемой

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

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

2016-01-26 12:04:31

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

Номер отгрузочного СФ подтягивает обозначение авансового

Описание :

Наши счета-фактуры

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

Номер отгрузочного СФ подтягивает обозначение авансового

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

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

2016-01-26 12:04:31

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

рассыпалось золото и серебро в колонке отчета после экспорта из FR в Excel

Описание :

Ведомости наличия драгоценных металлов

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

рассыпалось золото и серебро в колонке отчета после экспорта из
FR в Excel

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

Исправлено сползание таблицы и с задваиванием линий полей
"прописью" при экспортировании из Fr в Excel.

2016-01-26 12:04:31

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

При расчете ПУЦ для МЦ с нулевыми ценами переносить последние цены списания

Описание :

Расчет цен

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

При расчете ПУЦ для МЦ с нулевыми ценами переносить
последние цены списания. На данный момент последние
цены списания переносятся для всех МЦ (согласно
параметров и фильтров), если ни для одной МЦ нет
остатков на складах (или остатки есть, но они с
нулевыми ценами).

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

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

2016-01-26 12:04:31

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

Не формируется сводный СФ из корректировочных документов при пакетном формировании

Описание :

Пакетное формирование счетов-фактур поставщика

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

Не формируется сводный СФ из корректировочных документов при пакетном формировании

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

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

Группы типов СФ:
- стандартные типы;
- корректировочные типы (ссылка на корректировочный сопрдок, по которому можно найти исходный сопрдок и СФ);
- исправительные типы (ссылка на исправляемый СФ);
- типы исправления корректировки (ссылка на исправляемый СФ и корректировочный сопрдок).

2016-01-26 12:04:31

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

Ошибка при расчете НДФЛ по доп. аналитике

Описание :

Расчет подоходного налога

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

Ошибка при расчете НДФЛ по доп. аналитике.
Проблема с расчетом НДФЛ по обособленным подразделениям (дополнительной аналитике)
1. Сотрудник в феврале месяце работал на двух обособленных подразделениях, считаем ЗП, а в налоге получается разница на 1р, видно по справке 2НДФЛ.
Если руками посчитать 13% (25092.83*0.13=3262.06), то налог получится на 1р больше чем в реале посчитанный.
Такая же ситуация и в апреле. И если формировать справку 2НДФЛ за весь год, то получается, что 2 рубля ?пляшут? между обособленными подразделениями.
Правильного варианта для данного случая не существует.
Их всего два:
- считать налог по каждому подразделению раздельно;
- считать в целом по сотруднику, а разбежку проводить по какому-то подразделению, тогда в справках будут расхождения.
Очень много встречается комментариев на эту тему, но большинство мнений все же сходится на первом варианте, т.е. считать по каждому подразделению.
На форуме бухсофта высказываются мнения, что данное решение принимает само предприятие по согласованию со своей территориальной налоговой.

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

1. По настройке на Россию добавлена новая настройка:
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ Раздельный расчет по обособленным подразделениям".
Настройка открыта для России, если установлено значение "аналитике и параметру входящих оплат" в настройке "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Разбивать удержания по подразделениям".
При изменении значения страны или принципа разбиения удержания настройка появляется, но открывается или закрывается от редактирования.
Настройка имеет несколько значений:
нет
из дополнительных аналитик
из подразделений отнесения затрат.
Значение "из дополнительных аналитик" предназначено для тех, кто формирует справку 2- НДФЛ, с параметром "Доп.аналитика для подразделения отнесения затрат".
Значение "из подразделений отнесения затрат" предназначено для тех, кто желает свести отчетность 2- НДФЛ по обособленным подразделениям отнесения затрат без учета дополнительных аналитик.

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

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

4. В справочниках "Результаты расчета" и "Суммы по видам удержаний" для удержаний добавлены поля "Облагаемая сумма", "Учтено вычетов", "Обособленное подразделение", "КПП" и "ОКТМО".
Переноситься в архив они будут при переходе на новый расчетный период.
Поля "Обособленное подразделение" и "КПП" можно увидеть только для удержаний с кодами 182 и 183 по настройке на Россию. Для этих же кодов удержаний поле "Номер исполнительного листа" переименовывается в "ОКТМО".
Новые поля будут заполняться и использоваться:
при расчете НДФЛ с настройкой "Раздельно по обособленным подразделениям"
при выполнении функции "Контроль дохода".

5. Доработана функция расчета НДФЛ при расчете заработной платы.
Теперь при расчете используются настройки п.1. и 2. Настройки работают согласно описанию в указанных пунктах.

6. Доработана функция "Контроль дохода".
Вместо устаревшего параметра [.] Разносить материальную выгоду
Введен новый параметр [.] Заполнять облагаемую сумму и вычеты в записи об удержании.
Для нового значения параметра предусмотрен выбор собственного периода, отличного от периода контроля дохода.
Если данный параметр установлен, в результатах расчета заполняются новые поля
"Облагаемая сумма", "Учтено вычетов", "Обособленное подразделение", "КПП" и "ОКТМО".
Заполнение происходит в зависимости от значений настройки "Раздельный расчет по обособленным подразделениям".
Если в настройке установлено значение "из дополнительных аналитик", то поиск "КПП" и "ОКТМО" происходит по подразделению из дополнительных аналитик.
Если в дополнительных аналитиках не найдена ссылка на подразделение, то "КПП" и "ОКТМО" устанавливаются по ссылке на подразделение отнесения затрат.

Для всех остальных значений настройки дополнительные аналитики не анализируются: "КПП" и "ОКТМО" устанавливаются по ссылке на подразделение отнесения затрат.

В дальнейшем, поля "КПП" и "ОКТМО" будут использоваться при расчете НДФЛ для сбора общей суммы дохода и налога за год в разрезе по обособленным подразделениям.

7. Доработана функция "Переход на новый расчетный период". При переходе на новый период в справочник "Суммы удержаний" из результатов расчета зарплаты переносятся поля: "Облагаемая сумма", "Учтено вычетов", "Обособленное подразделение", "КПП" и "ОКТМО".

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

2016-01-26 12:04:31

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

Двойное удержание алиментов в начислениях межпериода

Описание :

Расчет алиментов в режиме "Начисления и выплаты"

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

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

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

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

2016-01-26 12:04:31

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

Неверный расчет пособия семьям на детей от 3 до 18 в период воспитания детей до 3х лет

Описание :

Интерфейс "Ежемесячные пособия на детей"

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

Требуется в при расчете дополнительного пособия на семью, воспитывающую ребенка от 3 до 18 лет при наличии ребенка от 0 до 3 учитывать дату начала пособия. Для Беларуси.

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

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