2017-03-14 15:23:17

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

Необходимо в Акте на прием/оказание услуг в поле "примечание" помимо номера и даты ДО добавлять назначение платежа из платежки

Описание :

Акты на услуги, работы

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

Необходимо в Акте на прием/оказание услуг в поле "примечание"
помимо номера и даты ДО добавлять назначение платежа из платежки
Клиент просит автоматическое заполнение в Акте поля Примечание. Т. есть, помимо
N и Даты ДО
в это поле, при формировании Акта, должно выводиться и Назначение платежа из
платежки.

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

Для настроек
"Настройки Галактики \ Логистика \ Документы \ Документы-основания \
Формирование примечания"
'"Настройки Галактики\Логистика\Документы\Сопроводительные
документы\Формирование документов\Формирование примечания"'

Добавлен сегмент [Внешний интерфейс], позволяющий добавить в примечание
формируемого документа пользовательское значение.

Для это необходимо перекрыть точку расширения epAddExtComment и вернуть
строковое значение в свойство объектного интерфейса ExtComment.sExtComment:

#component "C_Tune"

#doc
Объектный интерфейс для добавления данных в примечание документа
#end
objInterface IExtComment;
property sExtComment: string read write;
end;

#doc
Точка расширения для добавления данных в примечание документа
#end
ExtensionPoint epAddExtComment(wTable : word; //#docl тип исходного
документа, для которого меняется примечание
cRec : comp; //#docl ссылка на
исходный документ, для которого меняется примечание
wTableDoc : word; //#docl тип документа,
по которому создается исходный документ
cDoc : comp; //#docl ссылка на
документ, по которому создается исходный документ
ExtComment: IExtComment //#docl объектный
интерфейс для возврата примечания
);

2017-03-14 15:23:18

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

Контролировать уникальность номеров за указанный период создания

Описание :

Накладные на отпуск

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

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

Установлено:
"Настройки Галактики \ Логистика \ Документы \ Управление сбытом \ Накладная на отпуск \ Модификация и контроль данных \ Контролировать уникальность номеров за указанный период создания"=календарный год, "Настройки Галактики \ Общие настройки системы \ Автонумерация документов" =с помощью специальной таблицы

При формировании накладной на сбыт, автоматически
формируется номер 000020. Если я поменяю этот номер на
000019, формируется ошибка, что такой номер уже есть,
если я поставлю номер 000021 - ошибок не будет и
накладная сформируется. Далее при создании ещё одной
накладной, Галактика автоматически присвоит номер
000021 и даст сохранить накладную, что ошибочно, ведь
такой номер уже есть.

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

Доработан механизм формирования нового номера для исключения дублирования номеров

2017-03-14 15:23:17

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

Необходимо видеть оба номера договора в ДО и сопроводительных документах

Описание :

Просмотр документов

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

В организации используется оба поля для идентификации Договора: DOGOVOR1.NODOC_EXT и DOGOVOR1.NODOC. Но пользователь сейчас может в ДО или сопроводительных документах видеть только одно поле.
Предлагается расширить действие настройки "Отображение номера договора/соглашения в документах-основаниях и сопроводительных документах", чтобы можно было видеть оба номера. Клиенту нужен формат: [внутренний номер]\[номер]

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

Добавлено новое значение для настройки
'"Настройки Галактики\Логистика\Документы\Управление договорами\Отображение номера договора/соглашения в документах-основаниях и сопроводительных документах"'

-внутренний номер\номер

2017-03-14 15:23:18

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

Автоматический запуск алгоритмов при оприходовании и отмене

Описание :

Настройка

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

Необходимо добавить настройку для запуска алгоритма после создания приходов в КУ СФО в результате проведения накладной МЦ - СФО.

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

После формирования приходов спецоснастки (спецодежды) в результате проведения накладной МЦ -> Спецоснастка (Спецодежда) запускается алгоритм, заданный в настройке "Настройки Галактики \ Логистика \ Складской учет \ Сопроводительные документы \ Накладная склад->спецоснастка \ Запуск алгоритмов \ После формирования приходов спецоснастки выполнить алгоритм".

