2016-12-02 14:07:42

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

Контроль заполнения государства и города

Описание :

Редактирование организаций

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

В группу настроек "Настройки Галактики \ Общие настройки системы \ Каталог организаций и банков \ Контроль заполнения полей" клиент просит добавить контроль заполнения государства и города (закладка Прочее)

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

Добавлены настройки:

"Настройки Галактики \ Общие настройки системы \ Каталог организаций и банков \ Контроль заполнения полей \ Государство"

"Настройки Галактики \ Общие настройки системы \ Каталог организаций и банков \ Контроль заполнения полей \ Город"

2016-12-02 14:07:41

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

Необходимо запланировать работы по реализации для клиентов РБ налоговых деклараций в XML - формате

Описание :

Электронная отчетность РБ в целом

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

Необходимо запланировать работы по реализации для клиентов РБ
налоговых деклараций в XML - формате.

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

Работы запланированы и выполнены:
102.156085 Электронная отчетность РБ
102.156086 РБ Декларация по НДС

2016-12-02 14:07:41

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

новая аналитика "РезервОС", Структура наименования КАУ для данной аналитики

Описание :

Аналитика

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

новая аналитика "РезервОС", Структура наименования КАУ для данной аналитики

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

[102.152592] новая аналитика "РезервОС", Структура наименования КАУ для данной аналитики
Добавлена новая аналитика "Резерв ОС".
Отображаются колонки:
-Резерв ОС
-Инвентарный номер
-Вид ОС
-Центр ответственности

Реализовано локальное меню, аналогично "Основные средства":
Архивные/текущие резерв ОС
Фильтр по подразделению
Фильтр по группе резерва ОС
Фильтр по виду резерва ОС
Фильтр по ЦО
Фильтр по внешним КАУ
Фильтр по МОЛ
Снять фильтр
Пометка из внешнего источника

Добавлена структура КАУ ("Настройки Галактики \ Бухгалтерский контур \ Аналитика по счетам \ Структура наименования КАУ \ Структура КАУ по резервам ОС") с параметрами:
-Тип
-Наименование
-Инвентарный номер

Аналитика и настройка структуры наименования КАУ появится только при наличии зарегистрированной компоненты F_OsReserv

2016-12-02 14:07:41

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

При запуске распределения платежа по нескольким (по пометке) накладным запускать "Корректировку погрешности округления"

Описание :

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

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

При запуске распределения платежа по накладным/актам по нескольким (по пометке) накладным запускать "Корректировку погрешности округления"
Сейчас корректировка погрешности запускается только если запускаем распределение по все м накладным ДО БЕЗ пометки.
Пример: без пометки по 3 накладным распределяется сумма в валюте в ноль , т.е. остатка для распределения нет.
Если же в интерфейсе пометить эти накладные, тогда сумма распределится не полностью. Остаток для распределения в валюте может составлять от 0,01 доллара/евро до 0,03 доллара/евро
Это нужно в связи с тем, что на часть накладных платежи уже распределены и накладные находятся в закрытом периоде и нужно пометить несколько для послед. распределения

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

Реализована корректировка погрешности округления
при выполнении распределения по помеченным записям
спецификации накладных/актов.

2016-12-02 14:07:41

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

Электронная отчетность РБ

Описание :

Электронная отчетность РБ в целом

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

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

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

1 Общие сведения
Разработан функционал формирования "Электронной отчетности", для налоговых
деклараций, используемых в Республике Беларусь. Функционал располагается в
модуле "Бухгалтерская отчетность".
Комплект реализованных в системе шаблонов отчетов, хранится в базе данных и
поставляется в очередных обновлениях системы.
Данные в отчеты вводятся вручную, или получаются автоматически на базе
настраиваемых формул, в том числе бухгалтерских ПАТ-формул. Сформированные
отчеты хранятся в базе данных.
Функционал поддерживает взаимный обмен данными с ПО "АРМ Плательщика"
Министерства по налогам и сборам Республики Беларусь.

