F_OS

F_OS ( 9.1.001.0 )

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

Управление парами настроек видимая + скрытая

Описание :

Не знаю, какая именно часть финансового контура, научите

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

Некоторые прогеры любят делать "скрытые" настройки, которые работают в паре с видимыми.
Видимая показывает только красоту, а реально в логике программы используется скрытая
Например,
'NMA.PATTERN' - скрытая
'NMA.PATTERNVISION' - видимая
При копировании настроек копируется только видимая, скрытая не копируется, таким образом,
корректно скопировать эту настройку нельзя, т.е. функция копирования фактически непригодна
для данной ситуации.

Также функциональность администратора настроек позволяет менять тип настройки "филиальная/
корпоративная" "системная/пользовательская". Понятно, что при этих манипуляциях будет меняться
только видимая составляющая настройки. По сути функциональность тоже не может работать корректно.
Единственный обходной путь - это открыть видимость этих настроек через Alt+5 и там уже независимо
от первой настройки поменять тип скрытой настройки.

В общем, ТРЕБУЕТСЯ предусмотреть комплексное решение для управления парами и комплексами настроек,
включающих скрытые настройки.
Как самый минимальный плохой вариант, это реализовать копирование скрытых настроек и
синхронизировать их вручную.

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

Вместо двух настроек 'OS.PATTERN' - скрытая и 'OS.PATTERNVISION' - видимая, теперь используется одна
'OS.PATTERNVISION'. В нее с первой позиции записывается видимое представление шаблона(как и раньше),
а с 51 позиции записывается внутреннее представление шаблона. Аналогично сделано для настроек
'NMA.PATTERNVISION'
'OS.DopInNumPatVision'
'NMA.DopInNumPatVision'.

Из меню модуля ОС Настройка\Настройка шаблона инвентарного номера доступен список шаблонов
всех пользователей.

F_OS

F_OS ( 9.1.001.0 )

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

Потеря преемственности версий - Групповые карточки НМА

Описание :

Другие вопросы по НМА

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

Добрый день!
Раньше была возможность при переходе из склада в НМА создавать групповые инвентарные карточки, а сейчас такой возможности нет.

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

Доработано. При переходе из склада в НМА появилась возможность создавать групповые инвентарные карточки. По F7 и Ctrl+F7 также можно создать
групповую карточку.

F_OS

F_OS ( 9.1.001.0 )

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

< Режим 9 > для OSNMA

Описание :

Амортизация

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

Нужно доработать алгоритм ТХО OSMNA:
Реализовать <режим 9> для других аналитик, который бы брал значения
1) где возможно, из архива на конец предыдущего месяца для операции ОС/НМА.
2) для внешних КАУ - путем моделирования отката операций изменения параметров за текущий месяц.


ОПИСАНИЕ СИТУАЦИИ ДЛЯ ЧЕГО ЭТО НУЖНО:

Опыт использования модуля ОС показал, что существует уязвимость используемых ТХО по амортизации, которая приводит к красному сальдо по 02 и 902 счетам.

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

2) Выполняет внутренние перемещения ОС №1.
При этом объект передается в новое подразделение вместе с амортизацией месяца.

3) Допустим после этого, возникает необходимость откорректировать амортизацию по какой либо карточке ОС №2.

4) Отменяем по этой карточке амортизацию, при этом перепроводится вся ТХО амортизации, включая и карточку ОС №1 !
В ходе перепроведения амортизация по 902 уже относится на новое подразделение и новое КАУ АТД.

5) В итоге получаем по ОС №1 красное сальдо по старому подразделению:
во-первых, со старого подразделения было перемещена амортизация месяца,
во вторых, после перепроведения амортизации по ТХО начисление амортизации ушло также на новое подразделение.

