L_SOPRDOC
Краткое описание :
Пользовательский Алгоритм формирования номера Накладной\АктаОписание :
Накладные на отпускЧто измененно :
Пользовательский Алгоритм формирования номера Накладной\Акта. Некоторые Пользователи сначала формируют Накладную а потом ... ДО, при этом нет возможности использовать Пользовательский Алгоритм формирования номера
Необходимо:
1. Для сопроводительных документов (Накладных \Актов) на сбыт добавить настройки аналогичные существующим для ДО:
"Настройки Галактики \ Логистика \ Документы \ Сопроводительные документы \ Выполнение алгоритмов \ Алгоритм формирования номера "
"Настройки Галактики \ Логистика \ Документы \ Сопроводительные документы \ Выполнение алгоритмов \ После выбора контрагента \ Управление сбытом"
2. При заданных выше настройках вызывать Пользовательский Алгоритм формирования номера
- в поле KATSOPR.NSOPR по F4 (cmEdit)
- После выбора контрагента
Как измененно :
Добавлены настройки:
1. Логистика/Документы/Управление сбытом/Акт на оказание услуг/Акт на оказание услуг/Запуск алгоритмов/После выбора контрагента
- Указанный в настройке алгоритм отрабатывает после выбора контрагента при редактировании акта. Когда алгоритм не задан, ничего не происходит.
2. Логистика/Документы/Управление сбытом/Акт на оказание услуг/Запуск алгоритмов/Алгоритм формирования номера
- Отрабатывает указанный в настройке алгоритм по F4 (cmEdit) в поле ввода номера. Когда алгоритм не задан, ничего не происходит
3. Логистика/Документы/Управление сбытом/Накладная на отпуск/ Акт на оказание услуг/Запуск алгоритмов/После выбора контрагента
Отрабатывает указанный в настройке алгоритм после выбора контрагента. Когда алгоритм не задан, ничего не происходит
4. Логистика/Документы/Управление сбытом/Накладная на отпуск/Запуск алгоритмов/Алгоритм формирования номера
Отрабатывает указанный в настройке алгоритм по F4 (cmEdit) в поле ввода номера. Когда алгоритм не задан, работает старый алгоритм формирования номера.
L_SOPRDOC
Краткое описание :
УРиУ - 2 очередь - доработка 102.168044 и 101.61529Описание :
Счета, ДО на закупкуЧто измененно :
Доработать возможность формирования ДО не только
при переводе в статус "исполняемый", но и для других
статусов. Сделать гибкую настройку с множественным
выбором статусов.
Как измененно :
Изменена настройка "Настройки Галактики \ Логистика \ Документы \ Сопроводительные документы \ Формирование документов \ Автоматическая синхронизация ДО при модификации накладных/актов"
Вместо выпадающего списка настройка осуществляется для каждого статуса накладной\акта отдельно.
Возможны варианты:
-Создание ДО при изменении статуса (Анализируется новый статус документа)
-Создание ДО после модификации накладной
-Корректировка ДО при изменении статуса (Анализируется новый статус документа)
-Корректировка ДО после модификации накладной
Если у вышестоящего статуса задана настройка, а у нижестоящего - нет, то применяется настройка вышестоящего.
Для быстрой установке возможно пометить необходимые статусы, выбрать модификатор, и его значение установится у всех помеченных.
Предусмотрена конвертация старой настройки в новую.
L_SOPRDOC
Краткое описание :
УРиО - ОЭ - корректировка ДООписание :
Корректировка ДОЧто измененно :
Описание бизнес процесса:
1. Формируется акт/накладная.
2. По сформированному сопроводительному документу формируется ДО.
3. По сформированному сопроводительному документу формируется корректировочный документ.
Необходимо, чтобы сумма ДО была корректной, с учетом корректировочного документа. Акт первичен в данном случае.
в исходном сопроводительном документе присутствуют позиции с ручными налогами, в ДО при использовании функции налоги по позициям почему-то расчетные. В итоге ДО у нас с непонятными суммами.
Можно ли завязаться на настройку "Настройки Галактики \ Логистика \ Документы \ Сопроводительные документы \ Формирование документов \ Автоматическая синхронизация ДО при модификации накладных/актов" при внесении изменений в корректировочном документе?
Возможно потребуется консультация с ОАП.
Как измененно :
При корректировке ДО налоги переносятся без пересчета. Признак Ручные\не ручные устанавливается из накладной.
L_SOPRDOC
Краткое описание :
Не выводится единица измерения в отчет о дублируемых позицияхОписание :
Транзитные накладныеЧто измененно :
Не выводится единица измерения в отчет о дублируемых позициях
Как измененно :
Исправлен вывод единицы измерения в отчет о
дублируемых позициях.
L_SOPRDOC
Краткое описание :
При смене позиции МЦН, НПГ после распределения сырья это распределение не удаляетсяОписание :
Накладная на приход Готовой продукцииЧто измененно :
При смене позиции МЦН, НПГ после распределения сырья это распределение не удаляется
По инциденту 2.144302
Описание клиента во вложении.
На базе incidents91 НПГ 000881 подтверждается.
Как измененно :
Изменен запрос при смене МЦ
Запрашивается не выбор да/нет, а один из трех вариантов: распределение сырья отвязать/оставить/удалить.
L_SOPRDOC
Краткое описание :
Потеря преемственности. Не переносится скидка из ДО в накладнуюОписание :
Накладные на отпускЧто измененно :
Потеря преемственности. Не переносится скидка из ДО в накладную
Как измененно :
Исправлена ошибка, при выборе позиций из ДО не переносилась скидка
L_SOPRDOC
Краткое описание :
При наличии в спецификации СФ позиций со ставкой "без НДС" итоговая сумма НДС при пересылке через Диадок отражается неверноОписание :
Работа с Контур.ДиадокЧто измененно :
При наличии в спецификации СФ и\или УПД позиций со ставкой "без НДС" итоговая сумма НДС по документу при пересылке через Диадок отражается неверно: в УПД она пустая, а в СФ заполнена значением "без НДС". В списке документов Диадока столбец "сумма НДС" для подобных УПД и СФ также остается пустым.
Как измененно :
При выгрузке УПД с разными функциями (СЧФДОП, СЧФ, ДОП) при наличии нескольких позиций спецификаций с разными ставками, в том числе и "без НДС", ставки и суммы НДС по спецификациям и итоговые по документу выводятся верно.
L_SOPRDOC
Краткое описание :
заполнение раздела СвЛицПер по услугам при выгрузке через функцию Диадок.ОтправитьОписание :
Работа с Контур.ДиадокЧто измененно :
при выгрузке документа в xml-файл по услугам через функцию Диадок.Отправить не заполняется раздел СвЛицПер.
Необходимо реализовать его заполнение.
Как измененно :
Добавлена пользовательская настройка "Настройки Галактики \ Логистика \ Документы \ Сопроводительные документы \ Печать \ Универсальный передаточный документ \ Заполнять при выгрузке по актам раздел "СвЛицПер", значения "нет/да" (по умолчанию "нет"). Согласно этой настройке при выгрузке УПД по актам заполняется, либо нет раздел "СвЛицПер".
L_SOPRDOC
Краткое описание :
Объединение позиций СФ при экспорте для ЭДООписание :
Наши счета-фактурыЧто измененно :
Объединение позиций СФ при экспорте для ЭДО
Возникла проблема при экспорте СФ для ЭДО.
СФ сформирован на основании акта выполненных работ. В спецификации повторяются позиции каталога услуг, у некоторых одинаковая цена. При формировании печатной формы СФ с параметром объединение одноименных позиций по матценности и цене объединение происходит корректно.
При экспорте для ЭДО с типом документа "Универсальный передаточный документ (с 01.07.2017)" и с параметром "группировать спецификации по матценности и цене" объединение происходит некорректно.
При экспорте СФ, сформированных по товарной накладной, подобная проблема не возникает
Как измененно :
Исправлено, корректно выводится в xml СФ с группировкой по МЦ/услуге и цене.
L_SOPRDOC
Краткое описание :
Убрать пункт меню "Дублирование позиций" из КНОписание :
Приходные накладныеЧто измененно :
Разрешить удаление позиций в корректирующей приходной накладной
Как измененно :
Разрешено удаление позиций в корректирующей приходной накладной
L_SOPRDOC
Краткое описание :
Некорректная сумма приходного ордера в расширенной информации по накладнойОписание :
Приходные накладныеЧто измененно :
В накладной в расширенной информации на закладке Связанные документы Отображается некорректная сумма по ордеру.
Как измененно :
Исправлено отображение суммы по ордеру в накладной в расширенной информации на закладке Связанные документы
L_SOPRDOC
Краткое описание :
"Дырка" в контроле действий пользователяОписание :
Счета, ДО на продажуЧто измененно :
"Дырка" в контроле действий пользователя
Как измененно :
Создана функция проверки статуса документа, которая возвращает положительный результат при наличии финансового документа (присутствует дата оплаты) и значении статуса 1 или 2 (KatNotes.Status).
функцией заменена проверка даты оплаты на нулевую дату при неустановленной настройке 'Fin.DOSF.AccUnpaidPlatDoc' - "Настройки Галактики\Бухгалтерский контур\Обработка документов\Распределение платежа по ДО\Учитывать при расчете задолженности оформляемые фин. документы" = НЕТ
L_SOPRDOC
Краткое описание :
Диадок. Необходимо сделать анализ на валидность ОКЕИ перед выгрузкой в xmlОписание :
Работа с Контур.ДиадокЧто измененно :
Предлагаю сделать дополнительную проверку на правильность кода ОКЕИ, то есть перед формированием xml если ОКЕИ 3 или 4 цифры, то это валидный код и брать его, если что-либо другое, включая символы и буквы, то это невалидный код и в xml автоматически заменять на 0000, как положено по формату.
Как измененно :
Введена дополнительная проверка ОКЕИ при экспорте в xml. Если длина ОКЕИ не соответствует 3-4 символам, либо содержит не цифры, либо отсутствует, то он автоматически заменяется на "0000", как положено по формату.