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

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

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

Количество версий компонента197
Количество рещенных задач471
Последная дата обработки компонента2023-12-16 18:58:43
Последная дата файла2023-12-16 17:31:31
Последная версия9.1.117.0

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

F_DISTPL
101.49941
F_DISTPL ( 9.1.003.0 )

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

Округление налога в бухсправках без направления

Описание :

Бухгалтерская справка

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


При создании бухсправки без направления расчет налогов идет без округления до копеек.
Если указать какое-то направление, выйти из
бух.справки и указать "без направления", то расчет
налогов будет происходить с округлением до копеек.
Скрины во вложении.

П.С. В журнализации видно, что soprhoz.modedoc и
soprhoz.direct не возвращаются в первоначальное
состояние.

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


Для хозопераций, не определенного направления,
значения параметров округления берутся так же, как и
для направления "закупка". Т.е. из настройки "Настройки
Галактики \ Логистика \ Документы \ Управление
снабжением \ Округление в документах снабжения".
F_DISTPL
180.5388
F_DISTPL ( 9.1.003.0 )

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

Пакетное распределение платежа

Описание :

Пакетное распределение платежей

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


Описание проблемы:
Создаю ДО, например, на 300р. по нему формирую платеж на ту же дату на 300р.
В конце месяца накладная, и отгрузочный СФ по ДО на 100р.
Необходима функция пакетного распределения платежа с условием, формирования 2 хозопераций: 1 хозоперация должна сформироваться на сумму отгрузки (100р), вторая на остаток платежа (200р), с обязательной привязкой к ДО, так как ДО на сумму всего платежа (а в дальнейшем формирование авансового счета-факутры на 200 руб).

Привязка к ДО обязательна по причине того, что по книге продаж формируются проводки в корреспонденции с 62 счетом, на котором ведется аналитика по ДО.

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


В пакетном распределении платежей, реализована
привязка ДО к платежным документам, с разбитием платежа
по накладным, и в случае, если сумма по накладным/актам
меньше суммы по ДО, с обязательной привязкой ДО к
хозоперации сформированной на этот остаток.
Для того что бы распределение отработало по
вышеописанному алгоритму, необходимо выполнить
следующие условия:
1) Запускать пакетное распределение находясь на
закладке "Документы-основания".
2) Должны быть включены настройки "Настройки
Галактики \ Бухгалтерский контур \ Обработка документов
\ Распределение платежа по ДО \ Распределение платежа
по сопроводительным документам \ Разбивать платеж по
накладным из ДО" и "Настройки Галактики \ Бухгалтерский
контур \ Обработка документов \ Распределение платежа
по ДО \ Распределение платежа по сопроводительным
документам \ Распределять платеж по оформляемым
накладным".
3) В настройке пакетного распределения должны быть
включены режимы "Осуществлять привязку ДО" и
"Распределять суммы по спецификации ДО".
4) Алгоритм расчета задолженности по ДО должен
быть установлен в режим "Задолженность по платежам".
5) Настройка "Сортировать по датам счет-фактур" не
должна быть включена.

Распределение происходит в разрезе отобранных по
фильтру накладных, относящихся к данному
распределяемому ДО, а не в разрезе, реально
существующих накладных.
F_DISTPL
180.6600
F_DISTPL ( 9.1.003.0 )

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

Платёжное поручение. НДС автоматом

Описание :

Платежное поручение

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


При установленной настройке блока "Настройки Галактики \ Бухгалтерский контур \ Обработка документов \ Параметры работы с документами различных типов" "РАСЧИТЫВАТЬ НАЛОГ" в значение "Автоматически" сущесвует проблема:
при изменении суммы Платёжки менятеся автоматом сумма Хозоперации, но не меняется сумма расчитанного НДС.

Просьба: рассмотреть возможность пересчёта НДС (на закладке Налоги) при изменении суммы Платежа

P.S.: думаю, следует здесь вставить проверку на наличие Документа для учёта НДС - если его нет, тогда можно менять НДС на описанной выше закладке

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


Реализован автоматический пересчет налогов при
изменении суммы в нде, суммы в валюте и валюты, как в
хозоперациях, так и в самом платежном
документе. Пересчет налогов не производится в случае,
если для хозоперации сформирована счет-фактура. Даже
если запустить пересчет налогов вручную (Alt-R на
закладке "Налоги"), в случае наличия счет фактуры
пересчет не будет производится.
К тому же был разрешен ручной пересчет налогов в
закрытом периоде, естественно при отсутствии
счет-фактуры.
F_DISTPL
180.7107
F_DISTPL ( 9.1.003.0 )

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