2017-03-14 15:23:17

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

внешние атрибуты реестров на перечисление

Описание :

Реестры по перечислениям

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

В модуле "ФРО" есть реестры на перечисление. У этих реестров есть внешние атрибуты. Если к реестру привязано платежное поручение, которое имеет дату обработки, то реестр в списке становится серым и невозможно изменить внешние атрибуты.
Необходимо открыть возможность редактирования внешних атрибутов, классификации.

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

Доработаны реестры по перечислениям.
Внешние атрибуты, классификаторы всегда доступны для редактирования.

2017-03-14 15:23:18

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

Печать варианта наименования в форме М-4

Описание :

Приходные ордера

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

Необходима возможность печати варианта наименования в форме М-4 приходного ордера.

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

Реализована возможность печати варианта наименования МЦ в формах М-4 в зависимости от настройки:
"Настройки Галактики \ Логистика \ Складской учет \ Печать \ При печати использовать варианты наименования МЦ/услуг"

2017-03-14 15:23:18

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

Не перерисовывается окно выбора сотрудников при печати накладной

Описание :

Накладные на внутреннее перемещение

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

Не перерисовывается окно выбора сотрудников при печати накладной.

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

Перерисовывается окно выбора сотрудников при печати накладной.

2017-03-14 15:23:17

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

МОЛ не выходит на печать в тексте

Описание :

Распоряжение на внутреннее перемещение и отпуск МТР

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

МОЛ не выходит на печать в тексте.

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

Исправлен вывод МОЛ в формате Текст, если не выбран МОЛ куда.

2017-03-14 15:23:17

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

Замедления открытия интерфейса

Описание :

Авансовый отчет

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

Замечено замедление открытие интерфейса у некоторых пользователей
Интерфейс: F_PLPOR::PLPOR
При открытии документов Авансовые отчеты в модуле касса.
Случайно заметили, что При выключении настроек: FIN.KASSA.PODRFLTINKASSA и FIN.KASSA.STAFFFLTINKASSA все работает корректно.
Система корректна, репозитарий синхронизирован, проверку настроек проводили

Замечено, что если у пользователя в настроке прав (ЗП-Настройка-Администратор-настройка пользователей) включено разграничение по подразделениям, но не добавлено ни одно подразделений, то замедления проявляются, а если добавить, то работает корректно.

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

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

2017-03-14 15:23:17

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

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

Описание :

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

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

В случае, если пользователь разрабатывает собственные "скрипты" в "дополнительном алгоритме", то для того чтобы их вызвать в "основном алгоритме" приходится делать следующее:
1. в качестве "основного алгоритма", использовать пользовательскую копию "системного алгоритма"
2. в полученном "основном алгоритма":
2.1. определить пользовательский "дополнительный алгоритм"
2.2. прописать вызовы скриптов из "дополнительного алгоритма"
Такой подход весьма трудоемкий, и не удобный в сопровождении, для случая когда выходит новое системное обновление, в котором был изменен "системный алгоритм". Придется полностью повторить п.1-п.2.
Для удобства, предлагаю сделать доработку:
1. Выделить отдельные скрипты, которые будут запускаться системой до и после "системного скрипта". Например, есть "системный скрипт" - "On_Recalc". Надо добавить скрипты:
1.1. OnBefor_ReCalc
1.2. OnAfter_ReCalc
2. Эти скрипты не будут поставляться в системных обновлениях
3. Эти скрипты будет делать пользователь, и располагать в "дополнительном алгоритме"
4. Свой "Дополнительный алгоритм", пользователь подключит к "системному алгоритму" (копию делать не надо)
5. Перед запуском "On_Recalc", система будет искать скрипт "Befor_On_Recalc", если найдет, то запустит. Аналогично с "After_On_Recalc".

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

Теперь:
При выборе пункта контекстного меню "Рассчитать" скрипты будут запущены в следующем порядке:
1) OnBefor_ReCalc - On_ReCalc - OnAfter_ReCalc
2) OnBefor_Visable - On_Visable - OnAfter_Visable
3) OnBefor_Check - On_Check - OnAfter_Check

