Информация о файле обновления Галактика F_OSOPER_RES_91640.TXT


Описание файла обновления:
ФайлF_OSOPER_RES_91640.TXT
ОбновлениеF_OSOper_res_91640
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентF_OSOPER
ТипRES
Версия9.1.64.0
Дата2018-11-19 14:32:42
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.1125329.1.3.0Предупреждение выдавать до выполнения расчета стоимостиУправление капитальными вложениями и строительствомВвод объектов в эксплуатацию (ОС)
Предупреждение выдавать до выполнения расчета стоимости: есть операция ввода в эксплуатацию, пытаемся выполнить функцию локального меню Расчет стоимости объекта по скрипту - см. вложение. сразу выдавать предупреждение.Если по операции ввода в эксплуатацию сформирована операция ОС/НМА, то пункт локального меню "Расчет стоимости объекта по скрипту" не доступен для выбора.
102.1088439.1.2.0Возможность удаления карточек из архива выбывшихУчет ОСАрхив выбывших объектов
Реализовать групповое удаление карточек(помеченных insert) из архива выбывших.Реализовано групповое удаление карточек(помеченных insert) из архива выбывших. Удаление работает аналогично удалению из картотеки. Т.е. удалить карточку возможно только если по карточке нет операций и нет архива изменений.
102.1140039.1.2.0Неправильно работает уникальность номеров в картотеке ОСУчет ОСВедение картотеки
Неправильно работает уникальность номеров в картотеке ОС. Включена настройка "Контролировать уникальность инвентарного номера карточки" - "по всей картотеки". Но если объект находится в архиве выбывших, то новому объекту ОС можно присвоить номер карточки из архива выбывших. Это неправильно. Возникает путаница при анализе отчетов. Нумерация должна быть уникальна при таком значении настройки.В настройку "Контролировать уникальность инвентарного номера карточки" добавлен еще один режим - "по всей картотеке и архиву выбывших". Если выбран он, то контроль уникальности номера осуществляется по картотеке и по архиву выбывших ИК. Работает если номер создается по последним номерам БД. Для НМА тоже доделано.
102.1160199.1.2.0первый лист в печатной форме операции поступленияУчет ОСПоступление
В печатной форме операции поступления (rtf) первый лист пустой - бухгалтер вынужден нажимать del, чтобы перенести на титульный лист данные со второго листа.Убрал лишний разрыв страницы.
102.1163069.1.2.0НДС в стоимости объекта ОС при печати ТТНУчет ОСВыбытие
НДС в стоимости объекта ОС при печати ТТН (объект переводится со склада) Для корректной печати ТТН из модуля ОС (операции перемещение/выбытие), необходимо иметь информацию о том, был или нет при передаче МЦ со склада в ОС включен НДС в стоимость основного средства. Сейчас при печати ТТН всегда к стоимости объекта прибавляется НДС, но это неверно, если при передаче со склада в ОС в стоимость объекта уже был включен НДС.ОС. Формы ТТН. Цены в формах ТТН будут выводиться с налогами или без в зависимости от настройки: "Настройки Галактики Логистика Складской учет Учетная цена при оприходовании". Наличие же налогов в форме будет определяется настройкой: "Настройки Галактики Логистика Документы Сопроводительные документы Печать Рассчитывать НДС в печатных формах ТТН складского учета"
102.1170559.1.2.0Незаявленный функционал. Стали формироваться проводки к нулевым амортизациямУчет ОСАмортизация
Незаявленный функционал. Стали формироваться проводки к нулевым амортизациям. Если по карточке рассчитывается амортизация, которая равна нулю, то в средней панели интерфейса Амортизация создается запись с нулевой суммой. Ранее по этой записи нельзя было сформировать проводки (например, в ТХО амортизации: одна проводка - износ, остальные проводки - разницы), т.к. не был рассчитан износ. Сейчас же, проводки по разницам стали формироваться(!). Это может привести к дублированию проводок, т.к. клиентами используется режим формирования проводок, который основан на проверке начисления износа по методам учета. Внесено f_osoper_57.Проводки не формируются если амортизация = 0 и нулевая амортизация получена с помощью поправочного коэффициента. Проблема касается случая, когда амортизация получается равной нулю только после применения поправочных коэффициентов (хоть один коэффициент равен нулю) или амортизации будущих периодов (которая равна нулю). - Если рассчитать амортизацию по такой карточке, то в средней панели интерфейса "Амортизация" появится запись с нулевой суммой, но проводки по ней формироваться не будут; - Если одновременно рассчитывать амортизацию по нескольким карточкам (пометить такую карточку и карточку, по которой рассчитывается ненулевая амортизация), то в этом случае в средней панели появится запись с суммой, равной сумме амортизации второй карточки, а проводки уже сформируются по обеим карточкам.
180.67029.1.2.0Не отрисовывается хозоперация при переключении между методамиУчет НМАИзменение параметров
Нахожусь в операции изменение параметров. Открыта закладка "Хоз.операции". В методе 1 ТХО привязана, в методе 2 ТХО не привязана. При переключении между методами учета в верхнем скрине, нижний список не перерисовывается. В итоге создается иллюзия, что ТХО привязана/не привязана в текущем методе учета.Хозоперация и проводки начали отрисовываться.
180.67649.1.2.0Ненаглядно отображается амортизационная премия в детальном просмотреУчет ОСВедение картотеки
По карточке было две операции с амортизационной премией (иллюстрация вложена) В детальном просмотре на закладке "Амортизационная премия" по первой операции отображается 0, по второй - сумма амортизационной премии. Возможно такое поведение системы связано с признаком в каком периоде должна быть начислена премия. Считаю, что нагляднее будет если амортизационная премия будет отображаться по каждой операции. Если нужно, добавьте колонку в интерфейс "льгота учитываемая в следующем периоде".Закладка Амортизационная льгота Суммы с детализацией. В поле "величина амортизационной льготы" отображается льгота как за текущий так и за следующий месяц. За следующий месяц шрифт будет курсив. Жирным шрифтом светится операция текущего периода.
101.484039.1.1.0Неправильная работа диалогового окнаУчет ОСАмортизация
-Клиент вручную массово откорректировали накопленные разницы на начало декабря по нескольким ИК. -После этого вошли в операцию расчет амортизации - амортизация была уже рассчитана. -Пометили несколько карточек на вкладке "Выбор" в операции амортизации. -И из меню по правой кнопке мыши запустили расчет разниц данных по методам учета. По откорректированным карточкам при пересчете выдается сообщение: "Для ИК №_____ значение разниц на начало периода, не соответствует значениям на конец предыдущего периода Привести в соответствие?" "Да","Да для всех","Нет","Нет для всех","Отмена". Ошибка1: Нам необходимо ответить "Нет" для всех карточек. Если ответить "Нет", то программа рассчитывает так, как нужно, то есть не приводит в соответствие самовольно. А если ответить "Нет для всех" - то программа работает так, будто нажимаем "Да для всех". Ошибка2: Если в диалоговом окне дважды щелкнуть (Double Click) мышью на пустом месте (НЕ НА КНОПКЕ!), то программа работает так, будто нажимаем "Да"!Исправлено. При ответе Нет ДЛЯ ВСЕХ - работает как нет. Также повторно не задается вопрос о корректировке не совпадающих данных на начало периода. Ошибка2: Если в диалоговом окне дважды щелкнуть (Double Click) мышью на пустом месте (НЕ НА КНОПКЕ!), то программа работает так, будто нажимаем "Да"! -- >> Это не ошибка, так и должно работать.
101.484619.1.1.0Добавление сложной ИК в операцию переоценки с использованием коэффициентовУчет ОСПереоценка
Добавление сложного инвентарного объекта в операцию переоценки при формировании данной операции с использованием ранее введенных коэффициентов пероценки. 1) Модуль ОС- операции - ввод коэффициентов переоценки. Заводим новую запись с названием "тест" и только для одного инвентарного проставляем коэффициент. Данный инвентарный 001501 является частью сложного инвентарного объекта 0005020. 2) Модуль ОС - операции -Переоценка. Заводим новую операцию, выбираем из списка коэффициентов запись "тест" и производим действие "Проведение переоценки". В результате в операцию переоценки добавляется не только простой инвентарный 00150, но вышестоящий сложный 0005020. Как проявилась проблема на тестовой Галактике: В рамках тестирования ТХО были проведены две операции типа переоценка: 1) Сначала с коэффициентами < 1 - назовем "уценка". 2) Затем с коэффициентами >1 - назовем "дооценка". Когда потребовалось отменить операцию "Уценка" (надо исправить ТХО), Галактика сообщила, что имеется более поздняя операция "Дооценка" и сослалась на сложный инвентарный 0005020. Как показало дальнейшее разбирательство, практически по всем сложным инвентарным ЧАСТЬ простых инветарных попало на уценку, ЧАСТЬ на дооценку, а вышестоящиие сложные попали в обе операции. В результате нельзя исправить ТХО по операции "уценка" , пока не отменишь операцию "Дооценку", по которой проводки сформировались правильно. Вопрос: как получить операцию переоценки, использую коэффициенты переоценки, но без добавления в операцию сложных инвентарных ?. Действующих сложных инвентарных объектов много, так что вручную удалить их из операции после ее формирования не выход. Надо, чтобы сложные инвентарные в операцию переоценки просто не попадали. Доп. скрины во вложении.Исправил функцию CanDelMoveOs_OneNastrOS, которая проверяет возможность отката операции: - исключил из проверки сложные объекты.
102.1081929.1.1.0Не работает автоматическая нумерация операций в модуле учет ОСУчет ОСИзменение стоимости
Не работает автоматическая нумерация операций в модуле учет ОС, если установлена настройка "Настройки Галактики Бухгалтерский контур Учет ОС и НМА Настройка операций ОС Способ нумерации актов" в значении "по последним номера БД". См. вложение.Сделана проверка на уникальность номера. Если номер не уникальный, то генерится следующий.
102.1128489.1.1.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; Немного изменен интерфейс расчета амортизации и перехода на следующий период из картотеки. Параметр задания типа протокола стал выглядеть по другому.
102.1135649.1.1.0Не изменяются значения методов учета в интерфейсе "Амортизация" для расчета разнУчет ОСАмортизация
Не изменяются значения методов учета в интерфейсе "Амортизация" для расчета разниц. Установили следующие настройки "Настройки Галактики Бухгалтерский контур Учет ОС и НМА Налоговый учет ОС Налоговый метод учета" = метод1 "Настройки Галактики Бухгалтерский контур Учет ОС и НМА Налоговый учет ОС Бухгалтерский метод учета" = метод2 В интерфейсе "Амортизация" при одновременном расчете амортизации и разниц, разницы рассчитываются по указанным методам. Затем по групповой карточке проводим операцию частичного внутреннего перемещения. Отменяем ее, и заново проводим. Устанавливаем (изменяем) значение для "Настройки Галактики Бухгалтерский контур Учет ОС и НМА Налоговый учет ОС Налоговый метод учета" = метод3. Если вызывать расчет разниц из карточки, то разницы рассчитываются на правильным методам: метод3 и метод2. А если рассчитывать разницы одновременно с расчетом амортизации через операцию "Амортизация", то расчет будет происходить по метод1 и метод2, что не верно (измененная настройка не перечиталась, и без выхода из галактики обновление не происходит).Исправлено. Настройки методов учета стали перечитываться.
102.1136079.1.1.0AQAПроблемы с переходом на новый отч. период с уст. настройкой "быстрый переход"Учет ОСВедение картотеки
Проблемы с переходом на новый отчетный период с установленной настройкой "быстрый переход" Стало проявляться относительно стабильно только на оракле. При переходе по сложным карточкам криво формируются архивы: - в протокол выдается сообщение об ошибке только по одной (первой) сложной карточке "Ошибка №80) - по остальным архивы создаются как за прошлый месяц, так и за текущих (отчетный) период карточки.Исправлено. В архиве записи создаются правильно с установленной настройкой "быстрый переход".
102.1136469.1.1.0AQA_testПерестали обновляться суммы по сложному объекту при добавлении простыхУчет ОСВедение картотеки
Перестали обновляться суммы по сложному объекту при добавлении в его состав простых через операцию "Внутреннее перемещение". Привнесено пакетом OS_P_45.Исправлено. Сложные объекты пересчитываются.
102.1136479.1.1.0При проведении операции становятся невидимыми поляУчет ОСВнутреннее перемещение
При проведении операции внутреннего перемещения в состав сложного объекта становятся невидимыми наименование поля "Куда переведен" и значение этого поля - инвентарный номер сложного объекта. Нужно их отображать.Поле отображается.
102.1138449.1.1.0Операция переоценки (поле коэф.)Учет ОСПереоценка
Необходимо запускать бухгалтерский калькулятор в поле «Коэф.» при выборе (нажатии клавиши [F3]). В текущей реализации данное действие приводит к обнулению значения поля, что приводит к ошибке в данных системы.Исправлено. Поле не обнуляется. В поле Коэффициент по F3 вызывается калькулятор.
102.1138769.1.1.0Визуализация: карточки не помечены, а информация о помеченных карточках выдаетсяУчет ОСАмортизация
Визуализация: карточки не помечены, а информация о помеченных карточках выдаетсяИСПРАВЛЕНО. Количество отмеченных ИК выдается правильно.
102.1141809.1.1.0не видны пометки при групповой заменеУчет ОСВвод коэффициентов переоценки
Учет ОС=> Операции => Ввод коэффициентов переоценки Стоим на строках задающих начало и конец диапазона, нажимаем Insert, а пометки не видны. Сам функционал замены работает, т.е. заменяет "тихенько" выделенные записи. Отчет о системе вложен, база тестовая пойдет.Добавил колонку для вывода пометки, для тех у кого проблемы с палитрой.
102.1142559.1.1.0Необходимо оптимизировать наложение фильтра по хоз. опер. в операции АмортизацияУчет ОСАмортизация
Необходимо оптимизировать наложение фильтра по хозоперациям в средней панели в окне операции "Амортизация". В операции амортизация на закладке "Выбор" можно по правой кнопке установить фильтр по Alt+B по хозоперациям, при этом выдается сообщение: --------------------------- Предупреждение --------------------------- Для установки ограничений по хозоперации за текущий период необходимо провести предварительную подготовку данных! Производить установку данных ограничений? --------------------------- Да Нет --------------------------- Если ответить "Да", то происходит проверка всей таблицы KatOs - это занимает длительное время на больших объемах баз и к тому же вызывает проблему, если работают несколько человек в разных подразделениях, так как им при одновременном наложении фильтра постоянно приходится выполнять эту функцию. Просим доработать и оптимизировать наложение этого фильтра так, чтобы он устанавливался быстрее и не затруднял работу пользователям. Также, желательно предусмотреть сохранение этого фильтра для каждого пользователя отдельно и чтобы при выходе из интерфейса он тоже сохранялся.Фильтр оптимизирован. Предварительная подготовка данных больше не производится. Фильтр по хозоперации накладывается аналогично, как в картотеке. Предварительная подготовка данных заключалась в том, что поле SpKatos.cHozOper записывалось в поле Katos.npp. И по этому полю строился фильтр.
102.1144149.1.1.0Заблокировать DEL в полях объект, код объекта.Управление капитальными вложениями и строительствомПередача объектов инвестору
Заблокировать DEL в полях объект, код объекта в браузере. Сейчас свободно удаляет информацию.Исправлено. Клавиша DEl больше не удаляет объект из списка.
102.1145079.1.1.0Изменение срока использования при проведении операцииУчет ОСИзменение группы/вида
В связи с переходом на новый классификатор видовнорм возникает ситуация когда ОС в соответствии с новой нормой получает отличный от старого срок полезного использования. Клиент утверждает, что инструкция по ведению ОС позволяет в таком случае оставить прежний срок, поскольку изменение происходит в допустимом интервале. Проблема в том, что операция меняет срок не только в поле "Норма", но и в поле "Срок полезного использования", где его менять не нужно. Предложение заводить в новом классификаторе "собственную" норму для таких ОС похоже так же неправомерно с точки зрения законодательства. Пока решение напрашивается одно: необходимо предоставить клиенту выбор - изменять или не изменять поле "Срок полезного использования".Исправлено. При проведении операции, если срок использования не нулевой задается вопрос менять его или нет.
102.1149079.1.1.0После отката по некоторым карточкам не перепроводится операция амортизацияУчет ОСВедение картотеки
После отката и последующего наката по некоторым карточкам не перепроводится операция амортизация. БД в ОИТ.Исправлено. Операция амортизации перепроводится всегда. Признак возможности перепроведения не анализируется. Раньше анализировался.
102.1149239.1.1.0Слетает наимен. инвентарного объекта в интерфейсе передачи объекта инвесторуУправление капитальными вложениями и строительствомПередача объектов инвестору
Если операция передачи объекта инвестору формируется по стройке, то при нажатии F3 в поле "Стоимость" название инвентарного объекта заменяется на название объекта строительства из этой позиции. Необходимо выполнять такую замену только в том случае, если наименование инвентарного объекта не корректировалось до этого пользователем.При нажатии F3 в поле "Стоимость" название инвентарного объекта заменяется на название объекта строительства только в том случае, если текущее значение наименования совпадает с наименованием стройки, указанной в параметрах текущей операции.
102.1157979.1.1.0зависание галактикиУчет ОСВедение картотеки
Клиент заходит в карточку, в закладку "операции" и по F7 добавляет операцию "изменение стоимости" - галактика при этом зависает. Вопрос очень важный, т.к. эта ситуация не позволяет сдать налоги. Зависание воспроизводится на базе beltel host name: oit-server702 port number: 1521 protocol: tcp/ipНадо последний номер "частично списано" сделать например "частично списано001" и зависание исчезнет. Зависание происходит из-за проверки на уникальность номера. Проверка на уникальность доработана, так чтобы не висла.
102.1164069.1.1.0Перестал работать режим отмены амортизации "без корректировки проводок"Учет ОСАмортизация
Перестал работать режим отмены амортизации "без корректировки проводок" - проводки пересчитываются всегда.Стал работать режим отмены амортизации "без корректировки проводок." При отмене амортизации по последней карточке в режиме "без корректировки проводок" в средней панели остается запись хозоперации (SoprHoz) с нулевой суммой и привязанными к ней проводками, которые не удаляются.
180.60659.1.1.0Нарушение прав доступа к операции амортизации ОСУчет ОСАмортизация
Включены настройки Настройки Галактики Общие настройки системы Доступ к документам = все права в рамках группы Настройки Галактики Бухгалтерский контур Учет ОС и НМА Настройка ИК ОС Доступ к документам = все права в рамках группы Выявлены следующие нарушения разграничения доступа по группам дескрипторов: 1) можно беспрепятственно удалить операцию начисления амортизации, включающую карточки с другой группой дескрипторов; 2) можно беспрепятственно провалиться в хозоперацию, принадлежащую другой группе дескрипторов, нажав кнопку [Показать проводки]; 3) можно беспрепятственно переформировать проводки по хоз.операции, принадлежащей другой группе дескрипторов, нажав кнопку [Сформировать проводки]. Данные недоработки необходимо устранить. На наш взгляд, было бы лучше, если бы разделение доступа производилось уже на уровне MoveOS, и создавалось несколько операций амортизации: для каждой группы дескрипторов. Такой подход решил бы сразу много спорных вопросов по разграничению доступа и улучшил бы эргономику работы в условиях разделения ответственности бухгалтеров. Контроль того при этом, чтобы по одному и тому же ОС не посчиталась амортизация дважды предлагается производить в рамках анализа группы операций начисления амортизации в месяце (а не в одной операции как сейчас).Добавлена новая настройка "Настройки Галактики Бухгалтерский контур Учет ОС и НМА Настройка операций Применять права доступа к операции "Амортизация". Если она имеет значение ДА, то Доступ к функционалу расчета амортизации теперь зависит от дескриптора(группы дескрипторов) и значения настройки "Настройки Галактики Бухгалтерский контур Учет ОС и НМА Настройка ИК ОС Доступ к документам". Ограничения действуют на следующие функции: 1) Удаление амортизации. Анализируется дескриптор самой операции амортизации (MoveOs) и дескрипторы всех ХозОпераций (SoprHoz) по всем методам учета. 2) [Сформировать проводки]. При переформировании проводки по хоз.операции, анализируется дескриптор этой хозоперации (SoprHoz). Дескрипторы ИК и оборотов не анализируются. 3) [Показать проводки]. Можно беспрепятственно провалиться в хозоперацию, принадлежащую другой группе дескрипторов, нажав кнопку [Показать проводки]; Но редактирование и удаление проводок зависит от дескриптора Хозоперации(SoprHoz) и проводок (Oborot). Впрочем оно работало так и раньше, но использовалась настройка "Настройки Галактики Общие настройки системы Доступ к документам". При чем если проводок нет, то хозоперацию можно удалить по любому, но будет выдано предупреждение, если дескрипторы не совпадают. 4) Расчет амортизации и отмена амортизации работают по новому. Используется дескриптор карточки(KatOs) - для самой амортизации (как и раньше). Для доступа к хозоперации и проводкам используется дескриптор хозоперации (SoprHoz). При отмене амортизации анализируется только дескриптор Хозоперации (средняя панель). Дескрипторы ИК и оборотов не анализируются. В верхнюю и среднюю панель добавлено поле ДАТА - дата, время последнего изменения MoveOs и SpMove. В среднюю панель добавлены поля дескриптор и группа для ХозОперации. При печать отчета по ошибкам расчета амортизации инвентарный номер ИК стал выводится правильно без переднего слэша (/).
180.63079.1.1.0Групповое удаление документов ОСУчет ОСПоступление
- Выполнил групповую пометку 500 документов в операциях поступления - Нажал F8 - Ожидаю что будет групповое удаление. Но система предлагает удалить только текущий документ! Логично было ожидать, что должно произойти групповое удаление операций ОС. К тому же почему, то операция отмены проведения все таки работает как групповая при множественной пометке, а удаление почему-то не работает. Не понятно почему различный подход к этим двум типам операций. ПРЕДЛАГАЮ: Реализовать групповое удаление помеченных операций ОС.Сделано групповое удаление выбранных операций ОС.
180.65009.1.1.0Писать информацию в протокол о том, что архив не будет сформированУчет ОСНовый месяц
Если "Дата поступления" из будущего, то при переводе карточки в следующий месяц,меньший чем дата поступления, архив по карточке не формируется. ПРЕДЛАГАЮ: формировать информацию в протокол, о том, что архив не будет сформирован по карточкам и по каким.В протокол выводится предупреждение, что архив не будет сформирован если дата поступления больше даты отчетного периода, куда переходим.
180.65819.1.1.0Нет возможности сразу ввести ручную амортизациюУчет ОСАмортизация
Если в карточке создать по F7 ручную запись по амортизации "будущего периода", то сразу после создания система не дает ввести сумму амортизации, пока не побегаешь по полям созданной записи (видео прилагается).Исправлено. Можно сразу задать амортизацию.
180.67619.1.1.0Странное ограничение при вводе амортизации вручнуюУчет ОСВедение картотеки
Имею карточку с первоначальной стоимостью 10000 и накопленным износом 0. Захожу в карточке ОС на закладку Операции - Амортизация. Ввожу по F7 новую операцию амортизации. Ввожу сумму амортизации 10000. Перехожу на другое поле. Сумма амортизации обнуляется. Если ввести 9999.9999, то сумма амортизации не обнулится. Я так понимаю, что это срабатывает защита на превышение амортизации над остаточной стоимостью. Вопросы: 1. Что происходит с введенным значением износа (10000), что система расценивает их как превышение износа над остаточной стоимостью, ведь остаточная стоимость как раз таки и равна вводимому значению? 2. Почему бы в случае, если вдруг пользователь вбил сумму износа, превышающую остаточную стоимость, не устанавливать значение износа в месяце равным остаточной стоимости, а не равный 0? ПРЕДЛАГАЮ: 1. Устранить нелогичное поведение системы в случае 1. 2. Реализовать предложение: в случае, если в ручной операции амортизации пользователь вбил сумму износа, превышающую остаточную стоимость, устанавливать эту сумму износа равной остаточной стоимости.Исправлено. 1. Устранено нелогичное поведение системы в случае 1. 2. Реализовано предложение: в случае, если в ручной операции амортизации пользователь вбил сумму износа, превышающую остаточную стоимость, устанавливать эту сумму износа равной остаточной стоимости.
180.67629.1.1.0Проваливаться на хоз.операцию в которой рассчитана амортизация по карточкеУчет ОСВедение картотеки
Захожу в карточке ОС на закладку Операции - Амортизация. Выбираю нужную операцию, нажимаю F4 Открывается операция амортизации, в средней панели много ТХО. В какой именно скрывается карточка, из которой мы вызвали редактирование, нужно еще искать. ПРЕДЛАГАЮ во второй панели интерфейса амортизации сразу устанавливать указатель на ту ХО, в которой рассчитана данная карточка ОС.Во второй панели интерфейса амортизации сразу устанавливаю указатель на ту ХО, в которой рассчитана данная карточка ОС. В трейтьей, на саму ИК.