F_OSOPER
Краткое описание :
Нарушение прав доступа к операции амортизации ОСОписание :
АмортизацияЧто измененно :
Включены настройки
Настройки Галактики \ Общие настройки системы \ Доступ к документам = все права в рамках группы
Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Настройка ИК \ ОС \ Доступ к документам = все права в рамках группы
Выявлены следующие нарушения разграничения доступа по группам дескрипторов:
1) можно беспрепятственно удалить операцию начисления амортизации, включающую карточки с другой группой дескрипторов;
2) можно беспрепятственно провалиться в хозоперацию, принадлежащую другой группе дескрипторов, нажав кнопку [Показать проводки];
3) можно беспрепятственно переформировать проводки по хоз.операции, принадлежащей другой группе дескрипторов, нажав кнопку [Сформировать проводки].
Данные недоработки необходимо устранить.
На наш взгляд, было бы лучше, если бы разделение доступа производилось уже на уровне MoveOS, и создавалось несколько операций амортизации: для каждой группы дескрипторов. Такой подход решил бы сразу много спорных вопросов по разграничению доступа и улучшил бы эргономику работы в условиях разделения ответственности бухгалтеров.
Контроль того при этом, чтобы по одному и тому же ОС не посчиталась амортизация дважды предлагается производить в рамках анализа группы операций начисления амортизации в месяце (а не в одной операции как сейчас).
Как измененно :
Добавлена новая настройка "Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Настройка операций \ Применять права доступа к операции "Амортизация". Если она имеет значение ДА, то
Доступ к функционалу расчета амортизации теперь зависит от дескриптора(группы дескрипторов) и
значения настройки "Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Настройка ИК \ ОС \ Доступ к документам".
Ограничения действуют на следующие функции:
1) Удаление амортизации. Анализируется дескриптор самой операции амортизации (MoveOs) и дескрипторы всех ХозОпераций (SoprHoz) по всем методам учета.
2) [Сформировать проводки]. При переформировании проводки по хоз.операции, анализируется дескриптор этой хозоперации (SoprHoz).
Дескрипторы ИК и оборотов не анализируются.
3) [Показать проводки]. Можно беспрепятственно провалиться в хозоперацию, принадлежащую другой группе дескрипторов, нажав кнопку [Показать проводки];
Но редактирование и удаление проводок зависит от дескриптора Хозоперации(SoprHoz) и проводок (Oborot). Впрочем оно работало так и раньше, но
использовалась настройка "Настройки Галактики \ Общие настройки системы \ Доступ к документам". При чем если проводок нет, то хозоперацию
можно удалить по любому, но будет выдано предупреждение, если дескрипторы не совпадают.
4) Расчет амортизации и отмена амортизации работают по новому.
Используется дескриптор карточки(KatOs) - для самой амортизации (как и раньше).
Для доступа к хозоперации и проводкам используется дескриптор хозоперации (SoprHoz).
При отмене амортизации анализируется только дескриптор Хозоперации (средняя панель). Дескрипторы ИК и оборотов не анализируются.
В верхнюю и среднюю панель добавлено поле ДАТА - дата, время последнего изменения MoveOs и SpMove.
В среднюю панель добавлены поля дескриптор и группа для ХозОперации.
При печать отчета по ошибкам расчета амортизации инвентарный номер ИК стал выводится правильно без
переднего слэша (/).
F_OSOPER
Краткое описание :
Групповое удаление документов ОСОписание :
ПоступлениеЧто измененно :
- Выполнил групповую пометку 500 документов в операциях поступления
- Нажал F8
- Ожидаю что будет групповое удаление. Но система предлагает удалить только текущий документ!
Логично было ожидать, что должно произойти групповое удаление операций ОС.
К тому же почему, то операция отмены проведения все таки работает как групповая при множественной
пометке, а удаление почему-то не работает. Не понятно почему различный подход к этим двум типам
операций.
ПРЕДЛАГАЮ:
Реализовать групповое удаление помеченных операций ОС.
Как измененно :
Сделано групповое удаление выбранных операций ОС.
F_OSOPER
Краткое описание :
Писать информацию в протокол о том, что архив не будет сформированОписание :
Новый месяцЧто измененно :
Если "Дата поступления" из будущего, то при переводе карточки в следующий месяц,меньший чем дата поступления, архив по карточке не формируется.
ПРЕДЛАГАЮ:
формировать информацию в протокол, о том, что архив не будет сформирован по карточкам и по каким.
Как измененно :
В протокол выводится предупреждение, что архив не будет сформирован
если дата поступления больше даты отчетного периода, куда переходим.
F_OSOPER
Краткое описание :
Нет возможности сразу ввести ручную амортизациюОписание :
АмортизацияЧто измененно :
Если в карточке создать по F7 ручную запись по амортизации "будущего периода", то
сразу после создания система не дает ввести сумму амортизации, пока не побегаешь по полям
созданной записи (видео прилагается).
Как измененно :
Исправлено. Можно сразу задать амортизацию.
F_OSOPER
Краткое описание :
Странное ограничение при вводе амортизации вручнуюОписание :
Ведение картотекиЧто измененно :
Имею карточку с первоначальной стоимостью 10000 и накопленным износом 0.
Захожу в карточке ОС на закладку Операции - Амортизация.
Ввожу по F7 новую операцию амортизации. Ввожу сумму амортизации 10000.
Перехожу на другое поле. Сумма амортизации обнуляется.
Если ввести 9999.9999, то сумма амортизации не обнулится.
Я так понимаю, что это срабатывает защита на превышение амортизации над остаточной стоимостью.
Вопросы:
1. Что происходит с введенным значением износа (10000), что система расценивает их как превышение износа
над остаточной стоимостью, ведь остаточная стоимость как раз таки и равна вводимому значению?
2. Почему бы в случае, если вдруг пользователь вбил сумму износа, превышающую остаточную стоимость,
не устанавливать значение износа в месяце равным остаточной стоимости, а не равный 0?
ПРЕДЛАГАЮ:
1. Устранить нелогичное поведение системы в случае 1.
2. Реализовать предложение: в случае, если в ручной операции амортизации пользователь вбил сумму износа,
превышающую остаточную стоимость, устанавливать эту сумму износа равной остаточной стоимости.
Как измененно :
Исправлено.
1. Устранено нелогичное поведение системы в случае 1.
2. Реализовано предложение: в случае, если в ручной операции амортизации пользователь вбил сумму износа,
превышающую остаточную стоимость, устанавливать эту сумму износа равной остаточной стоимости.
F_OSOPER
Краткое описание :
Проваливаться на хоз.операцию в которой рассчитана амортизация по карточкеОписание :
Ведение картотекиЧто измененно :
Захожу в карточке ОС на закладку Операции - Амортизация.
Выбираю нужную операцию, нажимаю F4
Открывается операция амортизации, в средней панели много ТХО.
В какой именно скрывается карточка, из которой мы вызвали редактирование, нужно еще искать.
ПРЕДЛАГАЮ
во второй панели интерфейса амортизации сразу устанавливать указатель на ту ХО, в которой
рассчитана данная карточка ОС.
Как измененно :
Во второй панели интерфейса амортизации сразу устанавливаю указатель на ту ХО, в которой рассчитана данная карточка ОС. В трейтьей, на саму ИК.
F_OSOPER
Краткое описание :
Неправильная работа диалогового окнаОписание :
АмортизацияЧто измененно :
-Клиент вручную массово откорректировали накопленные разницы на начало декабря по нескольким ИК.
-После этого вошли в операцию расчет амортизации - амортизация была уже рассчитана.
-Пометили несколько карточек на вкладке "Выбор" в операции амортизации.
-И из меню по правой кнопке мыши запустили расчет разниц данных по методам учета.
По откорректированным карточкам при пересчете выдается сообщение:
"Для ИК №_____ значение разниц на начало периода, не
соответствует значениям на конец предыдущего периода
Привести в соответствие?"
"Да","Да для всех","Нет","Нет для всех","Отмена".
Ошибка1:
Нам необходимо ответить "Нет" для всех карточек.
Если ответить "Нет", то программа рассчитывает так, как нужно, то есть не приводит в соответствие самовольно.
А если ответить "Нет для всех" - то программа работает так, будто нажимаем "Да для всех".
Ошибка2:
Если в диалоговом окне дважды щелкнуть (Double Click) мышью на пустом месте (НЕ НА КНОПКЕ!),
то программа работает так, будто нажимаем "Да"!
Как измененно :
Исправлено. При ответе Нет ДЛЯ ВСЕХ - работает как нет.
Также повторно не задается вопрос о корректировке не совпадающих
данных на начало периода.
Ошибка2:
Если в диалоговом окне дважды щелкнуть (Double Click) мышью на пустом месте (НЕ НА КНОПКЕ!),
то программа работает так, будто нажимаем "Да"!
-- >> Это не ошибка, так и должно работать.
F_OSOPER
Краткое описание :
Добавление сложной ИК в операцию переоценки с использованием коэффициентовОписание :
ПереоценкаЧто измененно :
Добавление сложного инвентарного объекта в
операцию переоценки при формировании данной операции с
использованием ранее введенных коэффициентов пероценки.
1) Модуль ОС- операции - ввод коэффициентов переоценки.
Заводим новую запись с названием "тест" и только для
одного инвентарного проставляем коэффициент. Данный
инвентарный 001501 является частью сложного
инвентарного объекта 0005020.
2) Модуль ОС - операции -Переоценка.
Заводим новую операцию, выбираем из списка
коэффициентов запись "тест" и производим действие
"Проведение переоценки". В результате в операцию
переоценки добавляется не только простой инвентарный
00150, но вышестоящий сложный 0005020.
Как проявилась проблема на тестовой Галактике:
В рамках тестирования ТХО были проведены две операции типа переоценка:
1) Сначала с коэффициентами < 1 - назовем "уценка".
2) Затем с коэффициентами >1 - назовем "дооценка".
Когда потребовалось отменить операцию
"Уценка" (надо исправить ТХО), Галактика сообщила, что
имеется более поздняя операция "Дооценка" и сослалась
на сложный инвентарный 0005020.
Как показало дальнейшее разбирательство, практически по всем сложным
инвентарным ЧАСТЬ простых инветарных попало на уценку,
ЧАСТЬ на дооценку, а вышестоящиие сложные попали в обе
операции.
В результате нельзя исправить ТХО по операции
"уценка" , пока не отменишь операцию "Дооценку", по
которой проводки сформировались правильно.
Вопрос: как получить операцию переоценки, использую коэффициенты
переоценки, но без добавления в операцию сложных
инвентарных ?.
Действующих сложных инвентарных объектов много, так что вручную удалить их из операции после ее формирования не выход.
Надо, чтобы сложные инвентарные в операцию переоценки просто не попадали.
Доп. скрины во вложении.
Как измененно :
Исправил функцию CanDelMoveOs_OneNastrOS,
которая проверяет возможность отката операции:
- исключил из проверки сложные объекты.
F_OSOPER
Краткое описание :
Не работает автоматическая нумерация операций в модуле учет ОСОписание :
Изменение стоимостиЧто измененно :
Не работает автоматическая нумерация операций в модуле
учет ОС, если установлена настройка "Настройки
Галактики \ Бухгалтерский контур \ Учет ОС и НМА \
Настройка операций \ ОС \ Способ нумерации актов" в
значении "по последним номера БД".
См. вложение.
Как измененно :
Сделана проверка на уникальность номера. Если номер не
уникальный, то генерится следующий.
F_OSOPER
Краткое описание :
Избавиться от глобальных для всей системы переменныхОписание :
Другие вопросы по ОСЧто измененно :
Избавиться от глобальных для всей системы переменных
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_OSOPER
Краткое описание :
Не изменяются значения методов учета в интерфейсе "Амортизация" для расчета разнОписание :
АмортизацияЧто измененно :
Не изменяются значения методов учета в интерфейсе "Амортизация" для расчета разниц.
Установили следующие настройки
"Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Налоговый учет \ ОС \ Налоговый метод учета" = метод1
"Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Налоговый учет \ ОС \ Бухгалтерский метод учета" = метод2
В интерфейсе "Амортизация" при одновременном расчете амортизации и разниц, разницы рассчитываются по указанным
методам.
Затем по групповой карточке проводим операцию частичного внутреннего перемещения. Отменяем ее, и заново проводим.
Устанавливаем (изменяем) значение для
"Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Налоговый учет \ ОС \ Налоговый метод учета" = метод3.
Если вызывать расчет разниц из карточки, то разницы рассчитываются на правильным методам: метод3 и метод2.
А если рассчитывать разницы одновременно с расчетом амортизации через операцию "Амортизация", то расчет
будет происходить по метод1 и метод2, что не верно (измененная настройка не перечиталась, и без выхода из галактики
обновление не происходит).
Как измененно :
Исправлено. Настройки методов учета стали перечитываться.
F_OSOPER
Краткое описание :
AQAПроблемы с переходом на новый отч. период с уст. настройкой "быстрый переход"Описание :
Ведение картотекиЧто измененно :
Проблемы с переходом на новый отчетный период с установленной настройкой "быстрый переход"
Стало проявляться относительно стабильно только на оракле.
При переходе по сложным карточкам криво формируются архивы:
- в протокол выдается сообщение об ошибке только по одной (первой) сложной карточке "Ошибка №80)
- по остальным архивы создаются как за прошлый месяц, так и за текущих (отчетный) период карточки.
Как измененно :
Исправлено. В архиве записи создаются правильно с установленной настройкой "быстрый переход".
F_OSOPER
Краткое описание :
AQA_testПерестали обновляться суммы по сложному объекту при добавлении простыхОписание :
Ведение картотекиЧто измененно :
Перестали обновляться суммы по сложному объекту при добавлении в
его состав простых через операцию "Внутреннее перемещение".
Привнесено пакетом OS_P_45.
См. влож. файл
Как измененно :
Исправлено. Сложные объекты пересчитываются.
F_OSOPER
Краткое описание :
При проведении операции становятся невидимыми поляОписание :
Внутреннее перемещениеЧто измененно :
При проведении операции внутреннего перемещения в состав сложного объекта
становятся невидимыми наименование поля "Куда переведен" и значение этого поля -
инвентарный номер сложного объекта.
Нужно их отображать.
См. влож файл
Как измененно :
Поле отображается.
F_OSOPER
Краткое описание :
Операция переоценки (поле коэф.)Описание :
ПереоценкаЧто измененно :
Описание во вложении.
Как измененно :
Исправлено. Поле не обнуляется.
В поле Коэффициент по F3 вызывается калькулятор.
F_OSOPER
Краткое описание :
Визуализация: карточки не помечены, а информация о помеченных карточках выдаетсяОписание :
АмортизацияЧто измененно :
Визуализация: карточки не помечены, а информация о помеченных карточках выдается
Как измененно :
ИСПРАВЛЕНО. Количество отмеченных ИК выдается правильно.
F_OSOPER
Краткое описание :
не видны пометки при групповой заменеОписание :
Ввод коэффициентов переоценкиЧто измененно :
Учет ОС=> Операции => Ввод коэффициентов переоценки
Стоим на строках задающих начало и конец диапазона, нажимаем Insert, а пометки не видны.
Сам функционал замены работает, т.е. заменяет "тихенько" выделенные записи.
Отчет о системе вложен, база тестовая пойдет.
Как измененно :
Добавил колонку для вывода пометки, для тех у кого
проблемы с палитрой.
F_OSOPER
Краткое описание :
Необходимо оптимизировать наложение фильтра по хоз. опер. в операции АмортизацияОписание :
АмортизацияЧто измененно :
Необходимо оптимизировать наложение фильтра по
хозоперациям в средней панели в окне операции
"Амортизация".
В операции амортизация на закладке "Выбор" можно по
правой кнопке установить фильтр по Alt+B по
хозоперациям, при этом выдается сообщение:
---------------------------
Предупреждение
---------------------------
Для установки ограничений по хозоперации за текущий
период
необходимо провести предварительную подготовку данных!
Производить установку данных ограничений?
---------------------------
Да Нет
---------------------------
Если ответить "Да", то происходит проверка всей таблицы
KatOs - это занимает длительное время на больших
объемах баз и к тому же вызывает проблему, если
работают несколько человек в разных подразделениях, так
как им при одновременном наложении фильтра постоянно
приходится выполнять эту функцию.
Просим доработать и оптимизировать наложение этого
фильтра так, чтобы он устанавливался быстрее и не
затруднял работу пользователям. Также, желательно
предусмотреть сохранение этого фильтра для каждого
пользователя отдельно и чтобы при выходе из интерфейса
он тоже сохранялся.
Как измененно :
Фильтр оптимизирован.
Предварительная подготовка данных больше не производится.
Фильтр по хозоперации накладывается аналогично, как в картотеке.
Предварительная подготовка данных заключалась в том, что поле
SpKatos.cHozOper записывалось в поле Katos.npp. И по этому полю
строился фильтр.
F_OSOPER
Краткое описание :
Заблокировать DEL в полях объект, код объекта.Описание :
Передача объектов инвесторуЧто измененно :
Заблокировать DEL в полях объект, код объекта в браузере.
Сейчас свободно удаляет информацию.
Как измененно :
Исправлено. Клавиша DEl больше не удаляет объект из списка.
F_OSOPER
Краткое описание :
Изменение срока использования при проведении операцииОписание :
Изменение группы/видаЧто измененно :
В связи с переходом на новый классификатор
видов\норм возникает ситуация когда ОС в соответствии с
новой нормой получает отличный от старого срок
полезного использования. Клиент утверждает, что
инструкция по ведению ОС позволяет в таком случае
оставить прежний срок, поскольку изменение происходит в
допустимом интервале. Проблема в том, что операция
меняет срок не только в поле "Норма", но и в поле "Срок
полезного использования", где его менять не нужно.
Предложение заводить в новом классификаторе
"собственную" норму для таких ОС похоже так же
неправомерно с точки зрения законодательства. Пока
решение напрашивается одно: необходимо предоставить
клиенту выбор - изменять или не изменять поле "Срок
полезного использования".
Как измененно :
Исправлено. При проведении операции, если срок использования не нулевой
задается вопрос менять его или нет.
F_OSOPER
Краткое описание :
По первой в списке ИК без архивов не рассчитывается амортизация в месяц вводаОписание :
АмортизацияЧто измененно :
По первой в списке ИК без архивов не рассчитывается амортизация в месяц ввода.
Есть новых одинаковых 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_OSOPER
Краткое описание :
После отката по некоторым карточкам не перепроводится операция амортизацияОписание :
Ведение картотекиЧто измененно :
После отката и последующего наката по некоторым карточкам
не перепроводится операция амортизация.
БД в ОИТ.
Как измененно :
Исправлено. Операция амортизации перепроводится всегда.
Признак возможности перепроведения не анализируется. Раньше
анализировался.
F_OSOPER
Краткое описание :
Слетает наимен. инвентарного объекта в интерфейсе передачи объекта инвесторуОписание :
Передача объектов инвесторуЧто измененно :
Если операция передачи объекта инвестору формируется по стройке, то при нажатии F3 в поле "Стоимость" название инвентарного объекта заменяется на название объекта строительства из этой позиции. Необходимо выполнять такую замену только в том случае, если наименование инвентарного объекта не корректировалось до этого пользователем.
Как измененно :
При нажатии F3 в поле "Стоимость" название инвентарного объекта заменяется на название объекта строительства только в том случае, если текущее значение наименования совпадает с наименованием стройки, указанной в параметрах текущей операции.
F_OSOPER
Краткое описание :
зависание галактикиОписание :
Ведение картотекиЧто измененно :
Клиент заходит в карточку, в закладку "операции" и по F7 добавляет операцию "изменение стоимости" - галактика при этом зависает.
Вопрос очень важный, т.к. эта ситуация не позволяет сдать налоги.
Зависание воспроизводится на базе
beltel
host name: oit-server702
port number: 1521
protocol: tcp/ip
Как измененно :
Надо последний номер "частично списано" сделать например "частично списано001" и зависание исчезнет.
Зависание происходит из-за проверки на уникальность номера.
Проверка на уникальность доработана, так чтобы не висла.
F_OSOPER
Краткое описание :
Перестал работать режим отмены амортизации "без корректировки проводок"Описание :
АмортизацияЧто измененно :
Перестал работать режим отмены амортизации "без корректировки проводок" -
проводки пересчитываются всегда.
Как измененно :
Стал работать режим отмены амортизации "без корректировки проводок." При отмене амортизации по последней карточке в режиме
"без корректировки проводок" в средней панели остается запись хозоперации (SoprHoz) с нулевой суммой и привязанными к ней
проводками, которые не удаляются.