Текущие компоненты

Название продукта Название компонента Тип Последняя версия Дата выхода
Галактика ERP 9.1F_OSRES

Справка по компоненту.

Количество версий компонента215
Количество рещенных задач942
Последная дата обработки компонента2023-12-16 19:55:22
Последная дата файла2023-12-16 17:31:32
Последная версия9.1.99.0

Новые задачи в этом компоненте

F_OS
102.118903
F_OS ( 9.1.005.0 )

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

Режим 9 для OSNMA в случае если нет ArcIznos

Описание :

Амортизация

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


В ПИР 180.6688 был реализован <Режим 9> для алгоритма ТХО OSNMA.
Он получает ряд аналитики из архива карточки.
Однако в случае, если у карточки нет ArcIznos, он будет генерировать пустые аналитики.

НЕОБХОДИМО доработать Режим 9 для аналитик в алгоритме OSNMA таким образом, чтобы он в случае, если у карточки нет ArcIznos, брал необходимые аналитики из KatOS и SpKatOS.

Пояснение.
Это будет практически удобнее иначе придется загромождать ТХО анализом заполнена ли аналитика с возможностью ее получения из другого режима.

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


Доработано.
В Режиме 9 для аналитик в алгоритме OSNMA так, чтобы он в случае, если у карточки нет ArcIznos,
берутся необходимые аналитики из KatOS и SpKatOS.
F_OS
102.118905
F_OS ( 9.1.005.0 )

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

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

Описание :

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

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


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

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

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


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

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

Тиражирование карточек ОС с закладкой "Финансирование"

Описание :

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

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


При тиражирование карточек ОС с закладкой "Финансирование" нужно копировать не только закладку "Финансирование", но и внешние атрибуты и классификаторы, указанные к элементам на закладке "Финансирование".

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