2 Настройка системы электронной отчетности
Параметры, используемые для настройки "Электронной отчетности", находятся в
разделе общесистемного реестра настроек системы: "Настройки Галактики \
Бухгалтерский контур \ Отчеты \ Электронная отчетность РБ". Также для настройки
в модуле "Бухгалтерская отчетность" предназначены функции меню, располагаемые
по пути: "Отчеты | Электронная отчетность РБ".
Так как при расчете показателей используются формулы по добыче соответствующих
реквизитов, то должны быть заполнены соответствующие настройки общесистемного
реестра настроек системы, располагаемые в разделах:
- "Настройки Галактики \ Общие настройки системы \ Собственная
организация"
- "Настройки Галактики \ Бухгалтерский контур \ Отчеты \ Налоговая
отчетность"
2.1 Текущий налогоплательщик
Текущий налогоплательщик - определяет текущую организацию налогоплательщика.
Настройка располагается по пути: "Настройки Галактики \ Бухгалтерский контур \
Отчеты \ Электронная отчетность РБ \ Текущий налогоплательщик".
В интерфейсе "Отчеты | Электронная отчетность РБ | Электронные отчеты",
отображаются только те отчеты, которые были созданы для заданного в настройке
налогоплательщика.
2.2 Тип периода налоговой отчетности
Тип периода налоговой отчетности - определяет типологию периодов налоговой
отчетности. Как правило это: "Год - Квартал - Месяц". Значение типа периода
задается в настройке: "Настройки Галактики \ Бухгалтерский контур \ Отчеты \
Электронная отчетность РБ \ Тип периода налоговой отчетности". Настройка
открывает окно "Выбор типов периодов планирования", в котором можно создать
свой тип. Перед началом работы с функционалом, должны быть созданы, как сам
"Тип периода", так и "Периоды", по которым предполагается вести отчеты. С
инструкцией по созданию, можно ознакомиться в справочной информации по
соответствующему интерфейсу (F1).
В интерфейсе "Отчеты | Электронная отчетность РБ | Электронные отчеты",
отображаются только те отчеты, которые были созданы по периодам из заданного в
настройке типа.
2.3 Поддерживаемые типы отчетов
Полный список поддерживаемых в системе типов отчетов можно увидеть в
интерфейсе: "Отчеты | Электронная отчетность РБ | Поддерживаемые типы отчетов"
2.4 Используемые типы отчетов
Настройка используемых типов отчетов производится в интерфейсе: "Отчеты |
Электронная отчетность РБ | Используемые типы отчетов". Здесь можно настроить
как сам перечень используемых типов отчетов, так и их периодичность.

3 Каталог отчетов
Каталог отчетов, располагается по пути: "Отчеты | Электронная отчетность РБ |
Электронные отчеты". Интерфейс представляет собой иерархический список.
Иерархия состоит из 3-х уровней: "период", "тип отчета", и непосредственно сами
"отчеты". В интерфейсе отображаются отчеты, созданные для "текущего
налогоплательщика" и "типа периода" заданных в соответствующих настройках
"Настройки Галактики \ Бухгалтерский контур \ Отчеты \ Электронная отчетность
РБ". На уровне "тип отчета", будут те типы, которые были настроены в интерфейсе
"Используемые типы отчетов". Из "Каталога отчетов" вызывается "Редактор отчета".

4 Электронный отчет
4.1 Редактор отчета
"Редактор отчета" является основным рабочим местом, откуда выполняются все
основные функции работы с отчетом:
- Ручной ввод данных
- Расчет
- Проверка
- Экспорт и Импорт в XML формат
Из этого интерфейса вызываются вспомогательные интерфейсы по работе с отчетом:
- Интерфейс "Структура отчета"
- Интерфейс "Алгоритм расчета"
4.1.1 Расчет отчета
Расчет отчета состоит из 2-х последовательных расчетов:
1. Расчет формул, заранее настроенных в "Структуре отчета"
2. Выполнение алгоритма расчета, реализованного в V4A-скрипе текущего
"Алгоритма"
После выполнения расчета, автоматически запускается "Проверка отчета".
4.1.2 Проверка отчета
Проверка отчета состоит из 2-х последовательных проверок:
1. Проверка формул, заранее настроенных в "Структуре отчета"
2. Выполнение алгоритма проверки, реализованного в V4A-скрипе текущего
"Алгоритма"
4.2 Интерфейс "Структура отчета"
Интерфейс "Структура отчета" предназначен для:
- Хранения данных отчета
- Представления данных отчета в XML формате
- Настройки формул вычисления показателей
"Структура отчета по умолчанию" поставляется в составе обновлений системы. В
дальнейшем, настроив формулы расчета показателей под свои надобности,
пользователь может "масштабировать" это решение путем экспорта-импорта данных
структуры с помощью соответствующей функции локального меню.
4.3 Интерфейс "Алгоритм расчета"
Интерфейс "Алгоритм расчета" предназначен для настройки и редактирования
V4A-скриптов, используемых при работе с отчетом. Сами алгоритмы могут быть 2-х
видом:
1. "Системные" - поставляемые в составе обновлений системы
2. "Пользовательские" - созданные непосредственно пользователем
По умолчанию, в отчете используется "Системный алгоритм". Однако пользователь
может использовать в отчете свой собственный. Например, сделав копию
"системного" алгоритма, и внеся в нее свои изменения.

