L_DOGOVOR
Краткое описание :
Расчет резерва под обесценение ТМЦ и формирование проводок
по сч.14Описание :
Складской учет \ Новая функциональностьЧто измененно :
Необходим стандартный функционал для работы с резервом под
обесценение ТМЦ, суть которого состоит в: 1. определении неликвидных ТМЦ со
сроком без движения, определенным в учетной политике (как правило, 1 год) 2.
указании рыночных цен на эти ТМЦ (либо вручную, либо из прайс-листа) 3.
формировании проводок по начислению резерва на разницу рыночной и учетной цены,
если рыночная цена ниже (Дт 91 Кт 14 на сумму разницы с плюсом) Видение данного
вопроса (от партнера) во вложении. Можно обсудить, если будут другие
предложения/замечания. У клиентов мы использовали стандартный функционал в
части интерфейсов (в зависимости от того, какие модули у них были куплены).
Поскольку Складской учет должен быть у всех, кто ведет ТМЦ, новый документ
предлагаю создать в этом модуле.
Как измененно :
Добавлен документ 628 "Акт на неликвиды" (Склад- Документы)
Основан на структуре документа накладных актов( KatSopr, SpSopr). Для поля
"Считать неликвидом” использовано поле SpSopr.Prmc: 0 - Нет, 1 - Да. Розничная
цена записывается в SpSopr.PriceN Полный остатки в SpSopr.Kol, за минусом
страхового запаса в SpSopr.KolFact. Поскольку методика определения страхового
запаса может отличаться его расчет выведен в отдельную функцию Function
CalcReservForPos :boolean; В ней нужно рассчитать страховой запас по текущей
записи SPSopr и отнять от SpSopr.KolFact и при необходимости выполнить "update
current SpSopr"; По умолчанию рассчитывается сальдо бухконтура по заданному в
параметрах счету( 14 рекомендован - минимально в аналитике счета должны быть
указаны материальные ценности). Для формирования проводок можно использовать
ключ NP. Для получения розничной стоимости следует использовать ключ "сумма для
налогового учета"
L_DOGOVOR
Краткое описание :
Не устанавливается компонента L_MCUMark в автоматическом
режимеОписание :
Установка компонентыЧто измененно :
Не выполняется установка компоненты L_MCUMark в автоматическом
режиме в Менеджере обновлений.
Как измененно :
Изменены зависимости в следующих компонентах L_BaseDoc,
L_Dogovor. L_MCU, L_MCUMark, L_Ostatki, L_SF, L_SoprBase, L_SoprDoc, M_UP.
Ранее зависимость от L_MCUMark уже была в L_Sklad Документация на PatchManager
pm.pdf страницы 39-40. 4..1.6..1. Окно =Настройка параметров инсталляции= Поле
Автоматическая установка, флаг Устанавливать новые компоненты - рекомендуется
поставить - без нее компонента не ставиться, хотя зависимости есть.
L_DOGOVOR
Краткое описание :
Позиционирование на договореОписание :
Управление снабжением \ Документы \ Счета, ДО...Что измененно :
Клиент создает новый счет, идет в поле Договор хочет задать
ссылку на договор, не находит там нужный и в окне выбора договора по кнопке F7
создает новый договор. После заполнения необходимых полей выходит из окна
редактирования договора, выходит крестиком и снова попадает в окно выбора
договора. НО! курсор не установлен на созданный договор и оператору нужно
искать созданный договор в списке, что составляет неудобство.
Как измененно :
Добавлено позиционирование на вновь созданный договор.
L_DOGOVOR
Краткое описание :
Не работает фильтрация в окне выбора документа основания.Описание :
Управление снабжением \ Документы \ Приходные накладныеЧто измененно :
В окне выбора документа основания в сопроводительных документах
устанавливается фильтр отбора договора по условию "из документа". Фильтрации не
происходит. Если поставить фильтр на конкретный договор, то показываются только
основания с выбранным договором. Фильтрация работает. Данная ошибка повторяется
при попытке выбора во всех сопроводительных документов (сбыт, снабжение). В
давальческом сырье не работает фильтрация "из документа" по контрагенту и по
договору.
Как измененно :
Доработано
L_DOGOVOR
Краткое описание :
Доступ к дополнительным соглашениям по курирующему
подразделениюОписание :
Управление договорами \ Документы \ ДоговорыЧто измененно :
Доступ к дополнительным соглашениям по курирующему
подразделению Поле "Подразделение куратор" есть в доп. соглашении. Это поле
открыто для корректировки. То есть функционал Системы не отрицает наличие
различных курирующих подразделений для различных дополнительных соглашений.
Как измененно :
Изначально работа настройки DOGOVOR.VIEWBYSOGL("Настройки
Галактики \ Логистика \ Документы \ Управление договорами \ Права доступа \
Показывать доступные соглашения при недоступности вышестоящих документов") была
рассчитана только на фильтрацию по группе дескрипторов и дескриптору. Расширил
ее действие на курирующее подразделение. Обращаю ваше внимание, что для
применения настройки при выборе нужно также включать настройку PICK.VISIBLE
("Настройки Галактики \ Общие настройки системы \ Интерфейсы выбора \ Доступ к
выбору документов") в "по настройке "Общ.настройки системы / Доступ к
документам"" P.S. Использование этой настройки может привести к замедлению
отборов в интерфейсе.