При тиражирование карточек ОС с закладкой "Финансирование" стали копироваться и внешние атрибуты и классификаторы, указанные к элементам на закладке "Финансирование".
F_OS
102.119163
F_OS ( 9.1.005.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
102.119165
F_OS ( 9.1.005.0 )

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

Операция "Реализация" из операции Выбытие ОС - неточности

Описание :

Выбытие

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


1. Операция реализации спокойно создает накладную в закрытом периоде контура логистики.
А удалить оттуда созданный логистический документ уже не удалось.

2. В настройках функции реализации поставил дату для накладной, но сформировалась все равно равная операции выбытия из ОС.
Считаю, что приходные ордера должны создаваться датой операции выбытия ОС, а вот накладная, ДО, счет-фактура должны создаваться той датой которая указана в настройках функции.

3. Если в ходе создания документов логистики создаются МЦ, предлагаю проставлять ссылку на созданную МЦ в карточке ОС (можно по опции).

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


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

2. У нас не подтверждается. Накладная создается с указанной датой.

3. Если в ходе создания документов логистики создаются МЦ, то ссылку на созданную МЦ записываем в карточку ОС, если в карточке не было МЦ.
F_OS
102.119369
F_OS ( 9.1.005.0 )

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

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

Описание :

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

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


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

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

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


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

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

Не заполняются графы 3-5 в 1-инв

Описание :

Инвентаризация

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


В форме ИНВ-1 не предусмотрено заполнение граф 3,4,5 для арендованных
ОС.
Предлагается реквизиты договора брать из внешнего КАУ:
Признак собственности - в Аренде,
Во внешних КАУ, каталог аналитики - Договор, значение
аналитики - выбран необходимый договор.

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


Для хранения документов аренды используем "Список
прикрепленных документов" в ИК (Alt+F10).
1. Исправил форму "Редактирование типа документа":
- параметра "Документ подтверждает право владения
объектом" [нет/да] переименовал в
"Вид документа" ['не определен',
'подтверждает право владения объектом',
'подтверждает принятие объекта на ответственное хранение (аренду)'].
(первые два параметра для сохранения старого функционала).
Аналогично исправил и для НМА вывод документов,
подтверждающих право собственности, в Excel.

В шаблонах формы ИНВ-1 (Россия ) добавил вывод
граф 3,4,5 для арендованных ОС (бизнес-текст, SLK и в
xlt шаблоне).
F_OS
180.7082
F_OS ( 9.1.005.0 )

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

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

Описание :

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

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


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

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


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

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

Замечания по отчету Сверка КБУ и КОУ ОС

Описание :

Сверка с КБУ

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

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

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


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

2. Просто прячем колонку.
---- А если еще что-то поменялось? Анализ того что изменилось весьма трудоемкий по коду. Пока нет.

3. Не очищается поле "Кор.счета/субсчета" при выборе другого плана счетов в поле "План счетов". Нужно очищать.
---- Доработано.

4. Если делаешь перевыбор кор.счетов, то не видно какие именно счета были выбраны ранее, пометка не восстанавливается. Нужно восстанавливать пометку в интерфейсе выбора.
--- Пометка восстанавливается.

5. На закладке "Сверка аналитики ОС и КБУ" не работает F4, хотя она имеется в контексте.
---- Исправлено
F_OS
180.7106
F_OS ( 9.1.005.0 )

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

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

Описание :

Сверка с КБУ

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


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

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


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

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

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

нужны значения spkatos.nrec при работе алгоритма OSNMA

Описание :

Разноска ТХО "Все документы"

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


при работе алгоритма OSNMA нужно получать два Nrec
spkatos.nrec налоговой спецификации
spkatos.nrec бухгалтерской спецификации

Подробнее во вложении.

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


Для идентификатора &SoprDoc добавлены значения:
СпКатОсНМУ - Nrec спецификации карточки ОС для НМУ (таблица SpKatOs);
СпКатОсБМУ - Nrec спецификации карточки ОС для БМУ (таблица SpKatOs).
Извлечение NRec спецификации карточки ОС для налогового/бухгалтерского методов учета алгоритмом &SoprDoc будет производиться только при его совместном применении с циклическим алгоритмом OsNma.
F_OS
102.117657
F_OS ( 9.1.005.0 )

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

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

Описание :

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

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


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

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

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

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

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


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

9.1.99.09.1.98.09.1.96.09.1.95.09.1.94.09.1.93.09.1.92.09.1.91.09.1.90.09.1.140.09.1.139.09.1.138.09.1.137.09.1.136.09.1.135.09.1.134.09.1.133.09.1.132.19.1.132.09.1.131.09.1.130.09.1.129.09.1.128.09.1.127.09.1.126.09.1.125.19.1.125.09.1.124.09.1.123.09.1.122.09.1.121.09.1.120.09.1.119.09.1.118.09.1.117.09.1.116.09.1.115.09.1.113.09.1.111.09.1.109.19.1.108.09.1.107.09.1.106.19.1.106.09.1.105.09.1.104.09.1.103.09.1.102.09.1.101.09.1.100.09.1.121.19.1.114.09.1.112.09.1.110.09.1.109.09.1.97.09.1.89.09.1.88.09.1.87.09.1.86.09.1.85.09.1.84.09.1.83.09.1.82.09.1.81.09.1.80.09.1.79.09.1.78.09.1.77.09.1.76.09.1.75.09.1.74.09.1.73.09.1.72.09.1.71.09.1.070.09.1.69.09.1.069.09.1.068.09.1.68.09.1.67.19.1.67.09.1.067.09.1.066.09.1.66.09.1.65.09.1.065.09.1.064.09.1.64.09.1.63.09.1.063.09.1.62.19.1.62.09.1.062.09.1.61.09.1.061.09.1.060.09.1.60.09.1.059.09.1.59.09.1.58.09.1.058.09.1.57.19.1.57.09.1.56.09.1.056.09.1.55.09.1.055.09.1.054.09.1.54.09.1.53.09.1.053.09.1.052.09.1.52.09.1.51.09.1.050.09.1.50.09.1.49.09.1.049.09.1.48.09.1.048.09.1.047.09.1.47.09.1.46.09.1.046.09.1.045.09.1.45.09.1.44.09.1.044.09.1.043.09.1.43.09.1.042.09.1.42.09.1.041.09.1.41.09.1.040.09.1.40.09.1.039.09.1.39.09.1.038.09.1.38.09.1.37.09.1.037.09.1.036.09.1.36.09.1.035.09.1.35.09.1.34.29.1.034.19.1.034.09.1.34.09.1.33.09.1.033.09.1.032.09.1.32.09.1.031.09.1.31.09.1.030.09.1.30.09.1.29.09.1.029.09.1.028.09.1.28.09.1.27.09.1.027.09.1.026.09.1.26.09.1.25.09.1.025.09.1.24.09.1.024.09.1.023.09.1.23.09.1.022.09.1.22.09.1.21.09.1.021.09.1.20.09.1.020.09.1.019.09.1.19.09.1.018.09.1.18.09.1.17.09.1.017.09.1.016.09.1.16.09.1.015.09.1.15.09.1.014.09.1.14.09.1.13.09.1.012.09.1.12.09.1.011.09.1.11.09.1.9.09.1.009.09.1.008.09.1.8.09.1.007.09.1.7.09.1.006.09.1.6.09.1.5.09.1.005.09.1.4.09.1.004.09.1.003.09.1.3.09.1.002.09.1.2.09.1.001.09.1.1.09.1.000.0