При выборе пункта контекстного меню "Проверить" скрипты будут запущены в следующем порядке:
1) OnBefor_Visable - On_Visable - OnAfter_Visable
2) OnBefor_Check - On_Check - OnAfter_Check

При выборе пункта контекстного меню "Экспорт" скрипты будут запущены в следующем порядке:
1) OnBefor_Visable - On_Visable - OnAfter_Visable
2) OnBefor_ExportXML - On_ExportXML - OnAfter_ExportXML


Исключение составляет "Декларация по НДС":
При выборе пункта контекстного меню "Рассчитать" скрипты будут запущены в следующем порядке:
1) OnBefor_ReCalc - On_ReCalc - OnAfter_ReCalc

При выборе пункта контекстного меню "Проверить" скрипты будут запущены в следующем порядке:
1) OnBefor_Check - On_Check - OnAfter_Check

При выборе пункта контекстного меню "Экспорт" скрипты будут запущены в следующем порядке:
1) OnBefor_Visable - On_Visable - OnAfter_Visable
2) OnBefor_ExportXML - On_ExportXML - OnAfter_ExportXML



Предполагается, что пользовательские скрипты типа OnBefor_* и OnAfter_*, будут располагаться в "Дополнительном алгоритме". Эти скрипты:
1. не должны содержать параметров
2. в качестве результат возвращать признак успешного выполнения
Например:
@SCRIPT OnBefor_Check : Boolean;
@BEGIN
OnBefor_Check := False;

// код скрипта
Message('OnBefor_Check');

OnBefor_Check := True;
@END.

2017-03-14 15:23:17

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

О внесении изменений в приказ об утверждении декларации по НДС

Описание :

Декларация по НДС

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

О внесении изменений в приказ ФНС России от 29.10.2014 № ММВ-7-3/558@ "Об утверждении формы налоговой декларации по налогу на добавленную стоимость, порядка ее заполнения, а также формата представления налоговой декларации по налогу на добавленную стоимость в электронной форме"

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

ОБЩИЕ СВЕДЕНИЯ
В "Электронную отчетность", добавлена новая версия отчета: "Декларация по НДС".
Приказ ФНС России от 29.10.2014 N ММВ-7-3/558@ (ред. от 20.12.2016)
"Об утверждении формы налоговой декларации по налогу на добавленную стоимость, порядка ее заполнения, а также формата представления налоговой декларации по налогу на добавленную стоимость в электронной форме"
К+:
http://base.consultant.ru/cons/cgi/online.cgi?req=doc&base=LAW&n=210999

СПОСОБ ИСПОЛЬЗОВАНИЯ
Для работы с новым отчетом, следует внести его в список используемых "Электронных отчетов". Для этого надо добавить его в интерфейсе "Бухгалтерская отчетность | Отчеты | Настройка электронной отчетности | Настройка отчетов" (F7 - добавить).

ОСОБЕННОСТИ ДАННОЙ ВЕРСИИ ОТЧЕТА
Отчет в FastReport по основным разделам исключен из функциональности, вместо его следует использовать аналогичный отчет в формате PDF-417 (Печать с штрихкодом)
Отчеты в FastReport по дополнительным разделам исключены из функциональности, вместо их следует использовать аналогичные отчеты в Excel

Дополнительно в рамках решения текущей задачи, во всех отчетах где не реализован FastReport-отчет, удалена соответствующая кнопка из ToolBar-а

2017-03-14 15:23:17

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

инвентаризация склада: заменить Комиссию на Подписантов

Описание :

Инвентаризационные бланки

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

Сейчас в РБ идет ежегодная инвентаризация всего Склада, ОС, МБП, ...
Комиссии при этом одни и те же. Для склада придется повторять ввод комиссий, т.к. используется старое решение "Комиссия", а не "Подписанты".

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

В инвентаризации Складского учета заменили выбор Комиссии на Подписантов.
Добавлена конвертация Комиссий в Подписанты. Если ранее была выбрана комиссия в Инвентаризации, то при конвертации она автоматически будет заменена на аналогичных подписантов с таким же списком членов.

2017-03-14 15:23:18

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

