L_DOGOVOR
Краткое описание :
Раздельная нумерация (внешний номер) договоров в разрезе видовОписание :
Ввод договораЧто измененно :
Предложение:Раздельная нумерация (внешний номер) договоров в разрезе видов.
Находим последний номер договора с таким же видом и к нему +1.
Как измененно :
Добавлена возможность нумерации в рамках вида договора (по сокращенному наименованию вида) в алгоритм формирования внутреннего номера договора
В настройке сегмента выбирается формирование номера по спец. таблице, произвольная нумерация по виду договора (сокращение)
L_DOGOVOR
Краткое описание :
В агентском многостороннем договоре нет поля штрих-код, надо добавитьОписание :
Ввод договораЧто измененно :
В агентском многостороннем договоре нет поля штрих-код (связь с ЭХД), надо добавить
Как измененно :
В агентском многостороннем договоре добавлено поле штрих-код *связь с ЭХД)
L_DOGOVOR
Краткое описание :
Новый вид банковской гарантииОписание :
Работа с банковской гарантиейЧто измененно :
Надо добавить в список видов банковских гарантий
еще один вид - Гарантия участия в торгах.
Как измененно :
Добавлен новый вид БГ - "Обеспечение заявки на участие в закупке"
L_DOGOVOR
Краткое описание :
Нумерация договора по алгоритму после удаления записиОписание :
Ввод договораЧто измененно :
Создаем договор с алгоритмом формирования внутреннего номера (включена настройка Нумерация договоров (внутренний номер - по алгоритму) и задан алгоритм с формированием номера по специальной таблице). Договор создался по алгоритму с номером по специальной таблице, например номер 001. Если удалить договор и создать новый, то запись будет создана со следующим по порядку номером 002, а не с номером удаленной до этого записи 001. Приходится править номер вручную в специальной таблице.
Клиент просит дать возможность при формировании номера договора по алгоритму делать автоматическую корректировку номера в специальной таблице при удалении записи, с аргументом, что при формировании договора по алгоритму сбить нумерацию нельзя не согласен
Как измененно :
Поскольку номер формируется во внешнем алгоритме, то удаление договора производится без учета сторонней функциональности.
Однако алгоритм доработан таким образом, чтобы сначала проверялся последний номер из специальной таблицы.
Если он свободен, то берется он, иначе - следующий
L_DOGOVOR
Краткое описание :
9.1.Управление договорами.Пакетное формированиеДО на переработку.Описание :
ДО на продажу/закупку/давальческиеЧто измененно :
При пакетном формировании ДО на переработку, формируется ДО на закупку, в которое попадает услуга на переработку.
Как измененно :
Доработан алгоритм формирования ДО по давальческим договорам
L_DOGOVOR
Краткое описание :
Доработка: Договор - Просмотр документов (добавить кредиты)Описание :
Просмотр документовЧто измененно :
Необходимо в окно "Договор - Просмотр документов" добавить отображение списка кредитов.
Как измененно :
В окно "Просмотр документов" интерфейса договоров добавлена вкладка "Займы". На вкладке отображаются полученные и выданные кредиты, в которых указан текущий договор. Кредиты отображаются в виде иерархии: отображаются только те листы, у которых указан текущий договор, а также отображаются все вышестоящие папки независимо от указанного в них договора. Если договор, указанный в кредите-папке отличается от текущего, то строка выделяется красным цветом. Если кредит погашен, то строка выделяется серым цветом.
L_DOGOVOR
Краткое описание :
неверная фильтрация и отображение данных в операциях по БГОписание :
Работа с банковской гарантиейЧто измененно :
Заходим в пункт меню "Управление договорами\Документы\Работа с банковскими гарантиями\Операции по банковским гарантиям"
Попытались установить фильтр по виду операции "Прекращение". Никаких операций не отобразилось!
Когда поставил фильтр по "поступление" отобразились и операции поступления и операции прекращения. Это ошибка.
Обратите внимание на поле "сумма операции". Оно отображает одинаковые значения в нашем примере, равные 3 рублям. Хотя первоначально - БГ была оформлена на 1рубль, затем изменена на 3 рубля. Это ошибка. Операция поступления должна отображаться с суммой 1 рубль.
Как измененно :
Исправлен фильтр по виду операций
Исправлено отображение вида операции и суммы операции
L_DOGOVOR
Краткое описание :
Акт о приемке (сбыт) не учитывается в акте сверкиОписание :
Акты сверкиЧто измененно :
Акт о приемке (сбыт) не учитывается в актах сверки по договорам
Как измененно :
Акт о приемке (сбыт) добавлен акт сверки в договорах
L_DOGOVOR
Краткое описание :
Договора гос. заказа. Возможность менять статус при не заданных р/сОписание :
Ввод договораЧто измененно :
После реализации ПИРа 101.58562 пропала возможность переводить договора на закупку (исполнение госзаказа) в статус исполняемый, если не определены расчетные счета контрагентов. Выдается предупреждение: "В договоре не заполнены расчетные счета контрагентов". Спецсчета открываются позже. А до этого момента клиенту нужно установить статус "исполняемый".
Предлагается предупреждение переделать в диалог, как и было в начальной постановке задачи. в случае отказа от ввода р/с дать возможность изменить статус.
Как измененно :
Если в договоре вида "Исполнение гос контракта" не указаны расчетные счета, то при переводе в статус "Исполняемый" выдается предупреждение с возможностью продолжить изменение статуса
L_DOGOVOR
Краткое описание :
Контроль пересечения дат ПКП и срока действия договораОписание :
Календарный планЧто измененно :
Контроль пересечения дат ПКП и срока действия договора
Есть договор (договор аренды). Заключен 15.12.2016. Срок действия с 1.1.2017 по 31.12.2017
При этом гарантийный взнос (ГВ) по договору должен быть внесен 23.12.2016
т.е. до начала действия договора),а возвращен после окончания действия договора.
Пользователь пытается завести ПКП (тип: финансовый) на гарантийный взнос и получает отлуп,
так как согласно логике системы, такого быть не может. Может.
Поэтому, чтобы завести такой ПКП пользователь меняет срок действия договора
ставит дату начала по дате платежа ГВ), заводит ПКП, потом идет обратно и ставит дату договора
как в документе (оригинале). В результате систему удалось обмануть (то есть получили требуемый
результат и этот "контроль" не помеха), но путем выполнения большей последовательности действий
и увеличения потенциальных ошибок (например, пользователь может не поменять даты срока действия
договора обратно - в результате в БД введенный документ с некорректными реквизитами).
Сделайте, пожалуйста, контроль пересечений сроков договоров и (хотя бы финансовых) ПКП по настройке.
Чтобы можно было отключить, если не такой контроль требуется (и даже мешает) для улучшения эргономики
работы в системе и уменьшения количество потенциальных ошибок со стороны пользователя.
Как измененно :
Для авансовых ФинПКП допускается ввод даты начала периода, предшествующей периоду действия договора/соглашения
L_DOGOVOR
Краткое описание :
Выбор новой позиции спецификации ПКП из разных каталоговОписание :
Календарный планЧто измененно :
Выбор новой позиции спецификации ПКП из разных каталогов
При добавлении новой позиции в спецификацию ПКП договора по F7 выбираем пункт "Выбор из каталога", автоматически открывается каталог МЦ.
Для того, чтобы открылся каталог услуг нужно сначала проигнорировать вышедшее контекстное меню, затем указать тип позиции, а уже затем
при выборе из каталога откроется каталог услуг.
Необходимо чтобы при добавлении новой позиции спецификации сразу предоставлялся выбор - 2 пункта: "Выбор из каталога МЦ" и
"Выбор из каталога услуг".
Как измененно :
Как и в договоре, в ПКП убран автозапуск выбора при добавлении новой позиции.
Теперь сначала можно изменить тип позиции, а затем произвести выбор.