Возникновение данной ситуации происходит по сути по двум причинам:
1) При изменении амортизации по любой карточке, перепроводится вся ТХО по многим карточкам, которые рассчитывались ранее вместе с корректируемой.
2) При перепроведении ТХО типовая операция берет текущее состояние всех реквизитов ОС.

Для преодоления данной ситуации необходимо:
1) Настроить ТХО таким образом, чтобы она получала значения аналитик (подразделение и внешние КАУ) по состоянию на начало месяца.
По сути нужно доработать OSMNA.
Сейчас у OSMNA уже есть <режим 9> для аналитики "Признак использования", который получает значение этого реквизита из архива на конец предыдущего месяца для операции ОС/НМА.
Необходимо реализовать подобный режим для всех аналитик карточки.

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

В алгоритме OsNma для операции амортизации доработано заполнение режима 9 из архива на конец предыдущего месяца для аналитик:
- Подразделения
- МОЛ
- Сотрудники
- Центры ответственности
- Амортизационные группы
- Признаки собственности
- Группа ОС
- Виды ОС

Добавлен режим "Внешние КАУ из ОС/НМА на конец предыдущего месяца", который доступен только для операции амортизации в ОС/НМА.

Режим 9 заполняется только при наличии записей в архиве. Режим "Внешние КАУ из ОС/НМА на конец предыдущего месяца" заполняется, если Дата поступления карточки ранее текущего месяца.

F_OS

F_OS ( 9.1.001.0 )

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

Нужна возможность получения аналитики из НУ для OSNMA по операции амортизации

Описание :

Другие интерфейсы по ОС

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

При получении, например, постоянной разницы в алгоритме OSNMA (&Vip_[Obj:"OSNMA"][Рез:ПР]), если указать метод учета как параметр алгоритму, то он возвращает нуль.
Поскольку иногда нужно получать аналитику одного метода при совершении проводок по амортизации по второму методу, нужно чтобы система обрабатывала сведения по разницам корректно, не зависимо от того, какой бы метод ни был указан как параметр к алгоритму OSNMA. Аналитики при этом должны формироваться из того метода, что указан в параметре к алгоритму.

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

Доработан алгоритм OsNma:
при формировании проводок для операции амортизации добавлена возможность заполнения аналитики "Признак использования" из карточки ОС/НМА в налоговом/бухгалтерском методах учета, которые определяются исходя из настроек:
- "Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Налоговый учет \ ОС \ Налоговый метод учета";
- "Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Налоговый учет \ ОС \ Бухгалтерский метод учета";
- "Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Налоговый учет \ НМА \ Налоговый метод учета";
- "Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Налоговый учет \ НМА \ Бухгалтерский метод учета".
Название режимов для ОС:
- Признак использования из карточки ОС в налоговом методе учета;
- Признак использования из карточки ОС в бухгалтерском методе учета.
Название режимов для НМА:
- Признак использования из карточки НМА в налоговом методе учета;
- Признак использования из карточки НМА в бухгалтерском методе учета.

F_OS

F_OS ( 9.1.001.0 )

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

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

Описание :

Другие вопросы по ОС

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

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

GloVars.inc:
var
wProtCalc_Amort //Признак формирования протокола при расчете/отмене амортизации
, wTypeProtCalc_Amort: word; //Тип протокола (полный/только ошибки) при расчете/отмене амортизации

wIsCalcAmLgotaCurSession: word; // битовая маска по методам учета выполнения расчета аморт.льгот
// в тек.сеансе расчета амортизации

Добавлено по ПИР 102.79321, 102.66550; Ревизии 181140, 156285.
Решение это - неверное.
Переменные используются для передачи информации между несколькими интерфейсами.

Надо переделать более современным способом. Например, это должны быть поля объекта, который будет использоваться совместно F_OS и F_OsOper. Можно еще придумать много разных вариантов.

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

Избавился от глобальных переменных.

В amort.vih определена структура для параметров амортизации
type TCalcAmortParm = record куда и вошли удаленные переменные.

