L_SOPRDOC
Краткое описание :
Переделать окно параметров формирования сопроводительных
документовОписание :
Пакетное формирование сопроводительных документовЧто измененно :
Переделать окно параметров формирования сопроводительных
документов:
1) убрать флаг "Запрашивать склад и МОЛ"
2) если есть текущий склад и/или МОЛ заносить их значения в окно параметров и
дисайблить, чтобы не перевыбрать -
в накладные заносить их.
3) если текущего склада/МОЛ в настройках не указано - в окне параметров открыть
поля для выбора оных из каталога.
4) безо всякого диалога далее формировать накладные/акты с вышеуказанными
значениями по всем помеченным ДО.
Как измененно :
Управление сбытом \ Операции \ Пакетное
формирование сопроводительных документов
Добавили параметры, при установленной галочки
"накладные":
- Склад
- Мол
Если значение нулевое, то по умолчанию Склад
заполняется из настройки: "Настройки Галактики \
Логистика \ Складской учет \ Текущий склад".
Если включена настройка: "Настройки Галактики \
Общие настройки системы \ Интерфейсы выбора \
Автоматический выбор МОЛ в документах" и поле МОЛ не
заполнено, то текущему складу идет проверка: если
только один МОЛ, то устанавливаем его значение в поле
"МОЛ", иначе идет следующая проверка настройки:
"Настройки Галактики \ Логистика \ Документы \ МОЛ по
умолчанию".
При выборе склада устанавливается МОЛ только в том
случае, когда имеется в единственном числе. Следует
помнить настройки которые влияют на сортировку МОЛ:
"Настройки Галактики \ Общие настройки системы \
Интерфейсы выбора \ Фильтр по складу при выборе МОЛ"
"Настройки Галактики \ Общие настройки системы \
Интерфейсы выбора \ ..при фильтрации МОЛ по складам
учитывать"
Если же мы не заполняем ни склад, ни мол, то
данные поля в накладной будут пустые.
L_SOPRDOC
Краткое описание :
Дубли в приходной КУТОписание :
Карточка учета товара в разрезе МЦЧто измененно :
Дубли в приходной КУТ.
Как измененно :
При формировании ордеров в документе "Накладная склад -> розничная торговля" выставлен "семафор" корректности завершения транзакции.
L_SOPRDOC
Краткое описание :
Доработать ПИР 102.107848 (Текущее наличие в возвратных накладных)Описание :
Накладные на возврат по рекламацииЧто измененно :
Интерфейс выбора для возвратных накладных требует доработки:
1. Нужно показывать наличие на дату возвратного документа, а не на дату исходного.
2. Всегда отображать рассчитанное кол-во за минусом резерва, т.к. резерв к возвратам не имеет отношения.
3. Исправить визуализацию - сейчас на каждый расчет обновляется окно с визуализацией.
4. По установки фильтра сбрасывается информация о текущем наличии, а не должна.
Как измененно :
Доработан интерфейс выбора позиций для накладной на возврат, который вызывается при значении настройки:
"Настройки Галактики \ Общие настройки системы \ Интерфейсы выбора \ В рекл.накладной вызывать расширенный интерфейс выбора при заполнении спецификации - да".
1. Наличие по пункту меню "Расчет текущего наличия по всем позициям" рассчитывается текущее, а не на дату исходного документа.
2. Резерв по ДО или другим документам учитывается при расчете текущего доступного количества.
3. Визуализация при расчете происходит один раз и позиция при этом не сбивается.
4. После установки фильтра колонка "Доступно" не пропадает.
L_SOPRDOC
Краткое описание :
Уведомление об изменении статуса документаОписание :
Предложение по новой функциональности контура логистикиЧто измененно :
Была бы полезной функциональность, позволяющая получать уведомление об изменении статуса документа на электронную почту.
Как измененно :
Реализован интерфейс подписки на изменение статуса документов.
Управление договорами | Настройка | Подписка на изменения статусов документов
Подписка индивидуальная для каждого пользователя и не может быть удалена или отредактирована другим пользователем.
Подписаться можно на изменение статуса любого типа документа, у которого имеется статус.
Доступны следующие фильтры:
-старый статус
-новый статус
-группа дескрипторов
-дескриптор
Т.е. можно отслеживать изменение с/на указанный статус, а также по группе дескрипторов/дескриптору, изменившие статус документа.
Все изменения статуса сохраняются и отображаются в главном окне подписки. Их можно удалить (доступно групповое удаление).
Также можно получать уведомление об изменении статуса на электронную почту. По умолчанию настроен текст сообщения с предварительным просмотром.
В тексте сообщения доступны следующие предопределенные переменные:
%ТИП ДОКУМЕНТА%
%НОМЕР ДОКУМЕНТА%
%ДАТА ДОКУМЕНТА%
%ГРУППА ДЕСКРИПТОРОВ%
%ДЕСКРИПТОР%
%ФИО%
%ПРИМЕЧАНИЕ К ПОЛЬЗОВАТЕЛЮ%
%ДАТА ИЗМЕНЕНИЯ%
%ВРЕМЯ ИЗМЕНЕНИЯ%
%ПРЕДЫДУЩИЙ СТАТУС%
%НОВЫЙ СТАТУС%
%ПОЯСНЕНИЕ%
Имеется преднастроенный текст письма (находится EXE\SI_Mail.html). При создании новой настройки текст письма инициализируется автоматически.
В тексте SI_Mail.html имеется ссылка на логотип галактики %ClientStartPath%glogo.jpg, где %ClientStartPath% трансформируется в путь к ресурсам Галактики.
Возможно добавление дополнительного фильтра на документы. На текущий момент реализована дополнительная фильтрация для договоров и соглашений.
P.S. Возможно, в некоторых пакетных режимах или при создании документа не создается запись изменения статуса. В данном случае уведомление не придет и требуется доработка функционала.
L_SOPRDOC
Краткое описание :
Статус по умолчаниюОписание :
Акты на услуги, работыЧто измененно :
Статус по умолчанию
Настройка
Настройки Галактики \ Логистика \ Документы \ Управление снабжением \ Приходная накладная \ Значения по умолчанию \ Статус накладной и акта по умолчанию = "оформляемый"
У пользователя настроены следующие права доступа на документы (Управление снабжением \ Настройка \ Настройка прав доступа к документам):
Акт на прием услуги = "ДА"
У пользователя Статус по умолчанию = "Исполняемый"
Права доступа - являются приоритетным и перекрывают настройку пользователя!
В актах создаваемых вручную все нормально (Документы\Акты на услуги работы - создаём новый документ - статус устанавливается "Исполняемый" - правильно.)
А при автоматическом создание ГТД (налогового акта) из накладной (Приходные накладные - функция локального меню ГТД - Сформировать "налоговый" акт) статус устанавливается - "оформляемый".
Клиент считает, что это не правильно.
Как измененно :
Создание налогового акта (ГТД). При вычислении статуса в первую очередь учитывается настройка прав доступа к документам, акт на прием услуги, если она задана.
L_SOPRDOC
Краткое описание :
Распределение платежей и пересчет накладной из локального менюОписание :
Накладные на отпускЧто измененно :
В бизнес-процессе клиента используется расчет суммы НДЕ-накладной по курсам на дату платежа. В Галактике существует пакетная функция "Пакетный пересчет сумм в НДЕ для накладных\актов на дату платежа". Но для корректного пересчета требуется, чтобы платеж уже был распределен по этой накладной. Таким образом после создания накладной по ДО, клиент должен перейти в платежку и распределить её. Далее клиент должен либо выполнить пакетную функцию, либо каким-либо другим образом запустить пересчет суммы накладной. Это дополнительные временные затраты для операторов.
Вот выдержка из письма клиента:
"Накладная это такой документ, который надо оформить и в большинстве случаев не выходя сразу распечатать. Ходить в платежки, чтобы их перераспределить, потом идти в пакетный пересчет, а потом обратно в накладную, чтобы ее напечатать - это не для людей. Тем более, когда такого рода документов становиться все больше..."
Предлагается реализовать возможность распределения платежа по накладной и пересчет суммы накладной из локального меню накладной.
Как измененно :
В акты на услуги и накладные (сбыт, снабжение) добавлена кнопка "Платежи по ДО".
Работает аналогично кнопке "Платежи по документу" в ДО, т.е. показывает платежи по ДО, связанному с накладной или дает возможность создания платежных документов по ДО, а также распределения платежей.
Если с сопроводительным документом не связано ДО, то выдается соответствующее предупреждение.
L_SOPRDOC
Краткое описание :
Передавать в OtkatToOldState текущую командуОписание :
Накладные на отпускЧто измененно :
Замечено, что секция Always принимает даже при бездействующей Галактики как минимум 3 события: cmWhoIamForToolbar, cmWhoIamMarkCommand, cmCanIHandle.
Возможно на быстродействие системы сильно не скажется, но на объем sil-логов скажется точно. Потому решили передавать текущую команду как параметр.
Как измененно :
Изменена работа параметра TW метода OtkatToOldState.
Function OtkatToOldState (Mess: boolean; TW: word): boolean; интерфейса SoprBase и наследников.
TW - передается текущая команда (CurCommand)
L_SOPRDOC
Краткое описание :
Формирование платежных документов по ДО/ДО на предоплатуОписание :
ДО на предоплату закупокЧто измененно :
При использовании пакетных функций формирования платежных документов по ДО на закупку/ДО на предоплату закупок (Управление снабжением - Операции - Формирование платежных поручений) платежные документы формируются только по документам в статусе "исполняемый" (или вложенным, basedoc.status = 2). Необходимо реализовать такое же ограничение для формирования платежного документа непосредственно из ДО на закупку/ДО на предоплату закупок по кнопке "Платежи по документу" (не формировать платежные документы, если basedoc.status <> 2). Запрет можно реализовать через настройку Галактики.
Как измененно :
Добавлена настройка
"Настройки Галактики \ Логистика \ Документы \ Документы-основания \ Формирование платежных документов только по исполняемым документам основаниям"
Влияет на формирование платежных документов непосредственно из ДО по кнопке "Платежные документы", а также в пакетных режимах формирования платежных требований/поручений, формирования сопроводительных и платежных документов по ДО
L_SOPRDOC
Краткое описание :
Необходимо в приходной накладной в интерфейсе выбора из вышестоящего документа видеть объект ЦУОписание :
Приходные накладныеЧто измененно :
Необходимо в приходной накладной в средней панели в интерфейсе выбора из вышестоящего документа видеть объект ЦУ, привязанный к позициям спецификации.
Есть ДО с большим списком позиций спецификации. У позиций МЦ привязан разный объект ЦУ. Сформировали приходную накладную. В поле основание выбрали ДО, по которому необходимо сформировать спецификацию. На вопрос системы "Копировать спецификацию?" ответили "Нет", чтобы вручную выбрать несколько позиций из большой спецификации счета. Устанавливаем курсор в спецификации накладной в поле "Название матценности" и по F3 или Ctrl+F3 открываем интерфейс ручного выбора МЦ из вышестоящего документа, а там у позиций спецификации не виден объект целевого учета. Таким образом нет возможности корректно выбрать несколько необходимых матценностей и приходится выбирать всю спецификацию, а затем поочередно удалять ненужные позиции МЦ.
Как измененно :
Сопроводительные документы.
Добавили в интерфейс выбора из вышестоящего
документа поле "Объект ЦУ".
L_SOPRDOC
Краткое описание :
для автоформирования партии добавить настройку "заполнять
дату лаборат анализа датой создания партии"Описание :
Приходные накладныеЧто измененно :
ПЛАТНАЯ ДОРАБОТКА:
для автоформирования партии добавить настройку
заполнять поле "дата лаборат анализа" датой создания партии"
Если нужны картинки, то вложил.
Как измененно :
Дата лабораторного анализа в партии.
Добавлена настройка: "Настройки Галактики \ Логистика \ Партионный учет \
Алгоритм заполнения даты лабораторного анализа". Значения:
- нет: Дата лабораторного анализа не заполняется
- датой создания партии: Дата лабораторного анализа заполняется датой создания
партии
L_SOPRDOC
Краткое описание :
формирование пл.поручений по ДО на предоплатуОписание :
По ДО на предоплату закупокЧто измененно :
В рамках проекта автоматизации БДДС в ООО "Дальнефтепровод" есть следующая задача: перед формированием платежного поручения по ДО на предоплату (как в пакетном режиме "Управление снабжением - Операции - Формирование платежных поручений - По ДО на предоплату закупок", так и по кнопке "Платежи по документу" из ДО на предоплату) необходимо запускать пользовательский алгоритм проверки ДО на предоплату, который будет возвращать значение типа Boolean. Если алгоритм возвращает False, то платежное поручение по данному ДО на предоплату не формируется. При этом формируется протокол, в котором видно, по каким ДО на предоплату не были сформированы платежные поручения. Реализация данного алгоритма проверки может быть сделана в виде точки расширения либо пользовательского производственного алгоритма. Параметры - NRec ДО на предоплату, который проверяется, а также var-параметр типа string, в который алгоритм будет выводить результаты проверки ДО. Значение данного параметра должно выводиться в протокол формирования платежных поручений по каждому ДО на предоплату (как в случае, когда ПП сформировано, так и в противном).
Реализация нужна для версии 8.10.
Как измененно :
Добавлена настройка
"Настройки Галактики \ Логистика \ Документы \ Документы-основания \ Выполнение алгоритмов \ Перед формированием платежного документа"
Алгоритм запускается перед формирование платежных документов по ДО:
-по кнопке "Платежные документы" в ДО
-в пакетном формировании платежных документов по ДО
-в пакетном формировании сопроводительных и платежных документов по ДО
Если алгоритм запрещает формирование платежного документа, то в ручном режиме будет выдано сообщение и запрет на формирование, а в пакетных - протокол со списком ДО, по которым алгоритмом формирование запрещено.
Для передачи сообщения/комментария о запрете формирования используется функция EnvironmentSetStr. Имя переменной для передачи сообщения 'Doc_Alg_BeforeFormFin'.
Для указания запрета использовать установку переменную окружения алгоритма Binding.
Пример для JS:
EnvironmentSetStr('Doc_Alg_BeforeFormFin', 'Запрет формирования по такой-то причине')
EnvironmentSetStr('algBinding', '8')
Где algBinding - наименование переменной окружения Binding
Пример для vip:
#include Environment.vih
var pEnv : EnvironmentVip;
pEnv.EnvironmentSetStr('Doc_Alg_BeforeFormFin', 'Запрет формирования по такой-то причине');
Запрет формирования:
Function InitInter(var pt: TRecAcc): boolean;
{
...
pt.Binding := 8;
...
L_SOPRDOC
Краткое описание :
Исключение при попытке вызова локального менюОписание :
Приходные накладныеЧто измененно :
Исключение при попытке вызова локального меню в списке накладных: сначала кликаем на любую графу(название в шапке интерфейса)
и вызываем локальное меню. Настройки:
UseBrowserCacheAndSort=off
UseBrowserScrollCount=off
См. вложение.
Как измененно :
Исправлено
L_SOPRDOC
Краткое описание :
Накладные мц -> Спецодежда, печать документов в FastReport со штрих кодамиОписание :
Накладная на перемещение склад -> СпецоснасткаЧто измененно :
Требуется печать реестра накладных на внутреннее перемещение по аналогии с накладными на сбыт
Как измененно :
В следующих документах добавлена возможность печати реестра помеченных накладных (в FCOM и FastReport):
Накладные на внутреннее перемещение
Транзитные накладные
Накладные склад -> ОС
Накладные склад -> НМА
Накладные склад -> розничная торговля
Накладные склад -> Спецоснастка
P.S. Если используется ЭХД, то в FastReport выводится колонка со штрих-кодом.
L_SOPRDOC
Краткое описание :
функция Автораспределение МЦ по разрезу работает некорректноОписание :
Накладные на отпускЧто измененно :
Функция Автораспределение МЦ по разрезу работает некорректно.
Пример и сводный отчет во вложении.
Как измененно :
Автораспределение МЦ по разрезу.
Доработана возможность автораспределения одинаковых МЦ с разными ценами.
L_SOPRDOC
Краткое описание :
Не корректное формирование накладных на прием МЦОписание :
Приходные накладныеЧто измененно :
При формировании накладной на прием МЦ на основании Распоряжений на прием отпуск заполняется поле "МОЛ откуда" ссылкой на каталог подразделений!
Поле МОЛ откуда в принципе для приходной накладной заполнятся не должно и уж точно не подразделением.
Из-за некорректной ссылки нет возможности передать приходные документы в БД Принципала при помощи подсистемы интеграции. Клиент не может работать!
Как измененно :
Исправлено.
Для исправления ситуации по старым записям нужно выполнить в саппорте следующий запрос:
update katsopr where (( 101 == katsopr.vidsopr )) set katsopr.cmolfrom := 0, katsopr.cpodrfrom := 0;