F_OSOPER
Краткое описание :
Неуместное предупреждение при установке(снятии) фильтра(галочек)Описание :
Передача объектов инвесторуЧто измененно :
Неуместное предупреждение при установке(снятии) фильтра(галочек)- мы ничего не корректируем!
Как измененно :
Предупреждение убрано.
F_OSOPER
Краткое описание :
Реализация ОС: режим "по ссылкам из инвениарных карточек с созданием партий"Описание :
ВыбытиеЧто измененно :
ПР
При включении настройки Выбытие / Выбор МЦ для реализации = "с формированием партий" новые мц создаются всегда,также создаются уникальные партии.
При включении значения Выбытие / Выбор МЦ для реализации = "по ссылкам из инвентарных карточек" новые МЦ создаются только когда это необходимо, а партии не создаются вообще.
По бизнес-процессу заказчика МЦ создавать нужно, а партии нужно. подходящего режима не нахожу.
ПРЕДЛАГАЮ
В функции реализация ОС: реализовать режим "по ссылкам из инвентарных карточек с созданием партий"
Как измененно :
Настройка "Бухгалтерский контур \ Учет ОС и НМА \ Настройка операций \ Выбытие \ Выбор МЦ для реализации"
теперь может принимать значения
'способ не определен';
'по ссылкам из инвентарных карточек';
'с формированием МЦ по ОС';
'не формировать новые МЦ по ОС';
Добавлен режим 'не формировать новые МЦ по ОС', что требовалось в проблеме. По нему если в карточке ОС нет МЦ,
то мц не формируется и выдается сообщение об ошибке.
Убран режим "формировать партии мц". Вместо него добавлена настройка
" Бухгалтерский контур \ Учет ОС и НМА \ Настройка операций \ Выбытие \ Формировать партии МЦ для реализации".
Она и управляет формированием партий МЦ.
F_OSOPER
Краткое описание :
По Enter не формировать карточку ОСОписание :
ОС-овая сторона накладнойЧто измененно :
А еще можно доработать, чтобы по Enter в эталонных параметрах сразу не формировалась карточка, можно чтобы было два Enter, а то заполнили пользователи одно
поле и нажали Enter по привычке как в других документах, сразу начинается формироваться карточка (а еще не все ввели:-()
По Enter не формировать карточку ОС
Как измененно :
По Enter в эталонных параметрах не запускается формирование карточки.
Запускается при нажатии на кнопку "Формировать".
F_OSOPER
Краткое описание :
Необходимо отменять проведение операции, в случае, если появлялось какое-нибудь системное сообщениеОписание :
ВыбытиеЧто измененно :
Бухгалтерии необходимо, чтобы операцию "Выбытие ОС" вводили сами пользователи, а привязку ТХО и проведение этой операции осуществляла только бухгалтерия. Для этого пользователю дали права на работу с картотекой ОС. На таблицу KatOs права дали только на чтение. Произошла следующая ситуация: пользователь ввел операцию выбытия и нажал кнопку "Проведение операции". При этом выскочила ошибка (нет доступа к таблице 3000 (KatOs)), но при этом в поле PROVED в таблице SPMOVE все равно установилось значение равное 1. Дата выбытия при этом в карточке не была проставлена, само собой. Далее бухгалтер привязывает ТХО, и т.к. операция уже, вроде бы, проведена, то тоже никаких изменений в карточке не происходит. В итоге: есть операция выбытия, она проведена, проводки сформированы, но карточка ОС все еще не числится списанной. Необходимо не устанавливать признак того, что операция проведена, если возникает какая-то ошибка, которая мешает завершению проведения операции.
Как измененно :
Добавлена пользовательская настройка "Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Настройка операций \ Разрешать проведение/отмену проведения операций", которая может принимать следующие значения: "нет" и "да" (по умолчанию).
Если настройка установлена в значение "нет", то пользователю запрещено проводить и отменять проведение следующих операций ОС и НМА:
- поступление
- внутреннее перемещение
- изменение стоимости
- выбытие
- изменение группы/вида
- изменение параметров
- корректировка амортизации
- корректировка разниц
- переоценка
- налоговая операция
- налоговая амортизация
F_OSOPER
Краткое описание :
В интерфейсе "Комплектование объектов" по ИК неверно отображается сумма износаОписание :
Изменение стоимостиЧто измененно :
В интерфейсе "Комплектование объектов" по ИК неверно отображается сумма износа (величина умножена на 2)
Как измененно :
Исправлено.
F_OSOPER
Краткое описание :
Требуется доработка функции "Скопировать убытки реализации
в налоговый регистр" в операции Выбытие.Описание :
ВыбытиеЧто измененно :
Требуется доработка функции "Скопировать убытки реализации в
налоговый регистр" в операции Выбытие
Убыток должен формироваться по следующим формулам:
Если:
[Стоимость продажи - (Остаточная стоимость + Расходы + Восстановленная премия)]
> 0, то убытка нет, и появляется сообщение об отсутствии убытка,
Если:
[Стоимость продажи - (Остаточная стоимость + Расходы + Восстановленная премия)]
< 0, то убыток есть, и происходит копирование убытка в налоговый регистр.
Как измененно :
Убыток формируется по следующим формулам:
Если:
[Стоимость продажи - (Остаточная стоимость + Расходы + Восстановленная премия)]
> 0, то убытка нет, и появляется сообщение об отсутствии убытка,
Если:
[Стоимость продажи - (Остаточная стоимость + Расходы + Восстановленная премия)]
< 0, то убыток есть, и происходит копирование убытка в налоговый регистр.
F_OSOPER
Краткое описание :
При отмене операции указывается неверный метод учета в след. случае:Описание :
Изменение стоимостиЧто измененно :
При отмене операции указывается неверный метод учета в след. случае:
Проводим в двух методах операцию, которая изменяет параметры только в
в своем методе учета(например, изменение стоимости).
затем проводим в двух методах (бухгалтерский и налоговый) операцию, которая изменяет параметры
во всех методах, например, перемещение.
В бухгалтерском методе отменяет операцию внутреннего перемещения. Затем в этом же
бухгалтерском методе пытаемся отменить операцию изменения стоимости. Выдается
ПРЕДУПРЕЖДЕНИЕ о невозможности отмены, т.к. в БУХГАЛТЕРСКОМ методе учета есть проведенная
позже операция внут. перемещения. А в предупреждении должен быть указан НАЛОГОВЫЙ метод.
Как измененно :
Доработано. МУ указывается верно.
F_OSOPER
Краткое описание :
В протокол перестали выводиться номер и наименование ИК для режима формирования проводок "только по выбранным карточкам"Описание :
АмортизацияЧто измененно :
\r\nЗапустил пересчет амортизации Р·Р° месяц.\r\nР’ С…РѕРґРµ выполнения расчета выскочил РІРѕРїСЂРѕСЃ системы \"Объект выбыл, разрешить редактирование\". Причем это сообщение вываливается РІ середине длинной пакетной операции, что останавливает ее выполнение. Р’ то же время пользователь РЅРµ СЃРёРґРёС‚ Рё РЅРµ смотрит, РєРѕРіРґР° рассчитается амортизация, поэтому сообщение заметит РЅРµ сразу. \r\nПредлагаю проверку РЅР° возможность редактирования объектов РІ СЃРІСЏР·Рё СЃ РёС… выбытием вынести РІ начало выполнения расчета амортизации, чтобы пользователь сразу ответил РЅР° нужный РІРѕРїСЂРѕСЃС‹ Рё дальше пакетная функция СЃРїРѕРєРѕР№РЅРѕ выполнялась.\r\nКак измененно :
Исправлено. Карточка выводится.
F_OSOPER
Краткое описание :
Ломается печатная форма отчета ОС-2 на внутреннее перемещениеОписание :
Внутреннее перемещениеЧто измененно :
Ломается печатная форма отчета ОС-2 на внутреннее перемещение, если в карточке ОС на закладке "Характеристика" вместо текстового файла привязан, например, pdf или doc-файл. При печати сразу нескольких записей операции тоже самое.
Для клиента проблема очень критична, так как срочно надо сделать внутреннее перемещение по 1000 и более карточкам на другого МОЛ-а и сдать отчеты, а из-за этой проблемы этого сделать не могут.
Как измененно :
Исправлено.
F_OSOPER
Краткое описание :
Некорректно отображается информация в окне визуализацииОписание :
АмортизацияЧто измененно :
При расчете амортизации не верно показывает сведения в окне визуализации (см. вложение)
Как измененно :
Визуализация исправлена.
F_OSOPER
Краткое описание :
Не выдавать предупреждения в ходе выполения операции амортизацииОписание :
АмортизацияЧто измененно :
Расчет амортизации у клиента занимает
продолжительное время (свыше 10 часов). Запускают
операцию на ночь и уходят.
В хоте выполнения амортизации первым этапом идет
проверка отчетного периода карточек, и если есть
несоответствие - выдается предупреждение с предложением
продолжить. Это предупреждение сотрудники видят только
утром, тем самым теряя драгоценное время, выделенное на
расчет амортизации и формирование проводок.
Следует не выдавать предупреждения, тем самым не
прерывать процесс выполнения расчета амортизации, а по
окончании расчета - выдавать протокол по таким
карточкам с предложением запустить расчет амортизации
по ним отдельно после корректировки отчетного периода.
Как измененно :
Добавлена настройка -
"Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Настройка операций \ Амортизация \ Показывать инвентарные карточки с периодом, отличным от периода расчета амортизации". Настройка может принимать два значения - "до начала расчета" и "после окончания расчета". Если установлено второе значение, то окно с карточками с периодом отличным от периода амортизации показывается после расчета.
F_OSOPER
Краткое описание :
Необходимо доработать импорт коэффициентов переоценки из ExcelОписание :
Ввод коэффициентов переоценкиЧто измененно :
Необходимо доработать импорт коэффициентов переоценки из Excel. Надо добавить параметр "Количество знаков после запятой" для указания точности округления импортируемых коэффициентов.
Как измененно :
Доработано.
F_OSOPER
Краткое описание :
Предлагаю после выбора подразделения делать проверку: если подразделение и подразделение выбранного МОЛ разные, то поле МОЛ очищать.Описание :
Ведение картотекиЧто измененно :
Если в инвентарной карточке или в операции на внутреннее перемещение после выбора МОЛ перевыбрать подразделение,
то МОЛ не меняется, и получается, что установлено подразделение одно, а МОЛ из другого подразделения.
Предлагаем после выбора подразделения делать проверку: если подразделение и подразделение выбранного МОЛ разные,
то поле МОЛ очищать.
Как измененно :
В операциях и карточке ОС после выбора подразделения делается проверка: если подразделение и подразделение выбранного МОЛ разные, то поле МОЛ очищается после запроса.
F_OSOPER
Краткое описание :
выбор договора при выбытии (реализации ОС)Описание :
ВыбытиеЧто измененно :
При реализации ОС с использованием функционала модуля "Основные средства",
автоматически формируются от акта на выбытие:
- приходный складской ордер,
- расходная накладная,
- документ-основание на продажу,
- счет-фактура.
Однако, в случае, когда расчеты ведутся по договорам, желательно или в
модуле ОС, в акте на выбытие видеть поле "Договор", или чтобы система
позволяла в документах на выбытие сформировать ссылку на Договор.
В настоящее время пользователь может сделать лишь приходный ордер и \
расходную накладную. ДО и с/ф делать не имеет смысла, поскольку внося в
последствие изменения в накладную или в ДО - автоматически не проставляется
ссылка на Договор во всех сформированных документах, в связи с чем,
отсутсвует возможность использовать эту часть функциональности.
Как измененно :
Доработано
Изменен внешний вид окна параметров формирования документов реализации
(из операции выбытия).
Добавлена возможность в окне параметров формирования выбора договора,
соглашения, пункта кал.плана, которые переносятся в формируемые
сопроводительные документы.
F_OSOPER
Краткое описание :
Ликвидировать жесткую привязку операции инвентаризации к отчетному периодуОписание :
ИнвентаризацияЧто измененно :
В настоящее время система не дает возможности создавать операцию инвентаризации не в отчетном периоде модуля.
Это весьма не удобно при филиальной структуре предприятия: на каждом филиале бухгалтер переводит по периодам свою часть картотеки. Таким образом, кто-то может уже перевести по своему филиалу картотеку в сентябрь, и там ему уже нужно делать инвентаризацию, при этом все карточки, которые будут добавляться в его операцию инвентаризации находятся в нужном нам периоде (сентябре). А второй бухгалтер может еще доделывать август и его картотека и модуль иже с ним могут быть еще в августе. Получается неудобно, что нужно менять отчетный период через настройки (чтобы картотека второго бухгалтера не перешла в сентябрь вместе с отчетным периодом модуля), учитывая что настройки у пользователей закрыты, т.е. только через ОИТ.
При этом с другой стороны в инвентаризации главное соблюсти соответствие: отчетный период карточек = отчетному периоду операции инвентаризации = отчетному периоду создаваемых из инвентаризации операций. В рассматриваемом случае данное условие выполняется.
ПРЕДЛАГАЮ снять жесткую привязку операции инвентаризации к периоду модуля, и при добавлении карточек в операцию инвентаризации контролировать просто период карточек, а в случае излишков или недостач новые операции создавать в периоде, равном периоду инвентаризации.
Как измененно :
Операцию инвентаризации можно создать на любую дату, в т.ч. отличную от отчетного периода модуля ОС.
F_OSOPER
Краткое описание :
Выбытие не по остаточной налоговой стоимостиОписание :
Предложения по новой функциональности модуля "Основные средства"Что измененно :
ВыбытиеПри внедрении так же мы столкнулись с тем, что нет возможности в системе учитывать бизнес-процессы во выбытию автоматически, ситуация описана ниже:
Карточка (касается только 2, 3, 4 налоговую группу) выбывает не по остаточной стоимости (реализация), к примеру, остаточная стоимость 2000.00, а компания реализует ее по 2200.00. В результате в налоговой декларации в гр. Стоимостной баланс на конец (столбец 14) имеется налоговая база -200.00 для расчета амортизации (бывает и положительная, если выбыло ниже остаточной стоимости).
Баланс с учетом корректир. (столбец 20 xls) присутствует отрицательная сумма -170.00. Далее сумма -170.00 должна перейти на новый период (год).
Как измененно :
Доработки по операции выбытия:
- Добавляем поле "Налоговая база", по нажатию F3 осуществляется расчет: "Остаточная стоимость" - "Стоимость продажи"
- Добавляем функцию локального меню "Формирование операции изменения стоимости". Для ИК у которых "Налоговая база" не равна нулю, сформируется операция изменения стоимости,
в которой поля "Новое значение стоимости" будет равно "Налоговой базе", а "Новое значение суммы износа", равно нулю. По всем остальным методам учета поля изменения стоимости
и износа заполняться не будут (нулевые). Данную операцию необходимо будет провести вручную. После создания предлагается перейти на созданную операцию.
Операции выбытия и изменения стоимости связаны между и повторное создание запрещено. При попытке повторного создания - предложит перейти на уже созданную.
Настройка страны должна быть - Казахстан.
F_OSOPER
Краткое описание :
Поле в операции внутреннего перемещенияОписание :
Предложения по новой функциональности модуля "Основные средства"Что измененно :
Данный вопрос касается доработки функционала по операции Внутреннего перемещения. Когда в системе формируется операция по частичному внутреннему перемещению появляется поле "Новый инвентарный номер №". Такая же функциональность необходима при обычном внутреннем перемещении. На данный момент из-за отсутствия поля, бухгалтер вручную перебивает номенклатурный номер в инвентарной карточке.
Как измененно :
Для Казахстана стало возможным изменить инвентарный номер в операции внутреннего перемещения.
F_OSOPER
Краткое описание :
Точка расширения на отбор удаляемых проводок при отмене/пересчете амортизацииОписание :
АмортизацияЧто измененно :
При отмене или пересчете амортизации есть режим, который удаляет проводки только по данному ОС (с аналитикой по данному ОС), а остальные проводки не трогает и не перепроводит. Привлетальность этого режима обуславливается быстротой работы и сохранинем всех ручных испрвлений в проводках по другим ОС, которые мы не отменяем в данной сесии пересчета амортизации.
Однако если хотя бы в каких-то проводках нет аналитики по ОС использовать этот режим представляется затруднительным. Однако сохранить причастность проводки к конкретному ОС можно не только аналитикой ОС, а например примечанием или еще каким-то более сложным алгоритмом.
Эти алгоритмы реализовать в стандартном функционале затруднительно и нецелесообразно, т.к. они могут быть специфичны.
В рамках своих вредрений для решения этой задачи мы обычно используем перекрытие процедуры 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);
F_OSOPER
Краткое описание :
Ускорение расчета разницОписание :
АмортизацияЧто измененно :
Методика расчета разниц такова что, чтобы посчитать одну из 5 видов разниц по сути нужно посчитать все 5 видов разниц.
Получается, что при расчёте всегда (5раз) считается одно и то же, но для каждого вида разниц берётся одно из 5 рассчитанных значений.
Таким образом, можно молучить хорошее ускорение (до 5 раз), если бы алгоритм разниц выполнял вычисления один раз, при этом вычисляя сразу все разницы, возвращал в качестве результата не одно значение, а сразу 5.
ПРЕДЛАГАЮ рассмотреть следующие варианты ускорения расчета:
1) реализовать движок расчета разниц, который бы позволил получать из алгоиритма сразу 5 значений и который бы запускался однократно на карточку.
2) реализовать точку расширения, позволяющую заменить стандартный движок расчета разниц своим (вроде премудростей с генерацией новых OsRazn нет, этот вариант при использовании прикладным разработчиком функций DSQL может дать еще больший прирос в производительности!)
Как измененно :
Добавлена Точка расширения. Вызывается для расчета разниц по карточкам в указанный период.
ExtensionPoint epCalcRaznPick (_dDate: date; _wList: word; _KolOs : LongInt);
Вызывается из интерфейса Amort (расчет амортизации). Вызывается один раз для всех выбранных ИК.
Перед вызовом НЕ создается запись таблицы OsRazn для указанного периода. Но она создается при переходе на следующий период.
Операция корректировки разниц НЕ выполняется.
Амортизационная льгота рассчитывается согласно параметрам расчета амортизации.
Если обработчик точки расширения вернет FALSE, то алгоритмы расчета разниц не вызываются.
Параметры:
_dDate - дата расчета.
_wList - Pick.wList
_KolOs - количество выбранных карточек.
F_OSOPER
Краткое описание :
Повторное групповое проведение операций ОСОписание :
Изменение параметровЧто измененно :
Если операции уже проведены и я их отметил для повторного группового проведения, то перепривязка ТХО не происходит, выдается протокол ошибок с записью на каждую отмеченную операцию. В единичном режиме - ругается, но ТХО перепроводит. Предлагаю в групповом режиме реализовать вариант позволяющий перепровести ТХО, без перепроведения самой операции, вместо полного прерывания ее выполнения.
Как измененно :
Доработано.
F_OSOPER
Краткое описание :
Поступление ОС с разных партий МЦОписание :
Предложения по новой функциональности модуля "Основные средства"Что измененно :
Добрый день!
У клиента партионный учет и FIFO. При формировании документа Накладная склад=>ОС бухгалтер выбирает МЦ1, в спецификации одна строка к примеру на 15 шт. После проведения по кнопке [Перевод в основные средства] спецификация в Накладной превращается в 3 строки, потому, что 15 штук лежат по разным партиям. Бухгалтеру по ОС нет необходимости формировать 3 инв. карточки при формировании карточек выбирает в окне =Параметры формирования карточек=, вкладка Формирование
¦ Режим формирования карточек - Включить материальные ценности в состав нового простого объекта;
¦ Объект - вручную вводят наименование
¦ Сформировать групповые карточки
При этом создается одна карточка с количеством 1 и общей суммой согласно накладной склад-ОС. Далее в операции Поступление ОС в режиме редактирования карточки бухгалтер перебивает количество в карточке с 1 на 15.
При таком режиме работы теряется связь с МЦ у карточки (локальное меню в карточке Дополнительная информация, поле Номенклатурный номер).
Клиент просит доработать:
1. Объединение в одном инвентарном номере все количество в рамках одной номенклатуры
2. Сохранить связь с МЦ в карточке ОС
Как измененно :
Добавлен режим создания карточек
(.) Создать новую простую ИК с учетом разных партий МЦ (не включать МЦ с состав ИК)`
При этом создается одна карточка с количеством равным общему количеству в спецификации накладной
и общей суммой согласно накладной склад-ОС.
При таком режиме работы не теряется связь с МЦ у карточки (локальное меню в карточке Дополнительная информация, поле Номенклатурный номер).
Данный режим доступен только если спецификация накладной имеет ссылки на одну и туже МЦ.
Если МЦ разные, то выдается предупреждения и карточки не формируются.
F_OSOPER
Краткое описание :
Интерактивный запрос в ходе расчета амортизации и разницОписание :
АмортизацияЧто измененно :
Запустил пересчет амортизации за месяц.
В ходе выполнения расчета выскочил вопрос системы "Объект выбыл, разрешить редактирование". Причем это сообщение вываливается в середине длинной пакетной операции, что останавливает ее выполнение. В то же время пользователь не сидит и не смотрит, когда рассчитается амортизация, поэтому сообщение заметит не сразу.
Предлагаю проверку на возможность редактирования объектов в связи с их выбытием вынести в начало выполнения расчета амортизации, чтобы пользователь сразу ответил на нужный вопросы и дальше пакетная функция спокойно выполнялась.
Как измененно :
Есть настройка "Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Настройка ИК \ ОС \ Разрешать модификацию выбывших ИК"
имеет значение "по запросу", то перед началом расчета амортизации будет выдаваться запрос
'Возможно некоторые объекты учета выбыли.Разрешить расчет разниц данных по методам учета для выбывших ИК?'.
И в зависимости от ответа разницы или будут считаться или нет для выбывших ИК.