L_SOPRDOC
Краткое описание :
Автоматическая проверка РНПТ при поступлении товаровОписание :
Что измененно :
Клиент хочет, чтобы мы реализовали автоматическую проверку
РНПТ, например, при выборе партии с РНПТ в спецификации приходной накладной,
как это сделано в 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_SOPRDOC
Краткое описание :
Учет толеранса при отгрузкеОписание :
Что измененно :
Столкнулись с понятием толеранса. Толеранс – допустимое
отклонение фактической отгрузки от номинального количества товара. Любое
значение в рамках толеранса будет допустимым. В нашем случае +/-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_SOPRDOC
Краткое описание :
В печатной форме УПД с нулевой ставкой в итоговую строку
встает без НДСОписание :
Что измененно :
В печатной форме УПД по нулевой ставке в итоговую строку встает
без НДС
Как измененно :
Доработан вывод. Вывод идет следующим образом( если выполнился
пункт, то следующие не проверяются). 1). Для СФ налогового агента(или если ее
нет то для формы расчета в накладной из настройки Nalog.Rus.NDS_NA_KS_Payment)
в ставке НДС(7) спецификации "НДС исчисляется налоговым агентом", в столбце
сумма НДС(8) и сумма с налогами(9( везде прочерки. 2) если в документе нет
записей с НДС в расширенной информации к спецификации то настройки
DOC.SD.ABBRFIELD.NONDSSTZERO = "Логистика \ Документы \ Сопроводительные
документы \ Печать / Экспорт \ Аббревиатура полей \ Ставка НДС при отсутствии
налога - рекомендуется "без НДС" DOC.SD.ABBRFIELD.NONDSSUMMZERO" "Логистика \
Документы \ Сопроводительные документы \ Печать / Экспорт \ Аббревиатура полей
\ Сумма НДС при отсутствии налога" - рекомендуется "без НДС" 3) " Для 0 суммы
налога(НДС есть, но исчислен по 0 ставке) DOC.SD.ABBRFIELD.NDSSUMMZERO -
"Логистика \ Документы \ Сопроводительные документы \ Печать / Экспорт \
Аббревиатура полей \ Нулевая сумма НДС"" - рекомендуется 0.00. Для вывода
ставки 0% используем настройку - DOC.SD.ABBRFIELD.NDSSTZERO "Логистика \
Документы \ Сопроводительные документы \ Печать / Экспорт \ Аббревиатура полей
\ Нулевая ставка НДС" - рекомендуется 0%.
L_SOPRDOC
Краткое описание :
Диадок. Неверные суммы в корректировочных документах КН(КН)Описание :
Что измененно :
При отправке в Диадок корректировочного документа который в
свою очередь создан на корректировочный документ некорректно передаются суммы
до и после изменения (выделил на скриншоте) - суммы суммируются по всем КН
Как измененно :
Исправлено. Также доработан экспорт исправительной накладной
как корректировочного УКД с функцией ДИС(определяется все равно типом СФ).
L_SOPRDOC
Краткое описание :
(SHGG) Проблема с пересчетом сумм в НДЕ с учетом авансовых
платежейОписание :
Что измененно :
На одной из баз не производится пересчет сумм в НДЕ по
накладным с учетом авансовых платежей
Как измененно :
Причина в настройке Doc.SD.RecalcSum.ChangeNalog."Логистика \
Документы \ Сопроводительные документы \ Расчет сумм, налогов \ Пересчет сумм в
НДЕ для накладных и актов \ Разрешить изменение налогов вручную" - если она в
"да" то расчет блокируется. Теперь по накладной производится проверка наличия
позиций спецификации с ручным налогом, и если таковые есть расчет блокируется с
выдачей соответствующих сообщений в протокол.
L_SOPRDOC
Краткое описание :
Диадок. Импорт акта на услугиОписание :
Что измененно :
При импорте акта на получение услуг продавец попадает в поле
"заказчик"
Как измененно :
Исправлено. Вообще поле заказчик по умолчанию не должно
заполнятся.
L_SOPRDOC
Краткое описание :
Неправильная сумма ордера дооценки к актуОписание :
Что измененно :
Неправильная сумма ордера дооценки к акту Накладная в валюте
-сформирован ордер Акт на услуги в валюте, связан с накладной - формируем ордер
дооценки сумма неправильная. Если документы в НДЕ, то проблемы нет
Как измененно :
Исправлено.
L_SOPRDOC
Краткое описание :
Автоматическое определение договора при импорте Акта
выполненных работ по постановлению 552 (DP_REZRUISP)Описание :
Что измененно :
При импорте Акта выполненных работ по постановлению 552 ( файл
DP_REZRUISP) не определяется автоматически договор, хотя указан в теге
Основание. При этом при импорте Накладной ТОРГ-12 по постановлению 551 договор
определяется. Просим определять автоматически договор для этого типа документа.
В таком формате Акты поступают о контрагентов часто и приходится или вручную
указывать договор в сформированном акте, или связывать вручную до импорта.
Как измененно :
Реализовано. Поиск договора идет по тэгу "Основание", подбор
договора идет по атрибутам 'НомОсн' (Dogovor.NoDoc_Ext) и 'ДатаОсн'
(Dogovor.DInput)
L_SOPRDOC
Краткое описание :
Ошибка при отправке исходящих УПД в ДиадокОписание :
Что измененно :
В настройке DIADOC.VARIANT "Общие настройки системы \ Работа с
Контур.Диадок \ Использовать формат документов" - 970, Приказ ФНС России от
19.12.2023 № ЕД-7-26/970 При отправке исходящих УПД из интерфейса "Наши
счета-фактуры" выходит ошибка "Согласно модели содержимого родительского
элемента "Документ", элемент "ОснДоверОргСост" является непредвиденным.
Как измененно :
Доработано.
L_SOPRDOC
Краткое описание :
Быстродействие фильтров в отчете Реестр документов, 0% НДСОписание :
Что измененно :
В отчете "Реестр документов, подтверждающих применение нулевой
ставки НДС" долго устанавливается фильтр по документам.
Как измененно :
1. У клиента используется настройка Добавлена настройка
ExtAttrTune.UseGroupRights' , 'Использовать права по группам пользователей'.
Замечено некоторое замедление, несмотря на наличие кэша по получению прав.
Добавлена настройка 'ExtAttrTune.UseGroupRightsR', 'Отключить права по группам
пользователей при чтении значений' (по умолчанию включена). 2. Переделан фильтр
по внешнему атрибуту "Вид ТСД". Теперь если он не задан в параметрах отчета в
поле "Значение атрибута "Вид ТСД"", то внешний атрибут вообще не анализируется.
Для того, чтобы исключить значения "Д", надо задать "-" (было ранее при пустом
значении). 3. Фильтр по статусу, если задана настройка
NALOG.RUS.EXPORT.KS_STATUS "Логистика \ Налоги, документы для учета НДС \
Россия, Молдова, Узбекистан \ Экспортные отгрузки \ "Экспортный" статус
накладной", применяется всегда, иначе добавляется фильтр по форме расчета из
настройки NALOG.RUS.EXPORT.KS_PAYMENT "Логистика \ Налоги, документы для учета
НДС \ Россия, Молдова, Узбекистан \ Экспортные отгрузки \ "Экспортная" форма
расчета накладной" - ранее они устанавливались в окне заданий фильтрации и
могли быть сброшены, если нет данных, что приводило к лишним выборкам.
L_SOPRDOC
Краткое описание :
Продолжение ERP-20849Описание :
Что измененно :
При импорте акта на прием услуг, если заказчик или поставщик не
определен, то заполнять заказчика собственной организацией, а поставщика
контрагентом (cGruzFrom и cGruzTo соотв.) .
Как измененно :
Реализовано следующим образом : при импорт документов на основе
УПД если эти поля буду не заполнены, то поставщик заполняется данными из
"СвПрод", а заказчик из "СвПокуп" (где обычно и должна быть "своя организация"
).