L_SOPRBASE
Краткое описание :
Автоматическая проверка РНПТ при поступлении товаровОписание :
Что измененно :
Клиент хочет, чтобы мы реализовали автоматическую проверку
РНПТ, например, при выборе партии с РНПТ в спецификации приходной накладной,
как это сделано в 1С. Сама проверка РНПТ у нас уже реализована, но ее
необходимо запускать вручную через пункт локального меню, что добавляет работы
бухгалтеру, так как объемы документов с прослеживаемостью растут. И кстати,
автоматическая проверка РНПТ при отправки документов в ЭДО у нас уже
реализована.
Как измененно :
1. Добавлены настройки: Pros.WS_RNPTCheck.CheckBeforeEDOImp'
,'Проверять наличие проверки РНПТ сервисом перед импортом из ЭДО' с выбором
значений 0, 'нет'; 1, 'да, с выдачей предупреждений'; 2, 'да, с выдачей
ошибок'; Пока будет работать при импорте накладной в диадоке. Использование
значения 2 поможет заблокировать импорт по настройке
DiadocImport.DisAbleOnErrorMC(ERP-3689).
Pros.WS_RNPTCheck.CheckAfterChooseParty ,'Проверять наличие проверки РНПТ
сервисом после установки партий (выбором из каталога или из остатков)' - будет
работать при выборе партий в лбой накладной или при выборе из остатков в
документах сбыт/ снабжения ( пока в накладной на приход товаров(101) и в
накладной на отпуск товаров(201). 2. Настройка
PROS.WS_RNPTCHECK.CHECKBEFOREEDOAUTO используется во всех режимах проверки и
поэтому переименована в "Использовать сервис по проверке РНПТ в автоматическом
режиме при проверках".
L_SOPRBASE
Краткое описание :
Учет толеранса при отгрузкеОписание :
Что измененно :
Столкнулись с понятием толеранса. Толеранс – допустимое
отклонение фактической отгрузки от номинального количества товара. Любое
значение в рамках толеранса будет допустимым. В нашем случае +/-10%. При этом
оплата происходит за фактическое количество, фактический вес отгруженного
товара. Задается процент толеранса в договоре. И как-то надо учитывать это
отклонение при создании подчиненных документов (ДО в нашем случае). При этом
контроль количества должен обязательно быть при создании ДО (особенно при
отгрузке бОльшего количества), чем в Договоре /доп. соглашении/ПКП. Если в
статусе ДО стоит контроль количества, то в ДО уже не укажешь больше, чем
остаток по спецификации вышестоящего документа. Хотелось бы уточнить, каким
образом это реализовано в Галактика ERP?
Как измененно :
Реализован учет толеранса (отклонений от условий договора по
количеству и сумме позиций спецификации) в стандартной поставке( ранее было
спецрешение). Основное: 1. Добавлен раздел настроек TOLERANS ("Логистика \
Документы \ Управление договорами \ Толеранс ) с настройками: -
TOLERANS.CONTROLLEDDOCS ("Логистика \ Документы \ Управление договорами \
Толеранс \ Типы документов для учета толеранса") - TOLERANS.ENABLECONTROL
("Логистика \ Документы \ Управление договорами \ Толеранс \ Контроль
разрешенного отклонения количества по договору") - TOLERANS.CONTROLLEDDOCSSUM
("Логистика \ Документы \ Управление договорами \ Толеранс \ Типы документов
для учета толеранса по сумме") - TOLERANS.ENABLECONTROLSUM ("Логистика \
Документы \ Управление договорами \ Толеранс \ Контроль разрешенного отклонения
суммы по договору") - TOLERANS.ADDEMPTYSPSOPR ("Логистика \ Документы \
Управление договорами \ Толеранс \ Добавлять в спецификацию сопроводительного
документа записи с нулевым количеством") 2. В договорах добавлена закладка
"Толеранс" с возможностью указания процента толеранса по количеству и/или сумме
3. При редактировании Соглашений/ПКП/ДО/ накладных (актов) идет проверка на
допустимость превышения количества и/или стоимости позиции спецификации
(цветовое выделение количества и/или стоимости: синий цвет - в пределах
толеранса, красный - при превышении толеранса). Ввод значений с превышением
регулируется настройками контроля количества/суммы. 4. Для контроля толеранса в
накладных "накопительно" (т.е. по нескольким накладным к одному ДО) требуется
установить настройку DOC.MAKEKOL ("Логистика \ Документы \ Сопроводительные
документы \ Модификация и контроль данных \ Контролировать количество при
формировании накладной") в значение "да". Если уже использовалось спецрешение и
его модификации, то из клиентских доработок нужно убирать 1. Папку P_Tolerans -
перехала в L_Dogovor 2. Все упоминания о Tolerans в докомпиляциях (поиском
"Tole" ). Также нужно убрать подключение ресурса P_Tolerans, если такое есть
L_SOPRBASE
Краткое описание :
В накладной на внутреннее перемещение не верно группируются
прих и расх ордера (ФИФО по складам)Описание :
Что измененно :
Метод списания ФИФО по складам В накладной на внутреннее
перемещение, после разделения позиции по приходам, неверно группируются
приходные и расходные ордера, что приводит к сообщению об ошибке. При
формировании ордеров произошли ошибки. Количество позиций по приходному ордеру
не равно количеству по расходному ордеру. Удалить некорректные ордера?
Как измененно :
Подправлен текст сообщения и исправлен подсчет количества
позиций. Сами ордера формируются правильно.
L_SOPRBASE
Краткое описание :
Диадок. Импорт акта на услугиОписание :
Что измененно :
При импорте акта на получение услуг продавец попадает в поле
"заказчик"
Как измененно :
Исправлено. Вообще поле заказчик по умолчанию не должно
заполнятся.
L_SOPRBASE
Краткое описание :
Неправильная сумма ордера дооценки к актуОписание :
Что измененно :
Неправильная сумма ордера дооценки к акту Накладная в валюте
-сформирован ордер Акт на услуги в валюте, связан с накладной - формируем ордер
дооценки сумма неправильная. Если документы в НДЕ, то проблемы нет
Как измененно :
Исправлено.
L_SOPRBASE
Краткое описание :
Автоматическое определение договора при импорте Акта
выполненных работ по постановлению 552 (DP_REZRUISP)Описание :
Что измененно :
При импорте Акта выполненных работ по постановлению 552 ( файл
DP_REZRUISP) не определяется автоматически договор, хотя указан в теге
Основание. При этом при импорте Накладной ТОРГ-12 по постановлению 551 договор
определяется. Просим определять автоматически договор для этого типа документа.
В таком формате Акты поступают о контрагентов часто и приходится или вручную
указывать договор в сформированном акте, или связывать вручную до импорта.
Как измененно :
Реализовано. Поиск договора идет по тэгу "Основание", подбор
договора идет по атрибутам 'НомОсн' (Dogovor.NoDoc_Ext) и 'ДатаОсн'
(Dogovor.DInput)
L_SOPRBASE
Краткое описание :
Ошибка при отправке исходящих УПД в ДиадокОписание :
Что измененно :
В настройке DIADOC.VARIANT "Общие настройки системы \ Работа с
Контур.Диадок \ Использовать формат документов" - 970, Приказ ФНС России от
19.12.2023 № ЕД-7-26/970 При отправке исходящих УПД из интерфейса "Наши
счета-фактуры" выходит ошибка "Согласно модели содержимого родительского
элемента "Документ", элемент "ОснДоверОргСост" является непредвиденным.
Как измененно :
Доработано.
L_SOPRBASE
Краткое описание :
Быстродействие фильтров в отчете Реестр документов, 0% НДСОписание :
Что измененно :
В отчете "Реестр документов, подтверждающих применение нулевой
ставки НДС" долго устанавливается фильтр по документам.
Как измененно :
1. У клиента используется настройка Добавлена настройка
ExtAttrTune.UseGroupRights' , 'Использовать права по группам пользователей'.
Замечено некоторое замедление, несмотря на наличие кэша по получению прав.
Добавлена настройка 'ExtAttrTune.UseGroupRightsR', 'Отключить права по группам
пользователей при чтении значений' (по умолчанию включена). 2. Переделан фильтр
по внешнему атрибуту "Вид ТСД". Теперь если он не задан в параметрах отчета в
поле "Значение атрибута "Вид ТСД"", то внешний атрибут вообще не анализируется.
Для того, чтобы исключить значения "Д", надо задать "-" (было ранее при пустом
значении). 3. Фильтр по статусу, если задана настройка
NALOG.RUS.EXPORT.KS_STATUS "Логистика \ Налоги, документы для учета НДС \
Россия, Молдова, Узбекистан \ Экспортные отгрузки \ "Экспортный" статус
накладной", применяется всегда, иначе добавляется фильтр по форме расчета из
настройки NALOG.RUS.EXPORT.KS_PAYMENT "Логистика \ Налоги, документы для учета
НДС \ Россия, Молдова, Узбекистан \ Экспортные отгрузки \ "Экспортная" форма
расчета накладной" - ранее они устанавливались в окне заданий фильтрации и
могли быть сброшены, если нет данных, что приводило к лишним выборкам.
L_SOPRBASE
Краткое описание :
Продолжение ERP-20849Описание :
Что измененно :
При импорте акта на прием услуг, если заказчик или поставщик не
определен, то заполнять заказчика собственной организацией, а поставщика
контрагентом (cGruzFrom и cGruzTo соотв.) .
Как измененно :
Реализовано следующим образом : при импорт документов на основе
УПД если эти поля буду не заполнены, то поставщик заполняется данными из
"СвПрод", а заказчик из "СвПокуп" (где обычно и должна быть "своя организация"
).