L_DOGOVOR
Краткое описание :
Возможность не формировать нулевые позицииОписание :
ДО на продажу/закупку/давальческиеЧто измененно :
Необходима настройка, которая даст возможность не формировать в счете позиции с нулевой стоимостью, которые могут сформироваться ввиду наличия отсутствия данных для расчета стоимости расчетной услуги.
Как измененно :
При формировании ДО по договору добавлен параметр "не переносить расчетные услуги с нулевой ценой/стоимостью"
При пакетном формировании ДО по договорам добавлен параметр "не переносить в ДО расчетные услуги с нулевой ценой/стоимостью"
L_DOGOVOR
Краткое описание :
КИС ФХД Добавление новых признаков в каталог организацийОписание :
Редактирование организацийЧто измененно :
В каталог организаций необходимо добавить новые признаки:
1. "Субъект малого и среднего бизнеса". Может принимать значения: Да (переключатель checkbox) либо не заполнено;
2. "Нерезидент" - Да (переключатель checkbox) либо не заполнено.
Если данные признаки заполнены в карточке организации, то информация о их заполнении должна отражаться в карточке договора, заключенного с этой организацией.
Как измененно :
В окно редактирования каталога организаций добавлена возможность отнести контрагента к субъектам малого и среднего бизнеса.
В окне редактирования договора/соглашения над наименованием контрагента 2 отображается его принадлежность к субъектам малого и среднего бизнеса, а также признак резидент/не резидент (определяется по стране контрагента и по системной настройке "Настройки Галактики \ Общие настройки системы \ Настройки для страны")
L_DOGOVOR
Краткое описание :
КИС ФХД Точка расширения на смену статуса документаОписание :
L_DogovorЧто измененно :
КИС ФХД Точка расширения на смену статуса документа
Заказчиком предъявлено требование запретить смену статуса документа на исполняемый при наличии ошибок в оформлении первичного документа. Для его реализации нужна точка расширения для запуска собственного алгоритма перед сменой статуса. Для универсальности подхода предлагаем реализовать точку расширения в STATLOGER.VIP.
В точке расширения должны быть доступны переменные: тип документа, ссылка на документ, ссылка на старый статус, ссылка на новый статус. Также необходимо реализовать возможность отменить смену статуса при обработке точки расширения.
Для целостности решения целесообразно сделать точку расширения после смены статуса.
Как измененно :
Добавлена точка расширения
#doc
Объектный интерфейс для изменения статуса
#end
ObjInterface IStatLog;
property ChangeStatusEnabled : boolean read write;
end;
//------------------------------------------------------------------------------
#doc
Точка расширения при изменении статуса
#end
ExtensionPoint epOnChangeDocStatus(wDocType: word; pDoc: comp; wOldStatus: word; pOldNote: comp; wNewStatus: word; pNewNote: comp; StatLoger: IStatLog);
wDocType - тип документа
pDoc - nRec документа
wOldStatus, pOldNote - текущий статус (значение и ссылка))
wNewStatus, pNewNote - новый статус (значение и ссылка)
StatLoger - объект
Для запрета изменения статуса:
if not NullVipRef(StatLoger)
_try
{
StatLoger.ChangeStatusEnabled := False;
}
_except
on ExObjIfcNoImpl: {};
on ExObjIfcNoInit: {};
L_DOGOVOR
Краткое описание :
Возможность отображать ВНЕШНИЙ номер отмененного договораОписание :
Ввод договораЧто измененно :
Нужна настройка которая позволит регулировать варианты отображение информации по отмененному договору.
В частности, клиенту нужно видеть не внутренний номер договора, а внешний
Как измененно :
Номер и дата договора отображаются теперь по настройке
"Отображение номера договора/соглашения в документах-основаниях и сопроводительных документах"
L_DOGOVOR
Краткое описание :
КСУА УО. Не отрабатывает функция "формирование составляющих комплекта"Описание :
?Что измененно :
Стоя на позиции в спецификации договора, при вызове функции "Формирование составляющих комплекта" Alt+K, система выдает сообщение о том что данная МЦ не является комплектом.
Как измененно :
Исправлено, работало наоборот - с МЦ некомплектными
L_DOGOVOR
Краткое описание :
iExtMenu.vih - создает проблемы при сопровождении пользовательских доработокОписание :
?Что измененно :
ExtMenu.vih - создает проблемы при сопровождении пользовательских доработок
#include ExtMenu.vih // Точки расширения для дополнительного локального меню
Ее включили в vih объектов различных контуров
например в Dogovor.vih, SchFact.Vih, SoprDoc.Vih, SoprDocB.Vih
и как только в проекте встречается один из этих файлов, остальные уже не собираются корректно.
В итоге имеем ошибки во вложении. Это уже 4 письмо на этот объект в разных местах - я чиню в одном, ломается в другом.
Перестановка местами vih или Vil( там тоже есть этот файл) лечит в одном месте, но ломает в другом.
Случилось это где то пару месяцев назад.
Предлагаю для каждого модуля сделать свой файл ExtMenu.vih (например ExtMenu_L_SoprDoc.vih)
Внутри него подключить #include ExtMenu.vih как в обычном Vih
---------------------------------
#ifndef __ExtMenu_L_SOPRDOC_vih__
#define __ExtMenu_L_SOPRDOC_vih__
#component "L_SOPRDOC"
#include ExtMenu.Vih
#endif
-----------------------------------------
Из ExtMenu.Vih соотв. убрать #ifndef
Соотв. во всех vih заменить ExtMenu.Vih на vih соотв. модуля.
В идеале имя объекта из ExtMenu вообще должно быть уникальным в каждом модуле.
Просьба не предлагать разрезать доработки по контурам - они у клиента сильно пересекаются между собой.
Как измененно :
Добавлена принадлежность IExtMenu к компоненте L_Dogovor
L_DOGOVOR
Краткое описание :
Статус договора Исполняемый, если Контрагент 1 и Контрагент 2 в договоре одна организацияОписание :
Ввод договораЧто измененно :
Пропала возможность смены статуса договора на "Исполняемый" в случае если контрагент 1 и контрагент 2 являются собственной организацией. Необходимо вернуть этот функционал.
Как измененно :
Если контрагент 1 и контрагент 2 одинаковые, то можно перевести договор в статус исполняемый
L_DOGOVOR
Краткое описание :
Дополнение к ПИРу 101.61182. Если заполнен только один из номеров, то слеш в качестве разделителя не нуженОписание :
Просмотр документовЧто измененно :
В процессе эксплуатации к ПИРу 101.61182 выявилась необходимость небольшой доработки. [внутренний номер] или [номер] может быть в системе не заполнен. В этом случае слеш не нужен в качестве разделителя.
То есть нужно выводить полный номер договора как
sFullNoDog = trim(DOGOVOR.NODOC) +if( trim(DOGOVOR.NODOC)='' or trim(DOGOVOR.NODOC_EXT)='' ,'' ,'\')+trim(DOGOVOR.NODOC_EXT)
Как измененно :
Если один их номеров договора не задан, то слэш не выводится
L_DOGOVOR
Краткое описание :
Изменение статуса договора при не заполненном номере договораОписание :
Ввод договораЧто измененно :
Изменение статуса договора при не заполненном номере договора
У нас по бизнес процессам поле DOGOVOR.NODOC не обязательно для заполнения - может отсутствовать.
Но при этом система не дает изменить статус договора на "Исполняемый".
Стоит настройка "Настройки Галактики \ Логистика \ Документы \ Управление договорами \ Контроль уникальности номеров договоров/соглашений" =НЕТ
Нужно чтобы система позволяла менять статус на "исполняемый" если любой из номеров (DOGOVOR.NODOC или DOGOVOR.NODOC_EXT ) не заполнен
Как измененно :
Запрет на перевод договора в статус исполняемый действует, если не заполнено ни одно из двух полей номера договора
L_DOGOVOR
Краткое описание :
Неверное Отображение даты договора/соглашения в сопроводительных документахОписание :
Накладные на отпускЧто измененно :
Неверное отображение даты договора/соглашения в сопроводительных документах
Не работает настройка
"Настройки Галактики \ Логистика \ Документы \ Управление договорами \ Отображение даты договора/соглашения в документах-основаниях и сопроводительных документах" =дата заключения
при любом значении настройки отображается DOGOVOR.DINPUT , а нам надо отображать DOGOVOR.DDOC
Это происходит , если установлена настройка
"Настройки Галактики \ Логистика \ Документы \ Управление договорами \ Отображение номера договора/соглашения в документах-основаниях и сопроводительных документах" =внутренний номер\номер
Как измененно :
Исправлено