Информация о файле обновления Галактика 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
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
180.86099.1.23.0Ошибочное перепроведение операции переоценкаУчет ОСПереоценка
В периоде 12.2014 создана операция переоценки с количеством ОС > 1. Операция переоценки проведена. Откатили одну карточку ОС из числа включенных в Операцию переоценки на несколько периодов назад. Прокатили карточку обратно в период 12.2014. В результате автоматического применения операций в расширенной информации карточки ОС ПОВТОРНО применились суммы переоценки стоимости и износа из операции переоценки по ВСЕМ карточкам, присутствующим в операции переоценки. (Должно было сделаться только по одной карточке, которую откатывали в прошлый период). Данная ошибка делает поля "Накопленная переоценка стоимости" и "Накопленная переоценка износа" из расширенной информации карточки неверными, ломает данные. ОШИБКУ нужно устранить.Исправлено. Поля накопленные суммы переоценки стоимости и износа при перепроведении операции заполняются верно. Теперь перепроведение идет только по отмеченным карточкам. Раньше шло по всем карточкам из операции.
102.1350959.1.21.0Неуместное предупреждение при установке(снятии) фильтра(галочек)Управление капитальными вложениями и строительствомПередача объектов инвестору
Неуместное предупреждение при установке(снятии) фильтра(галочек)- мы ничего не корректируем!Предупреждение убрано.
102.1359569.1.21.0По Enter не формировать карточку ОССкладской учетОС-овая сторона накладной
А еще можно доработать, чтобы по Enter в эталонных параметрах сразу не формировалась карточка, можно чтобы было два Enter, а то заполнили пользователи одно поле и нажали Enter по привычке как в других документах, сразу начинается формироваться карточка (а еще не все ввели:-() По Enter не формировать карточку ОСПо Enter в эталонных параметрах не запускается формирование карточки. Запускается при нажатии на кнопку "Формировать".
102.1361769.1.21.0Необходимо отменять проведение операции, в случае, если появлялось какое-нибудь системное сообщениеУчет ОСВыбытие
Бухгалтерии необходимо, чтобы операцию "Выбытие ОС" вводили сами пользователи, а привязку ТХО и проведение этой операции осуществляла только бухгалтерия. Для этого пользователю дали права на работу с картотекой ОС. На таблицу KatOs права дали только на чтение. Произошла следующая ситуация: пользователь ввел операцию выбытия и нажал кнопку "Проведение операции". При этом выскочила ошибка (нет доступа к таблице 3000 (KatOs)), но при этом в поле PROVED в таблице SPMOVE все равно установилось значение равное 1. Дата выбытия при этом в карточке не была проставлена, само собой. Далее бухгалтер привязывает ТХО, и т.к. операция уже, вроде бы, проведена, то тоже никаких изменений в карточке не происходит. В итоге: есть операция выбытия, она проведена, проводки сформированы, но карточка ОС все еще не числится списанной. Необходимо не устанавливать признак того, что операция проведена, если возникает какая-то ошибка, которая мешает завершению проведения операции. Решением проблемы также может быть добавление настройки, которая разрешает/запрещает проведения операции (выбор ТХО).Добавлена пользовательская настройка "Настройки Галактики Бухгалтерский контур Учет ОС и НМА Настройка операций Разрешать проведение/отмену проведения операций", которая может принимать следующие значения: "нет" и "да" (по умолчанию). Если настройка установлена в значение "нет", то пользователю запрещено проводить и отменять проведение следующих операций ОС и НМА: - поступление - внутреннее перемещение - изменение стоимости - выбытие - изменение группы/вида - изменение параметров - корректировка амортизации - корректировка разниц - переоценка - налоговая операция - налоговая амортизация
102.1364089.1.21.0В интерфейсе "Комплектование объектов" по ИК неверно отображается сумма износаУчет ОСИзменение стоимости
В интерфейсе "Комплектование объектов" по ИК неверно отображается сумма износа (величина умножена на 2)Исправлено.
102.1373839.1.21.0Требуется доработка функции "Скопировать убытки реализации в налоговый регистр" в операции Выбытие.Учет ОСВыбытие
Требуется доработка функции "Скопировать убытки реализации в налоговый регистр" в операции Выбытие Убыток должен формироваться по следующим формулам: Если: [Стоимость продажи - (Остаточная стоимость + Расходы + Восстановленная премия)] > 0, то убытка нет, и появляется сообщение об отсутствии убытка, Если: [Стоимость продажи - (Остаточная стоимость + Расходы + Восстановленная премия)] < 0, то убыток есть, и происходит копирование убытка в налоговый регистр.Убыток формируется по следующим формулам: Если: [Стоимость продажи - (Остаточная стоимость + Расходы + Восстановленная премия)] > 0, то убытка нет, и появляется сообщение об отсутствии убытка, Если: [Стоимость продажи - (Остаточная стоимость + Расходы + Восстановленная премия)] < 0, то убыток есть, и происходит копирование убытка в налоговый регистр.
102.1379969.1.21.0При отмене операции указывается неверный метод учета в след. случае:Учет ОСИзменение стоимости
При отмене операции указывается неверный метод учета в след. случае: Проводим в двух методах операцию, которая изменяет параметры только в в своем методе учета(например, изменение стоимости). затем проводим в двух методах (бухгалтерский и налоговый) операцию, которая изменяет параметры во всех методах, например, перемещение. В бухгалтерском методе отменяет операцию внутреннего перемещения. Затем в этом же бухгалтерском методе пытаемся отменить операцию изменения стоимости. Выдается ПРЕДУПРЕЖДЕНИЕ о невозможности отмены, т.к. в БУХГАЛТЕРСКОМ методе учета есть проведенная позже операция внут. перемещения. А в предупреждении должен быть указан НАЛОГОВЫЙ метод.Доработано. МУ указывается верно.
102.1380299.1.21.0В протокол перестали выводиться номер и наименование ИК для режима формирования проводок "только по выбранным карточкам"Учет ОСАмортизация
В протокол перестали выводиться номер и наименование ИК для режима формирования проводок "только по выбранным карточкам"Исправлено. Карточка выводится.
102.1383879.1.21.0Ломается печатная форма отчета ОС-2 на внутреннее перемещениеУчет ОСВнутреннее перемещение
Ломается печатная форма отчета ОС-2 на внутреннее перемещение, если в карточке ОС на закладке "Характеристика" вместо текстового файла привязан, например, pdf или doc-файл. При печати сразу нескольких записей операции тоже самое. Для клиента проблема очень критична, так как срочно надо сделать внутреннее перемещение по 1000 и более карточкам на другого МОЛ-а и сдать отчеты, а из-за этой проблемы этого сделать не могут.Исправлено.
102.1390979.1.21.0Не выдавать предупреждения в ходе выполения операции амортизацииУчет ОСАмортизация
Расчет амортизации у клиента занимает продолжительное время (свыше 10 часов). Запускают операцию на ночь и уходят. В хоте выполнения амортизации первым этапом идет проверка отчетного периода карточек, и если есть несоответствие - выдается предупреждение с предложением продолжить. Это предупреждение сотрудники видят только утром, тем самым теряя драгоценное время, выделенное на расчет амортизации и формирование проводок. Следует не выдавать предупреждения, тем самым не прерывать процесс выполнения расчета амортизации, а по окончании расчета - выдавать протокол по таким карточкам с предложением запустить расчет амортизации по ним отдельно после корректировки отчетного периода.Добавлена настройка - "Настройки Галактики Бухгалтерский контур Учет ОС и НМА Настройка операций Амортизация Показывать инвентарные карточки с периодом, отличным от периода расчета амортизации". Настройка может принимать два значения - "до начала расчета" и "после окончания расчета". Если установлено второе значение, то окно с карточками с периодом отличным от периода амортизации показывается после расчета.
102.1399099.1.21.0Необходимо доработать импорт коэффициентов переоценки из ExcelУчет ОСВвод коэффициентов переоценки
Необходимо доработать импорт коэффициентов переоценки из Excel. Надо добавить параметр "Количество знаков после запятой" для указания точности округления импортируемых коэффициентов.Доработано.
180.47259.1.21.0выбор договора при выбытии (реализации ОС)Учет ОСВыбытие
При реализации ОС с использованием функционала модуля "Основные средства", автоматически формируются от акта на выбытие: - приходный складской ордер, - расходная накладная, - документ-основание на продажу, - счет-фактура. Однако, в случае, когда расчеты ведутся по договорам, желательно или в модуле ОС, в акте на выбытие видеть поле "Договор", или чтобы система позволяла в документах на выбытие сформировать ссылку на Договор. В настоящее время пользователь может сделать лишь приходный ордер и расходную накладную. ДО и с/ф делать не имеет смысла, поскольку внося в последствие изменения в накладную или в ДО - автоматически не проставляется ссылка на Договор во всех сформированных документах, в связи с чем, отсутсвует возможность использовать эту часть функциональности.Доработано Изменен внешний вид окна параметров формирования документов реализации (из операции выбытия). Добавлена возможность в окне параметров формирования выбора договора, соглашения, пункта кал.плана, которые переносятся в формируемые сопроводительные документы.
180.83869.1.21.0Ликвидировать жесткую привязку операции инвентаризации к отчетному периодуУчет ОСИнвентаризация
В настоящее время система не дает возможности создавать операцию инвентаризации не в отчетном периоде модуля. Это весьма не удобно при филиальной структуре предприятия: на каждом филиале бухгалтер переводит по периодам свою часть картотеки. Таким образом, кто-то может уже перевести по своему филиалу картотеку в сентябрь, и там ему уже нужно делать инвентаризацию, при этом все карточки, которые будут добавляться в его операцию инвентаризации находятся в нужном нам периоде (сентябре). А второй бухгалтер может еще доделывать август и его картотека и модуль иже с ним могут быть еще в августе. Получается неудобно, что нужно менять отчетный период через настройки (чтобы картотека второго бухгалтера не перешла в сентябрь вместе с отчетным периодом модуля), учитывая что настройки у пользователей закрыты, т.е. только через ОИТ. При этом с другой стороны в инвентаризации главное соблюсти соответствие: отчетный период карточек = отчетному периоду операции инвентаризации = отчетному периоду создаваемых из инвентаризации операций. В рассматриваемом случае данное условие выполняется. ПРЕДЛАГАЮ снять жесткую привязку операции инвентаризации к периоду модуля, и при добавлении карточек в операцию инвентаризации контролировать просто период карточек, а в случае излишков или недостач новые операции создавать в периоде, равном периоду инвентаризации.Операцию инвентаризации можно создать на любую дату, в т.ч. отличную от отчетного периода модуля ОС.
180.83969.1.21.0Поле в операции внутреннего перемещенияУчет ОСПредложения по новой функциональности модуля "Основные средства"
Данный вопрос касается доработки функционала по операции Внутреннего перемещения. Когда в системе формируется операция по частичному внутреннему перемещению появляется поле "Новый инвентарный номер №". Такая же функциональность необходима при обычном внутреннем перемещении. На данный момент из-за отсутствия поля, бухгалтер вручную перебивает номенклатурный номер в инвентарной карточке.Для Казахстана стало возможным изменить инвентарный номер в операции внутреннего перемещения.
180.84069.1.21.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);
180.84319.1.21.0Повторное групповое проведение операций ОСУчет ОСИзменение параметров
Если операции уже проведены и я их отметил для повторного группового проведения, то перепривязка ТХО не происходит, выдается протокол ошибок с записью на каждую отмеченную операцию. В единичном режиме - ругается, но ТХО перепроводит. Предлагаю в групповом режиме реализовать вариант позволяющий перепровести ТХО, без перепроведения самой операции, вместо полного прерывания ее выполнения.Доработано.
180.84409.1.21.0Поступление ОС с разных партий МЦУчет ОСПредложения по новой функциональности модуля "Основные средства"
Добрый день! У клиента партионный учет и FIFO. При формировании документа Накладная склад=>ОС бухгалтер выбирает МЦ1, в спецификации одна строка к примеру на 15 шт. После проведения по кнопке [Перевод в основные средства] спецификация в Накладной превращается в 3 строки, потому, что 15 штук лежат по разным партиям. Бухгалтеру по ОС нет необходимости формировать 3 инв. карточки при формировании карточек выбирает в окне =Параметры формирования карточек=, вкладка Формирование ю Режим формирования карточек - Включить материальные ценности в состав нового простого объекта; ю Объект - вручную вводят наименование ю Сформировать групповые карточки При этом создается одна карточка с количеством 1 и общей суммой согласно накладной склад-ОС. Далее в операции Поступление ОС в режиме редактирования карточки бухгалтер перебивает количество в карточке с 1 на 15. При таком режиме работы теряется связь с МЦ у карточки (локальное меню в карточке Дополнительная информация, поле Номенклатурный номер). Клиент просит доработать: 1. Объединение в одном инвентарном номере все количество в рамках одной номенклатуры 2. Сохранить связь с МЦ в карточке ОСДобавлен режим создания карточек (.) Создать новую простую ИК с учетом разных партий МЦ (не включать МЦ с состав ИК)` При этом создается одна карточка с количеством равным общему количеству в спецификации накладной и общей суммой согласно накладной склад-ОС. При таком режиме работы не теряется связь с МЦ у карточки (локальное меню в карточке Дополнительная информация, поле Номенклатурный номер). Данный режим доступен только если спецификация накладной имеет ссылки на одну и туже МЦ. Если МЦ разные, то выдается предупреждения и карточки не формируются.
102.1344969.1.20.0печатная форма "Акт о приеме-передаче здания (сооружения)" ОС-1а изменить шрифт штрихкода на EanGnivcУчет ОСПоступление
печатная форма 1.2 "Акт о приеме-передаче здания (сооружения)" ОС-1а изменить шрифт штрихкода на EanGnivc. Запуск: Учет ОС-Операции-Поступление. Печать-печать актов по объектам- "Форма N ОС-1а в формате RTF" аналогично для: 1.3 "Акт о приеме-передаче групп объектов основных средств (кроме зданий, сооружений)" ОС-1б Запуск: Учет ОС-Операции-Поступление. Печать-печать актов по группам объектов- "Форма N ОС-1б в формате RTF" 1.4 "Акт о приеме-передачев уставный капитал недвижимого имущества" Запуск: Учет ОС-Операции-Поступление.Печать-печать актов по объектам- "Акт о приеме-передачев уставный капитал недвижимого имущества" 1.5 "Акт о приеме-передачев уставный капитал движимого имущества" Запуск: Учет ОС-Операции-Поступление.Печать-печать актов по объектам- "Акт о приеме-передачев уставный капитал движимого имущества" 1.6 "Накладная на внутреннее перемещение объектов основных средств" ОС-2 Замечание: Штрихкод печатается жирным шрифтом. Жирность надо убрать. Запуск: Учет ОС-Операции-Внутреннее перемещение. Печать-печать приложения к акту по операции- "Накладная на внутреннее перемещение объектов основных средств ОС-2 " 1.18 Акт о принятии к учету нематериального актива Замечание: Штрих код не выводится. Запуск по описанию: Учет НМА-Операции-Поступление. В окне редактирования: печать-печать актов по объектам. 1.19 Акт приема-передачи нематериального актива Замечание: Форма есть, шк печатается неверным шрифтом. Запуск по описанию: Учет НМА-Операции-Внутреннее перемещение. В окне редактирования: печать-печать актов по объектам 1.20 Акт о списании нематериальных активов Замечание: Форма есть, шк печатается неверным шрифтом. Запуск по описанию: Учет НМА-Операции-Выбытие. В окне редактирования: печать-печать актов по объектам Видимость отчетов для ВСМН включаются параметрами конфигурационного файла: {FinParams} UseVSMNFORMS=ON {UserReport} TNGROUPNAME=Транснефть.Замечания исправлены.
102.1350429.1.20.0В отчет "Реестр операций по картотеке" перстал выводиться штрих код операцииУчет ОСВедение картотеки
В печатную форму "Реестр операций по картотеке" после установки обновлений F_OsOper 8.10.76.0 перестал выводиться штрих-код операции.Исправлено. Штрих-код выводится.
102.1353919.1.20.0При печати ведомостей по льготам (амортиз. премия) необходимо учитывать количество объектов в ИКУчет ОСВедение картотеки
При печати ведомостей по льготам (амортиз. премия) необходимо учитывать количество объектов в ИК. Если метод учета ОС = "за единицу", то все данные в отчеты по льготам выводятся за единицу, как и отображаются в карточке, а надо за все количество.При печати ведомостей по льготам (амортиз. премия) учитывается количество объектов в ИК. На закладке "Амортизационная премия" суммы отражаются "за общее количество".
102.1354039.1.20.0Округление амортизационной премии в операцияхУчет ОСПоступление
Если первоначальную стоимость ОС из операции поступления либо стоимость модернизации из операции изменения стоимости умножить на 10 или 30% зачастую ам.премия получается с третьим знаком после запятой. Нужна настройка, которая позволит в автоматическом режиме следить за тем, чтобы амортизационная премия в операциях была округленной до нужного количества знаков. Это может быть либо настройка реестра настроек, либо настройка основания операции - нужно решить исходя из концепции модуля.В операции округление льготы производится согласно параметрам округления амортизации в настройке метода учета. На закладке "ОперацииАморт." премия округление производится аналогично.
102.1355399.1.20.0ARCHIVELINK Печатная форма "Акт о приеме-передаче здания (сооружения)" ОС-1а изменить жирный шрифт штрихкода на обычныйУчет ОСПоступление
ARCHIVELINK Печатная форма "Акт о приеме-передаче здания (сооружения)" ОС-1а изменить жирный шрифт штрихкода на обычный. [ВСМН] Форма N ОС-1а в формате rtf << Россия >>Исправлено.
102.866989.1.20.0Сортировка при печати операций по ИК на разных платформах различнаУчет ОСВедение картотеки
Сортировка при печати операций по ИК на разных платформах различна, если операции проведены одной датой. Например, 31-м числом начислена амортизация и 31-м числом проведена переоценка. На первасиве выводится: 31/08/2006 000048 Амортизация 31/08/2006 3267 Переоценка На оракле выводится: 31/08/2006 3267 Переоценка 31/08/2006 000048 АмортизацияДоработано только для FastReport. Для текста такой возможности нет. Для всех платформ при печати сортировка операций будет в порядке даты, типа и номера операции.
180.68629.1.20.0Подробный протокол расчета амортизации по алгоритмуУчет ОСАмортизация
В случае если алгоритм амортизации неправильно что-то считает, действия ПНРщика обычно сводятся к тому, чтобы пошагово перебирать ключи алгоритма, подставляя их в результат расчета алгоритма, анализируя результат. Это неэффективно по времени + есть шанс забыть вернуть назад проделанные "диагностические исправления" в алгоритме. Чтобы избежать этой неэффективной работы ПРЕДЛАГАЮ: - реализовать режим расчета (параметр, настройку реестра или что-то вроде), который бы формировал подробный протокол расчета амортизации. (отчет должен также содержать информацию о таких операциях, как применение коэффициентов, округление и др., которые выполняются до и после собственно выполнения алгоритма, влияющие на результат расчета амортизации.Протоколом расчета амортизации управляют два параметра. 1) Формировать протокол. Со значениями - нет - только ошибок - примечаний и ошибок - все карточки 2) Уровень детализация протокола. Со значениями - сообщения. Выводится только номер карточки и сообщение об ошибке(предупреждении). - информация об алгоритме. Дополнительно выводится информация о параметрах расчета алгоритма и результат расчета. - отладочная информация. Дополнительно выводится все строки алгоритма и результат по каждой строке или ошибку по ней. Аналогично сделано и в картотеке при переходе на новый период.
180.83309.1.20.0Неверное сообщение при отмене операцииУчет ОСИзменение стоимости
Есть последовательных 2 операции не важно каких типов. Все проведены в двух методах учета (БУ и НУ). Нужно откорректировать первую из них. Отменяю вторую операцию в методе НУ, не отменяя в методе БУ. Пытаюсь отменить вторую в методе НУ. Система сообщает: Отмена операции не возможна. Есть операция проведенная позже. ... тут описана моя вторая операция из примера Метод учета: НУ Карточка № ... Однако данная операция в методе НУ отменена. Сообщение некорректно указывает на метод. Должно указывать правильный метод учета. ОШИБКУ нужно устранить.Ошибка устранена только для операций, в которых изменяются значения сразу во всех методах. Для остальных вариантов зарегистрирован ПИР 102.137996
102.1343549.1.19.0Интеграция с КИС ЭХД - Передача объектов инвестору (720)Управление капитальными вложениями и строительствомПередача объектов инвестору
Для нового типа документа: Передача объектов инвестору (720) Модуль "Управление капитальными вложениями и строительством" меню "Операции - Передача объектов инвестору" Необходимо обеспечить интеграцию с КИС ЭХД. Реализовать ввод и хранения штрих-кода по стандартной схеме. Сделать чтобы данный документ был доступен в окне поиска штрих кодов и в отчетах администратора архива. Реализовать выгрузку атрибутов для КИС ЭХД. Реализовать открытие документа по ссылке на штрих код из браузера и по клавише F4 из окна поиска штрих кодов. Реализовать функцию создания документа по клавише F7 из окна заданий на ввод документа. Реализовать функцию блокировки документа по статусу КИС ЭХД. Добавить печать штрих-кода в печатные формы документа. По результатам доработки дополнить документацию (файлы ArchivelinkUser.chm и ArchivelinkUser.pdf)Передача объектов инвестору (720) Модуль "Управление капитальными вложениями и строительством" меню "Операции - Передача объектов инвестору" Добавлена возможность указать штрих-код
102.1350929.1.19.0Вместо протоколов расчета печатаются справки!Управление капитальными вложениями и строительствомПередача объектов инвестору
Вместо протоколов расчета печатаются справки!Убран ненужный пункт локального меню "Протоколы расчета".
102.1332549.1.18.0Перенести хранение полей из PodrInfo в таблицу KatOrgКонтур логистикиНе знаю, какая именно часть контура логистики, научите
Перенести хранение из PodrInfo в поля KatOrg: PODRINFO.POLE11C - KatOrg.cBoss PODRINFO.POLE12C - KatOrg.cBuh PODRINFO.CODEOIV - KatOrg.cMember PODRINFO.KPPINOM - KatOrg.cExecOrgnAddr PODRINFO.DATKODUCHET - KatOrg.dReg PODRINFO.KatNP - KatOrg.dLiquidation PODRINFO.OKATO - KatOrg.OKATO PODRINFO.KBK - KatOrg.KBK PODRINFO.OGRN - KatOrg.OGRN PODRINFO.REGNOMPFR - KatOrg.REGNOMPFR PODRINFO.INSNAME - KatOrg.INSNAMEУказанные значения теперь хранятся в полях таблицы KatOrg
102.1332799.1.18.0Перенести хранение полей из внешних атрибутов в таблицу KatMCКонтур логистикиНе знаю, какая именно часть контура логистики, научите
Перенести хранение полей из внешних атрибутов в таблицу KatOrg и SpMC: содержит ГМО - KatMC.wBitFlags % стоимости - SpMC.ProcComplПеренесено хранение полей из внешних атрибутов в таблицу KatOrg и SpMC: содержит ГМО - KatMC.wBitFlags % стоимости - SpMC.ProcCompl
102.1271099.1.17.0Необходима привязка ЭХД и Галактики через штрих кодУчет ОСВедение картотеки
В конце месяца по объектами основных средств находящихся в долевой собственности сдаются акты приема передачи. И таблица Excel где указаны даты приема и передачи. Согласно которых рассчитывается коэффициент по источникам финансирования. До внедрения КИС ЭХД на основании такого комплекта документов (пачка актов и табличка Exclel с датами передачи и коэффициентами) в отчетном месяце бухгалтер в картотеке ОС вводил соответствующие коэффициенты на вкладку "Источники финансирования" (тем самым коэффициенты прошлого месяца нигде не сохранялись). Эти коэффициенты влияют на расчет амортизации и проводки по амортизации. Теперь после внедрения КИС ЭХД возникло желание комплект документов (пачка актов и табличка Excel с датами передачи и коэффициентами) снабдить штрих-кодом. Сохранять ее в КИС ЭХД и иметь связь с этим штрих-кодом в Галактике. Т.е. этот штрих код где-то в Галактике нужно хранить. Каждый месяц, для группы ОС находящихся в долевой собственности иметь и штрих код советующей пачке актов и таблицы дата передачи. И помесячно хранить значения вкладки источники финансирования. При обсуждении наиболее оптимальным вариантом показалось доработать "Операцию ОС - Изменение параметров" - реализовать в ней возможность. Кроме прочих изменяемых параметров также задать изменения списка источников финансирования. А так же внешних атрибутов источников финансирования. Соответственно также потребуется реализовать хранение штрих кодов для этого вида операций. Как вариант можно было бы рассмотреть вариант реализации нового вида операции "Операцию ОС - Изменение источников финансирования". Во вложении часть материала из переписки. На бумаге могу предоставить пометки сделанные от руки по этому вопросу.Добавлена возможность создания архива по источникам финансирования для операций Изм.Стоимости, Изм. параметров и Поступления. При проведении операции ИФ в карточке заменяются на ИФ указанные в операции. При откате операции ИФ в карточке восстанавливаются. Интерфейс задания ИФ в операции сделан двухпанельным. Слева панель с ИФ из карточки(предыдущее состояние), справа с ИФ в операции. Есть возможность переносить все или один ИФ из карточки в операцию. Сделан конвертор для перевода старой структуры ИФ в новую. Запускается автоматически. Добавлена возможности задавать штрих-код в операции Изменения параметров.
102.1338279.1.17.0"Реестр операций по картотеке" не выгружать пустые строкиУчет ОСВедение картотеки
В печатную форму "Реестр операций по картотеке" при установленных фильтрах операция "Выбытие", временной интервал с 01.01.2014 г. по 10.01.2014 г. Выдается очень много строк с пустыми полями (заполнены только наименование/инвентарный номер) без информации по отфильтрованным операциям. Думаем, будет уместным, доработать отчет таким образом, чтоб ненужные строки при этом не выгружались.Добавлен новый (старый) плоский отчет "Реестр операций по картотеке" Из отчета убраны лишние строки. Как и из других отчетов. Доработка коснулась отчетов в формате FastReport
102.1339509.1.17.0Необходимо печатные формы ОС-1 и ОС-1б привести к одинаковому варианту заполненияУчет ОСПоступление
Необходимо печатные формы ОС-1 и ОС-1б привести к одинаковому варианту заполнения. Сейчас, если объект ОС новый, то в печатной форме ОС-1 поле "Фактический срок эксплуатации" остается пустое, а в печатной форме ОС-1б оно заполняется. Если объект ОС был уже изношен, т.е. на момент поступления у него уже был начислен износ, то тогда в обоих отчетах оно заполняется. Необходимо заполнять данные печатные формы одинаково, так как заполняется форма ОС-1, чтобы значение в этом поле было в том случае, если объект до поступления был изношен. Отчеты печатаются из операции "Поступление".Печатные формы ОС-1 и ОС-1б приведены к одинаковому варианту заполнения. Если объект ОС новый, то в печатной форме ОС-1б поле "Фактический срок эксплуатации" остается пустое.
180.81969.1.17.0Инв. номер в операциях модуля ОСУчет ОСПоступление
Добрый день! В операциях модуля "Учет ОС", Поступление/Внутреннее перемещение/Изменение стоимости/Выбытие, столбец в спецификации операции с инвентарным номером становится с атрибутом Skip при привязке ТХО. Необходимо поправить данный момент. Пользователи ранее копировали номера из операций и сверяли с данными из других источников (Excel-таблицы, другие системы). Требуется возможность выделения инвентарного номера в любом состоянии операции. Можно ли также добавить возможность контекстного поиска в данном столбце?Инв. номер в операциях модуля ОС не делается недоступным при проведении операции. Поиск возможен только по Ctrl+F.
101.434339.1.16.0Привязка комиссии к инвентаризационной описи (ОС)Учет ОСИнвентаризация
В настоящий момент функционалом предусмотрен выбор комиссии при печати инвентаризационной описи. Это неудобно, поскольку в момент вывода на печать необходимо помнить, какая именно комиссия отвечала за результаты в определенной описи. В связи с этим необходима возможность вводить и хранить комиссию в каждой инвентаризационной описи (как это уже сделано в модулях Складской учет и УПЛ).В окно редактирования Инвентаризационной описи ОС (НМА) добавлено поле "Комиссия", значение которого хранится во внешнем атрибуте таблицы InvTab с именем "Commission". Если Инвентаризационная опись недоступна для редактирования, то запрещено изменять значение поля "Комиссия" (например, нажатием Delete, F3, Ctrl+F3). При печати по умолчанию устанавливается комиссия из Инвентаризационной описи, указанной в настройках ведомости наличия ОС (НМА).
102.1288849.1.16.0Восстановленная амортизационная льготаУчет ОСВыбытие
Восстановленная амортизационная льгота. При выполнении функции "Скопировать убытки реализации в налоговый регистр" алгоритм расчета суммы убытка должен учитывать значение поля "Восстановленная премия" на вкладке Окно операции выбытия ОС. Данная необходимость обусловлена требованием пункта 1 статьи 268 НК РФ. Определение убытка должно осуществляться по следующей формуле: Первоначальная стоимость - Амортизация + Восстановленная премия + Расходы на реализацию - Стоимость реализации. В регистр "Убытки от реализации амортизируемого имущества" модуля Налоговый учет необходимо добавить поле Восстановленная премия, которое будет соответствовать сумме по полю Восстановленная премия вкладки "Окно" операции выбытия ОС. Данное поле должно быть доступно для выбора в качестве переменной в алгоритмах расчета убытков. Пир зарегистрирован по просьбе сотрудника ПНР Коробова Владислава.В регистр "Убытки от реализации амортизируемого имущества" модуля Налоговый учет добавлено поле Восстановленная премия, которое будет соответствовать сумме по полю Восстановленная премия вкладки "Окно" операции выбытия ОС. Данное поле доступно для выбора в качестве переменной в алгоритмах расчета убытков. Премия записывается в поле NalRegDc.SumRs5.
102.1328489.1.16.0Необходимо в операции "Поступление" подвязывать подразделение и МОЛ-а с помощью локальной функции "Актуализация данных в операции"Учет ОСПоступление
Ситуация следующая: создаем карточку, подразделение и МОЛ-а не заполняем сразу. Затем создаем операцию поступления и соответственно в ней подразделение и МОЛ не указаны. После проведения операции в карточке привязываем подразделение и МОЛ-а. Формируем отчет "Ведомость движения" с группировкой по подразделению и в группу подразделение "значение не определено" попадает операция поступления, а уже в группу заданного подразделения попадает сальдо на конец. Клиенту не удобно так просматривать отчеты - им необходимо видеть все действия по карточке в разрезе заданного подразделения. Для того чтобы сейчас это исправить, необходимо отменить проведение операции, отвязать в ней карточку и привязать снова, чтобы подразделение и МОЛ автоматически подтянулись. Но если в операции таких карточек, например 50 и более, то это займет много времени и никого не устроит, поэтому предлагаю не отвязывать карточки в операции, а с помощью локальной функции "Актуализация данных в операции" подтягивать также и подразделение и МОЛ-а.С помощью локальной функции "Актуализация данных в операции" исправляются также и подразделение и МОЛ в операциях Поступления, Изменения стоимости и Переоценки.
102.1331419.1.16.0Необходимо в отчет ОС-2 в операции на внутреннее перемещение выводить весь текст из строки с закладки "Характеристика"Учет ОСВнутреннее перемещение
Если в инвентарной карточке на закладке "Характеристика" в строке указано больше чем 253 символа, то эта строка и все последующие не выводятся в поле "Примечание (краткая характеристика технического состояния объекта основных средств)" в отчете ОС-2, который формируется из операции на внутреннее перемещение. Необходимо чтоб в этот отчет выводилось все значение строки с закладки "Характеристика".Исправлено. Строка выводится полностью.
102.1332169.1.16.0Доработка интерфейса "Ввод коэффициентов переоценки"Учет ОСВвод коэффициентов переоценки
Доработка интерфейса "Ввод коэффициентов переоценки" 1. в заголовке окна отображать наименование метода учета. 2. окна просмотра и редактирования сделать единообразными. 3. реализовать новое представление панели "коэффициенты по датам": - в верхнюю панель добавить поле диапазон: с "месяц год" по "месяц год". Добавить кнопку "Сформировать". - по нажатии кнопки "Сформировать" автоматически формируются записи коэффициентов по датам. Для новых записей коэффициент устанавливается равным единице, а записи, не удовлетворяющие заданному диапазону должны быть удалены (по предупреждению). - к записи диапазона добавить поле "Расшифровка". - реализовать режим копирования коэффициентов построчно. - реализовать отчет в FastReport.В заголовке окна отображается наименование метода учета. Реализовано новое представление панели "коэффициенты по датам": - столбец - последнее число каждого месяца из диапазона, строки - коэффициент. - в верхнюю панель добавлены поля диапазона: с "месяц, год" по "месяц, год". Максимально допустимый диапазон - 25 месяцев. - добавлена кнопка "Сформировать". - по нажатии кнопки "Сформировать" автоматически формируются записи коэффициентов по датам. Для новых записей коэффициент устанавливается равным единице, а записи, не удовлетворяющие заданному диапазону будут удалены (по предупреждению). - к записи диапазона добавлено поле "Расшифровка". - поле "Расшифровка" добавлено в список экспорта/импорта. - реализован режим копирования коэффициентов построчно. - реализован отчет в FastReport. Окна просмотра и редактирования сделаны единообразными.
102.1336149.1.16.0Сломалось вычисление амортизации для поля OperIzmStoim.SumL_NextУчет ОСАмортизация
Сломалось вычисление амортизации для поля OperIzmStoim.SumL_Next (потеря преемственности). Используем мы поле &SumL_Next примерно следующим образом Причем в 60 ключе мы вычисляем амортизируемую стоимость, от которой нужно посчитать линейную часть амортизации. Эта амортизируемая стоимость должна удовлетворять следующим требованиям: 1) Не должна учитывать модернизации текущего периода, поэтому берем за основу стоимость на начало месяца, см. ключ 55 &StoimNachM 2) Амортизационная премия начисленная в текущем месяце, пришедшая из операции прошлого месяца, должна уменьшить амортизируемую стоимость; 3) Амортизационная премия начисленная в текущем месяце из операции текущего месяца не должна уменьшить амортизируемую стоимость. Пункт 2 и 3 объясняются тем, что амортизационная премия исключается в том же периоде, когда и изменение стоимости начинает влиять на расчет амортизации. Но это не столь важно, откуда это требование, важно что это требование методологической службы заказчика и его нужно соблюсти. При настройке алгоритмов мы решили поставленную задачу указанным ниже способом. Учитывая, что OperIzmStoim.SumL_Next может работать неправильно, ломается вся логика заложенная в ключ 60. Прошу Вас прокомментировать, 1) сломался ли OperIzmStoim.SumL_Next в связи с внесенными изменениями (Тестирование на Мосводоканал показали, что у них этот алгоритм сломался) 2) какие есть варианты временного решения проблемы с соблюдением вышеуказанных требований заказчика? Как временное решение можно попробовать в алгоритме поменять ключ &SumL_Next Было if(IsValidAll(tnOperIzmStoim), OperIzmStoim.SumL_Next / SpKatOS.PoprKoef, 0) Переписать if(IsValidAll(tnOperIzmStoim) and (OperIzmStoim.dOperPrizn <> OperIzmStoim.dOper), OperIzmStoim.SumL / SpKatOS.PoprKoef, 0) В нашем примере при расчете за июнь dOper=30.06.14 а dOperPrizn=30.07.14. Но сработает это только если операция с льготой будет одна. Если будет несколько операций с льготой (например добавится операция изменения стоимости за июнь с учетов в июне) то SumL будет содержать сумму двух операций и поступления и изменения стоимости. Алгоритм: Наименование алгоритма !АК! ***2011_НУ_Линейный, ДатаВвода после 2010_Льгота учит при Поступлении Алгоритм &AmRes Применение алгоритма с учетом доп. параметров Расчет от даты: ввода в эксплуатацию Анализ остаточной стоимости в архиве на ноль: нет Коэффициенты расчета из архива Архив износа на конец предыдущего месяца Правило округления округлять по правилам: >= 0.5 Точность: 0,01 Номер Ключ Алгоритм для расчетов Описание алгоритма 10 &SumL if(IsValidAll(tnOperIzmStoim), OperIzmStoim.SumL / SpKatOS.PoprKoef, 0) Амортизационная льгота для учета в текущем месяце 15 &AllSumL if(IsValidAll(tnOperIzmStoim), OperIzmStoim.AllSumL / SpKatOS.PoprKoef, 0) Накопленная величина амортизационной льготы с учетом текущего месяца 25 &SumL_Next if(IsValidAll(tnOperIzmStoim), OperIzmStoim.SumL_Next / SpKatOS.PoprKoef, 0) Амортизационная льгота для учета в текущем месяце с прошлого месяца 40 &Norm if(IsValidAll(tnArcIznos), (ArcIznos.SrokIsp-SpKatOS.IspPS), (SpKatOS.SrokIsp-SpKatOS.IspPS)) Норма амортиз.: если было изменение СПИ, то чтобы оно началось со след месяца 55 &StoimNachM if(IsValidAll(tnArcIznos), ArcIznos.Stoim, SpKatOS.Stoim) Условность: если нет архива считаем что ОС в месяце ввода. 60 &AmStoim Сейчас алгоритм выглядит так. &StoimNachM - (&AllSumL-if(&SumL<>&SumL_Next, &SumL-&SumL_Next, 0)) Можно упростить следующим образом &StoimNachM - (&AllSumL- (&SumL - &SumL_Next)) Может быть в таком виде будет более доступно для понимания. В линейной части исключаем влияние мод.тек.периода и АЛ тек.перода 61 &SPosle Months_Between(KATOS.datek, katos.otchper) 62 &FirstAmort if (spkatos.sumizn=0, &SPosle, 1) 65 &AmLin round(&AmStoim*(1/&Norm),2)*&FirstAmort Линейная часть амортизации 70 &AmRes IF (&AmStoim-spkatos.sumizn > &AmLin, &AmLin, &AmStoim)+&SumL Анализируем на превышение только линейную часть, т.к. АЛ должна начислиться!Исправлено вычисление льготы для поля OperIzmStoim.SumL_Next (потеря преемственности). Пример. Есть ИК стоимостью 1000 р, льгота в следующем периоде = 200р. Операция поступления проведена в 05.2014. Раньше рассчитывалось так 05 06 07.2014 SumL 0 200 0 SumL_Next 0 200 0 Теперь стало так 05 06 07.2014 SumL 0 200 0 SumL_Next 200 0 0 Расчет поля OperIzmStoim.SumL_Next для итоговых значений возвращен к первоначальному варианта.
102.1336209.1.16.0Импорт коэф. переоценки из ExcelУчет ОСВвод коэффициентов переоценки
Необходимо добавить возможность импорта коэффициентов переоценки из Excel.В локальное меню каталога переоценок добавлена функция "Импорт коэффициентов из Excel". В окне настройки импорта необходимо указать: - имя файла, из которого будет выполняться импорт; - номер столбца, содержащего наименование вида ОС (значения из этого столбца будут переносится в расшифровку диапазона кодов; диапазон кодов генерируется автоматически как 000001-000001, 000002-000002 и т.д.); - номер первой строки, содержащей коэффициенты; - номер первого столбца, содержащего коэффициенты; - дату, на которую указаны коэффициенты в первом столбце (даты в следующих столбцах отличаются от предыдущих на один месяц). Если в переоценки уже есть диапазоны с такими кодами, то в результате импорта данные в них (расшифровка диапазона и соответствующие коэффициенты) обновляются. Если у переоценки не указан диапазон времени, за который указаны коэффициенты, то в результате импорта он установится в соответствии с загруженными коэффициентами.
106.98819.1.16.0Новая запись создается о связью с произволь выбранным актом на поступлениеУчет ОСИнвентаризация
При создании новой инвентаризации Модуль ОС - Операции - Инвентаризация создается новая запись, в которой СРАЗУ еще до выбора подразделения, МОЛ и ИК устанавливается связь с произвольным актом на поступление. Если выбрать подразделение, МОЛ, ИК, связь этим актом остается, акт вообще не связан с поступлением ни в это подразделение, ни на этот МОЛ, нет связи с ИК. Удалить запись по F8 не удается - сообщение: "невозможно выполнить удаление, т.к. были проведены ТХО". Скриншоты, сводный отчет об установленных компонентах, статистика обращений к настройкам - во вложении. Игнорировать привязанные при создании акты нельзя, т.к. они не позволяют создать акты по функции локального меню "Формирование актов", выдается сообщение "невозможно сформировать акты, т.к. были проведены ТХО" Самое неприятное, что ошибка непостоянная, иногда акты не привязываются, инвентаризационная опись создается нормально. Контроль корректности таблиц операций - без ошибок, там правда нет операции инвентаризации, есть поступление.При переводе из склада в ОС ошибочно заполнялась ссылка на MoveOs.cNewMol. В дальнейшем это поле использовалось для ссылки на инвентарную опись. and InvTab.nRec == MoveOs2.cNewMol Доработан перевод со склада в ОС. Поле MoveOs.cNewMol больше не заполняется. Доработана проверка операций ОС. Неверные ссылки в операциях поступления и выбытия обнуляются.
101.539989.1.15.0Запрет модификации и удаления данных операции при наличии проводокУправление капитальными вложениями и строительствомВвод объектов в эксплуатацию (ОС)
Распространить действие настройки "Настройки Галактики Логистика Документы Контроль удаления и модификации - Модификации данных при наличии проводок" на операцию Ввод объектов в эксплуатацию (ОС).Распространено действие настройки "Настройки Галактики Логистика Документы Контроль удаления и модификации - Модификации данных при наличии проводок" на операцию Ввод объектов в эксплуатацию (ОС).
102.1322979.1.15.0Не возможно воспользоваться amort.vih, нужно включить в папку frm, поставляемую клиентам файл mt_OSLgota.tblУчет ОСДругие интерфейсы по ОС
Клиентам с патчами поставляются некоторые исходники. В частности исходник amort.vih Появляются они в папке FRM пропатчиваемого экземпляра галактики. Файлом amort.vih не возможно воспользоваться, он содержит ссылку на отсутствующий в FRM инклюд - mt_OSLgota.tbl Необходимо поставлять в FRM также файл mt_OSLgota.tblвозможно воспользоваться amort.vih, нужно включить в папку frm, поставляемую клиентам файл mt_OSLgota.tbl
102.1325599.1.15.0Изменение стоимости, проведенное в декабре 2008, с основанием "учитывать в следующем отч. периоде"Учет ОСВедение картотеки
Изменение стоимости, проведенное в декабре 2008, с основанием "учитывать в следующем отч. периоде", перестало в некоторых случаях учитываться в графе "Накопленная величина изменения стоимости, подлежащее льготе с 01.01.2009. БД в ОИТ.Теперь считается правильно.
102.1325969.1.15.0Не проставляется признак проведенности операции, хотя значения в ИК меняютсяУчет НМАИзменение стоимости
Не проставляется признак проведенности операции, хотя значения в ИК меняются. Через ИК с создаем операцию Изменение. В нижней панели вводим изменение и, не переходя в верхнюю панель, выполняем проведение операции. Поля в нижней панели становятся недоступными для редактирования, данные в карточке становятся новыми, а в операции признак проведенности не проставляется. Если проводить операцию, находясь в верхней панели, все отрабатывает корректно.Исправлено, Признак проставляется.
102.1326369.1.15.0Неверно рассчитывается "Восстановленная премия"Учет НМАВыбытие
Стало неверно рассчитываться значение "Восстановленная премия в операции "Выбытие" = выдает "0"верно рассчитываться значение "Восстановленная премия в операции "Выбытие".
102.1326569.1.15.0Вклад в уставной капитал.Учет ОСВедение картотеки
Вклад в уставной капитал - задаем через внешние атрибуты в операции Изменение стоимости. Данной значение должно учитываться в карточке в момент проведения операции, и не должно зависеть от периода учета льготы.Исправлено. Учитывается верно.
103.65069.1.15.0Добавить возможность гасить накопленную и непогашенную величину временной разницы при выбытии основного средстваУчет ОСВыбытие
Добавить возможность гасить накопленную и непогашенную величину временной разницы при выбытии основного средства Как следствие из п.17-18 ПБУ 18/2, если на момент выбытия основного средства осталась несписанная сумма налогооблагаемой или вычитаемой временной разницы, то такая сумма должна погаситься при списании остаточной стоимости. Ежемесячно, при расчете амортизации по ОС выполняется расчет постоянных и временных разниц. Порядок их расчета определяется настроенными алгоритмами. На момент выбытия объекта, по которому осталась остаточная стоимость, временные разницы погашены не полностью, но так как в дальнейшем начисления амортизации не будет, то непогашенную величину временных разниц необходимо погасить в месяце списания объекта ОС Необходима доработка, позволяющая погасить накопленную и непогашенную величину временной разницы при выбытии основного средстваДобавлена настройка "Настройки Галактики Бухгалтерский контур Учет ОС и НМА Налоговый учет ОС Погасить накопленную величину разниц ВВР и НВР при проведении операции "Выбытие"" Если она включена то при проведении операции выбытия указанные разницы гасятся. Внимание. При отмене операции необходимо пересчитать разницы т.к. разницы не восстанавливаются..
180.80559.1.15.0необходима возможность расширенной формы Ведомости аморт льгот в разрезе операцийУчет ОСВедение картотеки
В очередной раз наш крупнейший клиент Азот обратился с просьбой предложить им отчет по ОС в следующем виде: 1.Амортизационная группа; 2.СПИ старый 3.СПИ новый. 4. Дата модернизации; 5. Сумма модернизации; 6.Первоначальная стоимость на дату модернизации; 7.Сумма накопленного износа на дату модернизации. 8.Остаточная стоимость на дату модернизации; Если объект модернизируется несколько раз, то и информация должна быть представлена отдельно по каждой модернизации, по все описанным выше пунктам. Мне удалось подобрать только отчет Ведомость амортизационных льгот (Ведение картотеки - Печать в модуле Учет ОС) с параметром "Величины аморт.льготы отображаемые в отчете " = " суммы в разрезе операций". Однако ранее вы нам добавили в другое значение данного параметра "итоговые суммы" колонки из п.1 и п.2. Колонка из п.4. - это уже есть поле Дата операции. Колонка из п. 5 - это уже есть поле Изменение стоимости. Возможно ли требующиеся клиенту колонки добавить в это значение параметра, а именно колонки из п. 1 и 2 (как у "итоговых сумм"), новые колонки из п. 3,6,7,8 ? Другого похожего отчета я не смогла сообразить. Как обычно клиент от нас требует какого-то срочного решения. Помогите, пожалуйста.В локальное меню картотеки добавлен пункт - "ПечатьПечать реестра операций по карточкам". Также в окно редактирования карточки добавлен пункт - "ПечатьПечать реестра операций по карточке". Печать отчета производится по помечанным карточкам, или по текущей. Возможна фильтрация по: - периоду операций - по типу операций - по проведенности операций. Печать возможна в форме Бизнес-текст или FastReport. В FastReport реализован требуемый отчет. Называется "Реестр операций с СПИ." Отчет "Реестр операций по картотеке" удален из отчета "Печать реестра инвентарных карточек".
102.1313049.1.14.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре.Для обеспечения корректной работы ресурс пересобран на докомпилированном словаре. Комплектность установки ресурсов будет обеспечена требованиями при установке.