Информация о файле обновления Галактика 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
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
101.578019.1.28.0В прототип OsOperPril добавить код по ОКЕИУчет ОСВнутреннее перемещение
В прототип OsOperPril добавить код по ОКЕИ. Это необходимо для реализации новых бюджетных форм.В прототип OsOperPril добавлено поле код Единицы измерения - "КодЕдИзм".
101.578739.1.28.0В прототип OsOne добавить вывод групп ОСУчет ОСПоступление
В прототип OsOne добавить вывод групп ОС. Именно групп, а не амортизационных групп.В форму-прототип добавлено два поля: KatOsGrOsKodGr - код группы ОС KatOsGrOsNameGr - наименование группы ОС
102.1464609.1.28.0печать актов приема-передачиУчет ОСПоступление
При вводе основного средства необходимо печатать бумажную форму акта о приеме-передаче основных средств. На данный момент это осуществляется в опции "печать актов по объектам" в операции поступление ОС. Однако если выбирать несколько поступлений, то автоматически печатается реестр поступлений и только. Таким образом при вводе объекта строительства имеется порядка 400-500 поступлений и для распечатки акта нам необходимо зайти в каждое поступление и выбрать функцию печати, выбрать комиссию и т.д. Хотелось бы получить пакетную печать формы "акта о приеме-передаче основных средств". Т.е. возможность выделить необходимые поступления и по Ctrl+p выбрать форму печати акта, далее комиссию и т.д.Доработано. Из списка операций стало возможным по Ctrl+p выбрать форму печати акта, далее комиссию и т.д. Будут печататься помеченные операции или текущая. В окне операции, печать акта также стала вызываться по Ctrl+P.
102.1468019.1.28.0перевести ввод интервала дат в ограничениях на DateInterimFunctions;Учет ОСПоступление
перевести ввод интервала дат в ограничениях на DateInterimFunctions;Переведено.
102.1474149.1.28.0Расширить поле KodOF.Kod_of до 16 символов в визуальной частиУчет ОСВедение картотеки
Расширить поле KodOF.Kod_of до 16 символов в визуальной части.Доработано.
180.89849.1.28.0Не считаются временные разницы по выбывшим в текущем периоде ОСУчет ОСАмортизация
У нас общая амортизация считается в начале периода, а разницы в амортизации в конце периода. При настройке "Разрешать модификацию выбывших ИК" - по запросу, не считаются разницы (запуская через расчет амортизации), не смотря на согласие редактирования. Если считать из самой карточки, то все нормально.Cчитаются временные разницы по выбывшим в текущем периоде ОС.
101.577869.1.27.0в прототип формы OsOne добавить КПП контрагента и собственной организацииУчет ОСПоступление
В виду разработки собственных бюджетных форм, заказчик просит в прототип формы OsOne добавить КПП контрагента и собственной организации.В форму прототип выведены два поля Поставщик_КПП, Получатель_КПП. Выводится код КПП.
102.1079199.1.27.0Операция Поступление в разрезе подразделенийУчет ОСПоступление
Для операции Поступление добавить поле подразделение, при его заполнении, выбор ИК в операцию возможен только данного подразделения реализовать фильтр по подразделению в списке операцийВ окно редактирования операции поступления добавлено поле "Подразделение". При заполнении данного поля, выбор ИК в операцию возможен только данного подразделения. Также для операции поступления реализован фильтр по подразделениям.
102.1332159.1.27.0Доработать "Список прикрепленных документов"Учет ОСВедение картотеки
Доработать "Список прикрепленных документов" - редактирование полей сделать в отдельном окне в виде анкетного ввода данных по клавише "F4". Доработать "Каталог типов документа" - добавить новый вид документа "подтверждает передачу объекта в аренду". При выборе нового типа документа в окне редактирования списка прикрепленных документов добавить новые поля: - дата начала аренды - дата окончания аренды - арендатор - передано в аренду - единица измененияВ окне редактирования данные представлены в анкетной форме. Окно вызывается клавишей "F4". В "Каталог типов документа" добавлен новый вид документа "подтверждает передачу объекта в аренду". Для нового вида документа в окно редактирования добавлены дополнительные поля: дата начала аренды, дата окончания аренды, арендатор, передано в аренду, единица изменения.
102.1441969.1.27.0Не перепроводятся операции при установленной настройке "перепроводить операции после закрытия периода"Учет ОСВедение картотеки
Не перепроводятся операции при установленной настройке "перепроводить операции после закрытия периода" Настройки Галактики Бухгалтерский контур Учет ОС и НМА Автоматическое перепроведение операций при переходе на новый отчетный период" установлена в значение "при закрытии отчетного периода". Карточка находится в июне 2015 года. Откатились по ИК в январь. Потом накатились сразу в июнь. Ни одна из операций за февраль-май не перепровелась. Данные в карточке стали некорректными.Исправлнно. Перепроводятся.
102.1454859.1.27.0Доработать учет данных по разницам на начало периода при выполнении Операции "Корректировки" не за весь период, а за несколько предыдущих месяцев.Учет ОСКорректировка разниц
Доработать учет данных по разницам на начало периода при выполнении Операции "Корректировки" не за весь период, а за несколько предыдущих месяцев. Например. Есть карточка, по которой рассчитывали ежемесячно постоянную разницу по формуле SpKatOsBuh.Stoim/10000+OSRAZNCURR.PR: -за январь начислено ПР 40, накоплено 40; -за февраль начислено ПР 80, накоплено 120; -за март начислено ПР 160, накоплено 280. Сейчас карточка находится в апреле. При выполнении корректировки разниц за период с января по март выдается результат правильный: ничего изменять в карточке не надо - значение по разница нулевые. При выполнении корректировки разниц за период с марта по март результат по ПР "-120", т.е. без учета накопленной ПР на 01/03 (280-160). При выполнении корректировки разниц за период с февраля по март результат по ПР "-40", т.е. без учета накопленной ПР на 01/02 (280-240). Нужна возможность учета данных на начало периода корректировки.Доработано. Можно считать за несколько(один) предыдущих месяцев.
102.1455019.1.27.0Требуется добавить формы ОС-1 и ОС-4 не в формате ЭХДУчет ОСПоступление
Требуется добавить формы ОС-1 и ОС-4 не в формате ЭХД. Данные формы были раньше такие [ВСМН]...... но не в формате ЭХД. Данный клиент, как и многие другие дочки ТН еще не перешли на ЭХД, по этому не могут использовать данные формы. Нужно дополнительно вернуть старые варианты отчетов.Старые формы для ВСМН - ОС-1 и ОС-4 возвращены.
102.1457669.1.27.0Лишняя графа "Амортизация за отч.период" в интерфейсе "Переоценка"Учет НМАДругие интерфейсы по НМА
Лишняя графа "Амортизация за отч.период" в интерфейсе "Переоценка". В модуле НМА в интерфейсе "Переоценка" есть графа "Амортизация за отч.период", в которую данные не выводятся, и которой нет в "Переоценке" ОС.Исправлено.
102.1467639.1.27.0Неверный расчет срока использованияУчет ОСНовый месяц
В случае установленной настройки: Единица измерения срока использования - в годах при переходе с признаком "быстрый переход" в архиве картотеки неверно рассчитываются поля оставшегося срока использования.Исправлен расчет срока полезного использования.
102.1473229.1.27.0При удалении записи SPVVSTROY, нужно удалять записи Attrval которые связаны с нейУправление капитальными вложениями и строительствомВвод объектов в эксплуатацию (ОС)
При удалении операции ввода в эксплуатацию НЕ удаляются значения атрибутов связанных со спецификацией. Значения атрибутов к шапке удаляются.При удалении спецификации удаляются все внешние атрибуты, привязанные к данной позиции.
180.88309.1.27.0Генерация номеров инв.карточек при переводе со склада в ОССкладской учетОС-овая сторона накладной
Интерфейсом документа "Накладная на передачу МЦ в ОС" предусмотрено формирование инвентарных карточек, формируемые системой автоматически номера не соответствуют принятой в картотеке ОС нумерации. Приходится менять номера вручную. При создании большого количества ОС этот процесс может быть довольно трудоемким. Для решения этой проблемы НЕОБХОДИМО: доработать функцию перевода со склада в ОС, таким образом, чтобы нумерация инвентарных карточек при переводе в ОС работала по такому же принципу, как и при тиражировании инвентарных карточек в модуле ОС: первый инвентарный номер задается пользователем, остальные в указанном диапазоне формируются автоматически, при этом каждый последующий отличается от предыдущего на единицу.Добавлена точка расширения. ExtensionPoint epGetNextKatOsInNum (_cKatOs : comp); Вызывается для формирования инвентарного номера в карточке. Вызывается из интерфейса MCtoOS. Вызывается один раз для каждой создаваемой ИК. Перед вызовом записи таблиц KatOs и SpKatOs уже созданы. Обработчик точки расширения должен сохранить инвентарный номер в таблице KatOs. Если обработчик точки расширения вернет FALSE, то дальше формирование инвентарного номера по стандартной процедуре не происходит. _cKatOs - ссылка на KatOs.
180.88869.1.27.0Настройки расчета амортизации ОС не сохраняютсяУчет ОСАмортизация
Заходим в операцию амортизации, устанавливаем настройки, выбираем несколько методов учета и множество инвентарных карточек. Закрываем окно, в результате галочки остаются, а выбранные методы учета и выбранные карточки нет. Приходится каждый раз заходить и помечать все методы учета. Хотелось бы, чтобы сохранялись выбранные параметры.Доработано. Сохраняется выбор нескольких методов учета и множества инвентарных карточек.
102.1420499.1.26.0При возврате на дату ввода карточки НМА удаляется источник финансирования.Учет НМАВедение картотеки
При возврате на дату ввода карточки НМА удаляется источник финансирования.Исправлено. Не удаляется. Т.к. архив есть только у операции, то выполняем откат по ИФ карточки только, если период в котором находилась карточка совпадает или больше с периодом в котором проведена операция. Если период карточки меньше периода операции, то откат не выполняется.
102.1430709.1.26.0Требуется доработка формы Акт о приеме-передаче групп объектов основных средств (кроме зданий, сооружений) (ЭХД) ОС-1б (ЭХД)Учет ОСПоступление
Требуется доработка формы "[ВСМН] Форма N ОС-1б в формате rtf" согласно образцу.Доработано.
102.1452439.1.26.0Опция "Учитывать изменения стоимости и износа" в текущем периоде/в след.периоде некорректно учитывает 0Учет ОСИзменение стоимости
При формировании временной таблицы mtIzmStoim (102.134849) зачем-то добавлена логика убивающая нулевые изменения стоимости и износа. В постановке задачи об этом ничего не говорилось, зачем это сделано не понятно. Сейчас так IzmStoim := loAmLgota.SpMoveOsIzmSt.NewStoim - loAmLgota.SpMoveOsIzmSt.OldStoim; IzmStoim := if (IzmStoim=0, loAmLgota.SpMoveOsIzmSt.NewStoim, IzmStoim); IzmSumIzn := loAmLgota.SpMoveOsIzmSt.NewSumIzn - loAmLgota.SpMoveOsIzmSt.OldSumIzn; IzmSumIzn := if (IzmStoim=0, loAmLgota.SpMoveOsIzmSt.NewSumIzn, IzmSumIzn); Должно быть так IzmStoim := loAmLgota.SpMoveOsIzmSt.NewStoim - loAmLgota.SpMoveOsIzmSt.OldStoim; IzmSumIzn := loAmLgota.SpMoveOsIzmSt.NewSumIzn - loAmLgota.SpMoveOsIzmSt.OldSumIzn; Необходимо срочно устранить! По сути это ошибка высокой критичности!Исправлено.
102.1452449.1.26.0Дополнить таблицу mtIzmStoim полями для срока полезного использованияУчет ОСИзменение стоимости
НЕОБХОДИМО ДОРАБОТАТЬ Дополнить таблицу mtIzmStoim (102.134849) полями для срока полезного использования IzmSPI - изменение срока полезного использования подлежащее учету с текущего месяца IzmSPINo - изменение срока полезного использования подлежащее учету со следующего месяца Использование этих полей такое же, как и остальных связано с дифференциацией корректировок и модернизацийДополнена таблица mtIzmStoim полями для срока полезного использования: IzmSPI - это величина, равная сумме срока полезного использования до поступления и срока полезного использования после поступления (из карточки за текущий месяц), при условии, что в текущем месяце есть изменение стоимости, подлежащее учету с текущего месяца. IzmSPINo - это величина, равная сумме срока полезного использования до поступления и срока полезного использования после поступления (из карточки за текущий месяц), при условии, что в текущем месяце есть изменение стоимости, подлежащее учету со следующего месяца
106.101699.1.26.0Восстанавливаются "старые" внешние КАУ при откате в месяц их измененияУчет ОСИзменение параметров
Восстанавливаются "старые" внешние КАУ при откате в месяц их измененияИсправлено. Проявляется если операция изменения параметром проведена последним днем месяца.
180.88379.1.26.0Периодически не полностью удаляются документы "Корректировка разниц"Учет ОСКорректировка разниц
Периодически не полностью удаляются документы в Корректировка разниц". В частности сама операция удалилась, а OsRazn с типом 101 нет. Целесообразно облечь удаление всей операции в транзакцию.Удаление операции теперь идет в через транзакцию. Не удаление OsRazn с типом 101 могло быть из-за того, что на момент удаления операция была не проведена, а карточка ос находилась в другом отчетном периоде. Убрал данную проверку.
101.467259.1.25.0Операция Переоценка в разрезе подразделенийУчет ОСПереоценка
Операция Переоценка в разрезе подразделений Для операций: - Переоценка; - Изменение группы/вида добавить поле подразделение, при его заполнении, выбор ИК в операцию возможен только данного подразделения реализовать фильтр по подразделению в списке операций.Для операций: - Переоценка; - Изменение группы/вида Добавлено поле подразделение, при заполнении которого, выбор ИК в операцию возможен только данного подразделения. Реализован фильтр по подразделению для данных операций.
101.566959.1.25.0В ИНВ-1 попала операция "Дооборудования"Учет ОСИнвентаризация
После перехода на новую версию, в ИНВ-1 попала операция "Дооборудования".Добавлена настройка "Настройки Галактики Бухгалтерский контур Учет ОС и НМА Настройка операций Инвертаризация Использовать стоимость объекта ОС за" Если она имеет значение - за прошлый период, то стоимость ОС в операции (и в отчете) берется за период предшествующий периоду инвентаризации.
102.1348499.1.25.0Опция "Учитывать изменения стоимости и износа" = в текущем периоде/в следующем периодеУчет ОСИзменение стоимости
Практика такова, что операция изменения стоимости и износа используется для следующих целей: - отражение модернизации/реконструкции - отражение капитального/текущего ремонта без изменения стоимости и износа - корректировки стоимости - корректировки износа - корректировки ам.премии. - ввод ОС в НУ с начислением ам.премии (* поясню ниже) С другой стороны, согласно законодательству, изменения в стоимости из-за модернизации и реконструкции учитываются месяцем позже. Поэтому в алгоритме амортизации настраиваем либо стоимость из архива, либо текущую стоимость за минусом суммы модернизации(изменения стоимости) с помощью таблицы в памяти OperIzmStoim. Корректировки стоимости и износа могут быть различными: те которые мы решили сделать уже после расчета амортизации и мы там корректируем и стоимость и износ. Либо корректировки которые мы выявили и произвели до расчета амортизации, и которые мы бы хотели учесть прямо в периоде корректировок, например прибавляя к стоимости из архива, либо вычитая из текущей стоимости. Сейчас это сделать невозможно. ПРЕДЛОЖЕНИЕ Таким образом, для дифференцирования данных ситуаций, предлагаю 1) ввести системный тип основания для операций изменения стоимости и износа "корректировка". У такого типа основания должны быть следующие опции - "Учитывать изменения стоимости и износа" = в текущем периоде/в следующем периоде - опция по ам.премии такая же как у "модернизации" 2) доработать логику, формирующую таблицу в памяти, чтобы формировались поля "Изменение стоимости, подлежащее учету в текущем периоде", "Изменение износа, подлежащее учету в текущем периоде", "Изменение стоимости, не подлежащее учету в текущем периоде", "Изменение износа, не подлежащее учету в текущем периоде". * по законодательству в БУ ОС можно начать амортизировать еще до того как оно фактически начало использоваться в деятельности, связанной с получением прибыли, по НУ, использование в деятельности, приносящей прибыль - обязательное условие для начала амортизации. Поэтому в НУ ОС может начать амортизироваться позже. Чтобы не происходило перекоса по периоду возникновения и применения ам.премии, эту ам.премию мы не указываем в операции поступления, а указываем ее в операции изменения стоимости, в которой стоимость не меняется а лишь начисляется ам.премия. Плюсы такого подхода в том, что премия отражается тем периодом когда она должна отражаться в НУ. Минусы - то что происходит искажение показателя "изм.стоимости подлежащее льготе" и "изм.стоимости не подлежащее льготе", но об этом отдельно в другой проблеме. В этой проблеме данный случай не рассматривается.Добавлена настройка "Настройки Галактики Бухгалтерский контур Учет ОС и НМА Настройка операций Амортизация Производить расчет суммы изменения стоимости и износа в операциях изменения стоимости" По ней производится расчет по всем операциям изменения стоимости текущего периода. Рассчитанные суммы записываются в таблицу mtIzmStoim. // таблица изменения стоимости ОС(НМА) для расчета амортизации Table struct mtIzmStoim ( cKatOS : comp //ссылка на KatOS , cNastrOS : comp //ссылка на NastrOS , dOper : date //дата операции , Kol : double //количество объектов карточки , IzmStoim : double // сумма Изменения стоимости, подлежащее учету в текущем периоде , IzmSumIzn : double // сумма изменения износа, подлежащее учету в текущем периоде , IzmStoimNo : double // сумма Изменения стоимости, не подлежащее учету в текущем периоде , IzmSumIznNo : double // сумма изменения износа, не подлежащее учету в текущем периоде ) with index ( Index1 = cKatOs + cNastrOs + dOper ); В операции должно быть выбрано основание операции. Введен системный тип основания для операций изменения стоимости и износа "корректировка". Для всех типов оснований добавлен параметр: - "Учитывать изменения стоимости и износа" = в текущем периоде/в следующем периоде В таблицу попадают только операции текущего периода. IzmStoim - содержит суммарное изменения стоимости по операциям текущего периода с признаком учитывать в текущем периоде. Если операция имеет признак - учитывать в следующем, то поле IzmStoim будет содержать изменение стоимости при расчете в следующем периоде. Таблица доступна в алгоритмах расчета амортизации.
102.1430729.1.25.0Требуется доработка формы Акт о приеме-передаче объекта основных средств (кроме зданий, сооружений) (ЭХД) ОС-1 (ЭХД)Учет ОСПоступление
Требуется доработка формы Акт о приеме-передаче объекта основных средств (кроме зданий, сооружений) (ЭХД) ОС-1 (ЭХД)Форма доработана.
102.1431039.1.25.0Требуется доработка формы Акт приема-передачи нематериальных активов (ЭХД)Учет НМАПоступление
Требуется доработка формы Акт приема-передачи нематериальных активов (ЭХД).Добавлена форма Акт приема-передачи нематериальных активов (ЭХД). НМАПоступление. Должно быть установлено. {FINPARAMS} USEVSMNFORMS=ON & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ ШАБЛОНОВ: AKTPOSTNMA2015.XLT
102.1434379.1.25.0Требуется доработка формы ОС-4 (ЭХД)Учет ОСВыбытие
Учет ОС - Операции - Выбытие - из акта: Печать - Печать актов по объектам. Требуется доработка формы "[ВСМН] Форма N ОС-4 в формате rtf << Россия >>" .Доработано.
102.1434409.1.25.0Требуется доработка формы Акт о приеме-передаче здания (сооружения) (ЭХД) ОС-1а (ЭХД)Учет НМАПоступление
Требуется доработка формы "[ВСМН] Форма N ОС-1а в формате rtf << Россия >>"Доработано.
102.1435069.1.25.0Требуется доработка Акт о списании автотранспортных средств (ЭХД) ОС-4а (ЭХД)Учет ОСВыбытие
Требуется доработка "[ВСМН] Форма N ОС-4а в формате rtf << Россия >>" согласно образцу.Доработано.
102.1435079.1.25.0Требуется доработка формы ОС-4б (ЭХД)Учет ОСВыбытие
Требуется доработка формы "[ВСМН] Форма N ОС-4б в формате rtf".Доработано.
102.1435639.1.25.0Требуется доработка формы Акт о списании нематериальных активов (ЭХД)Учет НМАВыбытие
Требуется доработка формы "[ВСМН] Акт о списании нематериальных активов".Доработано.
102.1438149.1.25.0Не меняется отчетный период карточек ОС при переходе на новый отчетный периодУчет ОСНовый месяц
Не меняется отчетный период карточек ОС при переходе на новый отчетный период при значении настройки "Настройки Галактики Бухгалтерский контур Учет ОС и НМА Автоматическое перепроведение операций при переходе на новый отчетный период"= при закрытии отчетного периода Только при переходе через НастройкаАдминистраторОтчетный период модуляНовый месяц (если переходить из картотеки, проблема не проявляется)Не работало если настройка "Настройки Галактики Бухгалтерский контур Учет ОС и НМА Автоматическое перепроведение операций при переходе на новый отчетный период" имела значение - при закрытии отчетного периода. Исправлено.
102.1439889.1.25.0Округление в алгоритмах расчета амортизацииУчет ОСАмортизация
Округление в алгоритмах расчета амортизации. Амортизация за текущий месяц по карточке без округления:1964,385 Если в алгоритме начисления амортизации указать "округлять до 0,0001", то результат будет 1964,385. Если указать "округлять до 0,00001", то результат уже будет 1964,00. Если указать "округлять до 0,000001", то результат будет опять верным 1964,385. Проявляется только на оракле.Исправлено. Округление до 0,00001 происходит верно.
102.1443809.1.25.0КИС ЭХД При удалении документа "Ввод объектов в эксплуатацию (ОС) (705)" штрих-код не перводится в сотоние "Документ удален"Управление капитальными вложениями и строительствомВвод объектов в эксплуатацию (ОС)
Пользователь создал в Галактике документ "Ввод объектов в эксплуатацию (ОС) (705)", затем прикрепил к нему штрих-код КИС ЭХД, затем удалил документ "Ввод объектов в эксплуатацию (ОС) (705)". А штрих-код при этом не перевелся в состояние "Документ удален". Соответственно не отработала цепочка удалении документа из КИС ЭХД.Исправлено
102.1444949.1.25.0Внести изменения в форму Акт о приеме-передаче объекта основных средств (кроме зданий, сооружений) (ЭХД) ОС-1 (ЭХД)Учет ОСПоступление
Внести изменения в форму Акт о приеме-передаче объекта основных средств (кроме зданий, сооружений) (ЭХД) ОС-1 (ЭХД) 2-я страница Номера граф для 1-го и 2-го раздела выровнены по левому краю, а не по центру, как остальные. Номер графы "1а" (Первоначальная стоимость в БУ, руб.) заменить на "1". Наименование раздела 2 сдвинуть, оно должно начинаться над графой "1"Исправлено.
>" выровнять по центру ">102.1444959.1.25.0Номера граф формы "[ВСМН] Форма N ОС-1а в формате rtf << Россия >>" выровнять по центруУчет ОСПоступление
Номера граф формы "[ВСМН] Форма N ОС-1а в формате rtf << Россия >>" выровнять по центруИсправлено.
>" ">102.1445059.1.25.0Не выводятся поля в форму "[ВСМН] Форма N ОС-4а в формате rtf << Россия >>"Учет ОСВыбытие
Не выводятся поля "Инвентарный номер" и "Дата принятия к бухгалтерскому учету" на 4-й странице формы "[ВСМН] Форма N ОС-4а в формате rtf << Россия >>".Исправлено.
180.84229.1.25.0Реализовать сервис расчета изменямых параметров по переоценке в соответствии с коэффициентом из операцииУчет ОСИзменение стоимости
В уточнении к 102.124702 я писал следующее: << Изменение атрибутов "Переоценка стоимости" и "Переоценка износа" допустимо доработать как "изменяемые параметры", если других возможностей нет в связи со структурой базы данных, однако было бы очень хорошо если бы могли предоставить пользователю сервис автоматического расчета новых значений этих полей с учетом коэффициента изменения стоимости. Прошу по возможности реализовать этот сервис. >> Пользователи жалуются, что не удобно вручную рассчитывать новые значения переоценка стоимости и переоценка износа. ПРЕДЛАГАЮ реализовать пункт локального меню: "Рассчитать переоценку при частичном выбытии", этот пункт должнен добавлять в изменяемые параметры "Переценку стоимости" и "Переоценку износа", а также рассчитывать новые значения в соответствии с коэффициентом рассчитанным как отношение изменения первоначальной стоимости в операции изменения стоимости.В операции Изменения стоимости в нижнее локальное меню добавлен пункт "Рассчитать переоценку при частичном выбытии" По нему для отмеченных позиций спецификации создаются для изменяемых параметра "Переоценка стоимости" и "Переоценка износа". А также рассчитываются новые значения указанных параметров в соответствии с коэффициентом рассчитанным как отношение изменения новой стоимости (новой суммы износа) к старой стоимости (старой суммы износа).
180.87369.1.25.0Использовать транзакции в процессе расчета амортизацииУчет ОСАмортизация
Периодически случается такое: пользователь случайно не отмечает необходимые карточки при отмене амортизации, запускает отмену. Ждет что отмена закончится быстро, т.к. отменяет он по ограниченному количеству карточек, а операция затягивается, т.к. фактически он отменяет по всем. Пользователь снимает задачу по Ctrl+Alt+Del, состояние системы некорректно, что-то отменено наполовину. Реализовать системную или пользовательскую настройку, которая обрамляет процесс отмены амортизации транзакцией.Добавлена настройка "Настройки Галактики Бухгалтерский контур Учет ОС и НМА Настройка операций Амортизация Использовать транзакциии при отмене амортизации". Если она включена, то при отмене используется одна транзакция на всю отмену. Т.е. если по какой-либо причине отмена амортизации будет прервана, то ни одно изменению ни по одной карточке не попадет в базу данных.
180.87379.1.25.0Регистрировать события расчета и отмены амортизации с помощью pr_WriteEventToLogУчет ОСАмортизация
Каждый расчет и отмена амортизации это не массовая и но критичная операция. Иногда случаются инциденты, в которых сложно разобраться без дополнительной информации, в частности: отменилась амортизация по 1000 карточек. Пользователь говорит, что отмечал только 1 карточку, а отмена произошла по 1000. И списывает ситуацию отмены на работу системы. Для того чтобы исключить такие ситуации, ПРЕДЛАГАЮ регистрировать события расчета и отмены амортизации с помощью pr_WriteEventToLog примерно со следующим текстом. Расчет амортизации ОС, 1000 карточек, 2 метода, корректировать проводки режим 2, корректировать разницы нет.Регистрируются события расчета и отмены амортизации с помощью pr_WriteEventToLog примерно со следующим текстом. " Модуль ОС: Расчет амортизации. Период операции - 09/2007. Выбрано ИК - 4. Формировать проводки - режим 0. Рассчитывать разницу данных - Да. Метод учета - Бухгалтерский. Сетевой адрес: 002618DFAEDC (BY01-743) "
102.1230789.1.24.0Печать ТН-2 - проблемы с НДСУчет ОСВыбытие
Доработана печать ТТН из основных средств. Добавлена возможность выводить налогиДоработана возможность выводить налог НДС в формах ТТН из ОС. Расчет налогов для всех ИК осуществляется по настройке: "Настройки Галактики Логистика Документы Сопроводительные документы Печать Рассчитывать НДС в печатных формах ТТН основных средств" Входимость налогов в цену для всех ИК определяется настройкой "Настройки Галактики Логистика Складской учет Сопроводительные документы Входимость налогов по умолчанию". (Настройка "Настройки Галактики Логистика Складской учет Цена при оприходовании Учетная цена при оприходовании" временно не анализируется)
102.1416839.1.24.0Перевести на таблицы в памяти печать накладных из основных средствУчет ОСВыбытие
Реализовать на таблицах в памяти печать накладных из основных средствРеализована печать накладных из основных средств на таблицах в памяти
180.87599.1.24.0Удаляется ликвидационная стоимость после возврата назад отчетного периодаУчет ОСВедение картотеки
После перехода назад в отчетном периоде в модуле ОС, исчезает ликвидационная стоимость по всем карточкам ОС. Если сразу после конвертации отчетный период сделать вперед по всем карточкам, то уже после этого можно спокойно возвращаться назад и тогда ликвидационная стоимость не удаляется.Исправлено. Ошибка возникла из-за того что в версии 8.1 поле "Ликвидационная стоимость" не архивировалось.
101.563499.1.23.0Цена в приходном ордере, сформированным по реализацииУчет ОСВыбытие
Учет ОС - Операции - Выбытие. В сформированном в результате реализации приходном ордере встает цена, равная остаточной стоимости. Если износ начислен полностью, то она равна нулю. Клиент просит реализовать возможность, при которой в приходный ордер будет попадать цена продажи. Возможно настройкой или дополнительным пунктом в параметрах реализации.В закладке Параметры сопроводительных документов добавлен параметр - "Цена приходного ордера равна". Он может принимать два значения - Остаточной стоимости или Стоимости продажи.
102.1396159.1.23.0Необходим запрет работы в модуле ОС при переходе к следующему либо возврату к предыдущему месяцуУчет ОСНовый месяц
Проблема: При переходе к следующему месяцу не все карточки ОС совершают переход. Часть остается в предыдущем периоде. Происходит - если во время перехода в модуле работают прочие клиенты. Получают отчеты или работают с картотекой (фильтры и пр.) Тестирование у двух клиентов РУП Белтелеком показало, что переход завершается успешно если никого нет в модуле. Размеры картотеки от 50 до 200 тыс. И переход занимает немало времени. Простейшее решение - запрет.Добавлена настройка "Настройки Галактики Бухгалтерский контур Учет ОС и НМА Запретить вход в модули "ОС" и "НМА" при переходе к новому периоду" Если она установлена в ДА, то при переходе на следующий период проверяется наличие пользователей в модуле (проверяется захват лицензий). И если их больше одного, то переход не осуществляется. Также в процессе перехода пользователи не смогут зайти в модуль ОС или НМА.
102.1403929.1.23.0Не всегда отрабатывает функция "Просмотр операции ОС" при включ. параметре Randomsurrkeys=onСкладской учетОС-овая сторона накладной
Не всегда отрабатывает функция "Просмотр операции ОС" при включ. параметре Randomsurrkeys=on Для нового режима перевода объектов со склада в ОС "Создать новую простую ИК с учетом разных партий МЦ" при включенном параметре Randomsurrkeys=on не всегда отрабатывает функция локального меню "Просмотр операции ОС".Теперь будет всегда отрабатывать, при любом значении ключа Randomsurrkeys.
102.1403939.1.23.0При настройке "Формировать протокол=нет" протокол по ошибкам формируетсяУчет ОСАмортизация
При настройке "Формировать протокол=нет" протокол по ошибкам формируется. При расчете разниц из интерфейса "Амортизация" (функция локального меню "Расчет разницы данных по методам учета") даже при установленной настройке "Формировать протокол=нет", если есть ошибки при расчете разниц, то протокол формируется.Исправлено. Протокол не формируется.
102.1410539.1.23.0В протокол расчета амортизации при детализации "отладочная информация" стала заноситься неверная информация.Учет ОСАмортизация
В протокол расчета амортизации при детализации "отладочная информация" стала заноситься неверная информация. Есть 2 карточки с одинаковым алгоритмом начисления информации. По первой карточке рассчиталась амортизация, например 100. При расчете амортизации по второй карточке возникла ошибка: например, во второй карточке не задан признак использования. Вторая карточка попадает в протокол, но результат расчета по алгоритму выводиться из первой карточки = 100.Исправлено.