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

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

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

Количество версий компонента192
Количество рещенных задач491
Последная дата обработки компонента2023-12-17 18:24:42
Последная дата файла2023-12-16 17:31:35
Последная версия9.1.99.0

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

L_SALDOMTR
102.177725
L_SALDOMTR ( 9.1.80.0 )
2019-03-17 21:02:26

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

Проблема с определением первичного документа

Описание :

Акты на перемещение между объектами

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


Проблема с определением первичного документа.
В рамках проекта "Неликвиды"(подсистема учета неиспользованных МТР) есть функционал по переводу МТР в неиспользуемые по "Акту на перемещение между объектами" с привязкой и заполнением доп. аналитики. в которой предусмотрено заполнение поля "Первичный документ МТР".
У клиента следующая ситуация, наличие которой не предусмотрено к обработке нашей системой, а именно:
В Галактике есть функция по удалению устаревшей информации, данная функция удаляет всю первичную документацию до определенной даты и вместо нее формирует приходные ордера по тем МТР которые попали под удаление этой первичной документации, как следствие по МТР есть остатки, но нету документов, которые могут быть выбраны как первичные.
Нужно предусмотреть какой-то вариант обработки данной ситуации: 1) Дать выбирать в качестве первички ордера. 2) При удалении старой информации предусмотреть формирование какой-то записи, которую в последующем можно было бы использовать для указания в качестве первичного документа.3) Или же при удалении старой информации анализировать наличие остатков и в случаях, когда остатки есть не удалять первичный документ.

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


При удалении позиции документа обнуляются ссылки на первичный документ, вместе с этим заполняется дополнительное строковое поле, которое и указывается вместо первичного документа в карточке дополнения ЦУ.
Выбор первичного документа для остатков, у которых он удален, осуществляется из позиций сальдовых остатков
L_SALDOMTR
102.188152
L_SALDOMTR ( 9.1.80.0 )
2019-03-17 21:02:26

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

При создании корректировочного документа значение доп. ЦУ должно копироваться из приходной накладной, а не создаваться новая.

Описание :

Приходные накладные

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


Когда-то был приход МЦ. Сформирована приходная накладная, в которой КАУ9 привязана к самому приходному документу. Спустя определенное время поставщик предоставил документы с изменением стоимости данного МЦ. В галактике делается корректирующая приходная накладная с суммой дооценки (уценки), в которой КАУ9 привязана к новому корректирующему документу. Итог: первоначальная сумма и количество с одним КАУ9, сумма корректировки без количества - с другим КАУ9. А напрашивается в корректирующем документе сделать ту же аналитику, что в первоначальном.
Для данного примера, почему бы не поставить в корректировочном документе КАУ9 со ссылкой на первичный документ (первоначальный приход)?

При создании корректировочного документа значение доп. ЦУ должно копироваться из приходной накладной, а не создаваться новая.
При создании исправительной, в сторнирующем документе копировать из приходной накладной, в исправительном создавать новую.

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


Доработано заполнение аналитики доп. цу в коректирующих и исправительных документах.
При создании исправительного:
- в сторно документе доп. цу копируется из исходного документа;
- в кор. документе создается новая запись доп. цу.
При создании корректировочного документа:
- копируется доп. цу из первичного документа.
L_SALDOMTR
102.188660
L_SALDOMTR ( 9.1.80.0 )
2019-03-17 21:02:26

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

Анализ партии "откуда" при заполнении полей "Первичный документ МТР" и "Дата оприходования в ОСТ"

Описание :

Акты на перемещение между объектами

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


ТМЦ поступило на склад по приходной накладной с одной партией и КАУ7 был удален. Оформили перемещение актом на перемещение между объектами. Изменили партию в спецификации "КУДА". Запустили функцию "Копировать ЦУ из "откуда" в "куда" для всех позтиций". В результате в полях "Первичный документ МТР" и "Дата оприходования в ОСТ" отобразились данные не по приходному документу, а по иному. Это связано с тем, что анализируется партия "КУДА".
Необходимо, чтобы анализировалась партия "ОТКУДА" при формировании данных полей, т.к. в ней указана первоначальная партия.

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


При поиске первичного документа в Акт на перемещение между объектами используется партия ОТКУДА.
L_SALDOMTR
102.192907
L_SALDOMTR ( 9.1.80.0 )
2019-03-17 21:02:26

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

В отчете складские остатки (ведомости МТР) переименовать столбец

Описание :

складские остатки

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


