F_OSOPER

F_OSOPER ( 9.1.64.0 )

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

КИС ФХД ТПР2 Очередь0 Дата последнего капремонта, модернизации, реконструкции должна рассчитываться как Максимальная дата операции Изменение стоимости с типом Основания Модернзация и Ремонт

Описание :

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

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

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

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

Исправлено:
Дата последнего капремонта, модернизации, реконструкции рассчитывается как дата
самой поздней из операций Изменения стоимости ИК с типом основания
Модернизация" или "Ремонт".

F_OSOPER

F_OSOPER ( 9.1.64.0 )

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

Печать ОС- форма Инвентарная карточка - форма № ОС-6 (на 2 листах) в формате rtf << Беларусь >> - в 6 столбике должен печататься срок с момента ввода в эксплуатации и по сегодняшний день, а печатается срок полезного использования.

Описание :

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

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

Печать ОС- форма Инвентарная карточка - форма № ОС-6 (на 2
листах) в формате rtf << Беларусь >> - в 6 столбике должен печататься срок с
момента ввода в эксплуатации и по сегодняшний день, а печатается срок полезного
использования.

Чтобы в форме № ОС-6 печатался срок с момента ввода в эксплуатации и по
сегодняшний день в столбике 6, то в общесистемную настройку расчет срока
использования после поступления нужно установить значение "с учетом признака
использования". Но, если изменить значение в настройке расчет срока
использования после поступления с- "только при расчете амортизации" на- "с
учетом признака использования" и пересчитать по карточкам срок использования,
то у клиента "слетит" амортизация. Амортизация у них рассчитывается
(первоначальная стоимость-сумма износа)/(срок полезного использования-срок
использования после поступления) . И, ради печати, в карточке не логично
переписывать все алгоритмы расчета амортизации. Логичнее сделать так, чтобы
при печати формы ОС-6 система рассчитывала фактический срок эксплуатации от
даты ввода карточки. Если есть в Галактике несколько вариантов расчета срока
использования после поступления, то можно работать с ними обоими. И для того
чтобы правильно распечатать карточку клиент считает не целесообразным менять
значение в настройке (более подробно во вложении).

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

Доработано.
Добавлено новое значение для параметра Раздел 1 заполнять = "на момент печати
карточки, СПИ от даты ввода", при выборе которого в графе "Фактический срок
эксплуатации" выводится разность между датой ввода и текущей датой отчетного
периода карточки в месяцах/годах

F_OSOPER

F_OSOPER ( 9.1.64.0 )

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

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

Описание :

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

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

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

"Да" - Продолжить, "Нет" - Отлаживать в окне отладчика
"Отмена" - Не выдавать больше это сообщение

На 9.1 данная проблема не проявляется (нет такой функциональности)

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

Исправлено.

F_OSOPER

F_OSOPER ( 9.1.64.0 )

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

Некорректная работа алгоритм расчета амортизации при параллельном расчёте

Описание :

Амортизация

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

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

Во вложении описание проблемы.

Похоже, что расчёт амортизации одним пользователем проходит корректно.
Параллельный расчёт амортизации - это обычная практика как минимум для данного клиента.

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

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

F_OSOPER

F_OSOPER ( 9.1.64.0 )

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

Зависает печать форм "[ВСМН] Форма № ОС-1 (ЭХД) << Россия >>"

Описание :

Поступление

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

В операции Поступление помечаем несколько позиций из спецификации документа, далее
выбор пункта меню -Печать актов по объектам, выбираем печатные формы "[ВСМН] Форма № ОС-1 (ЭХД) << Россия >>" или "[ВСМН] Форма № ОС-1а (ЭХД) << Россия >>"
После этого запускается процесс формирования отчета, который виснет.
Во вложении: скриншот операции поступления, сводный отчет, sil-протокол (архив разбит на три части)

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

Доработано печать форм ОС-1, ОС-1а.
Реализована печать выбранных позиций спецификации при вызове п.л.меню "Печать актов по объектам" из шапки и/или из списка позиций операции. Если не выбрана ни одна из позиций - печать ВСЕХ.