Текущие компоненты

Название продукта Название компонента Тип Последняя версия Дата выхода
Галактика ERP 9.1F_OSOPERRES

Справка по компоненту.

Количество версий компонента209
Количество рещенных задач1134
Последная дата обработки компонента2023-12-16 19:49:15
Последная дата файла2023-12-16 17:31:32
Последная версия9.1.99.0

Новые задачи в этом компоненте

F_OSOPER
102.184279
F_OSOPER ( 9.1.066.0 )

Краткое описание :

Доработать функциональность "Актуализировать и провести" для операций частичного перемещения/выбытия

Описание :

Внутреннее перемещение

Что измененно :


Доработать функциональность "Актуализировать и провести" для операций частичного перемещения/выбытия
Предложение "актуализировать" выдается даже, когда все суммы правильные

Как измененно :


Исправлено.
F_OSOPER
102.189686
F_OSOPER ( 9.1.066.0 )

Краткое описание :

Нужен механизм автоматической подстановки времени операции

Описание :

Изменение стоимости

Что измененно :


У клиента существует следующий алгоритм работы по созданию операций ОС:
Операции накапливаются в течении месяца, а затем их все вводят последним числом.
Причем операции по оной карточке могут вносится в течении нескольких дней.

Из-за того что в операции добавили поле "время совершения операции", клиент столкнулся с проблемой,
которая вынуждает его постоянно следить за тем, чтобы время операций соблюдалось в хронологическом порядке.
Как это происходит.Например:
Клиент вносит операцию по карточке за сентябрь месяц 15 октября в 19.00.
Он создал операцию, ввел дату 30 сентября, а время оставил 19.00. Затем, завтра(16 октября в 11.00) он попытается внести еще одну операцию по данной карточке,
т.е. поставит дату 30 сентября, а время оставит 11.00, вот здесь и получаем проблему. Такая операция не будет проведена, потому что предыдущее время операции 19.00...
Получается при создании новой операции он должен сначала зайти и посмотреть время предыдущей, а затем в новой операции откорректировать время на значение,
которое будет соответствовать времени предыдущей+минута.

В качестве решения проблемы просьба рассмотреть следующий вариант.
Добавить настройку, которая позволит автоматически вести операции в хронологическом порядке в течении дня, следующим образом:
При создании первой операции по карточке время будет браться не текущее, а соответствующее началу рабочего дня(8.00),
а при создании всех последующих с этой же датой, время будет соответствовать времени предыдущей операции+1 минута. Корректироваться время будет автоматически в момент изменения даты операции.

Как измененно :


Добавлена пользовательская настройка
"Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Настройка операций \ Устанавливать время проведения операции"
Если она имеет значение "время предыдущей операрации + 1 минута", то при создании операции или изменении даты проведения время операции формируется как время последней операции за указанную дату + одна минута.
Если нет предыдущей операции, то будет установлено текущее время.
F_OSOPER
102.190963
F_OSOPER ( 9.1.066.0 )

Краткое описание :

Расчет срока использования после поступления

Описание :

Ведение картотеки

Что измененно :


При настройке "Расчет срока использования после поступления" = "c учетом признака использования" неправильно считается срок использования после поступления.
Пример: ОС поступило 16/07/2018. При закрытии июля 2018 года в архиве 07/2018 сохраняется "срок после поступления" = 0.08333333333333 (или 1 месяц). Считаю, что 1 месяц после поступления должен быть в архиве 08/2018.
При таком расчете неправильно считается амортизация по формуле: Остаточная сумма/Остаточный срок.

Так как в месяце поступления для ОС амортизация не считается, был предложен вариант использовать значений той же настройки "только при расчете амортизации". Но у клиента полностью амортизированные ОС после окончания срока полезного использования продолжают использоваться годами. Бухгалтера хотят видеть реальные сроки использования после поступления.

С настройкой "c учетом признака использования" этот момент решается. Но логически неправильно считается срок при этой настройке. Если ОС поступило в 07/2018 года и нормативный срок 1 год, то, при таком расчете, этот год уже будет в архиве 06/2019. Он должен быть все-таки в архиве 07/2019.

Предложение доработать значение настройки "С учетом признака использования" на анализ расчета амортизации, если амортизация рассчитывается в следующем месяце после поступления/ввода в эксплуатацию, то в этом месяце не учитывать срок использования, либо 4е значение настройки, которое решит проблему.

Как измененно :


Доработано.
Раньше в месяце ввода в эксплуатацию Срок использования увеличивался всегда.
Сейчас это сделано с учетом дополнительных параметров.
Для этого необходимо В алгоритме расчета амортизации параметр "Применение алгоритма" установить "с учетом дополнительных параметров"
и надо установить нужное значение параметра "Расчет от даты".

Настройка "Расчет срока использования после поступления" = "c учетом признака использования".

Если надо, чтобы работало по старому, то надо
Настройка "Расчет срока использования после поступления" установить "от даты ввода в эксплуатацию".
F_OSOPER
102.192115
F_OSOPER ( 9.1.066.0 )