Функции для передачи структуры.
procedure SetAmortParm( _ap : TCalcAmortParm );
function GetAmortParm : TCalcAmortParm;


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

F_OS

F_OS ( 9.1.001.0 )

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

состав ОС

Описание :

Другие вопросы по ОС

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

Был заполнен состав ОС.
В одной мц поставили дату выбытия.
Потом оказалось, что дату выбытия поставили не в той мц.
Сначала не заметили, что мц с проставленной датой выбытия ==подсвечивалась == светлым тоном.
Нажали F7 и мц исчезла из списка.
В списке ее нет, но где-то она присутствует, потому что , если по F7 еще раз пытаться ее ввести,
то дает сообщении о несовпадении суммы состава и карточки.

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

Режим показывать или нет выбывшие МЦ запоминается в дск и используется для
последующего отображения. По умолчанию выбывшие не отображаются, как и прежде.

F_OS

F_OS ( 9.1.001.0 )

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

HELP. Подключить топик к функции локального меню

Описание :

Другие вопросы по ОС

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

HELP. Подключить топик к функции локального меню
Настройка - Настройка алгоритмов расчета разниц и к соответствующему окну.
См. вложение.

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

Топик подключен.

F_OS

F_OS ( 9.1.001.0 )

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

По первой в списке ИК без архивов не рассчитывается амортизация в месяц ввода

Описание :

Амортизация

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

По первой в списке ИК без архивов не рассчитывается амортизация в месяц ввода.
Есть новых одинаковых 5 карточек. Отчетный период карточек и дата ввода/поступления совпадают.
Карточки без архивов, но в них заполнены поля срок полезного использования и
срок использования до поступления. Алгоритм расчета амортизации - стандартный, который поставляется
с Галактикой:
Линейный для введенных после 01.01.02 :
If (SpKatOs.SrokIsp > SpKatOs.IspPs + SpKatOs.IspCur, &Am, 0), где
&Am = ArcIznos.Stoim / ArcIznos.SrokIsp / if(wGetTune('OS.SrokIspEdIzm')=0,1,12).
По первой карточке амортизация не рассчитывается, а по остальным 4-м рассчитывается.
Если в алгоритм добавить еще одну строчку:
If (SpKatOs.SrokIsp > SpKatOs.IspPs + SpKatOs.IspCur, &Am1, 0), где
&Am = ArcIznos.Stoim / ArcIznos.SrokIsp / if(wGetTune('OS.SrokIspEdIzm')=0,1,12)
&Am1 = ArcIznos.Stoim / ArcIznos.SrokIsp / if(wGetTune('OS.SrokIspEdIzm')=0,1,12),
то амортизация рассчитывается по всем карточкам.

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

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

В каталоге алгоритмов добавлен пункт лок. меню "Проверка алгоритма".
Позволяет проверить текущий алгоритм на корректность.

Расчет амортизации ускорен примерно на 20%-30%. Ускорение за счет:
1) обработка алгоритмов переведена на таблицы в памяти.
2) изменен алгоритм обработки формул
3) обращение к таблице со льготой происходит только если стоит птичка
"считать льготу", а не всегда как было раньше.

F_OS

F_OS ( 9.1.001.0 )

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

Фильтр по видам и нормам ОС

Описание :

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

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

Устанавливаем фильтр по картотеке:
1) Выбираем вид
2) Заходим в выбор норм и "+" помечаем все записи. Появляется окно прогресса и система виснет. Если прервать,
то помечается одна запись. Если помечать записи инсертом, то на каждой строке система виснет на несколько секунд.

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

Убрал множественную пометку в режиме выбора только листьев.

F_OS

F_OS ( 9.1.001.0 )

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

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

Описание :

Сверка с КБУ

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

В параметрах формирования отчёта не удаётся
установить фильтр по подразделениям.

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

Неправильно отображался фильтр по выбранным подразделениям. Исправлено.