Логирование предупреждений при работе с DSK, объект: "GTekOst_fSkPr"

Описание :

Карточки складского учета

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

Логирование предупреждений при работе с DSK, объект:
"GTekOst_fSkPr"
CTRL+F2 в КСУ и т.д.:
----------------------------------------------------
10.01.2017 11:21:01.76, объект: "GTekOst_pSkPr"
[x]: Несовпадение типов считываемого объекта (Word) и сохраненного (Byte)
----------------------------------------------------
10.01.2017 11:21:02.91, объект: "GTekOst_fSkPr"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : GTEKOSTSKPR
Записан: KARTSTORAGE

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

Убраны предупреждения при вызове ФЛМ "Выбор партии из текущих
остатков"

2017-03-14 15:23:18

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

Нужна форма ИНВ-8 по инвентаризации (складской учёт)

Описание :

Инвентаризационные бланки

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

Нужна форма ИНВ-8 по инвентаризации (складской учёт). А у нас есть только ИНВ-8а.

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

В инвентаризацию добавлена форма ИНВ-8 в Excel "Инвентаризационная опись драгметаллов". Данная форма формируется по аналогии с ИНВ-9.
Колонки заполняются следующим образом:
- "Чистая масса" = количество МЦ*количество ДМ в единице МЦ;
- "Количество" = количество МЦ;
- "Лигатурная масса" и "Проба или процент содержания драгоценных металлов" заполняются если единица измерения драгметалла совпадает с единицей измерения МЦ. В столбец "Лигатурная масса" выводится остаток МЦ на дату отчета = "Количество", столбец "Проба или процент содержания ДМ" = количество ДМ в единице МЦ*100%.

2017-03-14 15:23:18

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

Округление в графах 19 и 20 в отчете "Приложение к накладной ДМ-1"

Описание :

Реестр розничных цен

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

Округление в графах 19 и 20 в отчете "Приложение к накладной
ДМ-1"

Клиент просит исправить округление до 10 рублей в графах 19 и 20, т.к. на
сегодняшний день они не актуальны, и сделать округление до копеек.

Видимо раньше это округление стояло когда в обращении купюры с минимальным
номиналом 10 рублей. Сейчас у нас в обращении появились копейки и округлять
следует до копеек.

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

Исправлен отчет "Приложение к накладной (ДМ-1)". Округлили
графы 19, 20, 21 до копеек (т.е. до 2-х знаков после запятой).

2017-03-14 15:23:18

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

Дата погашения в ФОБ не изменяется

Описание :

Журнал обязательств

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

Последовательность формирования документов: приходная накладная
- > ДО (автоматически создается ФОБ) -> Оприходование накладной. После
оприходования накладной в ДО меняется дата "оплатить до" в соответствии с
условиями исполнения договора, но в ФОБ все остается неизменным. Для даты
погашения ФОБ настроен алгоритм: "Дата из "Оплатить до" ДО". Необходимо, чтобы
в описанном случае автоматически изменялась дата погашения в ФОБ.

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

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

2017-03-14 15:23:18

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

В закладку Подробная информация вывести распределенные суммы платежек

Описание :

Накладные на отпуск

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

В закладку Подробная информация вывести распределенные суммы платежек.

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

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

2017-03-14 15:23:18

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

Формирование данных НДС - ГТД "Раздел 9"

Описание :

Формирование данных Декларации по НДС

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

Для "Декларации по НДС 2017" требуется получать данные поля "Регистрационный номер таможенной декларации", при формировании "Раздел 9" и его "Приложения 1"

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

Разработан функционал получения данных поля "Регистрационный номер таможенной декларации", при формировании "Раздел 9" и его "Приложения 1". "Регистрационный номер таможенной декларации" (он же "Номер ГТД") берется из основного счет-фактуры (СФ) по соответствующей записи "Книги продаж". Получаемые данные соответствуют информации в отчете по соответствующему СФ: "Счет-фактура (формат А4, с 2012г)" (гр. 11).

