L_SF
Краткое описание :
Замечания по "Статистическая форма учета перемещения
товаров в ФТС"Описание :
Расчеты с поставщиками и получателями -> Отчеты - отчет
"Статистическая форма учета перемещения товаров".Что измененно :
При формировании печатной статистической формы учета
перемещения товаров неправильно заполняет: 1. код страны (графа 5 и 6), должен
выводить код в соответствии с классификатором стран мира (для примера RU, KZ),
цифровой код используется в других модулях. 2. не выводит в графу 9 "Вид
транспорта на границе" наименование вида транспортного средства и кода вида
транспортного средства в соответствии с классификатором видов транспорта (для
примера Железнодорожный транспорт, код 20), 3. в графу 10 Документы -
неправильно выводит номер договора (внутренний), необходимо выводить номер в
зависимости от настройки по выводу на печать номера договора (как это
используется в других печатных формах).
Как измененно :
Доработано. 1. Выводится код ОКСМ из справочника организаций.
Если нет, тогда цифровой код страны. 'L_KATORG::GETSTATE.WIN1.SRKATSTATE0.OKSM'
2. наименование вида транспортного средства и кода вида транспортного средства
в соответствии с классификатором видов транспорта (для примера Железнодорожный
транспорт, код 20) выводится внешний атрибут накладной "Код вида транспортного
средства"(наименование будет для кодов 20 или 30), если не заполнен - тип
транспорта (Transp.TIPTC:- 0 код 30 автотранспорт, если есть еще и прицеп то
31, 10 - код 20 ЖД), если нет, то код способа транспортировки из ТТИ 3.
Добавлена обработка настроек Dog.DogNameInDoAndSoprDocPrn и
Dog.DateDogInDoAndSoprDoc
L_SF
Краткое описание :
Алгоритм округления 3009. Пакетное формирование СФ.Описание :
Что измененно :
Алгоритм установлен в настройку "Логистика \ Документы \
Управление сбытом \ Накладная на отпуск \ Запуск алгоритмов \ Перед созданием
СФ выполнить алгоритм" и запускается корректно при формирование СФ из
документа. Пользователь использует "Пакетное формирование наших счетов-фактур"
и округления в документе не происходит. Статистика обращений к настройкам не
показывает обращения к данной настройке.
Как измененно :
Добавлена настройка Oper.Sell.Nakl.Before.SFCreate, 'Перед
пакетным формированием СФ выполнить алгоритм' в раздел ""Логистика \ Документы
\ Управление сбытом". В алгоритме должна быть предусмотрена обработка маркера
MarkerAlg со списком накладных (В алгоритме 3009 предусмотрена по проблеме
ERP-10537).
L_SF
Краткое описание :
Переход в сводную накладную из поля К документу № в СФОписание :
Что измененно :
Ранее была реализована доработка L_GrSopr 9.1.67.0, L_SF
9.1.221.0, L_SoprDoc 9.1.224.0. ПЕРВОЕ РЕШЕНИЕ: NEW КРАТКОЕ ОПИСАНИЕ: Связь СФ
со сводным сопроводительным документом ЧТО ИЗМЕНЕНО: Если СФ создан на
основании сводного сопроводительного документа, то связь должна быть отображена
именно со сводным документом, а не с единичной накладной (заполнение поля "к
документу №"). Описание с примером прилагаю в файле. КАК ИЗМЕНЕНО: Если
накладная или акт указаны в сводном сопроводительном документе, то будет
выведен номер и дата сводного документа. Следует понимать что связь СФ и
сводного документа идет через накладную/акт. Также в ходе решения улучшен отбор
документов для добавления в сводный сопроводительный документ. Сейчас в СФ
верно отображается сводная накладная, но если попробовать перейти в него, то он
открывает входящий в него сопроводительный документ, а не сводный документ.
Необходимо открывать именно сводный документ, на который указана ссылка.
Как измененно :
Переход осуществляется на сводный документ.