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


Описание файла обновления:
ФайлF_OSOPER_RES_8101020.TXT
ОбновлениеF_OSOPER_RES_8101020
НазначениеОбщее
ПродуктГалактика 8.10
Релиз03.11.2006 : Atlantis 5.2.8
КомпонентF_OSOPER
ТипRES
Версия8.10.102.0
Дата2017-04-21 14:51:04
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.164225NEWДобавить поле "Основание" для операции переоценкиУчет ОСПереоценка
Необходимо добавить поле "Основание" в операции "Переоценка", в котором можно будет выбрать соответствующий тип операции (начисление процентов , изменение суммы резерва по итогам инвентаризации ).Добавить поле "Основание" в операции "Переоценка".
102.166328NEWнет возможности установить фильтр по стройкеУправление капитальными вложениями и строительствомПередача объектов инвестору
В списке операций "Передача объектов инвестору" пытаемся установить фильтр по стройке, но программа не дает это сделать, а выдает предупреждение: "Выбрана стройка. Выберете объект строительства". Программа должна давать возможность установки фильтра как по объекту так и по стройке.Добавлена возможность устанавливать фильтр по стройке.
102.1637098.10.101.0При поиске документа по ШК открывается другой документСЗМН. Работа с Архивом. КИС ЭХДПоиск ШК и функции подсистемы интеграции
После поиска документа списание резерва по ШК в интерфейсе поиска ШК пробуем открыть документ по F4, открывается другой документ. Если найти исходный документ через обычный интерфейс и открыть карточку этого документа, то видно, что в ЭХД отображается правильный скан документа. Если зайти в ЭХД, найти по ШК карточку и попытаться открыть документ в Галактике, то также открывается другой документ с другим ШК.Исправлено для новых документов. Вызывается правильный документ.
102.1630838.10.100.0Внести исправления в точку расширения epDeleteOborotForPickedOS в части отмены амортизации резерва на ликвидацию ОСУчет ОСАмортизация
Не удаляются проводки в ходе исполнения точки расширения epDeleteOborotForPickedOS Для исправления ошибки НЕОБХОДИМО: - Внести исправления в точку расширения epDeleteOborotForPickedOS в части отмены амортизации резерва на ликвидацию ОС. В настоящий момент в параметр вызова точки расширения передается параметр wTip = 15, требуется передавать wTip = 57.Исправлено. Точка расширения вызывается с параметром TipDock = 57. if ( epDeleteOborotForPickedOS (TipDock, SoprHoz.nRec) = true)
102.1596108.10.99.0Удаление проводок без хоз.операции в ходе формирования проводок по амортизации ОСУчет ОСАмортизация
По доработке режимов "Гармонизация "режима 2 (проводок)" отмены амортизации и "режима 3 (проводок)" пересчета амортизации" в пересчет амортизации была внедрена функция DeleteObSpMoveForPickedOS. При этом в случае если происходит не пересчет, а расчет амортизации старая хоз.операция, из которой необходимо удалять проводки отсутствует _cSoprHoz. В результате вызывается функция DeleteObSpMoveForPickedOS с нулевой ссылкой на ЖХО. Как следствие удаляются проводки, не причастные к пересчитываемой амортизации, в частности проводки из книги бухпроводок (tidk=14) }Исправлено. Отвязанные от документов с аналитикой по карточке ОС проводки не удаляются.
180.94038.10.91.0Разработать функционал для ведения учета резерва на ликвидацию ОСУчет ОСПредложения по новой функциональности модуля "Основные средства"
Разработать функционал для ведения учета резерва на ликвидацию ОСЕсли суммарный износ в карточке резерва равен нулю, то при возврате на предылдущий период он брался из карточки ОС. Исправлено.
102.1464608.10.95.0печать актов приема-передачиУчет ОСПоступление
При вводе основного средства необходимо печатать бумажную форму акта о приеме-передаче основных средств. На данный момент это осуществляется в опции "печать актов по объектам" в операции поступление ОС. Однако если выбирать несколько поступлений, то автоматически печатается реестр поступлений и только. Таким образом при вводе объекта строительства имеется порядка 400-500 поступлений и для распечатки акта нам необходимо зайти в каждое поступление и выбрать функцию печати, выбрать комиссию и т.д. Хотелось бы получить пакетную печать формы "акта о приеме-передаче основных средств". Т.е. возможность выделить необходимые поступления и по Ctrl+p выбрать форму печати акта, далее комиссию и т.д.Доработано. Из списка операций стало возможным по Ctrl+p выбрать форму печати акта, далее комиссию и т.д. Будут печататься помеченные операции или текущая. В окне операции, печать акта также стала вызываться по Ctrl+P.
102.1562578.10.93.0добавить возможность запрета на изменение операций в закрытом периоде ОСУчет ОСПредложения по новой функциональности модуля "Основные средства"
Клиент просит добавить настройку запрещающую создание/модификацию/удаление операций ОС, которые не относятся к отчетному периоду указанному в настройке "Настройки Галактики Бухгалтерский контур Учет ОС и НМАОтчетный период ОС/НМА"Добавлена настройка "Настройки Галактики Бухгалтерский контур Учет ОС и НМА Настройка операций Запретить изменение операций ОС/НМА, которые не относятся к текущему отчетному периоду". Если она включена, то изменять, создавать и удалять операции можно только те, что находятся в текущем отчетном периоде модуля. Кроме того, при включении настройки - настройка "Устанавливать дату проведения операции" принимает значение "в текущем периоде" и дисаблится. Это приводит к тому, для новых операций дата проведения автоматически создается в пределах отчетного периода и менять ее можно, тоже только в пределах периода.
102.1331418.10.90.2Необходимо в отчет ОС-2 в операции на внутреннее перемещение выводить весь текст из строки с закладки "Характеристика"Учет ОСВнутреннее перемещение
Если в инвентарной карточке на закладке "Характеристика" в строке указано больше чем 253 символа, то эта строка и все последующие не выводятся в поле "Примечание (краткая характеристика технического состояния объекта основных средств)" в отчете ОС-2, который формируется из операции на внутреннее перемещение. Необходимо чтоб в этот отчет выводилось все значение строки с закладки "Характеристика".Исправлено. Строка выводится полностью.
180.94558.10.90.2Непродуктивное размножение записей в истории изменений закладки ФинансированиеУчет НМАИзменение параметров
В карточке ОС есть закладка финансирование. В новых операциях по этой карточке ОС сохраняется вид закладки "Финансирование" на момент ввода данной операции (StoimStruct.wType = 1500) не зависимо от того, входил ли пользователь в окно "Состав стоимости по источникам финансирования" в создаваемой операции или нет. Эти записи засоряют базу и возможно могут приветси ко всяким некорректным ситуациям функционала, который обрабатывает историю изменений по закладке финансирование, т.к. в операции фиксируется то состояние закладки, которое никто там фиксировать не хочет!В новых операциях по этой карточке ОС вид закладки "Финансирование" на момент ввода данной операции (StoimStruct.wType = 1500) сохраняется только если пользователь входил в окно "Состав стоимости по источникам финансирования" в создаваемой операции.
102.1480388.10.90.0В mtIzmStoim не нужны операции с прошлого периода, они мешаютУчет НМААмортизация
В описании ПИР 102.134849 говорится >> "Если операция имеет признак - учитывать в следующем, то поле IzmStoim будет содержать изменение стоимости при расчете в следующем периоде." Это не нужно было реализовывать. Более того? эта логика мешает использованию функционала. Поясню. Данная доработка делалась для того, чтобы в месяце когда делаются корректировки стоимости и износа и модернизации отделить одни от других. В частности при расчете амортизации текущего периода нужно учесть корректировки стоимости и износа, для чего беру архив карточки с прошлого периода прибавляю "IzmStoim сумма Изменения стоимости, подлежащее учету в текущем периоде" и "IzmSumIzn сумма изменения износа, подлежащее учету в текущем периоде" к соответствующим значениям в алгоритме. Таким образом удается рассчитать амортизацию текущего периода с влиянием корректировок и исключить влияние модернизаций. Далее переходим в следующий период. В архиве карточки УЖЕ учтены и учитываемые и не учитываемые в прошлом месяце изменения. Делаю то же самое, а именно прибавляю "IzmStoim сумма Изменения стоимости, подлежащее учету в текущем периоде" и "IzmSumIzn сумма изменения износа, подлежащее учету в текущем периоде" к соответствующим значениям, в результате модернизация прибавляется второй раз, что неверно. И самое плохое, что по таблице нельзя понять, с какого периода (прошлого или текущего) прилетела сумма, чтобы ее не прибавить, например. Таблица mtIzmStoim должна формироваться только по операциям текущего месяца! Это решение нужно выпустить также на 8.10Доработано. В mtIzmStoim не заносятся операции с прошлого периода.
102.1454178.10.89.0Доработка функционала для корректировки амортизацииКонтуры: финансовый, бухгалтерского учетаПредложение по новой фукциональности финансового контура
Доработка функциона.ла для корректировки амортизации. Разрешить формирование нескольких операций корректировки амортизации по одной ИК в одном отчетном периоде.Разрешено формирование нескольких операций корректировки амортизации по одной ИК в одном отчетном периоде. Все операции формируются последним днем месяца При расчете амортизации учитываются все корректировки и добавляются к амортизации за месяц
102.1331008.10.88.0Необходимо прогнозирование в итоговой ведомости НМА за период с учётом алгоритма расчёта амортизацииУчет НМАИтоговые ведомости за период
Исправить работу режима прогнозирования "с пересчетом амортизации" (отчет "Итоговая ведомость за период"): Результаты расчетов прогнозирования не всегда соответствуют износу рассчитанному при переходе на новый отчетный период.Исправлена работа режима прогнозирования "с пересчетом амортизации": Результаты расчетов прогнозирования соответствуют износу рассчитанному при переходе на новый отчетный период.
102.1420498.10.87.0При возврате на дату ввода карточки НМА удаляется источник финансирования.Учет НМАВедение картотеки
При возврате на дату ввода карточки НМА удаляется источник финансирования.Исправлено. Не удаляется. Т.к. архив есть только у операции, то выполняем откат по ИФ карточки только, если период в котором находилась карточка совпадает или больше с периодом в котором проведена операция. Если период карточки меньше периода операции, то откат не выполняется.
102.1441968.10.87.0Не перепроводятся операции при установленной настройке "перепроводить операции после закрытия периода"Учет ОСВедение картотеки
Не перепроводятся операции при установленной настройке "перепроводить операции после закрытия периода" Настройки Галактики Бухгалтерский контур Учет ОС и НМА Автоматическое перепроведение операций при переходе на новый отчетный период" установлена в значение "при закрытии отчетного периода". Карточка находится в июне 2015 года. Откатились по ИК в январь. Потом накатились сразу в июнь. Ни одна из операций за февраль-май не перепровелась. Данные в карточке стали некорректными.Исправлнно. Перепроводятся.
102.1443118.10.87.0Реализовать опцию "Учитывать ам.премию" для типа операции КорректировкаУчет ОСИзменение стоимости
По ПИР 102.134849 был реализован дополнительный тип операции "Корректировка" При этом в формулировке ПИР содержалось следующее требование: << 1) ввести системный тип основания для операций изменения стоимости и износа "корректировка". У такого типа основания должны быть следующие опции - "Учитывать изменения стоимости и износа" = в текущем периоде/в следующем периоде - опция по ам.премии такая же как у "модернизации" >> Причем в описании проблемы содержались пояснения, что с помощью корректировки, корректируют амортизацию, в том числе и премию. Сейчас для типа "Корректировка" не доступна функциональность работы с амортизационной премией. Проблема ПИР 102.134849 реализована не полностью. НЕОБХОДИМО Реализовать опцию "Учитывать ам.премию" для типа операции Корректировка. P.S. Проблема много обсуждалась по почте и на встрече. По сути в ходе обсуждения мы пришли к выводу, что не столько важно само по себе добавление системного типа корректировка, сколь важно добавление параметра: - "Учитывать изменения стоимости и износа" = в текущем периоде/в следующем периоде По сути "основание модернизация + указанный дополнительный параметр" уже решают проблему. Сейчас есть два пути: 1) то что предлагаю: добавить опцию "Амортизационная льгота" в тип операции "Корректировка" (как сформулирована основная часть текущей проблемы) 2) убрать системный тип основания "корректировка" и решать проблему "основание модернизация + указанный дополнительный параметр" (возможно этот вариант лучше для быстродействия?) Можно пойти и по пути 2, если это лучше для быстродействия. Если одинаково, то лучше по пути 1.Добавлена опция "Амортизационная льгота" в тип операции "Корректировка" (как сформулирована основная часть текущей проблемы).
102.1452438.10.87.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.1452448.10.87.0Дополнить таблицу mtIzmStoim полями для срока полезного использованияУчет ОСИзменение стоимости
НЕОБХОДИМО ДОРАБОТАТЬ Дополнить таблицу mtIzmStoim (102.134849) полями для срока полезного использования IzmSPI - изменение срока полезного использования подлежащее учету с текущего месяца IzmSPINo - изменение срока полезного использования подлежащее учету со следующего месяца Использование этих полей такое же, как и остальных связано с дифференциацией корректировок и модернизацийДополнена таблица mtIzmStoim полями для срока полезного использования: IzmSPI - это величина, равная сумме срока полезного использования до поступления и срока полезного использования после поступления (из карточки за текущий месяц), при условии, что в текущем месяце есть изменение стоимости, подлежащее учету с текущего месяца. IzmSPINo - это величина, равная сумме срока полезного использования до поступления и срока полезного использования после поступления (из карточки за текущий месяц), при условии, что в текущем месяце есть изменение стоимости, подлежащее учету со следующего месяца
102.1455018.10.87.0Требуется добавить формы ОС-1 и ОС-4 не в формате ЭХДУчет ОСПоступление
Требуется добавить формы ОС-1 и ОС-4 не в формате ЭХД. Данные формы были раньше такие [ВСМН]...... но не в формате ЭХД. Данный клиент, как и многие другие дочки ТН еще не перешли на ЭХД, по этому не могут использовать данные формы. Нужно дополнительно вернуть старые варианты отчетов.Старые формы для ВСМН - ОС-1 и ОС-4 возвращены.
180.88308.10.87.0Генерация номеров инв.карточек при переводе со склада в ОССкладской учетОС-овая сторона накладной
Интерфейсом документа "Накладная на передачу МЦ в ОС" предусмотрено формирование инвентарных карточек, формируемые системой автоматически номера не соответствуют принятой в картотеке ОС нумерации. Приходится менять номера вручную. При создании большого количества ОС этот процесс может быть довольно трудоемким. Для решения этой проблемы НЕОБХОДИМО: доработать функцию перевода со склада в ОС, таким образом, чтобы нумерация инвентарных карточек при переводе в ОС работала по такому же принципу, как и при тиражировании инвентарных карточек в модуле ОС: первый инвентарный номер задается пользователем, остальные в указанном диапазоне формируются автоматически, при этом каждый последующий отличается от предыдущего на единицу.Добавлена точка расширения. ExtensionPoint epGetNextKatOsInNum (_cKatOs : comp); Вызывается для формирования инвентарного номера в карточке. Вызывается из интерфейса MCtoOS. Вызывается один раз для каждой создаваемой ИК. Перед вызовом записи таблиц KatOs и SpKatOs уже созданы. Обработчик точки расширения должен сохранить инвентарный номер в таблице KatOs. Если обработчик точки расширения вернет FALSE, то дальше формирование инвентарного номера по стандартной процедуре не происходит. _cKatOs - ссылка на KatOs.
180.88378.10.87.0Периодически не полностью удаляются документы "Корректировка разниц"Учет ОСКорректировка разниц
Периодически не полностью удаляются документы в "Корректировка разниц" В частности сама операция удалилась, а OsRazn с типом 101 нет. Целесообразно облечь удаление всей операции в транзакцию.Удаление операции теперь идет в через транзакцию. Не удаление OsRazn с типом 101 могло быть из-за того, что на момент удаления операция была не проведена, а карточка ос находилась в другом отчетном периоде. Убрал данную проверку.
102.1430708.10.86.0Требуется доработка формы Акт о приеме-передаче групп объектов основных средств (кроме зданий, сооружений) (ЭХД) ОС-1б (ЭХД)Учет ОСПоступление
Требуется доработка формы "[ВСМН] Форма N ОС-1б в формате rtf" .Доработано.
102.1430728.10.86.0Требуется доработка формы Акт о приеме-передаче объекта основных средств (кроме зданий, сооружений) (ЭХД) ОС-1 (ЭХД)Учет ОСПоступление
Требуется доработка формы Акт о приеме-передаче объекта основных средств (кроме зданий, сооружений) (ЭХД) ОС-1 (ЭХД)Форма доработана.
102.1431038.10.86.0Требуется доработка формы Акт приема-передачи нематериальных активов (ЭХД)Учет НМАПоступление
Требуется доработка формы Акт приема-передачи нематериальных активов (ЭХД). .Добавлена форма Акт приема-передачи нематериальных активов (ЭХД). НМАПоступление. Должно быть установлено. {FINPARAMS} USEVSMNFORMS=ON
102.1434378.10.86.0Требуется доработка формы ОС-4 (ЭХД)Учет ОСВыбытие
Учет ОС - Операции - Выбытие - из акта: Печать - Печать актов по объектам. Требуется доработка формы "[ВСМН] Форма N ОС-4 в формате rtf << Россия >>".Доработано.
102.1434408.10.86.0Требуется доработка формы Акт о приеме-передаче здания (сооружения) (ЭХД) ОС-1а (ЭХД)Учет НМАПоступление
Требуется доработка формы "[ВСМН] Форма N ОС-1а в формате rtf << Россия >>"Доработано.
102.1435068.10.86.0Требуется доработка Акт о списании автотранспортных средств (ЭХД) ОС-4а (ЭХД)Учет ОСВыбытие
Требуется доработка "[ВСМН] Форма N ОС-4а в формате rtf << Россия >>"Доработано.
102.1435078.10.86.0Требуется доработка формы ОС-4б (ЭХД)Учет ОСВыбытие
Требуется доработка формы "[ВСМН] Форма N ОС-4б в формате rtf" .Доработано.
102.1435638.10.86.0Требуется доработка формы Акт о списании нематериальных активов (ЭХД)Учет НМАВыбытие
Требуется доработка формы "[ВСМН] Акт о списании нематериальных активов".Доработано. & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ ШАБЛОНОВ: AKTVIBITNMA.XLT
102.1438148.10.86.0Не меняется отчетный период карточек ОС при переходе на новый отчетный периодУчет ОСНовый месяц
Не меняется отчетный период карточек ОС при переходе на новый отчетный период при значении настройки "Настройки Галактики Бухгалтерский контур Учет ОС и НМА Автоматическое перепроведение операций при переходе на новый отчетный период"= при закрытии отчетного периода Только при переходе через НастройкаАдминистраторОтчетный период модуляНовый месяц (если переходить из картотеки, проблема не проявляется)Не работало если настройка "Настройки Галактики Бухгалтерский контур Учет ОС и НМА Автоматическое перепроведение операций при переходе на новый отчетный период" имела значение - при закрытии отчетного периода. Исправлено.
180.87368.10.85.0Использовать транзакции в процессе расчета амортизацииУчет ОСАмортизация
Периодически случается такое: пользователь случайно не отмечает необходимые карточки при отмене амортизации, запускает отмену. Ждет что отмена закончится быстро, т.к. отменяет он по ограниченному количеству карточек, а операция затягивается, т.к. фактически он отменяет по всем. Пользователь снимает задачу по Ctrl+Alt+Del, состояние системы некорректно, что-то отменено наполовину. Реализовать системную или пользовательскую настройку, которая обрамляет процесс отмены амортизации транзакцией.Добавлена настройка "Настройки Галактики Бухгалтерский контур Учет ОС и НМА Настройка операций Амортизация Использовать транзакциии при отмене амортизации". Если она включена, то при отмене используется одна транзакция на всю отмену. Т.е. если по какой-либо причине отмена амортизации будет прервана, то ни одно изменению ни по одной карточке не попадет в базу данных.
180.87378.10.85.0Регистрировать события расчета и отмены амортизации с помощью pr_WriteEventToLogУчет ОСАмортизация
Каждый расчет и отмена амортизации это не массовая и но критичная операция. Иногда случаются инциденты, в которых сложно разобраться без дополнительной информации, в частности: отменилась амортизация по 1000 карточек. Пользователь говорит, что отмечал только 1 карточку, а отмена произошла по 1000. И списывает ситуацию отмены на работу системы. Для того чтобы исключить такие ситуации, ПРЕДЛАГАЮ регистрировать события расчета и отмены амортизации с помощью pr_WriteEventToLog примерно со следующим текстом. Расчет амортизации ОС, 1000 карточек, 2 метода, корректировать проводки режим 2, корректировать разницы нет.Регистрируются события расчета и отмены амортизации с помощью pr_WriteEventToLog примерно со следующим текстом. " Модуль ОС: Расчет амортизации. Период операции - 09/2007. Выбрано ИК - 4. Формировать проводки - режим 0. Рассчитывать разницу данных - Да. Метод учета - Бухгалтерский. Сетевой адрес: 002618DFAEDC (BY01-743) " На версии 8.10 выводится ограниченное количество символов. Текст будет обрезаться.
102.1348498.10.84.0Опция "Учитывать изменения стоимости и износа" = в текущем периоде/в следующем периодеУчет ОСИзменение стоимости
Практика такова, что операция изменения стоимости и износа используется для следующих целей: - отражение модернизации/реконструкции - отражение капитального/текущего ремонта без изменения стоимости и износа - корректировки стоимости - корректировки износа - корректировки ам.премии. - ввод ОС в НУ с начислением ам.премии (* поясню ниже) С другой стороны, согласно законодательству, изменения в стоимости из-за модернизации и реконструкции учитываются месяцем позже. Поэтому в алгоритме амортизации настраиваем либо стоимость из архива, либо текущую стоимость за минусом суммы модернизации(изменения стоимости) с помощью таблицы в памяти OperIzmStoim. Корректировки стоимости и износа могут быть различными: те которые мы решили сделать уже после расчета амортизации и мы там корректируем и стоимость и износ. Либо корректировки которые мы выявили и произвели до расчета амортизации, и которые мы бы хотели учесть прямо в периоде корректировок, например прибавляя к стоимости из архива, либо вычитая из текущей стоимости. Сейчас это сделать невозможно. ПРЕДЛОЖЕНИЕ Таким образом, для дифференцирования данных ситуаций, предлагаю 1) ввести системный тип основания для операций изменения стоимости и износа "корректировка". У такого типа основания должны быть следующие опции - "Учитывать изменения стоимости и износа" = в текущем периоде/в следующем периоде - опция по ам.премии такая же как у "модернизации" 2) доработать логику, формирующую таблицу в памяти, чтобы формировались поля "Изменение стоимости, подлежащее учету в текущем периоде", "Изменение износа, подлежащее учету в текущем периоде", "Изменение стоимости, не подлежащее учету в текущем периоде", "Изменение износа, не подлежащее учету в текущем периоде". * по законодательству в БУ ОС можно начать амортизировать еще до того как оно фактически начало использоваться в деятельности, связанной с получением прибыли, по НУ, использование в деятельности, приносящей прибыль - обязательное условие для начала амортизации. Поэтому в НУ ОС может начать амортизироваться позже. Чтобы не происходило перекоса по периоду возникновения и применения ам.премии, эту ам.премию мы не указываем в операции поступления, а указываем ее в операции изменения стоимости, в которой стоимость не меняется а лишь начисляется ам.премия. Плюсы такого подхода в том, что премия отражается тем периодом когда она должна отражаться в НУ. Минусы - то что происходит искажение показателя "изм.стоимости подлежащее льготе" и "изм.стоимости не подлежащее льготе", но об этом отдельно в другой проблеме. В этой проблеме данный случай не рассматривается.Добавлена настройка "Настройки Галактики Бухгалтерский контур Учет ОС и НМА Настройка операций Амортизация Производить расчет суммы изменения стоимости и износа в операциях изменения стоимости" По ней производится расчет по всем операциям изменения стоимости текущего периода. Рассчитанные суммы записываются в таблицу // таблица изменения стоимости ОС(НМА) для расчета амортизации 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 ); В операции должно быть выбрано основание операции. Введен системный тип основания для операций изменения стоимости и износа "корректировка". Для всех типов оснований добавлен параметр: - "Учитывать изменения стоимости и износа" = в текущем периоде/в следующем периоде В таблицу попадают только операции текущего периода. Таблица доступна в алгоритмах расчета амортизации.
180.84228.10.84.0Реализовать сервис расчета изменямых параметров по переоценке в соответствии с коэффициентом из операцииУчет ОСИзменение стоимости
В уточнении к 102.124702 я писал следующее: << Изменение атрибутов "Переоценка стоимости" и "Переоценка износа" допустимо доработать как "изменяемые параметры", если других возможностей нет в связи со структурой базы данных, однако было бы очень хорошо если бы могли предоставить пользователю сервис автоматического расчета новых значений этих полей с учетом коэффициента изменения стоимости. Прошу по возможности реализовать этот сервис. >> Пользователи жалуются, что не удобно вручную рассчитывать новые значения переоценка стоимости и переоценка износа. ПРЕДЛАГАЮ реализовать пункт локального меню: "Рассчитать переоценку при частичном выбытии", этот пункт должнен добавлять в изменяемые параметры "Переценку стоимости" и "Переоценку износа", а также рассчитывать новые значения в соответствии с коэффициентом рассчитанным как отношение изменения первоначальной стоимости в операции изменения стоимости.В операции Изменения стоимости в нижнее локальное меню добавлен пункт "Рассчитать переоценку при частичном выбытии" По нему для отмеченных позиций спецификации создаются для изменяемых параметра "Переоценка стоимости" и "Переоценка износа". А также рассчитываются новые значения указанных параметров в соответствии с коэффициентом рассчитанным как отношение изменения новой стоимости (новой суммы износа) к старой стоимости (старой суммы износа).
102.1410538.10.83.0В протокол расчета амортизации при детализации "отладочная информация" стала заноситься неверная информация.Учет ОСАмортизация
В протокол расчета амортизации при детализации "отладочная информация" стала заноситься неверная информация. Есть 2 карточки с одинаковым алгоритмом начисления информации. По первой карточке рассчиталась амортизация, например 100. При расчете амортизации по второй карточке возникла ошибка: например, во второй карточке не задан признак использования. Вторая карточка попадает в протокол, но результат расчета по алгоритму выводиться из первой карточки = 100.Исправлено.
180.86098.10.83.0Ошибочное перепроведение операции переоценкаУчет ОСПереоценка
В периоде 12.2014 создана операция переоценки с количеством ОС > 1. Операция переоценки проведена. Откатили одну карточку ОС из числа включенных в Операцию переоценки на несколько периодов назад. Прокатили карточку обратно в период 12.2014. В результате автоматического применения операций в расширенной информации карточки ОС ПОВТОРНО применились суммы переоценки стоимости и износа из операции переоценки по ВСЕМ карточкам, присутствующим в операции переоценки. (Должно было сделаться только по одной карточке, которую откатывали в прошлый период). Данная ошибка делает поля "Накопленная переоценка стоимости" и "Накопленная переоценка износа" из расширенной информации карточки неверными, ломает данные. ОШИБКУ нужно устранить.Исправлено. Поля накопленные суммы переоценки стоимости и износа при перепроведении операции заполняются верно. Теперь перепроведение идет только по отмеченным карточкам. Раньше шло по всем карточкам из операции.
102.1390968.10.82.0Некорректно отображается информация в окне визуализацииУчет ОСАмортизация
При расчете амортизации не верно показывает сведения в окне визуализацииВизуализация исправлена.
102.1390978.10.82.0Не выдавать предупреждения в ходе выполения операции амортизацииУчет ОСАмортизация
Расчет амортизации у клиента занимает продолжительное время (свыше 10 часов). Запускают операцию на ночь и уходят. В хоте выполнения амортизации первым этапом идет проверка отчетного периода карточек, и если есть несоответствие - выдается предупреждение с предложением продолжить. Это предупреждение сотрудники видят только утром, тем самым теряя драгоценное время, выделенное на расчет амортизации и формирование проводок. Следует не выдавать предупреждения, тем самым не прерывать процесс выполнения расчета амортизации, а по окончании расчета - выдавать протокол по таким карточкам с предложением запустить расчет амортизации по ним отдельно после корректировки отчетного периода.Добавлена настройка - "Настройки Галактики Бухгалтерский контур Учет ОС и НМА Настройка операций Амортизация Показывать инвентарные карточки с периодом, отличным от периода расчета амортизации". Настройка может принимать два значения - "до начала расчета" и "после окончания расчета". Если установлено второе значение, то окно с карточками с периодом отличным от периода амортизации показывается после расчета.
180.68628.10.82.0Подробный протокол расчета амортизации по алгоритмуУчет ОСАмортизация
В случае если алгоритм амортизации неправильно что-то считает, действия ПНРщика обычно сводятся к тому, чтобы пошагово перебирать ключи алгоритма, подставляя их в результат расчета алгоритма, анализируя результат. Это неэффективно по времени + есть шанс забыть вернуть назад проделанные "диагностические исправления" в алгоритме. Чтобы избежать этой неэффективной работы ПРЕДЛАГАЮ: - реализовать режим расчета (параметр, настройку реестра или что-то вроде), который бы формировал подробный протокол расчета амортизации. (отчет должен также содержать информацию о таких операциях, как применение коэффициентов, округление и др., которые выполняются до и после собственно выполнения алгоритма, влияющие на результат расчета амортизации.Протоколом расчета амортизации управляют два параметра. 1) Формировать протокол. Со значениями - нет - только ошибок - примечаний и ошибок - все карточки 2) Уровень детализация протокола. Со значениями - сообщения. Выводится только номер карточки и сообщение об ошибке(предупреждении). - информация об алгоритме. Дополнительно выводится информация о параметрах расчета алгоритма и результат расчета. - отладочная информация. Дополнительно выводится все строки алгоритма и результат по каждой строке или ошибку по ней. Аналогично сделано и в картотеке при переходе на новый период.
102.1196168.10.81.0Реализовать возможность привязывать ТХО к операции корректировки разницУчет ОСКорректировка разниц
В Галактике имеется операция корректировки разниц. Корректировка разниц отражается впоследствии во входящем сальдо по разницам при работе с текущим месяцем. Как известно в бухгалтерском учете, временным разницам соответствуют 09 и 77 счета, а постоянным разницам 99 счет. Очевидно, что изменение оперативных данных по разницам должно корреспондировать с соответствующими изменениями по вышеуказанным счетам. Поскольку, сейчас привязывать ТХО к операции корректировка разниц возможности нет, приходится проводить корректировки по бух.учету ручными проводками в бухгалтерских справках, что неудобно и, на мой взгляд, не соответствует концепции Галактики. ПРЕДЛАГАЮ: Реализовать возможность привязывать ТХО к операции корректировки разниц, а также обучить OSNMA работать с этим типом операций.Добавлена возможность привязывать ТХО к операциям корректировки амортизации и корректировки разниц ОС/НМА. В окна редактирования этих операций внедрены стандартные вкладки "ХозОперации" и "Проводки". Для операции корректировки амортизации создаются хозоперации по одной на каждый метод учета на сумму изменения износа по методу учета. Для операции корректировки разниц создается одна хозоперация на сумму первоначальной стоимости предметов по налоговому методу учета (см. настройки "Настройки Галактики Бухгалтерский контур Учет ОС и НМА Налоговый учет ОС Налоговый метод учета" и "Настройки Галактики Бухгалтерский контур Учет ОС и НМА Налоговый учет НМА Налоговый метод учета"). В операции корректировки разниц данные отображаются всегда по налоговому методу учета, переключиться на другой метод учета нельзя. Если налоговый метод учета не указан для пользователя, то интерфейс не открывается. Добавлена настройка "Настройки Галактики Бухгалтерский контур Учет ОС и НМА Налоговый учет Сразу проводить операцию корректировки разниц" Если настройка включена, то : - при проведении операции сразу корректируется сальдо по разницам на начало месяца. - в интерфейсе расчета амортизации Параметр позволяющий включить корректировку дисаблится. - сообщение о несоответствии сальдо прошлого периода и сальдо начало текущего, выдается с учетом проведенной операции.
102.1359568.10.81.0По Enter не формировать карточку ОССкладской учетОС-овая сторона накладной
А еще можно доработать, чтобы по Enter в эталонных параметрах сразу не формировалась карточка, можно чтобы было два Enter, а то заполнили пользователи одно поле и нажали Enter по привычке как в других документах, сразу начинается формироваться карточка (а еще не все ввели:-() По Enter не формировать карточку ОСПо Enter в эталонных параметрах не запускается формирование карточки. Запускается при нажатии на кнопку "Формировать".
180.83868.10.81.0Ликвидировать жесткую привязку операции инвентаризации к отчетному периодуУчет ОСИнвентаризация
В настоящее время система не дает возможности создавать операцию инвентаризации не в отчетном периоде модуля. Это весьма не удобно при филиальной структуре предприятия: на каждом филиале бухгалтер переводит по периодам свою часть картотеки. Таким образом, кто-то может уже перевести по своему филиалу картотеку в сентябрь, и там ему уже нужно делать инвентаризацию, при этом все карточки, которые будут добавляться в его операцию инвентаризации находятся в нужном нам периоде (сентябре). А второй бухгалтер может еще доделывать август и его картотека и модуль иже с ним могут быть еще в августе. Получается неудобно, что нужно менять отчетный период через настройки (чтобы картотека второго бухгалтера не перешла в сентябрь вместе с отчетным периодом модуля), учитывая что настройки у пользователей закрыты, т.е. только через ОИТ. При этом с другой стороны в инвентаризации главное соблюсти соответствие: отчетный период карточек = отчетному периоду операции инвентаризации = отчетному периоду создаваемых из инвентаризации операций. В рассматриваемом случае данное условие выполняется. ПРЕДЛАГАЮ снять жесткую привязку операции инвентаризации к периоду модуля, и при добавлении карточек в операцию инвентаризации контролировать просто период карточек, а в случае излишков или недостач новые операции создавать в периоде, равном периоду инвентаризации.Операцию инвентаризации можно создать на любую дату, в т.ч. отличную от отчетного периода модуля ОС.
180.84068.10.81.0Точка расширения на отбор удаляемых проводок при отмене/пересчете амортизацииУчет ОСАмортизация
При отмене или пересчете амортизации есть режим, который удаляет проводки только по данному ОС (с аналитикой по данному ОС), а остальные проводки не трогает и не перепроводит. Привлетальность этого режима обуславливается быстротой работы и сохранинем всех ручных испрвлений в проводках по другим ОС, которые мы не отменяем в данной сесии пересчета амортизации. Однако если хотя бы в каких-то проводках нет аналитики по ОС использовать этот режим представляется затруднительным. Однако сохранить причастность проводки к конкретному ОС можно не только аналитикой ОС, а например примечанием или еще каким-то более сложным алгоритмом. Эти алгоритмы реализовать в стандартном функционале затруднительно и нецелесообразно, т.к. они могут быть специфичны. В рамках своих вредрений для решения этой задачи мы обычно используем перекрытие процедуры GetOborotOnAnalitForSpMove следуюищим образом: Alter Interface Amort ' EscClose, gray; overload Procedure GetOborotOnAnalitForSpMove( pwTabKau : word; pcKau : comp; _cSoprHoz : comp ); end; ... (пример вложен в проблему) Однако недостаток данного решения - необходимость перекомпилировать это решение после каждой установки патчей, что могут выполнить не все администраторы, занимающиеся поддержкой. Таким образом, нужно более "независимое" и устойчивое решение, не требующее частых перекомпиляций. ПРДЕЛАГАЮ: реализовать точку расширения или какой-то подобный механизм, позволяющий расширить или заменить процедуру GetOborotOnAnalitForSpMove, но не требущее перекомпиляций в отиличие от alter interface.Добавлена точка расширения epDeleteOborotForPickedOS. Вызывается для удаления проводок по части картотеки при отмене амортизации. Вызывается из интерфейса расчета-отмены амортизации Amort. Вызывается при отмене амортизации, если для удаления проводок задан парметр проводки по операции амортизация - "удалять с аналитикой по ОС/НМА в проводке". ` Если обработчик точки расширения вернет FALSE, то стандартная функция удаления проводок (DeleteObSpMoveForPickedOS) не вызываются. Параметры: _wTip - 15-ОС, 16-НМА. _cSoprHoz - ссылка на SoprHoz. Карточки по которым производится отмена амортизации занесены в таблицу Pick с wlist = 120 (cgPick_KatOs120); ExtensionPoint epDeleteOborotForPickedOS(_wTip: word; _cSoprHoz: comp);
102.1373838.10.80.0Требуется доработка функции "Скопировать убытки реализации в налоговый регистр" в операции Выбытие.Учет ОСВыбытие
Требуется доработка функции "Скопировать убытки реализации в налоговый регистр" в операции Выбытие Убыток должен формироваться по следующим формулам: Если: [Стоимость продажи - (Остаточная стоимость + Расходы + Восстановленная премия)] > 0, то убытка нет, и появляется сообщение об отсутствии убытка, Если: [Стоимость продажи - (Остаточная стоимость + Расходы + Восстановленная премия)] < 0, то убыток есть, и происходит копирование убытка в налоговый регистр.доработано
102.1354038.10.79.0Округление амортизационной премии в операцияхУчет ОСПоступление
Если первоначальную стоимость ОС из операции поступления либо стоимость модернизации из операции изменения стоимости умножить на 10 или 30% зачастую ам.премия получается с третьим знаком после запятой. Нужна настройка, которая позволит в автоматическом режиме следить за тем, чтобы амортизационная премия в операциях была округленной до нужного количества знаков. Это может быть либо настройка реестра настроек, либо настройка основания операции - нужно решить исходя из концепции модуля.В операции округление льготы производится согласно параметрам округления амортизации в настройке метода учета. На закладке "ОперацииАморт." премия округление производится аналогично.
102.1355398.10.79.0ARCHIVELINK Печатная форма "Акт о приеме-передаче здания (сооружения)" ОС-1а изменить жирный шрифт штрихкода на обычныйУчет ОСПоступление
ARCHIVELINK Печатная форма "Акт о приеме-передаче здания (сооружения)" ОС-1а изменить жирный шрифт штрихкода на обычный. [ВСМН] Форма N ОС-1а в формате rtf << Россия >>Исправлено.
180.81968.10.79.0Инв. номер в операциях модуля ОСУчет ОСПоступление
Добрый день! В операциях модуля "Учет ОС", Поступление/Внутреннее перемещение/Изменение стоимости/Выбытие, столбец в спецификации операции с инвентарным номером становится с атрибутом Skip при привязке ТХО. Необходимо поправить данный момент. Пользователи ранее копировали номера из операций и сверяли с данными из других источников (Excel-таблицы, другие системы). Требуется возможность выделения инвентарного номера в любом состоянии операции. Можно ли также добавить возможность контекстного поиска в данном столбце?Инв. номер в операциях модуля ОС не делается недоступным при проведении операции. Поиск возможен только по Ctrl+F.
180.83308.10.79.0Неверное сообщение при отмене операцииУчет ОСИзменение стоимости
Есть последовательных 2 операции не важно каких типов. Все проведены в двух методах учета (БУ и НУ). Нужно откорректировать первую из них. Отменяю вторую операцию в методе НУ, не отменяя в методе БУ. Пытаюсь отменить вторую в методе НУ. Система сообщает: Отмена операции не возможна. Есть операция проведенная позже. ... тут описана моя вторая операция из примера Метод учета: НУ Карточка № ... Однако данная операция в методе НУ отменена. Сообщение некорректно указывает на метод. Должно указывать правильный метод учета. ОШИБКУ нужно устранить.Метод учета в сообщении указывается верно.
102.1271098.10.78.0Необходима привязка ЭХД и Галактики через штрих кодУчет ОСВедение картотеки
В конце месяца по объектами основных средств находящихся в долевой собственности сдаются акты приема передачи. И таблица Excel где указаны даты приема и передачи. Согласно которых рассчитывается коэффициент по источникам финансирования. До внедрения КИС ЭХД на основании такого комплекта документов (пачка актов и табличка Exclel с датами передачи и коэффициентами) в отчетном месяце бухгалтер в картотеке ОС вводил соответствующие коэффициенты на вкладку "Источники финансирования" (тем самым коэффициенты прошлого месяца нигде не сохранялись). Эти коэффициенты влияют на расчет амортизации и проводки по амортизации. Теперь после внедрения КИС ЭХД возникло желание комплект документов (пачка актов и табличка Excel с датами передачи и коэффициентами) снабдить штрих-кодом. Сохранять ее в КИС ЭХД и иметь связь с этим штрих-кодом в Галактике. Т.е. этот штрих код где-то в Галактике нужно хранить. Каждый месяц, для группы ОС находящихся в долевой собственности иметь и штрих код советующей пачке актов и таблицы дата передачи. И помесячно хранить значения вкладки источники финансирования. При обсуждении наиболее оптимальным вариантом показалось доработать "Операцию ОС - Изменение параметров" - реализовать в ней возможность. Кроме прочих изменяемых параметров также задать изменения списка источников финансирования. А так же внешних атрибутов источников финансирования. Соответственно также потребуется реализовать хранение штрих кодов для этого вида операций. Как вариант можно было бы рассмотреть вариант реализации нового вида операции "Операцию ОС - Изменение источников финансирования". Во вложении часть материала из переписки. На бумаге могу предоставить пометки сделанные от руки по этому вопросу.Добавлена возможность создания архива по источникам финансирования для операций Изм.Стоимости, Изм. параметров и Поступления. При проведении операции ИФ в карточке заменяются на ИФ указанные в операции. При откате операции ИФ в карточке восстанавливаются. Интерфейс задания ИФ в операции сделан двухпанельным. Слева панель с ИФ из карточки(предыдущее состояние), справа с ИФ в операции. Есть возможность переносить все или один ИФ из карточки в операцию. Сделан конвертор для перевода старой структуры ИФ в новую. Запускается автоматически. Добавлена возможности задавать штрих-код в операции Изменения параметров.
102.1288848.10.78.0Восстановленная амортизационная льготаУчет ОСВыбытие
Восстановленная амортизационная льгота. При выполнении функции "Скопировать убытки реализации в налоговый регистр" алгоритм расчета суммы убытка должен учитывать значение поля "Восстановленная премия" на вкладке Окно операции выбытия ОС. Данная необходимость обусловлена требованием пункта 1 статьи 268 НК РФ. Определение убытка должно осуществляться по следующей формуле: Первоначальная стоимость - Амортизация + Восстановленная премия + Расходы на реализацию - Стоимость реализации. В регистр "Убытки от реализации амортизируемого имущества" модуля Налоговый учет необходимо добавить поле Восстановленная премия, которое будет соответствовать сумме по полю Восстановленная премия вкладки "Окно" операции выбытия ОС. Данное поле должно быть доступно для выбора в качестве переменной в алгоритмах расчета убытков. Пир зарегистрирован по просьбе сотрудника ПНР Коробова Владислава.В регистр "Убытки от реализации амортизируемого имущества" модуля Налоговый учет добавлено поле Восстановленная премия, которое будет соответствовать сумме по полю Восстановленная премия вкладки "Окно" операции выбытия ОС. Данное поле доступно для выбора в качестве переменной в алгоритмах расчета убытков. Премия записывается в поле NalRegDc.SumRs5.