F_OS
Краткое описание :
Режим 9 для OSNMA в случае если нет ArcIznosОписание :
АмортизацияЧто измененно :
В ПИР 180.6688 был реализован <Режим 9> для алгоритма ТХО OSNMA.
Он получает ряд аналитики из архива карточки.
Однако в случае, если у карточки нет ArcIznos, он будет генерировать пустые аналитики.
НЕОБХОДИМО доработать Режим 9 для аналитик в алгоритме OSNMA таким образом, чтобы он в случае, если у карточки нет ArcIznos, брал необходимые аналитики из KatOS и SpKatOS.
Пояснение.
Это будет практически удобнее иначе придется загромождать ТХО анализом заполнена ли аналитика с возможностью ее получения из другого режима.
Как измененно :
Доработано.
В Режиме 9 для аналитик в алгоритме OSNMA так, чтобы он в случае, если у карточки нет ArcIznos,
берутся необходимые аналитики из KatOS и SpKatOS.
F_OS
Краткое описание :
Значения по умолчанию для другого метода учетаОписание :
Изменение параметровЧто измененно :
При установлении нового значения параметров на закладке "Изменяемые параметры" новое значение параметра пробивается сразу на все методы учета.
Однако параметры в разных методах учета скорее разные, чем одинаковые. В итоге в случае получается, что при установлении нового значения параметра для второго метода учета мало того что изменяемый параметр не должен был меняться вообще, так он еще и меняется не неправильное значение (характерное для того метода учета для которого этот параметр меняется).
Бухгалтер по второму методу учета может (а в Транснефти он обязан!) провести эту операцию по второму методу и если он забыл поменять изменяемый параметр на прежнее значение, может получить нежелательную модификацию картотеки.
В связи с этим ПРЕДЛАГАЮ:
при инициализации нового значения изменяемого параметра для второго метода учета устанавливать не "новое значение, выбранное для первого метода учета", а "старое значение параметра из второго метода учета", чтобы если операция будет проведена в двух методах учета, она не вызывала неправильного изменения этого параметра во втором методе.
Данный различный подход к инициализации нового значения в другом методе можно реализовать через настройку.
Аналогичная ситуация при создании новой карточки ОС (при необходимости это можно выделить в отдельную проблему).
По той же настройке, все параметры новой карточки в методе 2 должны инициализироваться пустыми значениями, а не значениями из метода 1.
Как измененно :
Добавлена настройка
"Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Настройка операций \ Задавать параметр только для текущего метода учета в операции "Изменение параметров"".
Если она установлена в ДА, то при задании параметров зависящих от метода учета, такой параметр устанавливается только
для текущего метода учета. И соответственно при проведении операции будет изменяться только для текущего
метода. Для всех остальных методов устанавливается старое значение.
F_OS
Краткое описание :
Тиражирование карточек ОС с закладкой "Финансирование"Описание :
Ведение картотекиЧто измененно :
При тиражирование карточек ОС с закладкой "Финансирование" нужно копировать не только закладку "Финансирование", но и внешние атрибуты и классификаторы, указанные к элементам на закладке "Финансирование".
Как измененно :
При тиражирование карточек ОС с закладкой "Финансирование" стали копироваться и внешние атрибуты и классификаторы, указанные к элементам на закладке "Финансирование".
F_OS
Краткое описание :
Режим "КАУ из карточки ОС/НМА на конец предыдущего месяца"Описание :
Ведение картотекиЧто измененно :
В ПИР 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
Краткое описание :
Операция "Реализация" из операции Выбытие ОС - неточностиОписание :
ВыбытиеЧто измененно :
1. Операция реализации спокойно создает накладную в закрытом периоде контура логистики.
А удалить оттуда созданный логистический документ уже не удалось.
2. В настройках функции реализации поставил дату для накладной, но сформировалась все равно равная операции выбытия из ОС.
Считаю, что приходные ордера должны создаваться датой операции выбытия ОС, а вот накладная, ДО, счет-фактура должны создаваться той датой которая указана в настройках функции.
3. Если в ходе создания документов логистики создаются МЦ, предлагаю проставлять ссылку на созданную МЦ в карточке ОС (можно по опции).
Как измененно :
1. Операция реализации будет создавать-удалять накладную-ордер в закрытом периоде контура логистики
согласно настройкам
"Настройки Галактики \ Логистика \ Складской учет \ Запрещать модификацию складских ордеров в закрытом периоде"
"Настройки Галактики \ Логистика \ Документы \ Сопроводительные документы \ Разрешать модификацию сопроводительных документов в закрытом периоде"
2. У нас не подтверждается. Накладная создается с указанной датой.
3. Если в ходе создания документов логистики создаются МЦ, то ссылку на созданную МЦ записываем в карточку ОС, если в карточке не было МЦ.
F_OS
Краткое описание :
Сверка ОС и КБУ - данные из архиваОписание :
Новый диалог настройкиЧто измененно :
При формировании отчета за прошлые периоды отчет может выдавать ложные сигналы о расхождениях по аналитике.
Это связано с тем, что в последующих периодах может происходить изменение сравниваемых аналитических признаков, а сверочный отчет данные картотеки всегда берет по текущему состоянию.
Чтобы избежать этой проблемы, ПРЕДЛАГАЮ:
При сравнении за прошлые отчетные периоды значения следующих аналитик:
"Подразделению"
"МОЛ"
"Виды ОС"
"Признак использования ОС"
брать на основе архива карточки, а не на основе текущего ее состояния.
Как измененно :
При сравнении за прошлые отчетные периоды значения следующих аналитик:
"Подразделению" "МОЛ" "Виды ОС" "Признак использования ОС"
будут браться на основе архива карточки, а не на основе текущего ее состояния.
F_OS
Краткое описание :
Не заполняются графы 3-5 в 1-инвОписание :
ИнвентаризацияЧто измененно :
В форме ИНВ-1 не предусмотрено заполнение граф 3,4,5 для арендованных
ОС.
Предлагается реквизиты договора брать из внешнего КАУ:
Признак собственности - в Аренде,
Во внешних КАУ, каталог аналитики - Договор, значение
аналитики - выбран необходимый договор.
Как измененно :
Для хранения документов аренды используем "Список
прикрепленных документов" в ИК (Alt+F10).
1. Исправил форму "Редактирование типа документа":
- параметра "Документ подтверждает право владения
объектом" [нет/да] переименовал в
"Вид документа" ['не определен',
'подтверждает право владения объектом',
'подтверждает принятие объекта на ответственное хранение (аренду)'].
(первые два параметра для сохранения старого функционала).
Аналогично исправил и для НМА вывод документов,
подтверждающих право собственности, в Excel.
В шаблонах формы ИНВ-1 (Россия ) добавил вывод
граф 3,4,5 для арендованных ОС (бизнес-текст, SLK и в
xlt шаблоне).
F_OS
Краткое описание :
Доработать шаблоны карточек ОСОписание :
Шаблоны инвентарной карточкиЧто измененно :
Включить в шаблоны карточек ОС
- набор Внешних КАУ
- информацию из расширенной информации карточки ОС
- набор внешних атрибутов
Как измененно :
Включены в шаблоны карточек ОС
- набор Внешних КАУ
- набор внешних атрибутов
- набор внешней классификации
- информация из расширенной информации карточки ОС.
F_OS
Краткое описание :
Замечания по отчету Сверка КБУ и КОУ ОСОписание :
Сверка с КБУЧто измененно :
\r\nВключить РІ шаблоны карточек РћРЎ\r\n - набор Внешних РљРђРЈ\r\n - информацию РёР· расширенной информации карточки РћРЎ\r\n - набор внешних атрибутов\r\nКак измененно :
1. = Добавить в обработку КОУ операции изменения стоимости ОС, в которых меняется стоимость или износ.
---
Надо включить настройку "Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Отчеты \ ОС \ Учет изменения износа из операции Изменение стоимости".
2. Просто прячем колонку.
---- А если еще что-то поменялось? Анализ того что изменилось весьма трудоемкий по коду. Пока нет.
3. Не очищается поле "Кор.счета/субсчета" при выборе другого плана счетов в поле "План счетов". Нужно очищать.
---- Доработано.
4. Если делаешь перевыбор кор.счетов, то не видно какие именно счета были выбраны ранее, пометка не восстанавливается. Нужно восстанавливать пометку в интерфейсе выбора.
--- Пометка восстанавливается.
5. На закладке "Сверка аналитики ОС и КБУ" не работает F4, хотя она имеется в контексте.
---- Исправлено
F_OS
Краткое описание :
Опция: Анализировать также синонимы аналитикОписание :
Сверка с КБУЧто измененно :
При проектировании плана счетов было создано два счета, на которых была использована аналитика 72 АТД, в то же время у ОС есть внешний КАУ 72 АТД и его синоним 50001 ОКАТО. При этом внешний КАУ 72 карточки ОС используется для наполнения аналитики 72 в Счете1, а внешний КАУ 50001 - для наполнения аналитики 72 на Счете2 (была допущена ошибка, можно было выбрать в плане счетов сразу аналитику-синоним для Счета2).
При выполнении сверки отчет анализирует только точное совпадение аналитик с кодами, таким образом не удается в настоящее время выполнить сверку по паре Счет2 аналитика 72 и Внешний КАУ 50001.
Предлагаю
реализовать опцию в отчете "анализировать также синонимы аналитик", чтобы при поиске аналитики в проводках анализировалась не только сама аналитика КАУ, заданная для сверки, но и ее синонимы.
Как измененно :
Реализована опция в настройках отчете "анализировать синонимы аналитик", чтобы при поиске аналитики
в проводках анализировалась не только сама аналитика КАУ, заданная для сверки, но и ее синонимы.
Т.е. если в проводках используется системная аналитика, а во внешних КАУ в карточке используются ее синоним,
то попробуем найти соответствие (если стоит птичка), заменив код системной аналитики на код синонима.
Если синонимов несколько, то берется первый синоним.
Обратный вариант - если в проводках будет указан синоним, а карточке ОС указана его системная аналитика
не реализован.
F_OS
Краткое описание :
нужны значения spkatos.nrec при работе алгоритма OSNMAОписание :
Разноска ТХО "Все документы"Что измененно :
при работе алгоритма OSNMA нужно получать два Nrec
spkatos.nrec налоговой спецификации
spkatos.nrec бухгалтерской спецификации
Подробнее во вложении.
Как измененно :
Для идентификатора &SoprDoc добавлены значения:
СпКатОсНМУ - Nrec спецификации карточки ОС для НМУ (таблица SpKatOs);
СпКатОсБМУ - Nrec спецификации карточки ОС для БМУ (таблица SpKatOs).
Извлечение NRec спецификации карточки ОС для налогового/бухгалтерского методов учета алгоритмом &SoprDoc будет производиться только при его совместном применении с циклическим алгоритмом OsNma.
F_OS
Краткое описание :
Необходимо автоматизировать выбор амортизацион. группы и запретить ее перевыборОписание :
Ведение картотекиЧто измененно :
Необходимо автоматизировать выбор амортизационной группы и запретить ее перевыбор.
Необходимо при выборе кода по ОКОФ автоматически перевыбирать и амортизационную группу, если, например, она была неправильно выбрана. Бывает ситуация, когда пользователь выбирает код по ОКОФ и амортизационная группа проставляется, после оказывается, надо было выбрать другой код по ОКОФ, но после перевыбора кода амортизационная группа остается старая.
Также необходимо закрыть выбор амортизационной группы в карточке ОС, чтобы выбирали другой код по ОКОФ, а не просто меняли амортизационную группу.
Предлагаю сделать это с помощью пользовательских настроек, как в первом случае, так и во втором. При этом запрет выбора амортизационной группы должен быть только в том случае, если установлен ее автоматический выбор.
Как измененно :
Доработано. При выборе ОКОф если аморт. группа в каталоге ОКОФ не совпадает с группой в карточке, то
выдается предупреждение с предложением заменить группу на группу из ОКОФ.
И обратно. При выборе аморт. группы, если выбираемая группа не совпадает с аморт. группа в каталоге ОКОФ, то
выдается предупреждение с предложение заменить группу на группу из ОКОФ.