Потеря преемтсвенности - зависание системы при внесении суммы

Описание :

Платежное поручение

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


Добрый день!

После установки патчей замедлился процесс распределения суммы, на рабочей БД занимает 30 минут.
Действия пользователя:
1. Формирует собственное платежное поручение по F7 без привязки к договору и ДО
2. В нижней панели на вкладке Договора по F7 в окне Распределение по договору заполняет поле Сумма. Договор не указан
3. Закрывает окно Распределение по договору
и тут зависает система на 30 минут.
При таких действиях и ранее было зависание, но оно длилось всего 1 минуту.

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


В платежных документах, при изменении суммы
хозоперции на закладке "Договоры", происходит дробление
хозоперации на две - на хозоперацию с измененной суммой
и остаток. К тому же, если к измененной хозоперации
привязан не рамочный договоро, то происходит расчет уже
распределенной суммы по данному договору.

В описанном Пире, в модифицируемой хозоперации,
ссылки на договор нет. Замедление связано с тем, что в
данной ситуации у нас нет рамочного договора, и
запускается расчет уже распределенной суммы для
договора с NREC = 0. Т.е. не анализируется ситуация,
когда ссылки на договор нет. В результате система
производит ненужный подсчет сумм по всем хозоперациям,
у которых нет ссылок на договор. Чем больше в базе
появляется хозопераций без ссылок договора, тем дольше
будет происходить этот подсчет.

Исправлено. После модификации хозоперации, в
случае если нет ссылки на договор, расчет уже
распределенной суммы не запускается.
F_DISTPL
101.43892
F_DISTPL ( 9.1.003.0 )

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

не отрабатывает настройка Привязывать к платежу ДО с другим договором

Описание :

Пакетное распределение платежей

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


Установлена настройка Бухгалтерский
контур/Обработка документов/Распределение платежа по
ДО- Привязывать к платежу ДО с другим договором = ДА.
При пакетном распределении платежей значение
настройки не анализируется и платеж не распределеяется
по ДО. При ручном распределении настройка отрабатывает
как надо.

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


В пакетном распределении платежей реализована
обработка настройки "Настройки Галактики \
Бухгалтерский контур \ Обработка документов \
Распределение платежа по ДО \ Привязывать к платежу ДО
с другим договором".
В случае, если настройка выключена, то привязка
сопроводительных документов к платежным возможна только
тогда, когда у них совпадают договора. Если таких
платежных документов не обнаружено, то происходит поиск
документа без договора. В таком режиме распределение
работало всегда.
В случае если настройка включена, то при поиске
платежного документа, к которому необходимо привязать
сопроводительный документ, совпадение договоров у
документов не учитывается. Платежные документы ищутся в
порядке возрастания их даты и номеров.
F_DISTPL
101.48920
F_DISTPL ( 9.1.003.0 )

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

Пометка "возврата оплаты" в интерфейсе распределения платежей

Описание :

Пакетное распределение входящих платежей

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


Клиенту необходимо, чтобы в интерфейсе "Пакетного
распределения платежей" платежные поручения, по которым
есть счет-фактура типа "Возврат оплаты, предоплаты
поставщика" как-то помечались.

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


В локальное меню, интерфейса "Пакетного
распределения платежей" добавлен пункт - "Пометить по
типу счет-фактуры". После его выполнения, в открывшемся
окне типов счет-фактур, пользователю необходимо выбрать
один из типов. Затем, по всем отобранным платежным
документам, запускается поиск хозопераций, по которым
сформированы счет-фактуры того же типа, что выбрал
пользователь. Найденные хозоперации помечаются.
Перед каждым выполнением поиска, пометка по
платежным документам сбрасывается.
F_DISTPL
101.49571
F_DISTPL ( 9.1.003.0 )

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

Кнопка распределение платежей

Описание :

Пакетное распределение платежей

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



описание во вложении

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