К СВЕДЕНИЮ:
По СФ "Номер ГТД", хранится во внешних атрибутах (см. "Настройки Галактики \ Логистика \ Налоги, документы для учета НДС \ Россия, Молдова, Узбекистан \ ГТД \ Атрибут "Номер ГТД""). Для СФ "Номер ГТД" определяется по следующему алгоритму:
1. берется значение внешнего атрибута в самой СФ
2. если в п.1. значение не задано, то анализируется спецификация СФ:
2.1. берется значение внешнего атрибута из "партии МЦ" по соответствующей позиции сопроводительного документа
2.2. если в 2.1. значение не задано, то берется значение внешнего атрибута из соответствующей позиции сопроводительного документа
2.3. если в 2.2. значение не задано, то берется значение внешнего атрибута из спецификации СФ

2017-03-14 15:23:19

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

Некорректное отображение информации после округления

Описание :

Накладная на приход Готовой продукции

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

Создаем накладную. В спецификации две одинаковые позиции: кол-во 0.455, цена 1 руб. По спецификации показывается округленная сумма по обоим позициям = 0.46. В шапке накладной итог = 0.91, т.е. происходит вначале суммирование по позиции, а потом округление. Получаем несоответствие, если проссумировать суммы по спецификации 0.46 + 0.46 = 0.91 и это != итогу в шапке 0.91.
Предлагаю ввести настройку для подсчета итоговой суммы "вначале округлять сумму спецификации" либо "округлять итог". Что-то вроде того. Без настройки можем затронуть других клиентов.

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

Для НГП, МЦН, АОУ добавлены настройки аналогично НОС, АСС.

2017-03-14 15:23:18

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

Правильную ссылку на организацию передавать в FR

Описание :

Книга покупок

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

Правильную ссылку на организацию передавать в FR.
Если в СФ заполнен атрибут Поставщик, то gen_NRecKatOrg, ссылка на организацию, передается некорректно - ссылается на организацию СФ, а не поставщика.

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

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

2017-03-14 15:23:17

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

Доп разделы НДС 2017

Описание :

Дополнительные разделы декларации по НДС (810)

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

Вышла новая форма "Декларации по НДС 2017". Приказ ФНС от 20 декабря 2016 года № ММВ-7-3/696@. Требуется возможность формировать доп разделы в новом формате.

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

На ряду с существующим интерфейсом для формирования дополнительных разделов "Декларации по НДС 2015 г.", разработан новый интерфейс для "Декларации по НДС 2017 г.". Новый интерфейс позволяет формировать XML-файлы в формате 5.05 (для 2015 г. был формат 5.04).
Вызов данного интерфейса подключен:
1. В главное меню "Бухгалтерская отчетность | Отчеты | Декларация по НДС | Дополнительные разделы декларации по НДС 2017 г."
2. В процесс формирования данных для ИМНС, вызываемый по функции локального меню "Выгрузка данных ИМНС", из интерфейса "Бухгалтерская отчетность | Отчеты | Налоговая отчетность" (закладка "Сформированные отчеты"). В зависимости от версии Декларации по основным разделам, будет запущен соответствующий интерфейс дополнительных разделов:
- для версии 5.04 - будет запущен интерфейс "Дополнительные разделы декларации по НДС 2015 г."
- для версии 5.05 - будет запущен интерфейс "Дополнительные разделы декларации по НДС 2017 г."
Проверка данных, как и ранее осуществляется по соответствующему XSD-файлу разработанному в ФНС. Эти XSD-файлы поставляются в составе обновления F_PAT. XSD-файлы располагаются по пути EXE\Tax_Api\XSD\.
NO_NDS_1_003_00_05_05_01.xsd - Основные разделы
NO_NDS.8_1_003_01_05_05_01.xsd - Раздел 8
NO_NDS.81_1_003_02_05_05_01.xsd - Раздел 8 Приложение 1
NO_NDS.9_1_003_03_05_05_01.xsd - Раздел 9
NO_NDS.91_1_003_04_05_05_01.xsd - Раздел 9 Приложение 1
NO_NDS.10_1_003_05_05_05_01.xsd - Раздел 10
NO_NDS.11_1_003_06_05_05_01.xsd - Раздел 11
NO_NDS.12_1_003_07_05_05_01.xsd - Раздел 12
Как и ранее, при необходимости путь на XSD-файлы может быть изменен, он может быть задан в параметрах конфигурационного файла (galnet.cfg). Секция - {TAX_REPORT}, параметр - XSDFILEDIR. Секцию следует указывать в "фигурных" скобках, например:
{TAX_REPORT}
XSDFILEDIR = "d:\EXE"
Как и ранее, можно явно задавать требуемые XSD-файлы для каждого из "дополнительных разделов" в отдельности. В секции - {TAX_REPORT}:
XSDFileNameR00 - Основные разделы
XSDFileNameR08 - Раздел 8
XSDFileNameR8D - Раздел 8 Приложение 1
XSDFileNameR09 - Раздел 9
XSDFileNameR9D - Раздел 9 Приложение 1
XSDFileNameR10 - Раздел 10
XSDFileNameR11 - Раздел 11
XSDFileNameR12 - Раздел 12
Секцию следует указывать в "фигурных" скобках, например:
{TAX_REPORT}
XSDFileNameR00 = " NO_NDS_1_003_00_05_05_01.xsd"
Однако в этом случае можно будет их использовать только для той версии Декларации, которой они соответствуют. Поэтому, в случае, если ранее были прописаны эти параметры для "Декларации 2015", то для работы с "Декларацией 2017", следует их убрать из конфигурационного файла, либо определить новые.
Изменены наименования файлов Excel-шаблонов, используемых для экспорта и импорта. К прежнему наименования файла добавлен префикс:
v001_* - шаблоны для дополнительных разделов "Декларации по НДС 2015 г."
v002_* - шаблоны для дополнительных разделов "Декларации по НДС 2017 г."

