L_DOGOVOR
Краткое описание :
Докомпиляция словаря Alter_Cumulative.exe 9.1.26.0Описание :
Что измененно :
Новая версия накопительного обновления словаря Галактика ERP
9.1 Alter_Cumulative.exe 9.1.26.0
Как измененно :
Внесены изменения в словарь БД Галактики ERP 9.1
L_DOGOVOR
Краткое описание :
Дополнения по заполнению данных в xml для выгружаемых
документов в ЕИС госзакупкиОписание :
Что измененно :
Необходимо доработать выгрузку некоторых тэгов в xml файлы для
выгрузки в ЕИС госзакупки
Как измененно :
1. Добавлены поля в справочник идентификаторов госконтракта
КодСВРПрод, КодСВРПок, РеестрНомКонт, ИдВерсКонт, ИдЭтапКонт, ТехИдЭтапКонт,
ВнешТехИдЭтапКонт, ИКЗ, ИдПлатежнРеквКонт 2. Добавлены настройки в разделе
""Логистика \ Документы \ Сопроводительные документы \ Печать / Экспорт \
Внешние атрибуты для отчетов по накладным \". Doc.SD.Rep.Attr.EIS_IDTru ,'ЕИС
ИдТРУ, (GUID товара, работы, услуги)' Doc.SD.Rep.Attr.EIS_TexIDTru ,'ЕИС
ТехИдТРУ Технический идентификатор по-зиции ТРУ' Doc.SD.Rep.Attr.EIS_EFIDTru
,'ЕИС ЭАИдТРУ GUID товара, работы, услуги, идентифицирующий позицию в составе
принимаемого документа электронного актирования'
Doc.SD.Rep.Attr.EIS_PrUluchshHaract ,'ЕИС ПрУлучшХаракт Признак поставки
объекта закупки с улучшенными характеристиками'
L_DOGOVOR
Краткое описание :
Фильтрация актов на прием услугОписание :
Что измененно :
При наложении фильтра по нескольким контрагентам (без других
ограничений) на список актов происходит "зависание" на 3-5 минут. После того
как фильтрация отработала, при формировании ТХО по отобранным документам также
наблюдается значительная временная задержка. При использовании фильтрации по 1
контрагенту все работает быстро - 1-2 сек и проблем с формированием ТХО не
наблюдается.
Как измененно :
Множественные фильтр по организации переделан со временной
таблицы на таблицу DocFilters
L_DOGOVOR
Краткое описание :
Запретить Изменение Суммы в шапке ПКПОписание :
Что измененно :
У пользователя есть возможность изменить в ПКП значение суммы
(поле Сумма в шапке), если есть права доступа по статусам. Но при этом значение
налога не изменяется, по спецификации остается иная сумма. Автоматически данное
поле вернется в верное значение, если встать на позицию спецификации, но если
сразу закрыть окно редактирования ПКП, то измененная сумма ПКП будет
отображаться (скриншоты прилагаю). Правильно, чтобы пользователь для изменения
вносил изменения в спецификацию ПКП, тогда и сумма, и налоги по ПКП будут
рассчитаны верно. Но поле Сумма в шапке ПКП открыта, а это значит, что могут
внести значение только в данное поле. Просим закрыть поле Сумма в шапке ПКП,
аналогично полю Налоги в шапке. При попытке редактирования поля Налоги в шапке
ПКП выводится сообщение "Запись защищена от модификации". Так же должно быть
закрыто и поле Сумма в шапке. Это позволит избежать ситуации, когда сумма в
шапке и фактическая сумма по спецификации будут различны.
Как измененно :
Поле будет открыто пока не будет внесена информация о товаре,
если это позволяет статус плана.
L_DOGOVOR
Краткое описание :
Контролируемые сделки - анализ признака контролируемости в
допсоглашенияхОписание :
Что измененно :
Есть договор на закупку. Каждое приложение к договору
определяет закуп какого-то одного товара. Приложение 1: закуп руды. Приложение
2: закуп дизтоплива. В настройках приложений установлено для Приложения 1 -
контролируемое, для Приложения 2 - не контролируемое. При формировании отчета
нет возможности выбрать отдельные приложения, только весь договор. Поэтому сам
договор в настройках установлен -контролируемый. При формировании отчета по
контролируемым сделкам необходимо выгрузить только позиции по Приложению 1, а
по факту выгружает весь договор: и по прилож. 1, и по прилож.2 Подскажите, как
вывести в отчет только позиции по прилож.1
Как измененно :
Добавлены признаки в параметр отчета: Контролировать признак КС
в ОКДП для МЦ Проверять признак контролируемой сделки по соглашениям В
последнем случае если договор нужен частично, то в договоре ставите признак, в
не нужном соглашении нет, в нужном да. Проблема в том, что придется поставить
признак во всех нужных соглашениях.
L_DOGOVOR
Краткое описание :
УКС - вывод цены и кода валюты по рублевым документам, если
базовая валюта не пустая и не рубльОписание :
Что измененно :
У клиента установлено значение настройки базовой валюты
BASECURRENCY = доллар США В рублевых накладных, созданных по рублевым
договорам, в таком случае заполняется spsopr.cval значением нрек базовой
валюты, цена в валюте так же присутствует В Уведомлении о контролируемых
сделках в разделе 1Б заполняется цена в валюте (2.11) и код валюты (2.12).
Как-то нужно расширить анализ данных для заполнения указанных полей, одного
spsopr.cval=0 в такой ситуации мало
Как измененно :
Добавлена проверка типа договора валюте. Если договор в "НДЕ" (
Dogovor.TipMoney =1), то цена и валюта выводится в рублях.
L_DOGOVOR
Краткое описание :
Уведомление о контролируемых сделках с учетом истрии
изменения реквизитов организацииОписание :
Что измененно :
Требуется получить отчет "Уведомление о контролируемых сделках"
без учета истории изменения реквизитов организации.
Как измененно :
В параметры отчета добавлен параметр "учитывать историю
изменений реквизитов организации". просто вкл/выкл, по умолчанию вкл. Этот
параметр никакой роли не должен играть при отключенной настройке
KATORG.OLDHISTORY
L_DOGOVOR
Краткое описание :
Электронный акт сверкиОписание :
Что измененно :
ФНС утвердила электронный формат акта сверки. У
налогоплательщиков появится возможность не только обмениваться электронными
актами сверки, но и передавать их инспекции по ее требованию. Приказ ФНС России
от 13.05.2022 N ЕД-7-26_405/
Как измененно :
Доработано. 1.В настройки в раздел по работе с Диадоком
добавлены настройки по работе с актом сверки(тип экспорта, статусы). 2. В
интерфейс работы с актами сверки добавлена возможность множественной пометки,
столбец Д, тулбар, в окне редактирования поле со статусом в диадоке. 3.
Добавлено меню в управление - договорами - операции - импорт/экспорт - экспорт
актов сверки. В этом же разделе "Импорт договоров" переименован в "Импорт ЭДО"
и добавлена возможность импорта актов сверки. 4. Доработан функционал по работе
с актами сверки в диадоке. PS В качестве идентификаторов документов
используется "wTable=1707 cDoc=000100000000022Bh", где первое число номер
таблицы, а второе Nrec, либо "tidk=201 cDoc=0001000000004D3Bh" , где первое
число тип документа. - аналогично заполняется свойство CustomDocumentId при
отправке в диадок