L_DOGOVOR
Краткое описание :
Реализовать фунцкии SOPRORDB.VPP на отдельном интерфейсеОписание :
Приходные накладныеЧто измененно :
Реализовать функции SOPRORDB.VPP на отдельном интерфейсе
Как измененно :
Реализован отдельный интерфейс для формирования распределения по складам.
L_DOGOVOR
Краткое описание :
Настройки отчетов хранить в UserDeskRep с привязкой к
пользователю по ссылке, а не по имениОписание :
Не знаю, какая именно часть контура логистики, научитеЧто измененно :
Сейчас фильтр настроек отчетов по пользователю осуществляется
по его имени (OwnName).
Требуется изменить с использованием поля-ссылки на пользователя (cUser)
Как измененно :
Настройки по пользователю, а также хранение значений фильтров
осуществляется по ссылке cUser и не зависит более от имени пользователя.
L_DOGOVOR
Краткое описание :
Количество дней просрочки предоставления банковской гарантииОписание :
Работа с банковской гарантиейЧто измененно :
Количество дней просрочки предоставления банковской гарантии в отчете 'Расшифровка выставленных требований' должно считаться так:
Плановая дата предоставления в случае нарушения сроков (обязательно пояснение причин просрочки в столбце 27) - ДАТА операции поступления
Т.е. колонка 16 - колонка 20. Если количество не положительное, то не выводить.
Как измененно :
Исправлено
L_DOGOVOR
Краткое описание :
Избавиться от PMarker.vpp и PICKFUN.vppОписание :
Предложение по новой функциональности контура логистикиЧто измененно :
Избавиться от PMarker.vpp и PICKFUN.vpp. Перейти на методы
PMarkFun
Как измененно :
Избавились от функций vpp.
L_DOGOVOR
Краткое описание :
Требуется в БГ добавить фильтр по Дескриптору и ЦООписание :
Работа с банковской гарантиейЧто измененно :
Требуется в БГ добавить фильтр по Дескриптору и ЦО.
Как измененно :
Добавлены фильтры по дескриптору и ЦО.
Внимание. Фильтр по ЦО работает медленно, поэтому рекомендуется его использовать вместе с другими ограничениями.
L_DOGOVOR
Краткое описание :
Ручные налоги из ПКП не переносятся при создании копии ДоговораОписание :
Ввод договораЧто измененно :
Ручные налоги из ПКП не переносятся при создании копии Договора.
В ПКП по позиции меняем налоги, они становятся "ручными".
Потом делаем копию договора с помощью ФЛМ. В получившемся ПКП
по этой позиции налоги нулевые
Как измененно :
Исправлено копирование ручных налогов в договоре и ПКП
L_DOGOVOR
Краткое описание :
Доработать возможность формирования отчета без протоколаОписание :
Уведомление о контролируемых сделкахЧто измененно :
Доработать возможность формирования отчета
xml-файла без протокола (установленных галочек).
Как измененно :
Договоры \ Отчеты \ Уведомление о контролируемых
сделках
Дали возможность формирования xml-файла, если не
установлены галочки протоколирования.
L_DOGOVOR
Краткое описание :
Некорректное количество во втором уточняющем соглашении по договоруОписание :
СпецификацияЧто измененно :
Некорректное количество во втором уточняющем соглашении по договору. Создаем договор, в спецификации договора например 2 позиции, количество по первой 10 и по второй 10. Затем создаем уточняющее соглашение, путем копирования спецификации из договора, и изменяем количество на 3 и 4 соответственно по позициям. Создаем еще одно соглашение по данному договору и в спецификации выбираем пункт выбор из договора, должно быть доступно для выбора 7 и 6, а у нас выходит 17 и 16.
Как измененно :
Исправлен расчет количества при формировании соглашений по договору
L_DOGOVOR
Краткое описание :
Заполнение поля "наименование пердмета сделки"Описание :
Уведомление о контролируемых сделкахЧто измененно :
Заполнение поля "наименование предмета сделки"
В силу технологического процесса, который
реализован на предприятии, в каталог МЦ заносится
наименование МЦ, но не как указывает поставщик.
Например, у поставщика "Туша говяжья 2 кат", а в
каталоге МЦ "Туша говяжья с ногами 2 к". В уведомлении
о контролируемых сделках должно быть указано
наименование как у поставщика. Готовы заполнить внешний
атрибут к каждой МЦ, но чтобы в уведомления попадала
правильная информация. Необходимо предусмотреть
возможность вывода наименования МЦ из атрибута или
иного поля по настройке брать из каталога/ атрибута
/... Если заполнен внешний атрибут, то брать
наименование оттуда, если нет то из каталога МЦ.
Как измененно :
Договоры \ Отчеты \ Уведомление о контролируемых
сделках
Доработка касается только Матценность.
Добавили новый атрибут в каталог МЦ "Вариант
наименования для уведомления". Атрибут создается при
первом открытии окна "Уведомление о контролируемых
сделках", когда установили ресурс L_Dogovor.res. Далее
заполняем атрибут значением, который нам необходим для
вывода в отчет. В отчет "Уведомление о контролируемых
сделках" в поле "Наименование предмета сделки" (стр. 4
Раздел 1Б) выводится значение из атрибута (если не
пустое), иначе выводим наименование матценности из
каталога МЦ (как было ранее для накладных).
L_DOGOVOR
Краткое описание :
в ДО на закупку не заполняется поле "Оплатить до" из настройки "Количество дней от даты ДО для заполнения поля "Оплатить до"Описание :
Предложение по новой функциональности контура логистикиЧто измененно :
в ДО на закупку не заполняется поле "Оплатить до" из настройки "Количество дней от даты ДО для заполнения поля "Оплатить до"
Ранее была зарегистрирована ПРОБЛЕМА В ПИР: 101.55208. Суть проблемы в том, чтобы можно было выбирать, каким образом будет заполняться поле "Оплатить До" в ДО на закупку- из договора или с помощью пользовательской настройки "Количество дней от даты ДО для заполнения поля "Оплатить до". Суть доработки - "Добавлена настройка "Настройки Галактики \ Логистика \
Документы \ Документы-основания \ Наследование дат "Оплатить до" и "Доставить до". Патчи установлены. Новая настройка при значении ДА берет дату из договора, а при значении "нет" поле остается пустым и при этом не срабатывает пользовательская настройка "Управление снабжения"-"ДО на закупку-Значение по умолчанию"-Количество дней от даты ДО для заполнения поля "Оплатить до". Хотя в этом и была суть ранее зарегистрированной проблемы.
Необходимо, чтобы при значении "нет" поле заполнялось согласно настройки "Количество дней от даты ДО для заполнения поля "Оплатить до". Нужно заметить так же, что в ДО подвязывается не только договор, но и доп. соглашение, и ПКП. Поэтому необходимо предусмотреть возможность включения/отключения наследования не только из договора, но из доп. соглашения, и ПКП. Иначе при подвязки доп. соглашения и ПКП в ДО, дата "оплатить до" заменяется на дату окончания доп. соглашения или ПКП.
Как измененно :
Если происходит формирование ДО по договору/соглашению, в которых не заданы условия, то даты "оплатить до" и "отгрузить до" инициализируются согласно настроек:
'"Настройки Галактики\Логистика\Документы\Управление сбытом\ДО на продажу\Значения по умолчанию\Количество дней от даты ДО для заполнения поля "Оплатить до""'
'"Настройки Галактики\Логистика\Документы\Управление сбытом\ДО на продажу\Значения по умолчанию\Количество дней от даты ДО для заполнения поля "Доставить до""'
Аналогично и для снабжения.
L_DOGOVOR
Краткое описание :
Заполнение адреса из ТТИ в стр.080 и стр.090Описание :
Уведомление о контролируемых сделкахЧто измененно :
Заполнение адреса из ТТИ в стр.080 и стр.090
Не заполняется "населенный пункт" в строке 080 и
090, если адрес не город.
Как измененно :
Договоры \ Отчеты \ Уведомление о контролируемых
сделках
Добавили проверку населенного пункта в пунктах
погрузки/разгрузки в ТТИ.
Проверка 1. Есть пунктпогрузки/разгрузки, то
проверяем наличие в адресе населенного пункта; если
имеется населенный пункт, то выводим в поле "Населенный
пункт" 080 и 090, иначе выводим название города в поле
"Город" 080 и 090.
Проверка 2. Отсутствие информации в ТТИ, то
выводим как было ранее: проверка населенного пункта юр.
адреса контрагента, иначе выводим город.