F_OS
Краткое описание :
Реализовать возможность привязывать ТХО к операции корректировки разницОписание :
Корректировка разницЧто измененно :
В Галактике имеется операция корректировки разниц.
Корректировка разниц отражается впоследствии во входящем сальдо по разницам при работе с текущим месяцем.
Как известно в бухгалтерском учете, временным разницам соответствуют 09 и 77 счета, а постоянным разницам 99 счет.
Очевидно, что изменение оперативных данных по разницам должно корреспондировать с соответствующими изменениями по вышеуказанным счетам.
Поскольку, сейчас привязывать ТХО к операции корректировка разниц возможности нет, приходится проводить корректировки по бух.учету ручными проводками в бухгалтерских справках, что неудобно и, на мой взгляд, не соответствует концепции Галактики.
ПРЕДЛАГАЮ:
Реализовать возможность привязывать ТХО к операции корректировки разниц, а также обучить OSNMA работать с этим типом операций.
Как измененно :
Добавлена возможность привязывать ТХО к операциям корректировки амортизации и корректировки разниц ОС/НМА. В окна редактирования этих операций внедрены стандартные вкладки "ХозОперации" и "Проводки".
Для операции корректировки амортизации создаются хозоперации по одной на каждый метод учета на сумму изменения износа по методу учета. Для операции корректировки разниц создается одна хозоперация на сумму первоначальной стоимости предметов по налоговому методу учета (см. настройки "Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Налоговый учет \ ОС \ Налоговый метод учета" и "Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Налоговый учет \ НМА \ Налоговый метод учета"). В операции корректировки разниц данные отображаются всегда по налоговому методу учета, переключиться на другой метод учета нельзя. Если налоговый метод учета не указан для пользователя, то интерфейс не открывается.
Добавлена настройка
"Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Налоговый учет \ Сразу проводить операцию корректировки разниц"
Если настройка включена, то :
- при проведении операции сразу корректируется сальдо по разницам на начало месяца.
- в интерфейсе расчета амортизации Параметр позволяющий включить корректировку дисаблится.
- сообщение о несоответствии сальдо прошлого периода и сальдо начало текущего, выдается с учетом проведенной операции, расчете амортизации.
F_OS
Краткое описание :
Реализация ОС: режим "по ссылкам из инвениарных карточек с созданием партий"Описание :
ВыбытиеЧто измененно :
ПР
При включении настройки Выбытие / Выбор МЦ для реализации = "с формированием партий" новые мц создаются всегда,также создаются уникальные партии.
При включении значения Выбытие / Выбор МЦ для реализации = "по ссылкам из инвентарных карточек" новые МЦ создаются только когда это необходимо, а партии не создаются вообще.
По бизнес-процессу заказчика МЦ создавать нужно, а партии нужно. подходящего режима не нахожу.
ПРЕДЛАГАЮ
В функции реализация ОС: реализовать режим "по ссылкам из инвентарных карточек с созданием партий"
Как измененно :
Настройка "Бухгалтерский контур \ Учет ОС и НМА \ Настройка операций \ Выбытие \ Выбор МЦ для реализации"
теперь может принимать значения
'способ не определен';
'по ссылкам из инвентарных карточек';
'с формированием МЦ по ОС';
'не формировать новые МЦ по ОС';
Добавлен режим 'не формировать новые МЦ по ОС', что требовалось в проблеме. По нему если в карточке ОС нет МЦ,
то мц не формируется и выдается сообщение об ошибке.
Убран режим "формировать партии мц". Вместо него добавлена настройка
" Бухгалтерский контур \ Учет ОС и НМА \ Настройка операций \ Выбытие \ Формировать партии МЦ для реализации".
Она и управляет формированием партий МЦ.
F_OS
Краткое описание :
Объективизировать ссылку на складской ордер склад-ОС в карточке ОСОписание :
Ведение картотекиЧто измененно :
Сейчас
1) всегда жестко работает связка, отменяешь ордер из которого создавался ОС - удаляется ОС, иногда хотелось бы сохранить карточки.
2) иногда хотелось бы делать карточку тиражированием, и подвязаться к складскому ордеру Склад-ОС
В связи с этим ПРЕДЛАГАЮ:
Объективизировать ссылку на складской ордер склад-ОС в карточке ОС следующим путем:
1) вывести поле "Складской ордер на перевод в ОС" в дополнительной информации карточки, это поле вычислять по ссылке cSpOrder.
2) давать возможность удалять эту связь и восстанавливать ее по F3, при восстановлении нужно будет выбирать сам ордер и его позицию.
Как измененно :
1) выведено поле "Накладная Склад->ОС" в дополнительной информации по карточке.
2) Есть возможность удалять эту связь и восстанавливать ее по F3, при восстановлении нужно будет выбирать саму накладную и МЦ в спецификации накладной. При этом бар код МЦ переносится в карточку.
Если карточка создана из УКС, то тогда накладную склад->Ос выбирать нельзя.
Кнопка "просмотр" для просмотра объекта строительства удалена. Посмотреть объект теперь можно по клавише F4.
F_OS
Краткое описание :
Не обновляются данные по ИФ при отмене операции Изменение стоимости в след. случаеОписание :
Изменение стоимостиЧто измененно :
Не обновляются данные по ИФ при отмене операции в след. случае:
Установлена настройка ""Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Настройка ИК \ Для источника финансирования в ИК при проведении операций сохранять неизменным" = процент распределения. В карточке вся стоимость распределена по источникам финансирования. Создаем новую операцию "Изменения стоимости" и заданное изменение не распределяем по ИФ (данная стоимость сама должна распределиться по существующим ИФ согласно настройке). Если при отмене данной операции сразу не зайти в интерфейс "Состав стоимости по источникам финансирования" и не "перечитать" значения в "Источники финансирования (предыдущее значение), то данные в карточке на закладке "Источники финансирования не обновляются.
Проявляется нестабильно.
Как измененно :
Откат операции исправлен.
F_OS
Краткое описание :
При обновлении реестра настроек на текущих патчах 8.1 fastclose ошибкаОписание :
Другие интерфейсы по ОСЧто измененно :
При обновлении реестра настроек на текущих патчах 8.1 fastclose ошибка.
Не найден интерфейс F_OS::Conv_StoimStruct
Как измененно :
Исправлено.
F_OS
Краткое описание :
Сообщение об ошибке при удалении операцииОписание :
Изменение стоимостиЧто измененно :
Сообщение об ошибке при удалении операции
Неверный адрес записи, или возможен конфликт доступа к записи. Код ошибки: 43. таблица N3108
Создаем операцию Изменение стоимости. Задаем значения в Интерфейсе "Состав стоимости по источникам финансирования".
Удаляем операцию - выдается сообщение об ошибке.
Как измененно :
Исправлено.
F_OS
Краткое описание :
Некорректно отображается информация в окне визуализацииОписание :
АмортизацияЧто измененно :
При расчете амортизации не верно показывает сведения в окне визуализации (см. вложение)
Как измененно :
Визуализация исправлена.
F_OS
Краткое описание :
Отбор ИК по внешнему КАУОписание :
Ведение картотекиЧто измененно :
Добавить в интерфейс отбора ИК карт возможность отбирать по признаку отсутствия или наличия внешних КАУ
Как измененно :
В интерфейс "Отбор инвентарных карт" добавлен параметр отбора "Внешний КАУ" позволяющий отобрать ИК по признаку наличия или отсутствия привязанных внешних КАУ.
F_OS
Краткое описание :
Предлагаю после выбора подразделения делать проверку: если подразделение и подразделение выбранного МОЛ разные, то поле МОЛ очищать.Описание :
Ведение картотекиЧто измененно :
Если в инвентарной карточке или в операции на внутреннее перемещение после выбора МОЛ перевыбрать подразделение,
то МОЛ не меняется, и получается, что установлено подразделение одно, а МОЛ из другого подразделения.
Предлагаем после выбора подразделения делать проверку: если подразделение и подразделение выбранного МОЛ разные,
то поле МОЛ очищать.
Как измененно :
В операциях и карточке ОС после выбора подразделения делается проверка: если подразделение и подразделение выбранного МОЛ разные, то поле МОЛ очищается после запроса.
F_OS
Краткое описание :
Отчет о несоответствии привязки кодов ОКОФОписание :
Другие интерфейсы по ОСЧто измененно :
Необходимо получить отчет о несоответствии
привязки кодов ОКОФ к амортизационным группам по
карточеке ОС с распечаткой инвентарных номеров.
Как измененно :
В интерфейс "Отбор ИК" Картотеки ОС добавлен параметр отбора "Проверка соответствия" со значениями: "Вид - Норма", "Амортизационная группа - ОКОФ" и "Подразделение - МОЛ". При отборе по данному параметру будут помечены ИК у которых имеется несоответствие по выбранной паре значений.
F_OS
Краткое описание :
Создавать текущий OsRazn, если его нет, в операции корректировки разницОписание :
Корректировка разницЧто измененно :
Если по карточке, которая включена в операцию "Корректировка разниц", по какой-то причине отсутствует запись OsRazn за текущий период, то в окне "Корректировка разниц (Налоговые)", в котором мы вводим суммы корректировки разниц значения "На начало периода", "В текущем периоде" светится от той карточки, у которой OsRazn за текущий период есть.
Чтобы избежать этой проблемы, необходимо при добавлении карточки ОС в операцию корректировки разниц, проверять есть ли у нее текущий OsRazn и создавать его.
Доп.инфо. Причина, по которой может отсутствовать OsRazn следующая.
Заказчик использует следующий подход: разницы прошлого налогового периода отражает операцией корректировки разниц, чтобы эти суммы как то выделялись и особо попадали в отчет по разницам, а доначисление разниц текущего периода уже отражает обычным начислением разниц. Таким образом, при оформлении документов поступивших с запозданием либо при оформлении задним числом ОС, которые по итогам проверки гос.органами были признаны ОС и должны были амортизироваться, иногда приходится доначислять амортизацию и разницы за прошлые и за текущий налоговые периоды. Таким образом, вводят карточку ОС, которой не было раньше, по которой также раньше не считались разницы. И в месяце ввода сразу же делают операцию корректировки разниц на сумму пропущенных периодов. В этих условиях у ОС отсутствует OsRazn за текущий период.
Как измененно :
Доработано. Создаются нужные записи в разницах.
F_OS
Краткое описание :
Нелогичный дизайн окна "Корректировка разниц"Описание :
Корректировка разницЧто измененно :
Сейчас окно редактирования операции корректировка разниц выглядит нелогично: колонка "Корректировка" расположена в середине окна и складывается впечатление, что должно работать так: "На начало периода" + "В периоде" + "Корректировка" = "На конец периода", но это не соответствует действительности. Но на самом деле колонка "Корректировка" при расчете разниц с установленной опцией "[V] учитывать корректировку разниц" учитывается в колонке "На начало периода". Т.е. по сути выполняется следующие формулы:
"Сальдо на конец прошлого периода" + "Корректировка" = "На начало периода"
и
"На начало периода" + "В периоде" = "На конец периода" (корректировка не участвует!).
Предлагаю изменить дизайн окна следующим образом. Колонки:
"Сальдо на конец прошлого периода" (не редактируемое) (из записи прошлого периода или 0 если нет)
"Корректировка" (редактируемое)
"На начало периода (до корректировки)" (не редактируемое) (брать сальдо на конец прошлого периода, т.к. иначе будут непонятки в зависимости от того проведена ли корректировка или нет)
"На начало периода (поселе корректировки)" (не редактируемое) (брать сальдо на конец прошлого периода, т.к. иначе будут непонятки в зависимости от того проведена ли корректировка или нет + корректировка)
"В периоде" (не редактируемое) (из текущей записи)
"На конец периода (до корректировки)" (не редактируемое) (на начало периода без корректировки + в периоде)
"На конец периода (после корректировки)" (не редактируемое) (на начало периода с корректировкой + в периоде)
Было бы еще логичнее, если бы учет корректировки в текущем сальдо происходил при проведении операции например в НУ (а не при расчете амортизации как сейчас).
Считаю, что стоит этот подход реализовать реализации включении системную настройку "всегда учитывать операции корректировки разниц" по ПИР 180.8341
Как измененно :
Колонки будут следующие:
"Сальдо на конец прошлого периода" (не редактируемое) (из записи прошлого периода или 0 если нет)
"Корректировка" (редактируемое)
"На начало периода (не редактируемое) (из текущей записи)
"В периоде" (не редактируемое) (из текущей записи)
"На конец периода" (не редактируемое) = "На начало периода" + "На конец периода"
Если сальдо на конец не совпадает с сальдо на начало, то это будет значить что операция корректировки проведена (возможно.)
Поле "Корректировка" становится не доступным после проведения операции.
Пока проведение корректировки оставлено в операции расчета разниц(амортизации). Возможно будет перенесена в операции корректировки после решения 102.119616
Теперь проводится корректировка разниц и потом проверка на сальдо конца прошлого периода и начало текущего.
Причем проверка происходит с учетом проведенной операции корректировки.
F_OS
Краткое описание :
Ускорение расчета разницОписание :
АмортизацияЧто измененно :
Методика расчета разниц такова что, чтобы посчитать одну из 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_OS
Краткое описание :
Копирование операций ОСОписание :
Изменение параметровЧто измененно :
ПРЕДЛАГАЮ в неспешном порядке, когда будет время:
реализовать сервис копирования операций ОС.
Как измененно :
В интерфейс "Отбор инвентарных карточек" добавлена возможность проводить отбор по конкретной операции.
Добавлена возможность проводить отбор по следующим видам операции:
- операции поступления;
- операции внутренних перемещений;
- операции изменения стоимости;
- операции выбытия;
- операции переоценки;
- операции изменения группы/вида;
- операции изменения параметров.
Примечание:
Если выбрана операция хотя бы одного вида, то отбор ведется по операциям. Выбранные ТХО не учитываются, но и не очищаются.
т.е. таким способом можно перенести ИК из одной операции в другую
F_OS
Краткое описание :
Обнулять поле Сумма амортизации (SpKatOS.SumFld) при смене признака использования на признак с режимом амортизации "Суммой"Описание :
Ведение картотекиЧто измененно :
Необходимо обнулять поле Сумма амортизации (SpKatOS.SumFld)
1) при смене признака использования на признак с режимом амортизации "Суммой", т.к. поле "Сумма амортизации" (SpKatOS.SumFld) при других значениях режима насчисления амортизации не играет никакой роли, а при режиме расчета амортизации "Суммой" играет роль фиксированной суммы амортизации которая должна начисляться ежемесячно. И если в этом поле как-то случайно оказалась какая-то сумма, а признак использования был изменен на режим амортизации "Суммой", то это может привести к нежелательному начислению амортизации в указанном размере.
2) при смене режима расчета амортизации в признаке использования, система должна задавать вопрос, обнулить ли поле "Сумма амортизации" (SpKatOS.SumFld) во всех ОС с данным признаком использования.
3) при тиражировании карточки ОС с признаком использования предполагающим расчет амортизации "Суммой" стоит также обнулять поле "Сумма амортизации" (SpKatOS.SumFld), т.к. тиражируют карточки обычно чтобы снизить трудозатраты на заведение новой похожей, но не идентичной карточки, и велика вероятность что фиксированная сумма амортизации из карточки родителя подойдет и для карточки потомка.
Как измененно :
При смене признака использования на признак с режимом амортизации "Суммой" выдается запрос "Обнулить поле "Сумма амортизации" во всех ОС с данным признаком использования?". При утвердительном ответе во всех ОС с данным признаком использования поле "Сумма амортизации" обнуляется.
F_OS
Краткое описание :
При входе в фильтры по картотеке ОС видны остатки от фильтра по картотеке НМАОписание :
Ведение картотекиЧто измененно :
При входе в фильтры по картотеке ОС видны остатки от фильтра по картотеке НМА. Это выглядит нелогично. Нужно сохранять последнее состояние фильтров для ОС и для НМА отдельно.
Как измененно :
Доработано. Также заблокирована установка фильтра по адресу для картотеки НМА.
F_OS
Краткое описание :
Контроль непротиворечивости данных при настройке формыОписание :
Настройки строк формыЧто измененно :
Нужен контроль непротиворечивости данных при настройке строк формы.
Например, в разделе "Наличие, движение и состав основных фондов" одна карточка ОС может входит
в отчет только в одной строке. Но система позволяет включит одну и ту же карточку в несколько строк.
Так как привязка карточек к строкам происходит вручную, пользователь легко ошибается. И потом очень тяжело найти
почему не идет общая сумма по отчету.
Как измененно :
В локальное меню интерфейса "Ведение картотеки" модуля "Учет ОС" добавлена функция "Печать в FastReport строк формы с выбранными инвентарными карточками". Данная функция формирует отчет отображающий: к каким строкам формы №11 привязаны выбранные ИК. Отчет формируется либо для текущей позиции в картотеке, либо по помеченным ИК. Если ни одна ИК не имеет привязки, то отчет не формируется.