В интерфейсе пакетного распределения платежей, для
пользователей, у которых выключена настройка "Настройки
Галактики \ Бухгалтерский контур \ Обработка документов
\ Распределение платежа по ДО \ Возможность привязки ДО
к платежным документам", реализован запрет на
выполнение привязки/отвязки ДО к платежным документам.
При этом выдается следующее сообщение:
В настройке системы "Настройки
Галактики\Бухгалтерский контур\Обработка
документов\Распределение платежа по ДО\Возможность
привязки ДО к платежным документам" запрещена
возможность привязки документов-оснований к платежным
документам.

Запрет не распространяется на привязку/отвязку
договоров и разноску ТХО.
F_DISTPL
102.117326
F_DISTPL ( 9.1.003.0 )

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

Дата ДО в отчете по привязке платежных

Описание :

Привязка платежных документов

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


Необходимо выводить дополнительно к номеру ДО дату ДО в колонку "Привязано к ДО"\"Номер ДО".

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


В отчете "Привязка платежных документов" модуля
"Расчеты с поставщиками и получателями" добавлен вывод
поля "дата ДО". Как для формата Бизнес-текст, так и для
формата FastReport.
Доработал отчет в формате FastReport, который
теперь позволяет выводить информацию по всем накладным,
распределенным по одной хозоперации платежа.
F_DISTPL
102.117539
F_DISTPL ( 9.1.003.0 )

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

Некорректно работает интерфейс пересчета налогов при создании СФ из платежа

Описание :

Платежное поручение

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


Некорректно работает интерфейс пересчета налогов при создании СФ из платежа

База находится здесь \\Oit-iren\Danilkovich\DataBases\Errors\DATA1\
Шаги выполнения:
1. Зайти в Расчеты с поставщиками и получателями - Документы - Договоры уступки долга (продажа)
2. Зайти в редактирование документа №000002 от 12/02/2009
3. Нажать на "Выполнение обязательств покупателем", в следующем окне - F4
4. В интерфейсе редактирования стороннего платежного поручения перейти на вкладку "Учет НДС" и нажать F4 для создания СФ
5. В окне "Обработка налогов" - Ввести оплаченные налоги - далее нажать "Да"
6. Выбрать налог НДС - проставить ставку 18% и вызвать локальное меню - "Пересчет налогов по ставке"

Фактический результат:
6. Введенные данные сбрасываются и информация не сохраняется - налоги пересчитать не представляется возможным

Ожидаемый результат:
6. Налоги должны нормально пересчитываться

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


В случае, если к платежному документу привязано
ДО, то пересчет налогов всегда происходит по ставкам из
ДО. Даже в случае, если пользователь укажет свою
ставку. Однако, договоры уступки долга, не совсем
"честные" ДО, но система пытается найти ставки в этих
ДО, и рассчитать по ним налоги. А так как ставок нет,
то и нет налогов.
Расчет налогов по ставкам заданным пользователем
вручную, может производится только для хозопераций без
привязанных к ним ДО.
Реализовал возможность выполнять расчет налогов по
заданными вручную ставкам, в случае если к хозоперации
привязаны документы следующих типов:
- Договор уступки долга (продажа);
- Договор уступки долга (покупка);
- Договор уступки собственного долга;
- Договор уступки долга (оплата должником).
F_DISTPL
102.117762
F_DISTPL ( 9.1.003.0 )

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

некорректно отображается информация в поле "количество к оплате" в распределении

Описание :

Платежное поручение

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


По накладной в строке спецификации указано
количество к оплате (с учетом убыли)и стоимость так же
с учетом убыли Рис.2 (описание во вложении). В
распределении платежа по этой накладной в поле "Кол-во
к оплате" указывается количество фактически (или
количество по документу)и стоимость= полной стоимости.
Получается, что в накладной стоимость учитывает %
убыли, а в распределении платежа нет. В результате
после распределения платежа остается не оплаченное
кол-во.
Необходимо, что бы стоимость при распределении
платежа так же учитывала % убыли из накладной.
И количество к оплате пользователи тоже хотят
видеть с учетом убыли, иначе возникает путаница по
накладной кол-во к оплате одно, а для распределения
платежа - другое. Что бы после распределения платежа не
осталось неоплаченное кол-во.

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


В интерфейсе распределения платежа по
накладным/актам, добавлено новое поле "Кол-во". В
данном поле отображается фактическое количество
материальной ценности. В поле "Кол-во к оплате"
отображается подлежащее к оплате количество. Оплата
производится исходя из значения этого поля. На значение
этого поля влияет заданный в позиции спецификации
накладной соответствующий процент убыли.
Стоимость рассчитывается исходя из количества к
оплате, а не фактического количества мат.ценности.
F_DISTPL
102.118178
F_DISTPL ( 9.1.003.0 )

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