5 АРМ Плательщика
Функционал "Электронной отчетности" полностью поддерживает взаимный обмен
данными с ПО МНС "АРМ Плательщика". Это реализуется из интерфейса "Редактор
отчета" путем выполнения функций:
- Импорт отчета из XML
- Экспорт отчета в XML

6 Приемы использования
6.1 Создание нового отчета
Создание нового экземпляра отчета, возможно 2-мя принципиально разными
способами:
1. Создание нового "пустого" отчета. Выполняется по клавише F7, из
"Каталога отчетов"
2. Создание отчета по шаблону. Выполняется по функции локального меню
"Дублирование текущей записи", из "Каталога отчетов"
Алгоритм действий пользователя:
1. Предварительно, для каждого из вариантов использования конкретной
Декларации, создается "шаблон отчета":
1.1. Создается новый "пустой" отчет
1.2. Настраиваются все необходимые формулы, и алгоритмы
2. В дальнейшем при создании конкретного отчета, он создается уже по
заранее настроенному "шаблону"
6.2 Формирование отчета
Алгоритм действий пользователя:
1. Создается новый отчет (см. раздел "Создание нового отчета")
2. Вводятся данные
3. Выполняется функция "Расчет отчета". Если система выдает сообщения об
ошибках (панель "Сообщения"), они исправляются, и заново выполняется "Расчет
отчета"
4. Выполняется функция "Экспорт отчета в XML"
5. Полученный XML-файл загружается в ПО МНС "АРМ Плательщика"

см. "EXE\DOC\Электронная отчетность РБ.docx"

2016-12-02 14:07:41

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

неверно рассчитывается НДС при привязке счета на предоплату к платежному поручению

Описание :

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

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

неверно рассчитывается НДС при привязке счета на
предоплату к платежному поручению.
При создании платежных поручений в системе
возникают (не всегда) некорректные ситуации по расчету
НДС в платежках. Заметили, что такие ситуации случаются
только при привязке счетов на предоплату закупок к
платежным поручениям.
Описание во вложении.
Есть база с примером. Повторяется при определенных
настройках и порядке действий.
Настройки:
Настр.гал. - Логистика - Документы -
Упр.снабжением - Входимость налогов по умолчанию=
входят
Настр.гал. - Логистика - Документы -
Упр.снабжением - ДО на предопл.закуп. - Значения по
умолчанию - Спецификация =отсутствует.
Порядок действий:
Создаем ДО по [F7]- в расширенной инф-ции
привязываем Договор - спецификацию наследуем в ДО после
этого привязываем ПКП и переносим из него инф-ю
(спецификация очищается). После этого привязываем
договор еще раз, спецификация заполнилась и привязываем
ПКП на этот раз так что бы сохранить спецификацию ДО.
Формируем по [F7] платежное поручение - привязываем ДО
- на вкладке налоги не правильная цифра.

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

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

2016-12-02 14:07:41

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

Полностью не распределяется количество при полностью распределенной стоимости

Описание :

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

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

Полностью не распределяется количество при полностью распределенной стоимости
Включен учет суммовых разниц. Есть валютно-рублевое ДО от 09/01:
Количество 185 по 4,2 = 777 у.е.
Есть накладная от 10/01 курс 15'000:
185 * (4,2*15'00) = 11'655'00
Есть валютный платеж на777 у.е. от 12/01 курс 15'100:
777*15'100 = 11'732'700
При привязки ДО к платежу, стоимость распределяется вся (11'655'000), а количество только
183.774834437086, и остается валютная задолженность по ДО (5.14999999999998)

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

При распределении спецификации накладной/акта в
режиме обработки суммовой разницы по ВАЛ-НДЕ ДО,
накладная должна распределяться следующим образом:
1) если платеж по отношению к накладной/акту
является авансом, то распределение по курсу на дату
платежного документа;
2) если платеж по отношению к накладной/акту
является пост оплатой, то по курсу на дату накладной.
Причем во втором случае, распределение идет от
суммы в НДЕ, что бы в случае увеличения курса в
платежном документе, при распределении накладной по
курсу на дату накладной, происходило полное
распределение по количеству. При этом распределенная
сумма в валюте будет превышать сумму к распределению по
хозоперации.

