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

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

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

Количество версий компонента314
Количество рещенных задач1853
Последная дата обработки компонента2023-12-17 16:29:40
Последная дата файла2023-12-16 17:31:34
Последная версия9.1.193.0

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

L_DOGOVOR
102.119209
L_DOGOVOR ( 9.1.011.0 )

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

Возможность изменения входимости налогов по договору/уточняющему соглашению при наличии календарного плана

Описание :

Ввод договора

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


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

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


Разрешено изменять входимость налогов договора, у которого есть товарные ПКП.

При изменении требуется подтверждение при наличии товарных ПКП и спецификации у договора. Также требуется подтверждение, если договор или ПКП привязаны к другим документам.

Входимость налогов финансовых ПКП не меняется, т.к., у них нет спецификации.
L_DOGOVOR
102.121025
L_DOGOVOR ( 9.1.011.0 )

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

Запрет отвязывать закрытые договора

Описание :

Счета, ДО на продажу

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


Запрет отвязывать закрытые договора
Продолжение ПИР 102.120965
У клиента в процессе работы с договорами из-за
ненадлежащего исполнения пользователями регламентов
работы возникает большое количество некорректностей.
Вследствие этого падает до недопустимого уровня
достоверность информации. Клиент просит добавить
настройку, позволяющие на уровне системы запретить
действия, приводящие к нарушению баланса взаиморасчетов
по закрытым договорам.
А именно: запретить разрывать связи между
ДО (закупка, продажа, предоплата) и
закрытыми договорами.

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


Добавлена настройка
Раздел - "Настройки Галактики\Логистика\Документы\Управление договорами\"

Разрешать отвязывание закрытых договоров/соглашений/ПКП от документа (ДА)

При запрете запрещает изменение связи с договором/соглашением/ПКП, если в данный момент имеется связь с закрытым документом.
При изменении связи с договором проверяется связь с соглашением и ПКП (если есть).
При изменении связи с соглашением проверяется связь с ПКП (если есть).
L_DOGOVOR
102.122821
L_DOGOVOR ( 9.1.011.0 )

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

Необходима возможность по одному договору и получения услуги и продажи материала для выполнения этой услуги контрагентом

Описание :

Интерфейсы/окна выбора

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


Необходима возможность по одному договору и получения услуги и продажи материала для выполнения этой услуги контрагентом.

Бизнес процесс у клиента следующий:
Существуют Договора подряда, в которых пишется, что Подрядчик обязуется выполнить работы по ремонту и строительству на объектах ОАО Тольяттиазот и т.д. Заказчик обязан предоставить необходимые для строительства материалы по заявке Подрядчика в течении 10 рабочих дней. Материалы, предоставляемые Заказчиком, считаются реализованными Подрядчику, включаются в Акты выполненных работ КС-2, КС-3 по стоимости, определенной в соответствующих накладных, как цена приобретения у Заказчика. Реализованный материал подлежит оплате в течении 60 дней с момента получения материала Подрядчиком, либо по актам взаимозачета согласно подписанных актов выполненных работ.
Пользователи-специалисты отдела снабжения отпускают строительные материалы согласно этого Договора (т.е. в модуле сбыта привязывают Накладную на отпуск к этому Договору). Бухгалтерия и юристы не против.

Сейчас пользователь берет договор с направлением 2->1 на получение услуг и привязывает его в накладной на отпуск (см. вложение), затем ручками добавляет необходимую МЦ и потом формирует ДО по накладной. Но в этом случае в ДО плательщиком является собственная организация, что естественно не правильно.

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