Форма отчета по основным разделам "Декларации по НДС 2017 г.", не входит в состав обновления. Ее следует скачать с сайта корпорации Галактика.

2017-03-14 15:23:17

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

Налоговая декларация по НДС. Порядковые номера при импорте XML файлов.

Описание :

Декларация по НДС

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

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

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

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

2017-03-14 15:23:18

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

Некорректность при создании корректирующей накладной

Описание :

Приходные накладные

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

Некорректность при создании корректирующей накладной, проверка КОУ дает:"неправильная дата проведения..."

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

Отключено заполнения поля SpSopr.dOprTTN при создании корректирующей и сторнирующей накладной в снабжении

2017-03-14 15:23:18

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

Округление распределенных по платежу сумм в НДЕ

Описание :

Пакетный пересчет сумм в НДЕ для накладных/актов по курсам на дату платежа

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

Доработать округление распределенных по платежу сумм в НДЕ

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

Доработан Пересчет сумм в НДЕ для накладных/актов по курсам на дату платежа.
1. В окно Параметры пересчета добавлена закладка "Настройка печати". Туда перенесено поле "Повторно выводить протокол". Добавлены новые поля:
- Точность при выводе сумм - задается число знаков после запятой
- Символ-разделитель групп разрядов
- Символ-разделитель целой и дробной части

2. Переработан алгоритм перерасчета. Сейчас расчет идет от сумм в распределении платежа, ранее выполнялся от процента оплаченного количества.

3. Добавлено округление сумм при обработки настройки "Настройки Галактики \ Логистика \ Документы \ Сопроводительные документы \ Расчет сумм, налогов \ Пересчитать неоплаченную сумму в НДЕ из неоплаченной суммы в валюте и разность пересчета"

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

2017-03-14 15:23:18

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

Ошибка записи даты в DSK

Описание :

По номенклатуре

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

При первом запуске интерфейса в DSK записывается текущая дата.
Которая в дальнейшем(через пару дней) мешает формировать отчет.
При попытке сформировать получаем сообщение.
Помогает только чистка DSK.


Проявить можно следующим образом.
1)Чистим DSK.
2)Открываем интерфейс и запускаем формирование отчета на текущую дату.
3)Закрываем интерфейс.
4)Открываем интерфейс и запускаем формирование отчета на дату(текущий день+1).

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

Для отчетов НАЛИЧИЯ, не анализируется конечная дата, т.к. в
параметрах ее нет.