2016-12-02 14:07:41

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

Сумма оплаты в валюте по накладной

Описание :

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

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

В пакетном распределении платежей на закладке Документы-основания по документам в валюте в колонке оплачено по ДО отображается сумма в валюте.
А на закладке накладные/акты сумма оплаты в валюте и задолженность в валюте не отображаются. Нужно отображать т.к. для валютных документов суммы в НДЕ в части задолженности не так важны как суммы в валюте.

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

На закладке "Накладные/акты" добавлены поля
"Оплачено в валюте" и "Задолженность в валюте".

2016-12-02 14:07:41

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

Не все настройки распределения сохраняются в dsk

Описание :

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

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

В сбыте, в накладной на отпуск нажимаю кнопку платежи по ДО, далее кнопку перераспределение платежей.
В настройках распределения платежей на закладке "Разное" прочие настройки установлены с прошлого сеанса работы, а параметр "Задолженность по ДО как" - установлен по умолчанию. Нужно либо его сохранять в dsk и соответственно брать из dsk, либо хотя бы устанавливать в соответствии со значением настройки Настройки Галактики \ Логистика \ Расчеты с контрагентами.

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

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

2016-12-02 14:07:41

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

Убрать неиспользуемые кнопки из статус-строки

Описание :

Карточка учета спецодежды

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

Необходимо убрать неиспользуемые кнопки "[F4] Наименование", "[F7] Добавить" и добавить кнопки "[Ctrl+F3] Выборка" "[Del] - Снять" в статус-строке полей с фильтрами в окне настройки печати карточки учета материалов в КУ спецоснастки/СФО.

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

Доработано.

2016-12-02 14:07:41

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

Реализовать функцию принудительного пересчета фактического кол-ва в карточке спецоснастки

Описание :

Карточка учета спецоснастки

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

Необходимо реализовать функцию принудительного пересчета фактического количества в карточке учета спецоснастки.
Не знаем каким образом, но у клиента проявилась ситуация: остаток приходы - расходы на кол-во из приходов не равно 0. Например, пришло 361, потом есть 4 расхода на 361 шт. Кол-во на текущий момент должно быть = 0, а в БД = 100. Т.е. в какой-то момент, вероятнее всего, не был учтен расход на 100 шт.
Пришлось по нескольким карточкам править записи в БД вручную. Хотелось бы иметь функционал, который пересчитал бы текущий остаток по разрезу хранения спецоснастки.

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

Разработана утилита F_MBP::CheckMBPIn, предназначенная для выявления операций прихода в КУ учета спецоснастки/СФО (таблица MBPIn), в которых некорректно заполнены поля KolFact, tPercent, Status, DateSpis, DateZero:
1) Поле MBPIn.KolFact рассчитывается как разница между значением поля MBPIn.KolDoc и суммы полей MBPOut.Kol дочерних операций расхода (кроме начисления износа).
2) Поле MBPIn.tPercent рассчитывается как сумма полей MBPIn.PercDoc и MBPIn.PercNach и суммы полей MBPOut.Percent дочерних операций расхода по начислению износа.
3) Поле MBPIn.Status равно 1, если MBPIn.KolFact больше нуля; иначе равно 0.
4) Поле MBPIn.DateSpis равно дате последней операции расхода.
5) Поле MBPIn.DateZero равно "31/12/2050", если MBPIn.Status равен 1, и значению поля MBPIn.DateSpis, если MBPIn.Status равен 0.
После запуска утилиты открывается окно "Проверка корректности записей в таблице MBPIn", в котором необходимо указать параметры выполнения проверки. Проверка выполняется для записей в таблице MBPIn с датой прихода (MBPIn.dIn) большей или равной дате, указанной в параметрах. Данная дата обязательна для заполнения. По умолчанию она устанавливается в 1 января текущего года.
Выполнять проверку можно как для всех КУ спецоснастки/СФО (если фильтр по номенклатуре не установлен), так и для выбранных в фильтре. Устанавливать фильтр в значение "Без карточки спецоснастки" не имеет смысла, т.к. в этом случае проверка не выполняется, а сразу выдается сообщение о корректности записей в КУ учета спецоснастки/СФО. По умолчанию фильтр по номенклатуре не установлен. Проверка не выполняется для тех КУ спецоснастки/СФО, на редактирование которых у пользователя нет прав согласно настройке "Настройки Галактики - Бухгалтерский контур - Спецоснастка - Доступ к карточкам учета".
Чтобы не только получить отчет о некорректных записях в таблице MBPIn, но и исправить их, необходимо установить параметр "Исправлять некорректные записи". По умолчанию данный параметр не установлен.
Параметры выполнения проверки не сохраняются и при следующем запуске утилиты устанавливаются в значения по умолчанию.
Процесс проверки сопровождается визуализацией. В окне визуализации отображается наименование проверяемой в данный момент КУ учета спецоснастки/СФО. Процесс проверки может быть прерван пользователем. По окончании проверки либо выдается сообщение "Все записи в таблице MBPIn корректны!", либо выводится отчет со списком некорректных записей в таблице MBPIn. Приходы группируются по КУ учета спецоснастки/СФО. В отчет выводятся тип и дата прихода, NRec записи в таблице MBPIn, наименование некорректного поля и его новое значение.