Но клиенту они не подошли по следующим причинам:
1. По первому пути решения предложение хорошее, но теперь пользователю в модуле сбыта всегда нужно помнить, когда он привязывается к договору продажи (вид 1->2), а когда к договору закупки (вид 2->1).
Если договор продажи, то пользователь формирует накладную на отпуск из спецификации Договора, поэтому сразу должен привязать накладную на отпуск к договору. Если договор закупки, то пользователь не должен привязывать накладную на отпуск к договору, только через ДО. Это усложняет работу, рука автоматически тянется к обычной последовательности. Хочется чтобы из накладной на продажу, привязанной к договору (вид 2->1, закупка) ? правильно сформированной, также правильно формировалось и ДО.
Еще в расширенной информации ДО при таком варианте неправильно указан плательщик по договору.
2. По второму пути решения проблем бы не было, если бы рождалось уточняющее соглашение к договору на продажу по МЦ, а его физически нет все происходит в рамках одного договора.

См. вложение.

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


Доработана работа с договорами на переработку давальческого сырья.

Теперь сумма по таким договорам считается как сумма по позициям УП (услуга по переработке) и сумма по позициям Т, У с учетом направления.
Со знаком + берутся позиции М, У с направлением 2->1.
Со знаком - берутся позиции М, У с направлением 1->2.

При автоформировании ПКП в спецификацию попадают позиции из договора, совпадающие с направлением ПКП/
Исключение - позиции с типом ДС (давальческое сырье, направление всегда 1->2). Такие позиции попадают в ПКП с направлением 2->1, чтобы позиции УП, ДС, ГП были в одном документе (сумма по позициям ДС не влияет на сумму ПКП).

Сумма по ПКП считается без учета позиций с типом ДС (давальческое сырье) и ГП (готовая продукция).

При формировании ДО по договорам на переработку давальческого сырья или по ПКП таких договоров в пакетном режиме (Управление договорами | Операции | Пакетное формирование | ДО по договорам, соглашениям | ДО на продажу/закупку/давальческие) формируются 3 вида ДО:

- ДО на закупку
отбираются позиции с направлением 2->1 с типом М, У и УП (становится услугой в ДО)

- ДО на продажу
отбираются позиции с направлением 1->2 с типом М, У

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

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

P.S. При формировании ДО по ПКП нужно учитывать направление как ПКП, так и позиций (если идет уточнение спецификации). Если, например, при формировании ДО на продажу выбран ПКП с направлением 2->1, то спецификация сформирована не будет.

При формировании сопроводительных документов по давальческим договорам (Управление договорами | Операции | Пакетное формирование | сопроводительных документов по договорам, соглашениям) формируются следующие виды сопроводительных документов:
-накладная на отпуск (по МЦ и услугам с направлением 1->2). Услуги переносятся в накладную или акт в зависимости от параметров формирования
-накладная на закупку (по МЦ и услугам с направлением 2->1). Услуги переносятся в накладную или акт в зависимости от параметров формирования
-акты на оказание услуг (по услугам с направлением 1->2). Услуги переносятся в накладную или акт в зависимости от параметров формирования
-акты на получение услуг (по услугам с направлением 2->1). Услуги переносятся в накладную или акт в зависимости от параметров формирования
-накладная на отпуск давальческого сырья (по позициям с типом ДС)
-накладная на прием готовой продукции (по позициям с типом ГП)
-акты на получение услуг (по позициям с типом УП). Акт привязывается к накладной на прием готовой продукции

При формировании сопроводительных документов вручную действуют те же правила:
-в накладную на отпуск отбираются только МЦ и услуги с направлением 1->2
-в накладную на закупку отбираются только МЦ и услуги с направлением 2->1
-в акты на оказание услуг отбираются только услуги с направлением 1->2
-в акты на получение услуг отбираются только услуги с направлением 1->2, а также позиции с типом УП
L_DOGOVOR
102.123056
L_DOGOVOR ( 9.1.011.0 )

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

Необходимо осуществлять нумерацию финансовых ПКП в зависимости от Вида платежа

Описание :

Календарный план

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


Необходимо осуществлять нумерацию финансовых ПКП в зависимости от Вида платежа.