Ошибка при распределении платежа

Описание :

Платежное поручение

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


Обнаружили ошибку при распределении платежа по спецификации накладной.
Счет До на 2 позиции на сумму 2302288,09. Поступило два авансовых платежа =690686.43 и =614444.38. Отгружается одна позиция, накладная на отгрузку на сумму 877777,69. ФРО, Стороннее платежное поручение, хозоперация, вызываем функцию Распределение платежа по спецификации накладной. Распределяем первый платеж, оплаченное количество 0.787. Распределяем второй платеж. В помощи написано -
"Экранная кнопка [Распределить], расположенная в нижней панели окна, позволяет выполнить автоматическую разноску суммы платежа ПО ВСЕМ либо ОТМЕЧЕННЫМ накладным в соответствии с правилом, указанным в поле Схема распр."
Если накдадную не помечать (она же одна), то сумма второго платежа полностью распределяется на позицию этой накладной, получается кол-во к оплате 1, а оплачено 1.49!!!!! Как это понимать? Рис1 вложения. Если же накладную пометить, то распределение выполняется правильно, часть суммы остается для дальнейшего распределения. Рси2. вложения.

Проблема проявляется на тестовой базе. Путь на базу \\Oas-678\102.118178\DATA . Стороннее платежное поручение НПО "Дровосек".

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


В ситуации, когда по каким-то причинам, не
происходит полностью распределение по спецификации
накладной/акта, хотя суммы к распределению хватает как
по накладной/акту, так и по хозоперации, производится
принудительное до распределение остатка. Зачет
производится на первую позицию накладной/акта на сумму
остатка, но не превышающего сумму накладной/акта.
Однако принудительно до распределение остатка
имеет смысл, только в том случае, если привязка ДО к
платежному документу производилась при включенной
настройке "Настройки Галактики \ Бухгалтерский контур \
Обработка документов \ Распределение платежа по ДО \
Распределение платежа по сопроводительным документам \
Разбивать платеж по накладным из ДО". В противном
случае, возможно возникновение различных ошибочных
ситуаций, в результате которых могут происходить
"лишние" оплаты по позициям спецификации накладной.
Принудительное до распределение остатка теперь
произвожу только в случае если включена настройка
"Разбивать платеж по накладным из ДО".

9.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.108.09.1.107.09.1.106.09.1.105.09.1.104.09.1.103.09.1.102.09.1.101.09.1.109.09.1.100.09.1.99.09.1.98.09.1.97.09.1.96.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.082.09.1.81.09.1.081.09.1.080.09.1.80.09.1.79.09.1.079.09.1.078.09.1.78.09.1.077.09.1.77.09.1.076.09.1.76.09.1.075.09.1.75.09.1.74.09.1.074.09.1.073.09.1.73.09.1.72.09.1.71.09.1.071.09.1.070.09.1.70.09.1.69.09.1.069.09.1.68.09.1.068.09.1.067.09.1.67.09.1.066.09.1.66.09.1.65.09.1.064.09.1.64.09.1.63.09.1.063.09.1.62.09.1.062.09.1.061.09.1.61.09.1.060.09.1.60.09.1.059.09.1.59.09.1.058.09.1.58.09.1.57.09.1.057.09.1.056.09.1.56.09.1.055.09.1.55.09.1.054.09.1.54.09.1.53.09.1.053.09.1.52.09.1.052.09.1.51.09.1.051.09.1.050.09.1.50.09.1.49.09.1.049.09.1.048.09.1.48.09.1.47.09.1.047.09.1.46.09.1.046.09.1.45.09.1.045.09.1.44.09.1.044.09.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.038.19.1.38.19.1.38.09.1.038.09.1.037.09.1.37.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.030.09.1.30.09.1.029.09.1.29.09.1.28.09.1.028.09.1.27.09.1.027.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.020.09.1.019.09.1.18.09.1.17.19.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.13.09.1.013.09.1.012.09.1.12.09.1.11.09.1.011.09.1.10.09.1.010.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.004.09.1.4.09.1.003.09.1.3.09.1.2.09.1.002.09.1.1.09.1.001.0