Информация о файле обновления Галактика L_BASEDOC_RES_911150.TXT


Описание файла обновления:
ФайлL_BASEDOC_RES_911150.TXT
ОбновлениеL_BaseDoc_RES_911150
Назначение
ПродуктГалактика ERP 9.1
Релиз
КомпонентRES L_BaseDoc
Тип
Версия9.1.115.0
Дата2019-11-06 23:41:51
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
NEWУправление сбытом | Документы | Диадок. Список документов
Добавить вызов справки для сервиса Диадок 1. Добавить help-константу Diadoc_Doc для: пункта меню "Диадок. Список документов"; окна "Документы", в т.ч. локальные функции, вкладки (кроме вкладки "Входящие)". 2. Добавить help-константу Diadoc_ExportDoc для: окна "Отправка документов"; функции локального меню окна списка сопроводительных документов "Диадок. Отправить". 3. Добавить help-константу Diadoc_ImportDoc для: ФЛМ "Импортировать выбранные документы"; вкладки "Входящие" окна "Документы". 4. Добавить help-константу Diadoc_SopostMtcUsl для ФЛМ "Таблица соответствия мц/услуг" и окна, "Соответствие мц/услуг...". 5. Добавить help-константу Diadoc_SopostVnAtr для ФЛМ "Таблица соответствия ИнфПолФХЖ2" и окна, "Соответствие внешних атрибутов...".Реализовано
9.1.113.0Нет
Новая версия накопительного обновления словаря Галактика ERP 9.1 Alter_CumulativeВнесены изменения в словарь БД Галактики ERP 9.1
101.67398 * ЗАДАЧА В JIRA: ERP-2029.1.112.0Управление сбытом Документы Накладные на отпуск
Выбираем в накладной замену из договора, ордер формируется на количество из первоначальной позиции спецификации.Причина в некорректных учетных единицах в Сметане 200 г и в сметане 500г. В процессе пересчета все сводится к учетным единицам и уже в них идет сравнение. Правильней было использовать учетную кг. В спецификацию накладной пошла ссылка на отпускную единицу измерения из основной позиции, что и привело к неправильному Для таких случаев нужно использовать поле ко.коэффициент в настройке замен в договоре. В данном случае 0.4 (вес 0.2/ 0.5). В этом случае приведение к учетным сметаны 500 к сметане 200 пройдет правильней. Необходимые для корректного расчета остатка по позиции договора, отображения замен произведены.
9.1.111.0Управление сбытом Документы ДО на предоплату продаж
В силу специфики бизнеса, у нас в 95% случаях используется схема - поквартальная предоплата, услуги (аренда, услуги управления) закрываются по расчетным периодам - каждый месяц. Для корректной разноски документов пользователи формируют ДО на предоплату продаж на квартал по финансовым ПКП, который цепляется к платежному документу в случае поступления предоплат, по товарным ПКП формируются ДО на продажу, переразносятся по платежам и участвуют в дальнейшем формировании с/ф по отгрузкам. В связи с необходимостью применения ККТ по услугам с 1.7.2019, нам нужно, чтобы ДО на предоплату продаж формировалось со спецификацией, и такой режим есть, только он работает криво: Меняется процент предоплаты и входимость налоговВходимость налогов устанавливается из ПКП.
101.674239.1.110.0После применения скидки в ДО получается разница по итоговой сумме между ДО и накладнойУправление сбытомНакладные на отпуск
После применения скидки в ДО получается разница по итоговой сумме между ДО и накладной. Пример и настройки во вложенииДобавлена пользовательская настройка "Настройки Галактики Логистика Документы Управление сбытом Скидки Корректировать сложные скидки с учетом округления цены". В случае, если данная настройка включена, при расчете сложной скидки по документу для каждой позиции спецификации применяется округление. Требуются сопутствующие настройки "Настройки Галактики Логистика Документы Управление сбытом Скидки Корректировать скидки с учетом округления цены" и "Настройки Галактики Логистика Документы Управление сбытом ДО на продажу Округлять цену при вставке в ДО".
101.675479.1.109.0Диадок. При настройке запрета редактирования документов полученныхотправленных через Диадок надо оставить возможность привязки ТХО.Управление сбытомРабота с Контур.Диадок
Диадок. При настройке запрета редактирования документов полученныхотправленных через Диадок надо оставить возможность привязки ТХО. Разрешать модификацию документов, отправленных через Диадок - да Разрешать модификацию документов, полученных через Диадок - даДобавлена настройка DIADOC.ALWAYSENABLECHOOSEHOZOPER Общие настройки системы Работа с Контур.Диадок При привязке Хозоперации не проверять прохождение через Диадок При включении при выборе хозоперации в окне редактирования сопроводительных документов значение настроек "Разрешать модификацию документов, отправленных через Диадок" и "Разрешать модификацию документов, полученных через Диадок" не проверяется. Изменились объектные описания DiadocFuncs.vih, DiadocFuncsExt.vih
101.656899.1.108.0Добавить тип ВАЛ-НДЕУправление сбытомпо нескольким накладным/актам - несколько ДО
Клиент просит добавить тип ДО "ВАЛ-НДЕ" в валюте в пакетное формирование ДО по "нескольким - несколько", как это уже есть в пакетном формировании ДО по "нескольким - один".Доработан функционал создания нескольких ДО по нескольким накладным. Расположение: Управление сбытом/снабжением -> Операции -> Изменение ДО для накладных/актов -> Создание документов накладным/актам -> по нескольким накладным/актам - несколько ДО. В окне "Параметры формирования" добавлены параметры: - "Тип по валюте" - выпадающий список со значениями "НДЕ", "вал-НДЕ"; - "Выбор валюты" - возможность выбора валюты, в которой будет формироваться формируемый ДО. Доступен только при выборе типа валюты "вал-НДЕ".
101.670359.1.108.0Замедление формирования ДО из накладныхУправление снабжениемСчета, ДО на закупку
Наблюдается существенное замедление формирования ДО из накладных. Формирование ДО по рублёвой накладной длится 6 мин 36 сек! Т. е. на обработку пяти документов уходит 30 мин. sil-протокол во вложении.1. Добавлена настройка "Использовать DSQL при формировании ДО",Oper.DO.Form.DSQL После смены настройки в систему лучше перезайти. DSQL в в этой компоненте уже используется, но по типу СУБД.
102.1956929.1.107.0Расчет суммы НДС при корректировки процента налога в расширенной информации к позиции спецификации первичного документа(ДО, акт, накладная)Контур логистикиНе знаю, какая именно часть контура логистики, научите
Расчет суммы НДС при корректировки процента налога в расширенной информации к позиции спецификации первичного документа(ДО, акт, накладная и т.д, где выделяется НДС). Если в документе стоит учет налогов "входят в цену позиций" и требуется изменить процент НДС в позиции. То после ручной корректировки налог пересчитывается пропорционально действующей ставке. Например: действующая ставка в 2019 году в РФ 20%, а оплачиваем по ДО на предоплату в 2018, заходим в расширенную информацию по позиции меняем 20% на 18% и получаем не верную сумму НДС. Алгоритм расчета получается такой: НДС = (Общая стоимость/1,20)*0,18, а надо (Общая стоимость/1,18)*0,18.При изменении % налога пересчитывается налог от суммы по позиции без налога. Предыдущее значение налога не учитывается Пример. налоги входят в цену сумма (с налогами) 118, налог 18, %18 меняем 18% на 20% новый налог = (118-18) + 20% = 20 P.S. Правильнее всего для пересчета налога перевыбрать группу налогов
101.665669.1.107.0Пересчет сумм налогов по документам - с выбором налоговУправление снабжениемСчета, ДО на закупку
Пересчет сумм налогов по документам - с выбором налогов Кладовщики при формировании спецификации ДО иногда ошибаются. Необходима возможность в ДО на поставку изменить группу налогов сразу на все строки спецификации. При использовании пункта контекстного меню "Расчет налогов по позиции по выбранной группе", меняется только одна строка спецификации, та на которой установлен курсор, что не удобно при больших спецификациях. Если запускать функцию "Пересчет сумм налогов по документам", то в ней нет выбора группы налогов.При использовании пункта контекстного меню "Расчет налогов по позиции по выбранной группе", расчет производится по всем помеченным позициям спецификации.
101.665159.1.107.0В печатной форме счета на продажу с подписантами в формате FastReport не выводится информация о доверенности.Управление сбытомСчета, ДО на продажу
В печатной форме счета на продажу с подписантами в формате FastReport не выводится информация о доверенностиИсправлено
102.1953869.1.107.0В кассовых ордерах не запускается автоматическое распределение по ДО/Накладным/АктамКассаПриходный кассовый ордер
В кассовых ордерах, разнесенных по ДО, не запускается автоматическое распределение по спецификациям ДО/Накладных/Актов при установке даты оплаты. Так же, при формировании кассового ордера из ДО (в случае когда автоматически проставляется дата оплаты) не запускается автоматическое распределение по спецификациям ДО/Накладных/Актов.В кассовых ордерах, разнесенным по ДО, при установке даты оплаты запускается распределение по позициям спецификации ДО и накладных/актов, а так же расчет налогов и формирование счетов-фактур (в соответствии с настройками выполненных в интерфейсе настроек "Настройки Галактики Бухгалтерский контур Обработка документов Параметры работы с документами различных типов"). При формировании кассовых ордеров из ДО, в случае если в кассовом ордере автоматически проставляется дата оплаты, запускается распределение по позициям спецификации ДО и накладных/актов, а так же расчет налогов и формирование счетов-фактур (в соответствии с настройками выполненных в интерфейсе настроек "Настройки Галактики Бухгалтерский контур Обработка документов Параметры работы с документами различных типов").
102.1966519.1.105.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.15.0.Обеспечение корректной работы. Пересобраны ресурсы с учетом изменённых таблиц словаря Alter_Cumulative 9.1.15.0. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1968579.1.104.1Потеря преемственности. В печатной форме счета на продажу в формате FastReport некорректно выводится сумма с НДСУправление сбытомСчета, ДО на продажу
Потеря преемственности. После установки обновлений в печатной форме счета на продажу в формате FastReport некорректно выводится сумма с НДС. Теперь в этом поле выводится значение "Super". Пример сформированной формы во вложенииИсправлено Форма Счет-фактура на продажу для РБ
102.1912299.1.104.0Переработка функций установки параметров экспорта FastReportИнструментарий прикладного программистаFastReport - встроенный генератор отчетов
Генератор отчетов Fast Report ----- СУТЬ ПРЕДЛОЖЕНИЯ ---- Переработка функций установки параметров экспорта FastReport. Для большей гибкости и упрощения кода необходимо: 1) Изменить способ передачи параметров через функцию FRSetParameters с помощью строки параметр=значение c разделителем; 2) Удалить функцию FRGetDefaultParameters.Функция FRSetParameters вместо структур принимает строку параметр=значение c разделителем. Функция FRGetDefaultParameters удалена.
102.1913049.1.103.0Печать наименования МЦ, которое превышает 225 символов, в печатных формах ДО на продажуУправление сбытомСчета, ДО на продажу
Печать наименования МЦ, которое превышает 225 символов, в печатных формах ДО на продажу Есть клиенты, которые торгуют мед. техникой и им нужно, чтобы наименование МЦ в печатной форме ДО совпадало с наименованием МЦ в сертификате на товар. А наименование МЦ в сертификате на товар формируется по установленному законодательством образцу и часто возникают ситуации, что наименование товара в сертификате превышает 255 символов. Поэтому предлагаю вносить полное наименование МЦ, в таких ситуациях, когда оно превышает 255 символов) в карточке МЦ на закладку "Примечание". И, при определенной настройке системы, если заполнено поле "Примечание" у МЦ, то данные по наименованию МЦ при печати ДО и т.д. нужно брать из закладки "Примечание" карточки МЦ, а если нет, то из закладки "Варианты наименования" поля "Полное наименование" " карточки МЦ (т.е. также как и в настоящее время). И соответственно выводить это наименование МЦ из закладки "Примечание" при печати ДО во всех печатных формах в формате FastReport.Добавлена настройка "Настройки Галактики Логистика Документы Документы-основания Печать Печать наименования МЦ/Услуг с учетом поля "Примечание"" При включенной настройке и при наличии содержимого в примечании МЦ или Услуги на печать выводится содержимое поля "Примечание" Доработаны все FR формы по ДО.
101.661949.1.103.0Продолжение 101.64764. Откат действияУправление сбытомСчета, ДО на продажу
Был решен ПИР 101.64764. При выполнении алгоритмов в настройках "Настройки Галактики Логистика Документы Документы-основания Выполнение алгоритмов" не было возможности запретить изменение строки ДО, теперь есть, но при запрете это изменение не возвращается к исходному и запрет приводит к постоянному запуску сообщения о запрете при попытке выйти из строки, даже если вернуть это значение обратно. Откат действия (Alt-Bakspace) не работает. Во вложении видео(2 части архива), как это выглядит скрипт в настройках - EnvironmentSetStr("binding", "1"); Message(EnvironmentGetStr("binding")); Возможно, есть возможность из самого скрипта javascript инициировать откат? Если нет то хотелось бы чтобы это делал механизм запрета.Доработано. При запрете модификации алгоритмом происходит перечитывание записи
106.106479.1.103.0Настройка про копирование партий при копировании ДОУправление сбытомСчета, ДО на продажу
Настройка про копирование партий при копировании ДО Настройка "Настройки ГалактикиЛогистикаПартионный учетПеренос партии товаров при копировании ДО" в значении "по запросу" открывает запрос и при копировании ДО с услугами Клиент просит: сделать данную настройку более интеллектуальной: разделить ее для товаров и услуг - если в ДО услуги и нет товаров, то запрос открывать не надо.Если в спецификации ДО отсутствуют товары (только услуги), то данная настройка не применяется.
102.1924909.1.103.0ATL5533. Ошибки при печати FR-отчетов на Атлантисе 5533Управление сбытомСчета, ДО на продажу
Ошибки при печати FR-отчетов на Атлантисе 5533. Управление сбытом - Документы - Счета, ДО на продажу - печать документа: Счет СТАНДАРТНЫЙ (безнал) с подписантами Счет-фактура на продажу с 2006 г Счет-фактура на продажу с 2006 г с дополнениями Счет-фактура с 2006 г с дополнениямиИсправлено
102.1805019.1.101.0При вызове Пакетного изменения статуса документов не происходит обращения к настройкамУправление снабжениемДО на предоплату закупок
При вызове Пакетного изменения статуса документов не происходит обращения к настройкам Настройки Галактики Логистика Документы Документы-основания Выполнение алгоритмов Перед изменением статуса Управление снабжением и Настройки Галактики Логистика Документы Документы-основания Выполнение алгоритмов После изменения статуса Управление снабжением как это делается при индивидуальной смене статуса "внутри" ДО не предоплату. И соответственно, указанные алгоритмы "до" и "после" смены статусов не выполняются.В пакетном режиме также запускаются соответствующие алгоритмы
101.658699.1.101.0Ошибка вставки записи в SpDocBuf в момент формирования накладной из ДО.Управление сбытомСчета, ДО на продажу
В сбыте, создаем ДО, резервируем товар на складе, создаем накладную на отпуск. Иногда выскакивает сообщение с ошибкой "Ошибка вставки записи в SpDocBuf!". В результате в накладную не попадают некоторые позиции. Сколько раз выскочило сообщение - столько позиций и не попало.Переделал инициализацию nRec временной таблицы
101.659739.1.101.0Проблемы с производительностью при формировании отчета "Просмотр резерва по ДО" в мультифилиальном режиме.Управление сбытомПросмотр резерва по ДО
Проблемы с производительностью при формировании отчета "Просмотр резерва по ДО" в мультифилиальном режиме. После установки обновлений очень сильно замедлилось формирование отчета : "При выполнении отчета "Просмотр резерва по ДО" в мультифилиальном режиме отчет очень долго, больше часа(программа зависла), формирует документы для отчета. Параметры, с которыми формируется отчет во вложении. Ранее, при формировании, отчет на текущую дату формировался 7-10 минут. После обновления отчет на текущую дату формируется неизвестное количество времени. После часа обработки сбрасывали процесс.Проведена работа над быстродействием
102.1906429.1.101.0Печать ДО при продаже лома и шкурУправление сбытомСчета, ДО на продажу
Печать ДО при продаже лома и шкур Клиент просит, чтобы при печати счета на оплату из ДО, в случаях, когда НДС исчисляется налоговым агентом при продаже металлолома и пр., (указана соответствующая форма оплаты в поле "Форма расчета" и настройка "Настройки Галактики Логистика Налоги, документы для учета НДС Россия, Молдова, Узбекистан Форма расчета накладной и ДО при реализации сырых шкур и лома") в счете также указывалась фраза - "НДС исчисляется налоговым агентом" (как выводится для ТОРГ-12 и СФ), вместо НДС равно ноль рублей, т.к. это неверно в данном случае. Сейчас приходится исправлять счета на оплату при печати вручную.При печати счетов из ДО (на основании формы "Счет СТАНДАРТНЫЙ - А4"), если в ДО указана "Форма расчета", совпадающая с формой в настройке "Настройки Галактики Логистика Налоги, документы для учета НДС Россия, Молдова, Узбекистан Форма расчета накладной и ДО при реализации сырых шкур и лома" и при этом НДС = 0, то в счете указывается фраза - "НДС исчисляется налоговым агентом". В счетах в формате RTF в строке, где НДС выводится прописью, так же выводится фраза - "НДС исчисляется налоговым агентом"
102.1873389.1.101.0Редактирование НДЕ-эквивалента налогов в валютном ДОУправление снабжениемСчета, ДО на закупку
У Клиента в Инвойсе прописана рублевая сумма налогов. ДО валютное, создается в евро, группа налогов у позиции спецификации относится на другую организацию (налоговый орган, куда и оплачиваются налоги). Налоги рассчитываются и оплачиваются в НДЕ. Но в ДО нет возможности редактировать НДЕ- эквивалент суммы налога, хотя в накладной такая возможность есть.Поле НДЕ-эквивалент суммы налога в ДО на закупку и ДО на продажу доступно для редактирования. Добавлена функция обратного пересчета курса валют.
102.1699559.1.100.0Настройка "Возможность ввода количества в групповом выборе"НастройкаНастройка контура ЛОГИСТИКИ
При выборе услуг в спецификацию документа (ДО), имея значение настройки "Общие настройки системы / Интерфейсы выбора / Возможность ввода количества в групповом выборе" = "в каждой позиции", в спецификацию не подтягивается количество из каталога услуг, при других же значениях данной настройки ("нет" / "для всех позиций") отрабатывает корректно.Сделано по аналогии с выбором из каталога Услуг. Если задано количество, то берется заданное количество, иначе - из каталога услуг
103.98669.1.100.0При резервировании не переводить ДО в статус Исполняемый если не достаточно МЦУправление сбытомСчета, ДО на продажу
Если МЦ нет или недостаточно в остатках, то резервирование не производить и ДО не переводить в статус "Исполняемый".Добавлена настройка Настройки ГалактикиЛогистикаРезервированиеПри невозможности резервирования переводить ДО в статус "Оформляемый" Нет-Да по умолчанию "Нет". В алгоритм резервирования ДО на продажу добавлена функция, которая при данной настройке и отсутствии резерва переводит ДО в статус оформляемый. Логика Галактики не изменялась: Резервирование можно производить только в статусе "исполняемый". Перевод в статус "оформляемый" возможен при отсутствии резерва. Т.Е. чтобы сработала функция изменения статуса необходимо запустить резервирование(перевести в исполняемый и произвести автоматическое резервирование, если резервирования не производить, статус останется "исполняемый", если по завершению резервирования количество резервов = 0, статус переведется в "оформляемый"). Ведется история изменения статуса.
102.1887879.1.100.0Запрос о переносе партии при копировании ДО надо регламентировать НастройкойУправление снабжениемСчета, ДО на закупку
Запрос о переносе партии при копировании ДО надо бы регламентировать Настройкой. При решении проблемы 102.185740 реализация переноса партии решается запросом. Предлагаю этот запрос убрать и перенести в Настройку. По умолчанию сохранить перенос, как и было раньшеДобавлена настройка: Настройки Галактики/Логистика/Партионный учет/Перенос партии товаров при копировании ДО - "Да", "По запросу", "Нет". По умолчанию значение "Да". Если значение настройки установлено "По запросу", то при копировании ДО (вставке из буфера) запрашивается необходимость копирования партии. При ответе отличном от Да, копирования партий в спецификации не производится. По умолчанию "Да".
103.98629.1.100.0отчет Просмотр резерва по ДОУправление сбытомПросмотр резерва по ДО
отчет Просмотр резерва по ДОИсправлено: доступность полей для выбора в фильтре настройки отчета "Просмотр резерва по ДО" не зависит от текущих пользовательских настроек.
101.653899.1.100.0Создание ДО с контрагентами из черного списка.Управление сбытомСчета, ДО на продажу
Создание ДО с контрагентами из черного списка. При работе с контрагентами, находящимися в черном списке, их нельзя напрямую выбрать для ДО. Однако, существует возможность обойти данное ограничение, при условии, что с таким контрагентом существует договор: создать новое ДО, выбрать договор с контрагентом из черного списка - в ДО установится этот контрагент. Необходимо закрыть эту "дыру" и запретить пользователям каким либо образом создавать счета на контрагентов из ЧС.В карточках ДО при выборе договора с контрагентом, находящимся в черном списке, согласно ограничениям и функционалу работы с ЧС выдается сообщение о запрете выбора.Если контрагент находится в ЧС без ограничений, запрет на формирование не производится. При пакетном формировании ДО по договорам, договора с контрагентами из ЧС не предлагаются к выбору.
102.1879769.1.100.0Запрет копирования ДОУправление сбытомСчета, ДО на продажу
Запрет копирования ДО Появилась необходимость запрещать некоторым пользователям копировать ДО. На скриншотах во вложении указаны пункты локального меню и кнопки, которые должна скрывать данная настройка. Настройку просят добавить в Настройки Галактики-Логистика-Документы-Управление сбытом-До на продажу.Добавлена настройка: Настройки Галактики/Логистика/Документы/Управление сбытом/ДО на продажу/Запрещать копирование ДО на продажу. По умолчанию - "Нет". При установленной настройке, в окне выбора ДО на продажу скрываются пункты локального меню и панель инструментов, связанные с копированием ДО. Пункт локального меню копирования спецификации из другого ДО в окне редактирования ДО на продажу становится неактивным. Соответствующие горячие клавиши не работают.
101.647359.1.100.0Дополнительная классификация договораУправление договорамиВвод договора
1) Поле "Дополнительная классификация договоров" из расширенной информации договора, закладка "Назначение", внести в папку "Настройки Галактики Логистика Документы Управление договорами Контроль заполнения полей", с соответствующей функциональностью. 2) При привязке ДО на закупку/предоплату закупок к договору переносить информацию в ДО в виде внешней классификации.Добавлена настройка "Настройки Галактики Логистика Документы Управление договорами Контроль заполнения полейДополнительная классификация договоров", которая учитывается в расширенной информации договора, закладка "Назначение", поле "Дополнительная классификация договоров". В ДО - "Расширенная информация" добавлено поле "Доп. классификация", которое отображается при установленной настройке "Настройки Галактики Логистика Документы Управление договорами Контроль заполнения полейДополнительная классификация договоров". Поле только для чтения и отображения значения доп. классификации из договора.
102.1889299.1.099.0Не правильно рассчитывается задолженность по платежамФинансово-расчетные операцииПлатежное поручение
Не правильно рассчитывается задолженность по платежам. При привязке нового платежа не видны платежи, ранее привязанные к ДО. Если изменить "Настройки ГалактикиБухгалтерский контурОбработка документовРаспределение платежа по ДОУчитывать при расчете задолженности оформляемые фин. документы"=да, то сумма платежей отображается корректно. Все платежные поручения оплачены, настройка влиять не должна. Описание пользователя во вложении. Отчет о компонентах во вложении. База на которой проявляется проблема выложена на FTP сервер, в директорию 2.150770.Проблема возникает из-за того, что при выключенной настройке "Учитывать при расчете задолженности оформляемые фин. документы" в расчете задолженности участвовали только документы в исполняемых или закрытых статусам. Документы без статуса или оформляемые не учитывались. Исправлено следующим образом. Переименована настройка "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по ДО Учитывать при расчете задолженности оформляемые фин. документы" в "Учитывать при расчете задолженности неоплаченные фин. документы". Добавлена новая пользовательская настройка "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по ДО Учитывать при расчете задолженности фин. документы в статусе оформляемый" со значением по умолчанию - "нет". Теперь можно отдельно настроить учитывать оплаченные или не оплаченные документы, а так де учитывать или нет документы в статусе оформляемый. В данном конкретном случае пользователям необходимо выключить настройку "Учитывать при расчете задолженности неоплаченные фин. документы" и включить настройку "Учитывать при расчете задолженности фин. документы в статусе оформляемый".
102.1868079.1.098.0При создании ДО по договору выбирается исходное количество, а не свободный остатокУправление снабжениемСчета, ДО на закупку
При создании ДО по договору выбирается исходное количество, а не свободный остаток. Контроль в статусе установлен "ДА"Исправлено.
102.1756669.1.098.0УРиО - ОЭ - корректировка ДОУправление снабжениемКорректировка ДО
Описание бизнес процесса: 1. Формируется акт/накладная. 2. По сформированному сопроводительному документу формируется ДО. 3. По сформированному сопроводительному документу формируется корректировочный документ. Необходимо, чтобы сумма ДО была корректной, с учетом корректировочного документа. Акт первичен в данном случае. в исходном сопроводительном документе присутствуют позиции с ручными налогами, в ДО при использовании функции налоги по позициям почему-то расчетные. В итоге ДО у нас с непонятными суммами. Можно ли завязаться на настройку "Настройки Галактики Логистика Документы Сопроводительные документы Формирование документов Автоматическая синхронизация ДО при модификации накладных/актов" при внесении изменений в корректировочном документе? Возможно потребуется консультация с ОАП.При корректировке ДО налоги переносятся без пересчета. Признак Ручныене ручные устанавливается из накладной.
102.1867059.1.098.0Атлантис 5.5.32. Печать ДО FR-отчет - ошибкиУправление сбытомСчета, ДО на продажу
Атлантис 5.5.32. Печать ДО FR-отчет - ошибки. См. вложение.Исправлено
102.1867359.1.098.0Несоответствие преобразуемых форматов при печати СФ из ДО в формате FRУправление сбытомСчета, ДО на продажу
Проявляется только на Атлантис 5.5.32! Несоответствие преобразуемых форматов при печати СФ из ДО в формате FR. Подробнее - см. вложения с описанием ошибки и письмом от Павловича А.А.Исправлено
102.1857409.1.098.0копирование ДОУправление снабжениемСчета, ДО на закупку
Клиент ведет партионный учет. партия создается в момент оприходования товара. Для дальнейшей работы ему нужно До. Создал по накладной ДО и в ДО перенеслась партия. Далее клиент копирует ДО для создания нового и партия тоже копируется. По ДО создает накладную , оприходует ее, но новая партия не создается , а приходуется со старой. Клиент очень просит дать возможность копировать ДО, но не копировать партии, например в настройку параметров копирования документов добавить---копировать партию товара или нет.Добавлена настройка: Настройки Галактики/Логистика/Партионный учет/Перенос партии товаров при копировании ДО - "Да", "По запросу", "Нет". По умолчанию значение "Да". Если значение настройки установлено "По запросу", то при копировании ДО (вставке из буфера) запрашивается необходимость копирования партии. При ответе отличном от Да, копирования партий в спецификации не производится.
102.1859319.1.098.0Не закрывается окно выбора текущих остатков в ДОУправление договорамиДО на продажу
При установке настройки Настройки Галактики Логистика Документы Управление сбытом ДО на продажу Значения по умолчаниюВыбор спецификации=из текущих остатков на текущих обновлениях - при создании нового до, при выборе первой позиции спецификации после закрытия окна текущих остатков (без выбора позиции) по клавише esc, окно открывается снова и так без конца. Получается закрыть либо долгим удерживанием нажатой клавиши esc либо через диспетчер задач. Окно должно закрываться с первого раза, если пользователь не сделал выбор мц, чтобы была возможность нажать f3 или ctrl+f3Если по ДО нет спецификации, то закрытие выбора из текущих остатков происходит без повторного вызова интерфейса выбора, пока не нажать F7.
102.1846709.1.097.0не найдена MSVCR120.DLLУправление сбытомРабота с Контур.Диадок
Галактика при входе в любой модуль, и вызове чего либо ( например Документы - Акт на прием услуг) выдает сообщение, что не найдена MSVCR120.DLL. При отключении C_Diadoc такой проблемы нет. Настройка "Настройки ГалактикиОбщие настройки системыРабота с Контур.Диадок" = нет" ОС - Windows Server 2012 R2Исправлено
101.647649.1.097.0Алгоритмы на спецификации документов-оснований. Отмена внесенных измененийУправление сбытомСчета, ДО на продажу
хотят повесить алгоритм перед изменением строки ДО, который будет проверять наличие связанной строки накладной, и если таковая найдена - запрещать/отменять изменение данной строки."Настройки Галактики Логистика Документы Документы-основания Выполнение алгоритмов " Перед изменением спецификации Управление сбытом Управление снабжением Алгоритмы изменения вызываются перед ручным изменением позиции спецификации ДО. Если алгоритм вернул ошибку, то изменения не сохраняются в БД. P.S. Возможно, пользователю придется отменять ввод Alt+BackSpace
102.1847929.1.097.0В списке ДО стало 3 различных представления признака отгрузки оплатыУправление сбытомСчета, ДО на продажу
В списке ДО стало 3 различных представления признака отгрузки оплаты (было 2) На 9.2 аналогично.Исправлено
101.627199.1.096.0Диадок. Добавить в лок. меню по Диадоку кнопку печать документаУправление сбытомРабота с Контур.Диадок
Диадок. Добавить в лок. меню по Диадоку кнопку Просмотр документа (Печать). Сейчас чтобы вывести документ на печать, надо сначала выбрать функцию " Диадок.Показать документ (Переход)", затем перейдя в Г.Диадок. выбрать "Просмотр Документа"В локальное меню ДО, накладных на отпуск/на прием, счетов-фактур добавлена кнопка "Диадок. Печать документа", которая позволяет открыть печатную форму документа Диадок.
102.1839959.1.095.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.12.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
103.97919.1.094.0Не формируется примечание ДО на продажу после обновленияУправление сбытомСчета, ДО на продажу
После обновлений при формировании вручную ДО и изменении ссылки на договор, ПКП не изменяется примечание ДО по шаблону на продажу.Исправлено.
102.1834469.1.094.0Логирование предупреждений при работе с DSK, объект: "__VidGroup"Управление сбытомСчета, ДО на продажу
Логирование предупреждений при работе с DSK, объект: "__VidGroup" при печати формы: ---------------------------------------------------- 25.05.2018 11:49:13.95, объект: "__VidGroup" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : PRNDOCS Записан: BIGPRINTИсправлено
102.1832029.1.094.0Длительный процесс инициализации расчета сальдовых остатков при запуске локальной функции Формирование спецификации (из текущих остатков)Управление сбытомСчета, ДО на продажу
Открываем ДО на продажу в режиме редактирования. Находясь в спецификации счета ДО выбираем локальную функцию Формирование спецификации-из текущих остатков, далее закрываем окно либо через кнопку закрыть, либо через ESC- в результате запускается процесс инициализации расчета сальдовых остатков, который длится продолжительное время. По словам клиента на его базе процесс длился около 11 минут (запускали с сервера). Процесс запускал у себя на тестовой базе (время более 50 мин), затем снял задачу через Диспетчер задач.Исправлено зависание пр отмене выбора из текущих остатков
102.1826939.1.094.0Переносить р/с из до в платежкуФинансово-расчетные операцииПлатежное поручение
У клиента общесистемная настройка Ведется несколько расчетных счетов стоит в значении нет. Тем не менее у собственной организации заведено несколько рабочих расчетных счетов. Создаем ДО, оно создается с р/с по умолчанию, но мы его перевыбираем на другой р/с. Создаем платежное поручение по ДО, в котором р/с не перетягивается из ДО, а устанавливается в значение, которое стоит в настройке Р/с в банке. Предложение: в указанной ситуации безусловно тянуть р/с из ДО либо сделать настройку по выбору.При формировании платежных документов из ДО + значение настройки "Настройки Галактики Бухгалтерский контур Ведется несколько расчетных счетов" = "нет", расчетный счет берется из ДО, а не из настройки "Настройки Галактики Общие настройки системы Собственная организация Р/с в банке". работает в рамках настройки: "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по ДО Изменять расчетный счет собственной организации в платежном документе при выборе ДО" - нет/да/по запросу в групповых режимах формирования запрос выдается один раз
101.638439.1.094.0В печатной форме ДО учитывать историю изменения атрибутов организацииУправление сбытомСчета, ДО на продажу
В печатной форме ДО необходимо учитывать историю изменения атрибутов организации. В частности, у клиента сменился КПП организации. В каталоге изменили, а в печатной форме это никак не учитывается - документы за любой период печатаются с новым КПП. Клиент пользуется форматами бизнес текста и *.rtf. Прототип - PRBDOCСделан учет истории изменения атрибутов организации для значений УНН, КПП, юридического, почтового и других адресов организаций для поставщиков, плательщиков, грузоотправителей, грузополучателей, наименование города.
102.1721639.1.094.0Округление сумм в печатной форме Счет вал-ндеУправление сбытомСчета, ДО на продажу
Округление сумм в печатной форме Счет вал-нде. Есть ДО ВАЛ-НДЕ(бизнестекст). В нашем случае в Евро. В ДО небольшое количество позиций(от 2 до 10) могут быть как услуги так и МЦ. Настройка округление в управлении сбытом отключена. При печати печатной формы "Счет в ВАЛ-НДЕ" итоговые суммы в НДЕ не округляются(Итого с учетом налогов и Итого к оплате) и равны друг другу. Но суммы в НДЕ в спецификации печатной формы округлены и соответственно если их сложить, то итог будет отличаться. На больших спецификациях это выявить сложно,т.к. незаметно, но у клиента в ДО в спецификации бывает по 2-3 услуги и контрагенты замечают эту разницу. Хотят, что бы настройка по округлению в модуле распространялась и на эти суммы в печатной форме, т.е. если стоит НЕТ, то и суммы в НДЕ в спецификации не должны округляться. Других форм ВАЛ-НДЕ у нас нет, а клиенту они нужны.Для отчета "Счет в ВАЛ-НДЕ - А4" в формате бизнес-текста изменен формат вывода значений сумм. Дробная часть значений содержит 2 обязательные цифры, остальные цифры сумм являются необязательными и выводятся с использованием значений настроек "Настройки ГалактикиЛогистикаДокументыУправление сбытом..значения в НДЕ округлять до" (для сумм НДЕ) и "Настройки ГалактикиЛогистикаДокументыУправление сбытом..значения в валюте округлять до" (для сумм в валюте). Если значение настройки "Настройки ГалактикиЛогистикаДокументыУправление сбытомОкругление в документах сбыта" не задано, то дробная часть содержит 2 обязательные цифры.
102.1813959.1.094.0до на отгрузкуУправление сбытомСчета, ДО на продажу
При изменении входимости налогов для ДО сейчас цена остается, а пересчитывается сумма. Требуется добавить настройку: при изменении входимости налогов -оставить цены, пересчитать сумму (как сейчас) -оставить сумму, пересчитать цены.Добавлена настройка "ЛогистикаДокументыДокументы-основанияМодификация и контроль данных Изменение входимости налогов" со значениями : "изменять стоимость"(установлена по умолчанию), "изменять цену". Если данная настройка имеет значение - "изменять цену", то при изменении параметра "Налоги" на форме редактирования документа-основания в зависимости от входимости данные по позициям будут пересчитываться не от цены, а от стоимости.