L_SOPRDOC
Краткое описание :
Реализовать фунцкии SOPRORDB.VPP на отдельном интерфейсеОписание :
Приходные накладныеЧто измененно :
Реализовать функции SOPRORDB.VPP на отдельном интерфейсе
Как измененно :
Реализован отдельный интерфейс для формирования распределения по складам.
L_SOPRDOC
Краткое описание :
Открыть сторнирующую накладную в списке документовОписание :
Приходные накладныеЧто измененно :
Открыть сторнирующую накладную в списке документов.
Приступать к решению после решения вышестоящей.
Данная работа подразумевает
- переработку ф-ии создания приходных ордеров, отвязать ее окончательно от SoprDocB.
- подключить ф-л по созданию ордеров для сторно документов сбыта. ПИР 102.116172
- подключить ф-л по удалению документов для сторно документов сбыта. ПИР 102.122628
Как измененно :
Приходная накладная, Акт о приемке материалов.
Открыты сторнирующие накладные и акты в данных документах. Сторнирующие накладные не доступны для редактирования. Статус сторнирующиего документа - закрытый. В списке документов он выделяется серым цветом. Сторнирующий документ формируется автоматически при создании корректирующего документа.
Для сторнирующих и корректирующих документов создана поддержка в виде диалога синхронного выполнения операций:
- создания ордеров
- удаления ордеров
- удаления документов
L_SOPRDOC
Краткое описание :
Удаляется SoprHoz и OborotОписание :
Акты на перемещение между объектамиЧто измененно :
В БД Заказчика словили такой страшный глюк: пользователь заходит
в пустой акт на перемещение между объектами, нажимает F8.
В результате удаляются проводки и запись SoprHoz к другому акту,
никак не связанному с удаляемым, и только после этого удаляется
SoprHoz и Katsopr акта, в котором находимся.
Сам акт остается, но без проводок и без сопрхоза.
Уже было два таких случая от разных пользователей и на разных
документах. Попытались на тестовой БД повторить, откатили действия
пользователя и на этих документах повторить: документ удалился,
а с ним сопрхоз и проводки другого акта. При повторном откате,
повторить не удалось.
Проводки и сопрхоз, который попутно удаляется, находятся в закрытом
отчетном периоде и группе, к которой у пользователя нет прав.
Как измененно :
Удаление АПМО и Акта на пересортицу реализовано на общем интерфейсе удаления сопроводительных DelSopr.
L_SOPRDOC
Краткое описание :
Реализовать отдельные методы для создания сторно и корректирующих приходных документовОписание :
Приходные накладныеЧто измененно :
Реализовать отдельные методы для создания сторно и корректирующих приходных документов.
В настоящий момент нет возможности создать сторно-документ без наличия корректирующего.
Как измененно :
Реализованы методы для создания сторно и корректирующих приходных документов.
// формирование корректирующей и сторнирующей накладной
Function CreateKNAndSN (pKatSoprSrc: comp): boolean;
// формирование сторнирующей накладной
Function CreateSN (pKatSoprSrc: comp): boolean;
см. L_SoprDoc\vip\CorrNakl\createkn.vih
L_SOPRDOC
Краткое описание :
Отображать учетную цену МЦ в закладке Распределение по складамОписание :
Приходные накладныеЧто измененно :
Отображать учетную цену МЦ в закладке Распределение по складам
Как измененно :
Приходная накладная. Распределение по складам.
Добавлены информационные поля по учетной цене в НДЕ и валюте. Поля имеют актуальные значения, если выло выполнено распределение по складам или были сформированы ордера.
L_SOPRDOC
Краткое описание :
Настройки отчетов хранить в UserDeskRep с привязкой к
пользователю по ссылке, а не по имениОписание :
Не знаю, какая именно часть контура логистики, научитеЧто измененно :
Сейчас фильтр настроек отчетов по пользователю осуществляется
по его имени (OwnName).
Требуется изменить с использованием поля-ссылки на пользователя (cUser)
Как измененно :
Настройки по пользователю, а также хранение значений фильтров
осуществляется по ссылке cUser и не зависит более от имени пользователя.
L_SOPRDOC
Краткое описание :
В конфигуратор нужно добавить таблицу TYPEMCОписание :
Приходные накладныеЧто измененно :
В конфигуратор нужно добавить таблицу TYPEMC.
СМ ВЛОЖЕНИЕ.
Как измененно :
Приходная и расходные накладные.
Добавлена возможность конфигурации таблицы TYPEMC.
L_SOPRDOC
Краткое описание :
На закладке "Связанные документы" в Актах о приемке материалов изначально нулиОписание :
Акты о приемке материаловЧто измененно :
На закладке "Связанные документы" в Актах о приемке материалов изначально нули.
Сумма появляется только после повторного открытия этой закладки.
Та же картина и в рекламационных накладных
Как измененно :
Складской учет \ Документы \ Акты о приемке
материалов.
Добавили проверку наличия связи между документами
в расширенной информации шапке документа при
первоначальном формировании или привязке к нему.
L_SOPRDOC
Краткое описание :
Необходима полностью автоматическая привязка/отвязка накладных/актов к платежным документамОписание :
Пакетное распределение платежейЧто измененно :
По аналогии с пир 102.135536 необходимо
реализовать функционал привязки, отвязки и переразноски
платежных документов из интерфейса накладных\актов.
Как измененно :
Реализован вызов распределения из интерфейса накладных/актов.
L_SOPRDOC
Краткое описание :
Расчет налогов в Актах на списаниеОписание :
Акты на списаниеЧто измененно :
Оговорюсь сразу, что в Актах на списание налогов быть вообще не
должно, возможно доработка была выполнена для того, чтобы показать налог в
каких-то печатных формах. Поэтому пока оставим ее.
1. При копировании спецификации приходной накладной в Акт на списание
переносится и контрагент. Этого быть не должно
2. Включена настройка: "Настройки Галактики \ Логистика \ Складской учет \
Сопроводительные документы \ Акт на списание \ Показывать налоги в акте на
списание"
Есть Группа налогов у которой каждая позиция спецификации связана с отдельной
страной.
Если МЦ с такой группой выбрать в Акте на списание, то в закладке "Налоги к
позиции" увидим столько записей, сколько в каталоге групп налогов.
Т.к. у Акта на списание нет контрагента, а соответственно, нет и страны, то
налоги там должны быть только те, которые не связаны с конкретной страной.
Как измененно :
Расчет налогов в документах без контрагента
Страна налога определяется из общесистемной настройки: "Настройки Галактики \
Общие настройки системы \ Настройки для страны". Т.е., если налог в группе
налогов отнесен на страну, то при расчете налога по документу без контрагента
страна налога будет сопоставляться со страной из вышеуказанной настройки.
[+] При копировании спецификации приходной накладной в Акт на списание теперь
не переносятся и контрагент из накладной.
L_SOPRDOC
Краткое описание :
Смена контрагента в налогах по позиции документаОписание :
Накладные на отпускЧто измененно :
Если перевыбрать контрагента в налогах и затем перевыбрать контрагента в документе, то контрагент в налогах, отличный от старого контрагента в документе должен остаться
Как измененно :
Доработано для 9.1
L_SOPRDOC
Краткое описание :
Невозможно изменить дату приходной накладной, если по ней не сформирован складской ордерОписание :
Приходные накладныеЧто измененно :
Невозможно изменить дату приходной накладной, если по ней не сформирован складской ордер, и в настройке "Настройки Галактики \ Логистика \ Документы \ Управление снабжением \ Приходная накладная \ Модификация и контроль данных \ В приходных накладных закрытый период контролировать по дате" установлено значение "исполнения", и также в настройке "Настройки Галактики \ Логистика \ Документы \ Сопроводительные документы \ Модификация и контроль данных \ Разрешать модификацию сопроводительных документов в закрытом периоде" установлено значение "нет".
Как измененно :
Исправлена ошибка обработки Даты создания документа при контроле закрытого периода по дате Исполнения.
L_SOPRDOC
Краткое описание :
Избавиться от PMarker.vpp и PICKFUN.vppОписание :
Предложение по новой функциональности контура логистикиЧто измененно :
Избавиться от PMarker.vpp и PICKFUN.vpp. Перейти на методы
PMarkFun
Как измененно :
Избавились от функций vpp.
L_SOPRDOC
Краткое описание :
внутренний учетный номер организации добавлять к номерам в
автоматеОписание :
Предложение по новой функциональности контура логистикиЧто измененно :
Включена:
"Настройки Галактики \ Логистика \ Документы \ Сопроводительные документы
\ Формировать номер документа по" = настройке "Формат номера документа"
Но в настройке
"Настройки Галактики \ Логистика \ Документы \ Сопроводительные документы
\ Формат номера документа"
нельзя выбрать внутренний номер организации (KATORG.CODE)
Сие нужно для удобства каталогизации.
Как измененно :
В настройку "Настройки Галактики \ Логистика \ Документы \
Сопроводительные документы \ Формат номера документа" в выпадающий список
составляющих шаблона добавлен пункт "Внутренний номер организации".После выбора
контрагента в накладной надо переформировать номер выбором F3.
L_SOPRDOC
Краткое описание :
Потеря преемственности. Сломали форму актаОписание :
Акты на услуги, работыЧто измененно :
Потеря преемственности. Сломали форму акта.
Как измененно :
Исправлен вывод формы при выборе значений для
настройки "Настройки Галактики \ Логистика \ Документы
\ Управление сбытом \ Акт на оказание услуг \ В
печатных формах выводить адрес контрагента".
L_SOPRDOC
Краткое описание :
Невозможно создать Акт на прием услугОписание :
Акты на услуги, работыЧто измененно :
Невозможно создать Акт на прием услуг. Вызывается каталог МЦ
Как измененно :
Исправлено
L_SOPRDOC
Краткое описание :
Убрать повторный выбор услугОписание :
Акты выполненных работЧто измененно :
Убрать повторный выбор услуг:
- F7 в закладке работы и F3 - открывается интерфейс выбора из каталога услуг;
- ESC - снова открывается интерфейс выбора из каталога услуг...
Как измененно :
Исправлено по F7, F3 и Ctrl+F3
L_SOPRDOC
Краткое описание :
Некорректно выводятся доверенностиОписание :
Акты на услуги, работыЧто измененно :
Некорректно выводятся доверенности в шапке печатной формы акта.
Как измененно :
Исправлен вывод документов оснований для формы
акта.
L_SOPRDOC
Краткое описание :
Проблемы с оприходованием при выбранном Текущем складеОписание :
Приходные накладныеЧто измененно :
Проблемы с оприходованием при выбранном Текущем складе.
В Настройках выбран Текущий склад. На этом складе 2 МОЛа.
МОЛ по умолчанию в Настройках не выбран. Настройка "Фильтр по складу при выборе МОЛ" - да
В этом случае при оприходовании МОЛ не запрашивается, а проставляется
любой. Если к Текущему складу привязан один МОЛ, то оприходование тоже
происходит на какого-то постороннего МОЛа, даже не привязанного к
этому складу. Если Текущий склад не указан, то оприходование происходит корректно
Как измененно :
Приходная накладная. Исправлена ошибка автовыбора МОЛа при формировании ордера.
L_SOPRDOC
Краткое описание :
Недочет в распределении по складам при редактировании количестваОписание :
Приходные накладныеЧто измененно :
Зарегистрирована как доработка к решению 102.122629 в части окна редактирования распределения.
Если МЦ распределена на несколько складов (хорошо видно на 3-х и более складах), то возникают ошибки при редактировании:
- введенное количество по 1-й позиции переносится в последнюю и первую
- для существующей записи в распределении невозможно поменять процент
Как измененно :
Исправлено
L_SOPRDOC
Краткое описание :
Ограничение на приход в разрезе склада. Частная доработкаОписание :
Приходные накладныеЧто измененно :
Ограничение на приход в разрезе склада. Частная доработка.
С помощью запрашиваемой доработки необходимо ограничить процедуру прихода выбранных МЦ в разрезе подразделения. Т.е. для определенных МЦ будет назначено подразделение, в которое (и только в него) допустимо осуществлять приход МЦ. Назначение подразделения для МЦ необходимо осуществлять в интерфейсе `Редактирование матценности' и в дальнейшем отображать его в спецификации накладной на получение МЦ.
В спецификации накладной на получение МЦ для каждой МЦ должна выводиться информация в виде дополнительного поля о подразделении, на котором будет храниться эта МЦ
В случае если значение поля Подразделение у МЦ не задано, то необходимо осуществлять 100% распределение МЦ в то подразделение, которое указано в настройке Текущий склад.
Необходимо оценить трудоемкость реализации.
Как измененно :
Связь МЦ с подразделением.
В каталоге МЦ в закладке "Складской учет" добавлено поле "Подразделение для оприходования". В этом поле выбирается подразделение, на которое планируется выполнить приход.
Добавлена новая настройка "Настройки Галактики \ Логистика \ Документы \ Управление снабжением \ Приходная накладная \ Значения по умолчанию \ Автоматическое формирование распределения по складам"
При включенной данной настройке в момент формирования ордеров по приходной накладной автоматически заполняется подразделение в распределении по складам по следующим приоритетам:
- Подразделение для оприходование в каталоге МЦ
- Текущий склад
- Подразделение из интерфейса выбора
L_SOPRDOC
Краткое описание :
Добавление в модуле УПЛ функционала пакетного формирование ордеров по накладным на внутреннее перемещениеОписание :
Предложения по новой функциональности модуля УПЛЧто измененно :
Добавление в модуле УПЛ функционала пакетного формирование ордеров по накладным на внутреннее перемещение
Возникла необходимость пакетного формирования
ордеров по накладным на внутреннее перемещение в модуле
"Управление производственной логистикой" - Операции -
Пакетное формирование ордеров
Как измененно :
Добавлен пункт меню
"Операции - Пакетное формирование ордеров - По накладным на возврат сырья из производства".
В случае возникновения проблем с ценами ордеров рекомендуется впользоваться настройкой "Удалять ордера перед запуском".
L_SOPRDOC
Краткое описание :
Реализовать возможность выполнения ФЛМ "Установка значений страны и номера ГТД" при запрете редактирования накладнойОписание :
Приходные накладныеЧто измененно :
Реализовать возможность выполнения ФЛМ "Установка значений страны и номера ГТД" при запрете редактирования накладной
Описание проблемы от клиента:
При оформлении приходной накладной (Управление снабжением => Документы => Приходные накладные) на импортную закупку требуется ввести номер ГТД и страну происхождения товара (локальное меню верхней панели интерфейса накладной => ГТД => Установка значений страны и номера ГТД).
Сделать это можно только после оприходования накладной, так как эти данные вводятся как внешний атрибут и внешняя классификация партии товара, а партии создаются при оприходовании.
При вводе этих значений система анализирует пользовательскую настройку Настройки Галактики \ Логистика \ Документы \ Управление снабжением \ Приходная накладная \ Модификация и контроль данных \ Редактирование накладной при наличии складских ордеров.
У работников склада установлена значение настройки "запрещать", чтобы они не могли вносить исправления в накладную после её оприходования.
В результате работники склада оформляют накладную, а доделывать её (вносить страну и номер ГТД) потом должны другие люди с большими правами.
Можно ли сделать так, чтобы при вводе номера ГТД и страны по функции локального меню ГТД => Установка значений страны и номера ГТД значение настройки Настройки Галактики \ Логистика \ Документы \ Управление снабжением \ Приходная накладная \ Модификация и контроль данных \ Редактирование накладной при наличии складских ордеров не анализировалось, ведь данные самой накладная при этом не меняется.
Как измененно :
Установка значений страны и номера ГТД.
Добавлена настройка: "Настройки Галактики \ Логистика \ Документы \ Управление снабжением \ Приходная накладная \ Модификация и контроль данных \ Разрешать установку страны и номера ГТД при запрете редактирования документа"
При ДА - можно установить страну происхождения и номер ГТД для партий, связанных с позициями спецификации
L_SOPRDOC
Краткое описание :
формирование ордеров из приходной накладнойОписание :
Приходные накладныеЧто измененно :
формирование ордеров из приходной накладной
У клиента следующая ситуация:
При поступлении материалов без товарно-сопроводительных документов в системе Галактика ERP формируем электронный документ
Акт о приемке материалов в модуле "Складской учёт".
Состояние акта "Входной контроль". Статус "исполняемый".
По акту о приёмке формируется Приходный складской ордер для отражения поступления ТМЦ на склад.
ТМЦ по Акту о приёмке материалов приходуются на отдельный "виртуальный склад", чтобы не допустить их отпуска в структурные подразделения.
После поступления документов поставщика, на основании акта (функция локального меню приходной накладной "Создание накладной по акту о приёмке материалов")
формируется Приходная накладная (модуль "Управление снабжением").
Клиент хотел бы автоматизации процесса следующим образом: чтобы была возможность по накладной сформировать Приходный складской ордер
на фактический склад оприходования по спецификации накладной и Расходный складской ордер с "виртуального склада" по спецификации акта.
Дата создания расходного ордера равна дате приходного ордера.
В Системе на данный момент нет возможности вообще сформировать ордер, т.к. накладная связана с Актом о приёмке материалов.
Как измененно :
Формирование ордеров по накладной связанной с актом о приемке материалов.
Процесс регулируется настройкой: "Настройки Галактики \ Логистика \ Документы \ Управление снабжением \ Приходная накладная \ Разрешать формировать ордера при наличии Акта о приемке материалов"
В результате оприходования создаются следующие документы:
- сторнирующий Акт о приемке материалов со спецификацией из приходной (-АПМ) накладной и ценой из исходного Акта о приемке материалов.
- приходные сторно-ордера к сторнирующему Акту о приемке материалов (-ПО)
- приходные ордера по приходной накладной. (ПО)
При Отмене оприходования ордеров по приходной накладной - удаляются и все вышеперечисленные, связанные с приходной накладной документы.
При удалении приходной накладной - удаляются те же документы, что и при отмене оприходования.
На пакетный режим формирования приходных ордеров работа данного функционала не распространяется.
Пример для количества:
Мц1 Мц2
АПМ 10 20
ПН1 5 12
ПН2 5 8
Формируем ордера по ПН1:
Мц1 Мц2
-АПМ1 -5 -12
-ПО -5 -12
ПО 5 12
Формируем ордера по ПН2:
Мц1 Мц2
-АПМ2 -5 -8
-ПО -5 -8
ПО 5 8
L_SOPRDOC
Краткое описание :
Проблема с сортировками по колонкамОписание :
Предложение по новой функциональности модуля Управление сбытомЧто измененно :
первоначально Письмо по инциденту 2.40954
При включение настройки System.UseBrowserCacheAndSort=on постоянно во всех модулях при выходе в справочники появляться сообщение:
Обновление агрегатов табличного пространства.
Эту настройку требуют модули MTO и Управление персоналом. Но включив её пользователи не могут работать в других модулях. Для примера из накладной при выходе в ДО или счет фактуру у всех светится это сообщение.
Проблема критичная сейчас вндрение модуля МТО.
Как измененно :
В интерфейсе Накладных на отпуск ускорена работа системной сортировки по полям "Дата выписки", "Номер накладной", "Группа", "Дескриптор", "Дата списания"