Есть системный алгоритм расчёта 3004 "Алгоритм автоформирования внутреннего номера ПКП". При настройке этого алгоритма есть возможность задать формулу расчёта внутреннего номера. В частности, с помощью ключа "&ВидПКП" в номере ПКП добавляется буква "Т" для товарных ПКП, "О" для обобщенных ПКП, "А" для авансовых финансовых ПКП, "Ф" для регламентных финансовых ПКП.

Если создавать финансовый ПКП либо по F7, либо пакетно через локальную функцию или по Alt+F, то всегда создается буква "А" в номере, независимо от того регламентный он или авансовый. А чтоб получить в номере регламентного ПКП букву "Ф", всегда надо запускать локальную функцию "Перенумеровать номера ПКП".

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

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


При значении настройки
"Настройки Галактики \ Логистика \ Документы \ Управление договорами \ Значения по умолчанию \ Вид платежей в ПКП" = по факту

Учитывается настройка
"Настройки Галактики \ Логистика \ Документы \ Управление договорами \ Запуск алгоритмов \ Алгоритм формирования номера ПКП"

Также доработан и режим автоформирования по Alt+F.

P.S.

Настройка

"Настройки Галактики \ Логистика \ Документы \ Управление договорами \ Алгоритм формирования внутреннего номера договора"
переехала в папку
"Настройки Галактики \ Логистика \ Документы \ Управление договорами \ Запуск алгоритмов \"
L_DOGOVOR
102.123635
L_DOGOVOR ( 9.1.011.0 )

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

Номера листов согласования в таблице "Нумерация документов"

Описание :

Нумерация документов

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


Необходима возможность корректировать последний
номер листа согласования через специальную таблицу по
аналогии с другими документами системы.
Проблема связана с тем, что до введения настройки
"нумерация листов согласования к договору в пределах
календарного года" (пир 180.6991) листам согласования
присваивался очередной номер ( (например 2285) без
учета года. После включения указанной настройки номера
по-прежнему продолжают увеличиваться, 2286 и т.д, хотя
последним номером в рамках года является номер 0530 и
пользователям приходится вручную корректировать номера.
Необходимо включить листы согласования в таблицу
"Нумерация документов", чтобы пользователи могли сами
задать последний номер, от которого будет идти отсчет,
как это сделано для большинства документов системы.
Проблему можно посмотреть на тестовой базе
\\by01-947\TEST, листы согласования к договорам 345,
789, 987, 999.

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


Настройка "Настройки Галактики \ Логистика \ Документы \ Управление договорами \ Нумерация листов согласований в пределах календарного года" переименована в "Нумерация листов согласований" и добавлены следующие значения:
- по последним номерам БД
- в пределах календарного года
- с помощью специальной таблицы
L_DOGOVOR
102.123683
L_DOGOVOR ( 9.1.011.0 )

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

Акт сверки. Выбор документов в ручную. Реализовать множественный выбор

Описание :

Акты сверки

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


L_DOGOVOR::GETSOPRHOZ
Реализовать множественный выбор документов при подборе документов для сверки "вручную".

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


Доработано - теперь можно добавить сразу несколько документов в акт сверки
L_DOGOVOR
102.123753
L_DOGOVOR ( 9.1.011.0 )

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

Добавить в главное меню модуля "Управление договорами" доступ к сопроводительным документам

Описание :

Предложение по новой функциональности контура логистики

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


Добавить в главное меню модуля "Управление договорами" доступ к сопроводительным документам

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


Добавлены пункты меню:
= 'Накладные'
{
- 'Накладные на отпуск'
- 'Приходные накладные'
------------;
= 'Накладные на возврат по рекламации'
- 'В сбыте'
- 'В снабжении'
}
}
= 'Акты'
{
- 'Акты на оказание услуг, работ'
- 'Акты на прием услуг, работ',
}
= 'Ордера'
{
- 'Приходные складские ордера'
- 'Расходные складские ордера'
}

ДО сгруппированы в пункт меню "ДО"