В отчете складские остатки (ведомости МТР) переименовать столбец. При незаполненном поле Внешняя классификация, столбец в печатной форме называть Внешняя классификация, при заполненном поле переименовывать в то значение, которое заданно.

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


В отчете складские остатки (ведомости МТР), при незаполненном поле Внешняя классификация, столбец в печатной форме называется Внешняя классификация.
L_SALDOMTR
102.193192
L_SALDOMTR ( 9.1.80.0 )
2019-03-17 21:02:26

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

Если - НЕТ, это есть НЕТ.

Описание :

Карточка запасов МТР

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


Если - НЕТ, это есть НЕТ.
ФЛМ "Формирование акта ИЦН МТР" - на запрос о формировании отвечаем НЕТ, а нам далее предлагают, как будто мы сказали ДА.
После закрытия окна Выберите объект целевого учета(ESC), открывается окно формирования акта, а не надо.
Формирование ДО на продажу - все корректно.

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


Формирование акта ИЦН МТР возможно, только при наличии шаблонов для актов ИЦН МТР.
Запрос "Формировать акты по переводу в свободные остатки?" возникает, только в случае, если существует шаблон для актов ИЦН МТР с приемником "свободные остатки", при ответе нет, как и при отсутствии данного шаблона вызывается интерфейс выбора в противном случае открывается интерфейс выбора целевого учета.
L_SALDOMTR
180.10964
L_SALDOMTR ( 9.1.80.0 )
2019-03-17 21:02:26

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

Поиск Первичного документа в Распоряжении на изменение целевого назначения

Описание :

Распоряжение на изменение целевого назначения МТР

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


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

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


Доработан второй алгоритм при отсутствии ссылки на доп аналитику (если она =0), определяется первичный документ по приходным ордерам и если год оприходования + 1 меньше текущего года, то данные попадают в распоряжение

9.1.99.09.1.97.09.1.96.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.107.09.1.106.09.1.105.09.1.104.09.1.103.09.1.101.09.1.100.09.1.98.09.1.95.09.1.94.09.1.93.09.1.92.09.1.91.09.1.90.09.1.89.09.1.88.09.1.87.09.1.86.09.1.85.09.1.84.09.1.83.09.1.82.09.1.081.29.1.081.09.1.81.09.1.080.09.1.80.09.1.079.09.1.79.09.1.078.09.1.78.09.1.77.09.1.077.09.1.76.09.1.75.09.1.075.09.1.74.09.1.074.09.1.73.19.1.73.09.1.72.09.1.072.09.1.071.09.1.71.09.1.70.09.1.070.09.1.069.09.1.69.09.1.068.09.1.68.09.1.67.09.1.067.09.1.066.09.1.66.09.1.65.09.1.065.09.1.064.09.1.64.09.1.063.09.1.63.09.1.62.09.1.61.09.1.061.09.1.60.09.1.060.09.1.59.09.1.059.09.1.058.09.1.58.09.1.57.09.1.057.09.1.56.09.1.056.09.1.55.09.1.055.09.1.054.09.1.54.09.1.53.09.1.053.09.1.052.09.1.52.09.1.51.09.1.051.09.1.50.09.1.050.09.1.49.09.1.049.09.1.048.09.1.48.09.1.47.09.1.047.09.1.046.09.1.46.09.1.045.09.1.45.09.1.44.09.1.044.09.1.43.19.1.043.09.1.43.09.1.042.09.1.42.09.1.041.09.1.41.09.1.040.09.1.40.09.1.039.09.1.39.09.1.38.09.1.038.09.1.37.09.1.037.09.1.036.09.1.36.09.1.035.09.1.35.09.1.34.09.1.034.09.1.33.09.1.033.09.1.32.09.1.032.09.1.031.09.1.31.09.1.30.09.1.030.09.1.029.09.1.29.09.1.28.09.1.028.09.1.027.09.1.27.09.1.26.09.1.026.09.1.25.09.1.025.09.1.024.09.1.24.09.1.23.09.1.023.09.1.22.09.1.022.09.1.21.09.1.021.09.1.20.09.1.19.09.1.019.09.1.18.09.1.018.09.1.017.09.1.17.09.1.016.09.1.16.09.1.015.09.1.15.09.1.14.09.1.014.09.1.013.09.1.13.09.1.12.09.1.012.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.7.09.1.007.09.1.6.09.1.006.09.1.005.09.1.5.09.1.004.09.1.4.09.1.2.09.1.002.09.1.001.09.1.1.0