2016-12-02 14:07:41

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

Не совпадают отчеты в формате Текст и FastReport

Описание :

Движение драгметаллов

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

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

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

Доработано.

2016-12-02 14:07:41

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

Необходимо доработать форму ТТН-1

Описание :

Внутреннее перемещение

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

В документе на внутреннее перемещение спецоснастки/СФО есть возможность печати формы ТТН-1 для РБ в формате FR. Необходимо привести данную форму в соответствие с требованиями законодательства (изменения внесены Постановлением министерства финансов РБ от 30 июня 2016 года №58). Также нужно реализовать "книжный" вариант формы, т.к. сейчас реализован только альбомный. А бланки для печати бывают обоих типов.

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

Доработано.

2016-12-02 14:07:41

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

Необходимо доработать форму ТН-2

Описание :

Накладная Спецодежда -> Склад

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

В документе "Накладная Спецоснастка(СФО) - Склад МЦ" есть возможность печати формы ТН-2 для РБ в формате FR. Необходимо привести данную форму в соответствие с требованиями законодательства (изменения внесены Постановлением министерства финансов РБ от 30 июня 2016 года №58). Также нужно реализовать "альбомный" вариант формы, т.к. сейчас реализован только книжный.

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

Доработано.

2016-12-02 14:07:41

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

В печатную форму "Ведомость учета выдачи спецодежды (форма М-38п)" FR печатать МОЛ/Руководитель/Проверил бухгалтер внизу страницы выбранными подписантами

Описание :

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

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

В печатную форму "Ведомость учета выдачи спецодежды (форма М-38п)" FR печатать МОЛ/Руководитель/Проверил бухгалтер внизу страницы выбранными подписантами.

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

Доработаны печатные формы в формате Текст:
- "Ведомость учета выдачи СФО (форма № МБ-7)"
- "Ведомость учета выдачи спецодежды (форма М-38п)"
Доработаны печатные формы в формате FastReport:
- "Ведомость учета выдачи спецодежды (форма М-38п)"
- "Ведомость учета выдачи СФО (форма № МБ-7)"
- "Акт ввода в эксплуатацию"
- "Ведомость учета выдачи спецодежды МБ-7 (Казахстан)"
- "Приложение 11 (Казахстан)"
Выводятся:
1) в поле "Проверил" - должность и ФИО подписанта с ролью "проверяющее лицо";
2) в поле "Материально ответственное лицо" - должность и ФИО подписанта с ролью "ответственный", а если такой подписант не указан, то должность и ФИО МОЛ разреза "Куда";
3) в поле "Руководитель подразделения" - должность и ФИО подписанта с ролью "директор";
4) в поле "Бухгалтер" - должность и ФИО подписанта с ролью "бухгалтер".

2016-12-02 18:05:28

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

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

Описание :

Работа с интерфейсом ввода больничных листов

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

В больничном по уходу задваивается остаток дней на платформе MS SQL.

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

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

2016-12-02 14:07:42

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

При полном совпадении УНП+Наименование не выпускает из контрагента

Описание :

Редактирование организаций

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

При полном совпадении УНП+Наименование не выпускает из контрагента.
Но сообщение при этом выдает некорректное: "При необходимости проведите объединение", но добраться до объединения нет возможности.
Необходимо добавить в сообщение: Измените УНП или Наименование и при необходимости объедините контрагентов.

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

Фраза "Проведите при необходимости "Объединение контрагентов"..." заменена на "Измените УНП или Наименование и при необходимости объедините контрагентов"