P.S. Расширения списка лицензируемых модулей не производилось.
L_DOGOVOR
102.123899
L_DOGOVOR ( 9.1.011.0 )

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

Необходим запрет на изменение значения настройки"дополнительная классификация договоров" при наличии заполненных значений в договорах

Описание :

Ввод договора

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

Договор- "Расширенная информация" - Вкладка "Назначение" -
Настройка: Логистика \ Документы\ Управление договорами
Дополнительная классификация договоров.
В настоящее время возможно установить одно значение
настройки (например, организация), заполнить в договоре поле
"Дополнительная классификация" установив значение
"Организация 1", далее установить значение настройки
"подразделение" и получить в этом договоре дополнительную
классификацию вида: "?! Объект учета 28147497671301140
аналитики [Подразделения]". Кроме этого, можно в другом
договоре заполнить дополнительную классификацию выбором из
справочника "подразделения". Получается в одном поле в
разных документах могут жить значения из разных
справочников. Это нехорошо.
Предлагается перед изменением значении настройки делать
проверку на заполнение данного поля в договорах. Если хотя
бы в одном документе оно заполнено, то изменение значения
настройки не позволять.

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

При наличии ссылок на дополнительную классификацию в
договорах/соглашениях запрещено менять настройку
"Логистика \ Документы\ Управление договорами Дополнительная классификация
договоров"
L_DOGOVOR
102.123961
L_DOGOVOR ( 9.1.011.0 )

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

загрузка спецификации договора по алгоритму 3021

Описание :

Ввод договора

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


Загрузка спецификации договора по алгоритму 3021.
При загрузке спецификации если тип услуга, то не подтягивается группа услуги.
см.вложение.

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


Исправлена ошибка поиска группы услуг по коду при отсутствии наименования услуги в каталоге
L_DOGOVOR
102.124112
L_DOGOVOR ( 9.1.011.0 )

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

Неверно отбираются ПКП

Описание :

ДО на продажу/закупку/давальческие

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


Неверно отбираются ПКП
На обновлении L_Dogovor 91100 отбираются ПКП не связанные с выбранным в фильтре контрагентом. Описание и отчет во вложении.

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


Исправлена ошибка выборки ПКП
L_DOGOVOR
102.124211
L_DOGOVOR ( 9.1.011.0 )

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

Не учитываются рекламации в балансе взаиморасчетов по договору

Описание :

Отчет о ходе исполнения договора

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


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

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


Исправлен учет возвратов при расчете баланса на вкладке "Взаиморасчеты"
L_DOGOVOR
103.6192
L_DOGOVOR ( 9.1.011.0 )

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

Не определяются налоги в ДО на предоплату платежа закупки при формировании на основании фин.ПКП

Описание :

ДО на предоплату закупок

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


Не определяются налоги в ДО на предоплату платежа закупки при формировании на основании фин.ПКП.
Подробное описание в файле.

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


В финанcовых ПКП налоги теперь хранятся не только в поле налогов по ФинПКП, но и в таблице налогов по документу.

Просмотр и редактирование налогов по Фин ПКП осуществляется по F4 на поле налогов.

Теперь налоги можно рассчитать по группе налогов (по функции локального меню).

При изменении суммы ФинПКП, процента по договору (предшествующего ПКП для ФинПКП по факту) или формирования суммы ФинПКП по схеме платежей пересчитываются и налоги в соответствующей пропорции.

P.S. Внимание, понятия ручных налогов в ФинПКП нет.

При формировании ДО на предоплату по ФинПКП (вручную или пакетно (Управление договорами | Документы | ДО | ДО на предоплату продаж)) копируются также и налоги, если они были ранее сформированы в ФинПКП.

P.S. Для уже существующих ФинПКП имеется только сумма налогов без детализации. Для формирования списка налогов требуется пересчет, например, по группе налогов.