Краткое описание :

При переходе на новый месяц бух. контура картотека ОС остаётся в старом периоде

Описание :

Новый месяц

Что измененно :


После перехода на новый месяц в бухгалтерском контуре карточки контура ОС/НМА остаются в прошлом периоде.
Установлена настройки "Отчетный период ведется отдельно от бухгалтерского контура" - "нет".

Как измененно :


Исправлено.
F_OSOPER
102.192274
F_OSOPER ( 9.1.066.0 )

Краткое описание :

Исправить ошибку в названии настройки

Описание :

Другие интерфейсы по ОС

Что измененно :


Исправить ошибку в названии настройки:
"При проведение операции "Корректировка амортизации" сразу изменять амортизацию в инвентарных карточках"
на
"При проведении операции "Корректировка амортизации" сразу изменять амортизацию в инвентарных карточках"

Как измененно :


Исправлено.
F_OSOPER
102.192369
F_OSOPER ( 9.1.066.0 )

Краткое описание :

Для Казахстана в операции внутреннего перемещения скрылось поле "Новый инвентарный №"

Описание :

Внутреннее перемещение

Что измененно :


Для Казахстана в операции внутреннего перемещения скрылось поле "Новый инвентарный №"

Как измененно :


Исправлено.
F_OSOPER
102.193382
F_OSOPER ( 9.1.066.0 )

Краткое описание :

КИС ФХД ТПР3 Очередь 1, 2. Перерисовывать состав полей закладки "Амортизация" при смене метода учёта (см. вложение)

Описание :

Ведение картотеки

Что измененно :


КИС ФХД ТПР3 Очередь 1, 2. Перерисовывать состав полей закладки "Амортизация" при смене метода учёта (см. вложение)

На данный момент для перерисовки полей закладки "Амортизация" требуется перезапускать реестр карточек ОС/НМА

Как измененно :


Исправлено. Перерисовывается.

9.1.99.09.1.98.09.1.97.09.1.96.09.1.95.09.1.94.09.1.92.09.1.91.09.1.90.09.1.89.09.1.131.09.1.130.09.1.129.09.1.128.09.1.127.09.1.126.09.1.125.09.1.124.09.1.123.09.1.122.09.1.121.09.1.120.09.1.119.29.1.119.19.1.119.09.1.118.09.1.117.09.1.116.09.1.115.09.1.114.09.1.113.09.1.112.09.1.111.09.1.110.09.1.109.09.1.108.09.1.106.09.1.104.09.1.103.09.1.102.09.1.101.19.1.101.09.1.100.09.1.115.19.1.107.09.1.105.09.1.93.09.1.88.09.1.87.09.1.86.09.1.85.09.1.84.09.1.83.09.1.82.09.1.81.09.1.80.09.1.79.09.1.78.09.1.77.09.1.76.09.1.75.09.1.74.09.1.73.09.1.72.09.1.71.09.1.070.09.1.69.09.1.069.09.1.068.09.1.68.09.1.67.09.1.067.09.1.066.09.1.66.09.1.65.09.1.064.09.1.64.09.1.063.09.1.63.09.1.62.19.1.62.09.1.062.09.1.061.09.1.61.09.1.60.09.1.060.09.1.059.09.1.59.09.1.058.09.1.58.09.1.57.19.1.57.09.1.057.09.1.056.09.1.56.09.1.55.09.1.055.09.1.54.09.1.054.09.1.053.09.1.53.09.1.52.19.1.052.09.1.52.09.1.051.09.1.51.09.1.50.09.1.050.09.1.049.09.1.49.09.1.048.09.1.48.09.1.047.09.1.47.09.1.046.09.1.46.09.1.45.09.1.045.09.1.44.09.1.044.09.1.43.09.1.043.09.1.042.09.1.42.09.1.41.09.1.041.09.1.040.09.1.40.09.1.39.19.1.039.09.1.39.09.1.38.19.1.038.09.1.38.09.1.37.09.1.037.09.1.36.09.1.036.09.1.035.09.1.35.09.1.034.09.1.34.09.1.33.09.1.033.09.1.032.09.1.32.09.1.31.09.1.031.09.1.030.09.1.30.09.1.29.09.1.029.09.1.28.19.1.028.09.1.28.09.1.27.09.1.027.09.1.026.09.1.26.09.1.25.09.1.025.09.1.024.09.1.24.09.1.023.09.1.23.09.1.022.09.1.22.09.1.21.09.1.021.09.1.20.09.1.020.09.1.19.09.1.019.09.1.18.09.1.018.09.1.17.09.1.017.09.1.016.09.1.16.09.1.015.09.1.15.09.1.14.09.1.13.09.1.013.09.1.012.09.1.12.09.1.011.09.1.11.09.1.010.09.1.10.09.1.009.09.1.9.09.1.008.09.1.8.09.1.007.09.1.7.09.1.6.09.1.006.09.1.005.09.1.5.09.1.4.09.1.004.09.1.003.09.1.3.09.1.002.09.1.2.09.1.001.09.1.1.09.1.000.0