2017-03-14 15:23:18

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

При печати нескольких КСУ через "Печать формы КСУ в FastReport" все обороты выделенных карточек попадают в одну в печатной форме.

Описание :

Карточки складского учета

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

При печати нескольких КСУ через "Печать формы КСУ в FastReport" все обороты выделенных карточек попадают в одну в печатной форме.

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

Печать выделенных КСУ через пункт меню "Печать формы КСУ в FastReport" происходит корректно.

2017-03-14 15:23:18

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

Доработка отчета по карточке в фастрепорт также как и в ТХТ

Описание :

Карточки складского учета

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

Клиент просить доработать следующий отчет:
В списке карточек складского учета помечаем карточки, вызываем команду контекстного меню Печать->Печать документа в FastReport/
Выбираем отчет Карточка складского учета РБ (рекомендуемая).
Просим таблицу с данными по изменению остатков дополнить строками: Входящий остаток и Исходящий остаток. (Как в отчете Печать->Печать документа, КАРТОЧКА СКЛАДСКОГО УЧЕТА [BLR])

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

Доработан отчет Карточка складского учета РБ (рекомендуемая) в FastReport.
Добавлены строки с входящим и исходящим остатком.

2017-03-14 15:23:18

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

Медленно открывается интерфейс "Ввода фактического наличия в инвентаризации"

Описание :

Ввод фактического наличия в инвентаризации

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

Медленно открывается интерфейс "Ввода фактического наличия в инвентаризации".

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

Оптимизировано время открытия интерфейса

2017-03-14 15:23:17

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

Тиражирование настроек отчета

Описание :

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

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

Требуется функционал, для "тиражирование настроек отчета", включающих в себя:
1. настройки "Структуры документа"
2. настройки "Алгоритмов расчета"
По п.1 есть в "Структуре документа" соответствующий функционал "экспорт/импорта" ч/з XML.
По п.2. для каждого в отдельности "Алгоритма расчета" также есть соответствующий функционал "экспорт/импорта" ч/з TXT. Однако в случае использования цепочек пользовательских "Доп алгоритмов", такой "экспорт/импорт" становится затруднительным, т.к. надо:
1. При "экспорте":
1.1. выгрузить каждый в отдельности "пользовательский алгоритм"
1.2. прописать в ReadMe цепочку зависимостей "пользовательских алгоритмов"
2. При "импорте":
2.1. для каждого импортируемого алгоритма:
2.1.1. определить "алгоритм-приемник"
2.1.1.1. либо создать новый "алгоритм-приемник"
2.1.1.2. либо найти уже существующий "алгоритм-приемник"
2.1.2. в "алгоритм-приемник":
2.1.2.0. желательно откорректировать "наименование" и "описание" алгоритма
2.1.2.1. импортировать содержимое алгоритма
2.1.2.2. в случае необходимости прописать ссылку на подчиненные "доп алгоритм"
При выполнении всех этих действие, возможно возникновение "ошибок пользователя". Требуется функционал, который бы позволял производить экспорт и импорт "одной кнопкой".

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

Разработан функционал, для импорта и экспорта настроек отчета, включающих в себя:
1. настройки "Структуры документа"
2. настройки "Алгоритмов расчета"
Данный функционал вызывается по соответствующим функциям локального меню из интерфейса редактирования электронного отчета.

2017-03-14 15:23:17

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

В интерфейсе выбора договоров(вкладка "Фильтры") не работает фильтр по группе договоров

Описание :

По ДО на продажу

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

В интерфейсе выбора договоров(вкладка "Фильтры") не работает фильтр по группе договоров

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

Исправлена фильтрация по группе договоров и по ЦО

2017-03-14 15:23:17

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

Доп разделы НДС - определение наименования контрагента по ИНН и СФ

Описание :

Дополнительные разделы декларации по НДС (810)

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