9.1.193.09.1.192.09.1.191.09.1.190.09.1.189.09.1.188.09.1.187.09.1.186.09.1.185.09.1.184.09.1.183.09.1.182.09.1.181.09.1.180.09.1.179.09.1.178.09.1.177.09.1.176.09.1.175.09.1.174.09.1.173.09.1.171.09.1.170.09.1.169.09.1.168.09.1.167.09.1.166.09.1.165.09.1.164.09.1.163.09.1.162.09.1.160.09.1.159.09.1.158.09.1.157.09.1.156.09.1.155.09.1.154.09.1.153.09.1.152.09.1.151.09.1.184.19.1.172.09.1.161.09.1.150.09.1.149.09.1.148.09.1.147.09.1.146.09.1.145.09.1.144.09.1.143.09.1.142.09.1.141.09.1.140.09.1.139.09.1.138.09.1.137.09.1.136.09.1.135.09.1.134.09.1.133.09.1.132.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.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.107.29.1.107.09.1.106.09.1.105.19.1.105.09.1.104.09.1.103.09.1.102.09.1.101.09.1.100.09.1.099.09.1.99.09.1.98.09.1.098.09.1.97.09.1.097.09.1.96.09.1.096.09.1.095.09.1.95.09.1.94.09.1.094.09.1.093.09.1.93.09.1.92.29.1.92.19.1.092.09.1.92.09.1.91.09.1.90.09.1.090.09.1.89.09.1.089.09.1.88.09.1.088.09.1.87.09.1.087.09.1.086.09.1.86.09.1.085.09.1.85.09.1.084.09.1.84.09.1.83.09.1.083.09.1.82.09.1.082.09.1.81.09.1.081.09.1.80.09.1.080.09.1.079.09.1.79.09.1.078.09.1.78.09.1.077.09.1.77.09.1.076.09.1.76.09.1.75.09.1.075.09.1.074.09.1.74.09.1.073.09.1.73.09.1.072.09.1.72.09.1.71.09.1.071.09.1.70.19.1.070.09.1.70.09.1.069.09.1.69.09.1.068.09.1.68.09.1.67.09.1.067.09.1.66.09.1.066.09.1.065.09.1.65.09.1.64.09.1.064.09.1.063.09.1.63.09.1.62.19.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.58.29.1.58.19.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.54.09.1.054.09.1.53.09.1.053.09.1.052.19.1.52.19.1.52.09.1.052.09.1.51.19.1.051.09.1.51.09.1.50.09.1.050.09.1.49.09.1.049.09.1.48.09.1.048.09.1.047.09.1.47.09.1.046.09.1.46.09.1.045.09.1.45.09.1.44.09.1.044.09.1.043.09.1.43.09.1.042.09.1.42.09.1.41.09.1.041.09.1.40.09.1.040.09.1.39.09.1.039.09.1.038.09.1.38.09.1.37.29.1.37.19.1.37.09.1.037.09.1.36.09.1.036.09.1.35.09.1.035.09.1.34.09.1.034.09.1.33.09.1.033.09.1.032.09.1.32.09.1.031.09.1.31.09.1.030.09.1.30.09.1.29.09.1.029.09.1.28.09.1.027.09.1.27.09.1.026.09.1.26.09.1.25.19.1.025.09.1.25.09.1.24.09.1.024.09.1.23.09.1.023.09.1.22.09.1.022.09.1.021.09.1.21.09.1.020.09.1.20.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.15.09.1.015.09.1.14.09.1.014.09.1.13.09.1.013.09.1.12.09.1.012.09.1.11.09.1.011.09.1.10.09.1.010.09.1.009.09.1.09.09.1.9.09.1.008.09.1.8.09.1.08.09.1.07.09.1.7.09.1.007.09.1.006.09.1.06.09.1.6.09.1.5.09.1.05.09.1.005.09.1.4.09.1.04.09.1.004.09.1.003.09.1.03.09.1.3.09.1.2.09.1.02.09.1.002.09.1.1.09.1.001.09.1.01.0