F_OS

F_OS ( 9.1.5.0 )

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

Значения по умолчанию для другого метода учета

Описание :

Изменение параметров

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

При установлении нового значения параметров на закладке "Изменяемые параметры" новое значение параметра пробивается сразу на все методы учета.
Однако параметры в разных методах учета скорее разные, чем одинаковые. В итоге в случае получается, что при установлении нового значения параметра для второго метода учета мало того что изменяемый параметр не должен был меняться вообще, так он еще и меняется не неправильное значение (характерное для того метода учета для которого этот параметр меняется).
Бухгалтер по второму методу учета может (а в Транснефти он обязан!) провести эту операцию по второму методу и если он забыл поменять изменяемый параметр на прежнее значение, может получить нежелательную модификацию картотеки.
В связи с этим ПРЕДЛАГАЮ:
при инициализации нового значения изменяемого параметра для второго метода учета устанавливать не "новое значение, выбранное для первого метода учета", а "старое значение параметра из второго метода учета", чтобы если операция будет проведена в двух методах учета, она не вызывала неправильного изменения этого параметра во втором методе.
Данный различный подход к инициализации нового значения в другом методе можно реализовать через настройку.

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

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

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

F_OS

F_OS ( 9.1.5.0 )

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

Режим "КАУ из карточки ОС/НМА на конец предыдущего месяца"

Описание :

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

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

В ПИР 180.6688 был реализован <Внешние КАУ из ОС/НМА на конец предыдущего периода> для алгоритма ТХО OSNMA.
Он получает ряд аналитики путем моделирования отката операций изменения параметров. Однако есть замечания по его работе.

1) Судя по программному коду, если нет операций изменения параметров и карточка введена в текущем периоде, то алгоритм будет выдавать пустые значения аналитик.

if (SpMove.SysOper = cgOs_5_Amort) and (KatOs.DatOk < tmpFisrtDayMonth)
TxoBodyAddKau(CurHTxo, wFlKau_KauPrevMonth, KauReff.wKau, KauReff.cKau); // внешние КАУ из карточки ОС в режим "на конец предыдущего месяца" для амортизации

Собственно нужно устранить (KatOs.DatOk < tmpFisrtDayMonth) в этой конструкции, чтобы даже по карточке, введенной в текущем периоде, аналитики в OSNMA в указанном режиме были заполнены.

2) Судя по программному коду, при моделировании отката изменения параметров анализируются только те изменения, которые сделаны в операциях "Изменения параметров" (см. ниже). Однако изменение параметров может делаться не только в "Операциях изменения параметров", но также и в других типах операций.

case SpMove.SysOper of
cgOs_5_Amort: //амортизация
{
set CurOperType := cgOs_9_ChgPar;

Собственно необходимо доработать так, чтобы анализировались все типы операций.

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

Доработан режим <Внешние КАУ из ОС/НМА на конец предыдущего периода> для алгоритма ТХО OSNMA.

При моделировании отката учитываются все операции учитываются все операции по карточке, т.к. изменить параметры возможно не только в операции "изменение параметров".

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

F_OS

F_OS ( 9.1.5.0 )

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

Сверка ОС и КБУ - данные из архива

Описание :

Новый диалог настройки

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

При формировании отчета за прошлые периоды отчет может выдавать ложные сигналы о расхождениях по аналитике.
Это связано с тем, что в последующих периодах может происходить изменение сравниваемых аналитических признаков, а сверочный отчет данные картотеки всегда берет по текущему состоянию.
Чтобы избежать этой проблемы, ПРЕДЛАГАЮ:

При сравнении за прошлые отчетные периоды значения следующих аналитик:
"Подразделению"
"МОЛ"
"Виды ОС"
"Признак использования ОС"
брать на основе архива карточки, а не на основе текущего ее состояния.

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

При сравнении за прошлые отчетные периоды значения следующих аналитик:
"Подразделению" "МОЛ" "Виды ОС" "Признак использования ОС"
будут браться на основе архива карточки, а не на основе текущего ее состояния.

F_OS

F_OS ( 9.1.5.0 )

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

Доработать шаблоны карточек ОС

Описание :

Шаблоны инвентарной карточки

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

Включить в шаблоны карточек ОС
- набор Внешних КАУ
- информацию из расширенной информации карточки ОС
- набор внешних атрибутов

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

Включены в шаблоны карточек ОС
- набор Внешних КАУ
- набор внешних атрибутов
- набор внешней классификации
- информация из расширенной информации карточки ОС.

F_OS

F_OS ( 9.1.5.0 )

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

Опция: Анализировать также синонимы аналитик

Описание :

Сверка с КБУ

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

При проектировании плана счетов было создано два счета, на которых была использована аналитика 72 АТД, в то же время у ОС есть внешний КАУ 72 АТД и его синоним 50001 ОКАТО. При этом внешний КАУ 72 карточки ОС используется для наполнения аналитики 72 в Счете1, а внешний КАУ 50001 - для наполнения аналитики 72 на Счете2 (была допущена ошибка, можно было выбрать в плане счетов сразу аналитику-синоним для Счета2).
При выполнении сверки отчет анализирует только точное совпадение аналитик с кодами, таким образом не удается в настоящее время выполнить сверку по паре Счет2 аналитика 72 и Внешний КАУ 50001.
Предлагаю
реализовать опцию в отчете "анализировать также синонимы аналитик", чтобы при поиске аналитики в проводках анализировалась не только сама аналитика КАУ, заданная для сверки, но и ее синонимы.

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

Реализована опция в настройках отчете "анализировать синонимы аналитик", чтобы при поиске аналитики
в проводках анализировалась не только сама аналитика КАУ, заданная для сверки, но и ее синонимы.

Т.е. если в проводках используется системная аналитика, а во внешних КАУ в карточке используются ее синоним,
то попробуем найти соответствие (если стоит птичка), заменив код системной аналитики на код синонима.
Если синонимов несколько, то берется первый синоним.
Обратный вариант - если в проводках будет указан синоним, а карточке ОС указана его системная аналитика
не реализован.

F_OS

F_OS ( 9.1.5.0 )

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

Необходимо автоматизировать выбор амортизацион. группы и запретить ее перевыбор

Описание :

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

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

Необходимо автоматизировать выбор амортизационной группы и запретить ее перевыбор.

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

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

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

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

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