Есть проблема с определением наименования контрагента (к/а) по счет-фактуре (СФ). А именно проблема касается определения наименований к/а для следующих полей:
- Раздел 8: "Наименование продавца"
- Раздел 8 Приложение 1: "Наименование продавца"
- Раздел 9: "Наименование покупателя"
- Раздел 9 Приложение 1: "Наименование покупателя"
- Раздел 10: "Наименование покупателя", "Наименование продавца"
- Раздел 11: "Наименование продавца"
- Раздел 12: "Наименование покупателя"
В текущей реализации, берется к/а из соответствующей СФ. Однако если в СФ для переопределения к/а используются "внешние атрибуты":
"Поставщик", "Посредник", и т.п., то такой алгоритм дает не верный для Декларации результат. Предлагаю для вышеуказанных полей использовать следующий алгоритм:
1. искать к/а в каталоге организаций по ИНН
2. если в п.1. к/а не найден, то брать к/а из СФ (как раньше)

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

Теперь определение наименования к/а для указанных в проблеме полей, выполняется по предложенному алгоритму

2017-03-14 15:23:18

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

Добавить локальную функцию "Сортировка МЦ".

Описание :

Акты на перемещение между объектами

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

Добавить в интерфейс корректировки документа локальную
функцию "Сортировка МЦ", как в документе "Накладная на внутреннее перемещение".

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

В шапку окна редактирования добавлена ФЛМ "Сортировка МЦ".

2017-03-14 15:23:17

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

ЭДО. Грузоотправитель в СФ по товарам

Описание :

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

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

ЭДО. Грузоотправитель в СФ по товарам
Грузоотправитель в печатной форме СФ и в выгруженном файле отличаются
- в первом случае написано "Он же"
- в выгруженном файле выходит полностью все наименование грузоотправителя

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

При экспорте СФ для ЭДО, если грузоотправитель совпадает с продавцом, то в ГрузОт выводится <ОнЖе>он же.

Примечание: следует учитывать, что из-за отсутствия доп.параметров, которые есть при печати СФ (например, "выводить реквизиты грузоотправителю полностью"), печать СФ и выгрузка в ЭДО могут отличатся.

2017-03-14 15:23:18

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

Форма собственности организации в книге покупок

Описание :

Книга покупок

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

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

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

Доработано. Для книги покупок (с 14.08.2014) и книги продаж (с 14.08.2014) учет истории изменения значений организации производится по дате составления СФ.

2017-03-14 15:23:18

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

Не верно заполняются ИНН / КПП в разделе 8 в декларации по НДС

Описание :

Формирование данных Декларации по НДС

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

При автоматической генерации данных "Раздела 8" не верно заполняются атрибуты "Продавец" и "Посредник", в следующей ситуации:
0. В каталоге организаций есть 2-е организации:
0.1. "организация Поставщик"
0.2. "организация Посредник"
1. создаем Накладную, "Контрагент" = "организация Посредник"
1.1. из накладной, формируем СФ
2. СФ, "Поставщик" = "организация Посредник"
2.1. во "внешних атрибутах" СФ заполняем:
2.1.1. внешний атрибут "Поставщик" = "организация Поставщик"
2.1.2. внешний атрибут "Посредник" = "организация Посредник"
2.2. выполняем регистрацию СФ
3. В Книге, "Поставщик" = "организация Посредник"
4. В "Декларации по НДС", запускаем формирование данных ч/з функцию "Менеджер дополнительных разделов"
В итоге, в "Разделе 8" поля:
"Продавец":
- ссылка на к/а - НЕ правильная, показывает "организация Посредник"
- ИНН/KПП - правильные, но если "организация Поставщик" был ИП, а "организация Посредник" организация, или наоборот, то ИНН/KПП запишется не на свое место (в плане Организация/ИП), и при выгрузке в XML, ИНН/KПП вообще не выгрузятся
"Посредник":
- ссылка на к/а - правильная
- ИНН/KПП - правильные

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

Теперь в описанной ситуации, поля заполняются корректно

2017-03-14 15:23:17

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

ЭДО. Экспорт счет фактуры, неделимая единица измерения

Описание :

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

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

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

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

При выгрузке СФ в ЭДО, если отпускная единица измерения является неделимой, то в количестве не выгружаются нули после запятой. Доработано для обычного и корректировочного СФ.