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


Описание файла обновления:
ФайлL_COMMON_RES_91860.TXT
ОбновлениеL_Common_res_91860
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентL_COMMON
ТипRES
Версия9.1.86.0
Дата2017-11-07 13:16:09
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
180.10508NEWВыгрузка для ЭДО и Гал-ка.Диадок - грузоотправитель является иностранным государствомУправление сбытомРабота с Контур.Диадок
у нашего клиент грузоотправитель является иностранным государством. При выгрузке документов для ЭДО этот грузополучатель попадет в раздел с ИП, а при использовании функции Диадок.Отправить вообще выходит ошибка. Проблема требует срочного решения.Для определения типа контрагента используется признак в каталоге организаций - юридическое лицо, физическое лицо, индивидуальный предприниматель. Отказываемся от определения ИП по 12-ти знакам ИНН. Доработано для выгрузки в xml счетов-фактур, УПД и других данных, связанных с сопроводительными документами. Если у клиентов не проставлен данный признак для ФЛ или ИП, то порекомендовать проставить.
180.104619.1.85.0выбор ставки налога из группы налогов по стране при импорте через Галактика.ДиадокУправление сбытомРабота с Контур.Диадок
клиенту поступил УПД в xml-формате. При импорте данного документа в систему Галактика ERP в Приходные накладные (нажали в интерфейсе Документы - Входящие в Галактике.Диадок пункт Импортировать) выдалось предупреждение "Ставка налога 18.00% не соответствует установленной в группе". Эта ошибка связана с тем, что в группе налогов, привязанной к МЦ, содержащейся в импортируемом файле, содержится несколько налогов "НДС" с разыми ставками для разных стран. Это связано с тем, что у клиента одна и та же группа налогов привязывается ко всем МЦ - и импортным, и экспортным поставкам. При проверке на соответствие анализируется только поле ставка налога, но не анализируется страна. У каждого НДС в данной группе налогов указаны разные страны. Необходимо при загрузке анализировать поле Страна для организации, которая является продавцом. Ведь по организации во вкладке Прочее есть поле Страна. Значение этого поля Страна должно совпадать со значением графы Страна в группе налогов из МЦ. По налогу из группы налогов с необходимой страной и надо сравнивать ставку налога.Сделана проверка налоговой ставки с учетом страны продавца. Страна продавца берется из каталога организации, закладка "Прочие".
101.625639.1.84.0Диадок. Добавить вывод доп. документов оснований в строку 8 УПДУправление сбытомРабота с Контур.Диадок
При выставлении УПД за оказанные транспортные услуги, необходимо указывать информацию о документах основаниях (ДО). К ним относятся: Складская расписка, Транспортная накладная, Товарная накладная, Поручение экспедитору, Экспедиторская расписка, УПД, Счет-фактура, Путевой лист. Т.к. строка № 8 УПД является обязательной к заполнению, и информация указанная в ней будет предоставлена в ИФНС, необходимо информацию о ДО указывать в этой строке после Договора. Выводится должен тот ДО - данные по которому заполнены. Предлагаю сделать по аналогии с ИнфПолФХЖ1, то есть добавить выбор набора ВА для Основания (строка 8 УПД). При этом данные заполняемые автоматически (Договор, доп. соглашения) должны так же сохраняться. См. вложенный файл.Добавлен новый интерфейс "Атрибуты для элемента "Основание передачи"". В интерфейсе добавляются атрибуты, которые будут выводится в печатной форме УПД в строке 8 и при выгрузке в xml в элементе ОснПер. Атрибуты заводятся к сопроводительным документам. В интерфейсе есть возможность указать название атрибута вручную (поле Наименование), либо выбрать из списка уже существующих. При нажатии на кнопку "Сохранить выбор атрибутов для всех документов " выбранные атрибуты будут проставляться во всех документах, если они заполнены. Следует также учитывать, что если не будет заполнено поле "Дата", то атрибут не будет выгружаться. При выгрузке и печати УПД сначала выводится Договор, Доп.соглашение, привязанные к документу, затем атрибуты, выбранные в интерфейсе. Из-за особенностей вывода данных в xml, заполнять атрибуты вручную, не через интерфейс "Атрибуты для элемента "Основание передачи"" не рекомендуется. Вызывается новый интерфейс по локальному меню "Установка атрибутов для УПД" - "Атрибуты для ОснПер" из: - интерфейса "Экспорт универсального передаточного документа" (Управление сбытом - Операции - Импорт/экспорт - Экспорт универсального передаточного документа); - интерфейса "Экспорт документов в xml-файлы для электронного документооборота" (лок.меню из интерфейса счетов-фактур "Экспорт для ЭДО"), только если помечен один СФ и в интерфейсе выбран тип "Универсальный передаточный документ (с 01.07.2017)"; - интерфейса "Отправка документов" (лок. меню "Диадок. Отправить"). А так же по лок.меню сопроводительного документа (Накладная на отпуск, Акта на оказание услуг, работ, Рекламационной накладной) "Установка атрибутов для УПД" - "Атрибуты для "Основание передачи (сдачи)/получения (приемки)"". В интерфейсе "Экспорт документов в xml-файлы для электронного документооборота" кнопка "Атрибуты для ИнфПолФХЖ1" заменена соответствующим лок.меню.
180.103999.1.84.0добавить настройку по Галактике.Диадок - по автоподписаниюУправление сбытомРабота с Контур.Диадок
По рекомендации Осокина С. направляем вопрос: Добавить настройку "Подписывать автоматически уведомление о получении СФ" - данет. По умолчанию "да" и работает как сейчас, "нет" пользователь сам по функции подписать документ вручную подписывает уведомления.Добавлена настройка "Настройки Галактики Общие настройки системы Работа с Контур.Диадок Автоматически отправлять уведомление о получении СФ" - по умолчанию = ДА Если настройка выключена, то отправка уведомлений о получении СФ осуществляется вручную, по функции локального меню "Отправить извещение о получении СФ". У документов, которым надо отправить извещение статус выделяется желтым цветом. После выполнения функции, статус меняет цвет на черный. Т.к., статус документа приходит с сервера, то он может поменяться через 10-20 секунд. Если это не произошло автоматически, необходимо запустить обновление вручную.
102.1674259.1.83.0УРиУ Функционал Добавить новый вид распоряженияСкладской учетРаспоряжение на внутреннее перемещение МТР
К распоряжениям на перемещение МТР нужно добавить новый тип распоряжения -"Распоряжение на изменение целевого назначения".Добавлен новый вид распоряжения: Распоряжение на изменение целевого назначения МТР. Вызывается из модуля Складской учет - Документ - Распоряжения на перемещение МТР Данный вид распоряжения похож по функциональности на Распоряжения на перемещение МТР за следующими отличиями: - у распоряжения один склад и один МОЛ - обязательное поле - Склад, если оно не заполнено, то нельзя перейти в спецификацию - Если спецификация выбрана, то нельзя поменять Склад и МОЛ - По данному виду распоряжения формируется акт на перемещение между объектами: F3 в поле Распоряжение Акта
102.1684939.1.83.0добавить поле "Статус" в документ "Ввод в эксплуатацию"СпецодеждаВвод в эксплуатацию
Клиент просит добавить поле "Статус" в документ "Ввод в эксплуатацию" по по аналогии с документом "Акт выполненных работ".В окно редактирования документов спецоснастки/спецодежды добавлено поле "Статус". Работает разграничение прав пользователя по статусам. Сохраняется история изменения статусов. Доработано для следующих документов: - приход, поступление; - ввод в эксплуатацию; - внутреннее перемещение; - возврат из эксплуатации; - переоценка; - изменение параметров; - акт на списание; - ведомость начисления износа; - акт о недостачах; - акт об излишках; - пересортица.
106.104869.1.82.0ЭДО. Не сохраняется путь на каталог обменаУправление сбытомНе знаю, какая именно часть модуля Управление сбытом, научите
ЭДО. Не сохраняется путь на каталог обмена При вызове интерфейса: Управление сбытом---Операции---Импорт/Экспорт---Экспорт универсального передаточного документа не сохраняется значение поля "Путь к каталогу обмена данными:" Прошу реализовать сохранение пути и его подгрузку.Путь к каталогу обмена данными в интерфейсе Экспорт универсального передаточного документа сохраняется в dsk.
180.102559.1.82.0группировка одноименных позиций накладной при экспорте УПДУправление сбытомЭкспорт по учету сопроводительных документов
у клиента в накладных на отпуск и СФ большое кол-во одноименных позиций с одинаковой ценой, т.к. осуществляется повагонная отгрузка (привязывается номер ж/д квитанции). Необходимо в функционале экспорта УПД добавить возможность как при печати СФ указать параметр "группировать позиции спецификации документов". При установленном параметре выгружаться должны не все параметры, а агрегированные по наименованию и цене.Добавлен параметр "группировать спецификации по матценности и цене" в интерфейсы: - Экспорт универсального передаточного документа; - Экспорт документов в XML-файлы для электронного документооборота (по лок.меню СФ "Экспорт для ЭДО"); - Отправка документов (по лок.меню "Диадок. Отправить"). Параметр доступен только для выгрузки УПД. При установке параметра позиции спецификации с одинаковой ценой и наименованием объединяются.
180.102569.1.82.0вывод варианта наименования при экспорте УПДУправление сбытомЭкспорт по учету сопроводительных документов
у клиента очень широко используются варианты наименования для МЦ. необходимо при выгрузке в ЭДО УПД добавить возможность указать параметр "вывод варианта наименования". В выгружаемый файл должен быть перенесен именно вариант наименования МЦ.Добавлен параметр "вывод варианта наименования МЦ и услуги" в интерфейсы: - Экспорт универсального передаточного документа; - Экспорт документов в XML-файлы для электронного документооборота (по лок.меню СФ "Экспорт для ЭДО"); - Отправка документов (по лок.меню "Диадок. Отправить"). Параметр доступен только для выгрузки УПД. Если параметр установлен, при выгрузке УПД можно выбрать вариант наименования (аналогично выбору при печати СФ и сопр.документа). Выбранный вариант попадет в выгруженный файл. Если УПД выгружается с СФ, то вариант наименования устанавливается к позициям СФ. Если без СФ, то к позициям сопроводительного документа.
180.102609.1.82.0убрать тэги по единицам измерения и кол-ву при выгрузке в ЭДО УПД по услугамУправление сбытомЭкспорт по учету сопроводительных документов
при выгрузке в электронный формат УПД по услугам необходимо убрать из xml-файла в разделе со спецификацией документа следующие параметры: ЦенаТов, КолТов, ОКЕИ_Тов, ДопСведТов - НаимЕдИзм, т.к. необходимо вместо них иметь прочерки в загруженном в систему электронного документооборота документе, но выводить в xml сразу прочерк нельзя, т.к. система ЭДО это расценивает ошибкой.В интерфейсы "Экспорт универсального передаточного документа" и "Экспорт документов в XML-файлы для электронного документооборота" (лок.меню СФ "Экспорт для ЭДО") добавлен параметр "не выводить количество, цену и единицу измерения для услуг". При установке параметра для услуг, у которых не указан ОКЕИ, атрибуты ЦенаТов, КолТов, ОКЕИ_Тов, ДопСведТов - НаимЕдИзм не выгружаются. При отправке УПД через Диадок атрибуты не выгружаются при настройке "Настройки Галактики Общие настройки системы Работа с Контур.Диадок Настройки экспорта Выводить в файлы экспорта УПД и счета-фактуры количество, цену и наименование отпускной единицы при отсутствии ОКЕИ у услуги" = "нет".
101.620709.1.81.0Диадок. Необходимо передавать Иные сведения об отгрузке, передачеУправление сбытомРабота с Контур.Диадок
Надо в xml передавать дополнительные сведения об отгрузке, передаче. В печатной форме - это строка 12.Доработан вывод информации в элемент ИнфПолФХЖ1 при экспорте УПД. 1. Необходимо вручную создать внешние атрибуты к сопроводительному документу или счету-фактуре (желательно в одном из этих документов). Название атрибута следует задавать таким, каким должен быть Идентиф в ИнфПолФХЖ1 - ТекстИнф. Значение атрибута = ИнфПолФХЖ1 - ТекстИнф - Значен. 2. Чтобы определить, какие из атрибутов надо выводить в ИнфПолФХЖ1, необходимо в интерфейсе "Атрибуты для элемента "Информационное поле факта хозяйственной жизни 1"" выбрать эти атрибуты. Интерфейс вызывается: - из интерфейса Экспорта универсального передаточного документа по пункту локального меню "Атрибуты для ИнфПолФХЖ1" на документе (сопроводительном документе или СФ); - из интерфейса Экспорта документов в XML-файлы для ЭДО (по лок.меню из СФ) по кнопке "Атрибуты для ИнфПолФХЖ1". Кнопка активна, если выбран тип документа "Универсальный передаточный документ (с 01.07.2017)" и экпорт для ЭДО вызван для одного документа; - из интерфейса Отправка документа (Диадок. Отправить) по пункту локального меню "Атрибуты для ИнфПолФХЖ1" на документе (сопроводительном документе или СФ). В интерфейсе Атрибуты для элемента "Информационное поле факта хозяйственной жизни 1" по F7 (Добавить) открывается окно Выбора названия атрибута. Задать значение атрибута можно в самом интерфейсе. После выбора всех необходимых атрибутов, если набор атрибутов (по названию) стандартный для всех документов, можно нажать кнопку "Сохранить выбор атрибутов для всех документов". Если названия атрибутов и, соответственно, Идентиф в ИнфПолФХЖ1 - ТекстИнф для разных документов разные, то кнопку нажимать не следует! Если выбор атрибутов был сохранен для всех документов, то можно вручную для каждого документа не привязывать атрибуты каждый раз - при выгрузке УПД будет автоматически производится поиск по сохраненным названиям атрибутов. При выгрузке УПД, сначала идет поиск атрибутов к сопроводительному документу, потом к СФ. Если названия атрибутов в сопр.док. и СФ совпадают, то выводится будет из сопр.документа. С пустыми значениями атрибуты не выводятся.
102.1681309.1.80.0ЦО в авансовых счет-фактурах не должен меняться при привязке платежаУправление снабжениемСчета-фактуры поставщика
При оформлении счет-фактур задается ЦО "по умолчанию" из настройки, но при привязке платёжа ЦО переносится из расширенной информации платёжки из-за чего возникают ошибки при передаче СФ по интеграции. Приходится перепривязывать нужный ЦО вручную. Необходима настройка, которая позволит отменить перепривязку ЦО из платежей и ДО.Новая настройка "Из ДО/платежных документов в платежные счета-фактуры", папка Логистика Копирование Центра ответственности. По умолчанию значение = да. Если стоит нет, то при создании или привязке платежных документов сохраняется введенное значение ЦО или берется по умолчанию, если не введено, из платежа не переносится. При привязке ДО к платежным СФ заполнение ЦО также идет в зависимости от настройки.
106.104419.1.80.0Выбор ДО в накладной зависит от статусаУправление снабжениемПриходные накладные
Выбор ДО в накладной зависит от статусаесли передаваемый ДО не попадает под установленные ограничения интерфейса выбора, выдавать сообщение с запросом: ДО N от не попадает под установленные ограничения. Перейти в режим просмотра документа ? да/нет
106.104719.1.79.1Выгрузка СФ в ЭДО. СРОЧНОУправление сбытомНе знаю, какая именно часть модуля Управление сбытом, научите
Выгрузка СФ в ЭДО. СРОЧНО При выгрузке из интерфейса "документы для учета НДС" выбираем формат "УПД с 01.07.2017" . В xml файле Функция="СЧФДОП" Выгрузить СФ в новом формате, где Функция="СЧФ" нет возможности. В документации говорится, что выгрузка файлов возможна и с функцией ="СЧФ" и с функцией ="СЧФДОП" В силу приказа №ММВ-7-15/155@ электронный УПД может быть в следующем формате: o используется при передаче УПД с функцией СЧФ, ДОП, СЧФДОП; o используется при передаче УПД с функцией ДОП, СЧФДОП; Действовать это должно с 01.07.2017. Для клиента это очень критично! Необходима возможность выгружать СФ с наличием сопродок, но с функцией ="СЧФ"В интерфейсе "Экспорт документов в XML-файлы для электронного документооборота", вызываемом при выгрузке СФ в ЭДО по пункту локального меню СФ, добавлен параметр "Функция документа (при наличии первичного документа)", значения - "СЧФДОП", "СЧФ". Параметр доступен при "Тип выгружаемого документа" = "Универсальные передаточный документ (с 01.07.2017)". В зависимости от выбранного значения параметра "Функция документа (при наличии первичного документа)" документ выгружается, как СЧФ или СЧФДОП.
101.612799.1.79.0ТНВЭД в СФУправление сбытомНаши счета-фактуры
Согласно Налоговому кодексу, статье 169, пункт 5, подпункт 15, код ТНВЭД необходимо печать СФ. Клиент также просит, чтобы было отслеживание истории изменения кода ТНВЭД по МЦ/счет-фактуре. Например, у МЦ был один код ТНВЭД, его напечатали в СФ, далее по МЦ код поменялся, в новых СФ новый код, необходимо, чтобы в старых СФ код печатался прежний, на момент создания СФ.Добавлен вывод ТНВЭД при экспорте СФ для ЭДО. Для СФ до 01.07.2017 выводится в блоке ИнфПолСтр (Идентиф = ТНВЭД, Значен = сам код). Для СФ от 01.07.2017 (форма УПД) к наименованию позиции через запятую добавляется ВЭД и сам код ТНВЭД. Т.к. нет отдельной таблицы для кодов ТНВЭД, а к одной МЦ может быть задано несколько разных кодов, которые сохраняются в один атрибут списком, историю изменения кода сохранять невозможно.
101.616019.1.79.0Интерфейс выбора ДО - Отображение номера договора/соглашенияУправление сбытомСчета, ДО на продажу
Нужно выводить поле номера договора в соответствии с настройкой "Настройки Галактики Логистика Документы Управление договорами Отображение номера договора/соглашения в документах-основаниях и сопроводительных документах" = внутренний номерномерДоработано в: -Интерфейс выбора ДО -Параметры документов реализации ОС -Платежи по документам-основаниям -Налоговый Акт
101.619759.1.79.0Диадок. Надо в интерфейс выбора добавить поле Д.Управление сбытомРабота с Контур.Диадок
Диадок. Надо в интерфейс выбора добавить поле Д. Клиент планирует использовать кнопку F3 из поля связанного документа для просмотра документов. Сейчас, если нажать F3 из Диадок откроется интерфейс выбора и это правильно, но в нем не отображается статус Д - нет столбцаПоле "Д" добавлено для Управление сбытом (снабжением) - Документы - Диадок. Список документов в интерфейс выбора импортированного документа для акта на оказание/прием услуг, работ, накладная на отпуск/приходная накладная, счет фактура, документ-основание.
102.1570309.1.79.0Заполнение гр. 7 книги покупок по импортной операцииУправление снабжениемКнига покупок
Заполнение гр. 7 книги покупок по импортной операции не должна зависеть от даты платежа. Если есть привязанные платежи (если настройка печати информации об оплате по привязанным документам) или если код 06 (если настройка печати информации об оплате по платежным кодам операции), то номер и дата платежа должны выводится.При печати книги покупок для записи регистрации с кодом = 06 и контрагентом - иностранной организацией в гр.7 выводятся дата и номер всех платежей, а не только авансовых. При печати СФ и выгрузке в xml для данного случая тоже выводятся все платежи. Иностранная организация определяется по коду страны. Поэтому необходимо, чтобы он был заполнен.
102.1674969.1.79.0Количество знаков после запятой в цене при экспорте СФ для ЭДОУправление сбытомНаши счета-фактуры
Количество знаков после запятой в цене при экспорте СФ для ЭДО Выгружаем для ЭДО накладную и СФ, сформированную по данной накладной. НДС в документах входит в цену позиций, поэтому цена без НДС рассчитывается при выгрузке. При экспорте накладной значение цены выгружается с двумя знаками после запятой, как и должно быть, а при экспорте СФ цена уже с тремя знаками после запятой.Выгрузка обычных и корректировочных СФ для ЭДО. ЦенаТов выводится аналогично сопроводительным документам, с 2-мя знаками после запятой.
180.101789.1.79.0выгрузка в ЭДО авансовых СФ по Приказу ММВ-7-15/155Управление сбытомНаши счета-фактуры
Подскажите, пожалуйста, как в системе реализована возможность выгружать в ЭДО авансовый СФ в соответствии с приказом ММВ-7-15/155. В настоящее время в Галактике реализована только выгрузка УПд из первичных документов. а как получить выгрузку, которая будет действовать с 01.07.17, по СФ без первичного документа (по авансам есть только платежный документ) не понятно.Доработана возможность выгружать УПД по счету-фактуре. Изменен интерфейс "Экспорт по учету сопроводительных документов" - УПД из него не выгружается, соответственно удалено поле "Налоговая ставка" и в поле "Формат" нет выбора УПД или обычный сопрдок. Выгрузка УПД в xml производится из нового интерфейса "Экспорт универсального передаточного документа", который вызывается по меню "Экспорт универсального передаточного документа" в модуле Управление сбытом, меню Операции - Импорт/Экспорт. В интерфейсе "Экспорт универсального передаточного документа" в поле "Документ" выбирается документ, по которому будет производится экспорт в xml - Сопроводительный документ или Счет-фактура. Ниже отображается список документов, соответствующих выбранному значению. В поле "Тип документа" задается фильтр по типу документов. Для сопроводительных док-в фильтр обязателен, по умолчанию - "Накладная на отпуск МЦ". Так же добавлена возможность выгрузки УПД в xml из списка счетов-фактур по локальному меню "Экспорт для ЭДО". Добавлено поле "Тип выгружаемого документа", значения - "Счет-фактура (до 01.07.2017)" и "Универсальный передаточный документ (с 01.07.2017)". Соответственно, выгрузка производится либо в старом формате, либо в новом. При выгрузке авансового СФ: Функция="СЧФ". Если у авансового СФ отсутствует спецификация, то в "СведТов" выводится информация с общими суммами по СФ, "НаимТов"= "Аванс" + Примечание из хозоперации. Изменилось сохранение информации об экспорте УПД - сохраняется информация по сопроводительному документу и СФ. Т.о. ранее выгруженные УПД теперь не отобразятся, как выгруженные в списке документов (колонки "Э" и "Дата экспорта"). Следует так же учитывать, что при выгрузке УПД по сводному счету-фактуре выгружается информация по СФ и по первому найденному сопрдоку (остальные не учитываются и как экспортированные не сохраняются).
102.1654589.1.78.0Удаление узла из XML по условиюЗаработная платаРСВ 2017 (xml)
Удаление узла из XML по условию XSD-схема формата выгрузки формы РСВ 2017 года предполагает использование множества необязательных составных элементов. При этом для того, чтобы убедиться в том, что элемент необязательный, зачастую необходимо проверить, будут ли заполнены какие-то элементы на несколько уровней ниже. Предлагаю расширить функционал используемого в выгрузке РСВ интерфейса XMLConverter методами, которые позволят проверить элементы (включая вложенные) на заполненность и удалить их (включая дочерние) при необходимости. Под заполненностью по умолчанию предлагаю понимать наличие значений, отличных от "". Для РСВ 2017 дополнительно незаполненными будут считаться элементы, равные "0" и "0.00".В XML-выгрузку формы РСВ 2017 ряд необязательных элементов теперь не попадает в тех случаях, когда они не заполнены.
102.1654669.1.77.0КИС ФХД Точка расширения на смену статуса документаКонтур логистикиL_Dogovor
КИС ФХД Точка расширения на смену статуса документа Заказчиком предъявлено требование запретить смену статуса документа на исполняемый при наличии ошибок в оформлении первичного документа. Для его реализации нужна точка расширения для запуска собственного алгоритма перед сменой статуса. Для универсальности подхода предлагаем реализовать точку расширения в STATLOGER.VIP. В точке расширения должны быть доступны переменные: тип документа, ссылка на документ, ссылка на старый статус, ссылка на новый статус. Также необходимо реализовать возможность отменить смену статуса при обработке точки расширения. Для целостности решения целесообразно сделать точку расширения после смены статуса.Добавлена точка расширения #doc Объектный интерфейс для изменения статуса #end ObjInterface IStatLog; property ChangeStatusEnabled : boolean read write; end; //------------------------------------------------------------------------------ #doc Точка расширения при изменении статуса #end ExtensionPoint epOnChangeDocStatus(wDocType: word; pDoc: comp; wOldStatus: word; pOldNote: comp; wNewStatus: word; pNewNote: comp; StatLoger: IStatLog); wDocType - тип документа pDoc - nRec документа wOldStatus, pOldNote - текущий статус (значение и ссылка)) wNewStatus, pNewNote - новый статус (значение и ссылка) StatLoger - объект Для запрета изменения статуса: if not NullVipRef(StatLoger) _try { StatLoger.ChangeStatusEnabled := False; } _except on ExObjIfcNoImpl: {}; on ExObjIfcNoInit: {};
102.1658869.1.77.0Необходимо запрещать редактирование внешних атрибутов, выведенных конфигуратором в интерфейс ДО на предоплатуУправление снабжениемДО на предоплату закупок
При установленном запрете редактирования ДО по статусам и включенной настройке "разрешить изменение внешних атрибутов при запрете редактирования документа" всё равно остаётся возможность редактировать внешние атрибуты и классификацию, если они выведены в интерфейс конфигуратором. Необходимо закрыть такую возможность.Если установлен запрет на редактирование ДО, то запрет распространяется и на поля, добавленные конфигуратором. Сейчас будет выдаваться сообщение и фокус останется на текущем поле. Для отмены введенного значения потребуется нажать Alt+BackSpace. P.S. Если поле, добавленное конфигуратором - это внешний атрибут или внешний классификатор, то на такие поля настройка "разрешить изменение внешних атрибутов при запрете редактирования документа" не распространяется. Т.е. нельзя разрешить настройкой редактировать такие поля при запрете редактирования ДО. Также F2 на таких никак не может быть обработано и пользователь все-таки сможет поменять внешний атрибут.
102.1665119.1.77.0При выгрузке в ЭДО не выводится доверенность подписанта для СФУправление сбытомНаши счета-фактуры
При выгрузке в ЭДО не выводится доверенность подписанта для СФ. Проявляется как для исходных, так и для корректировочных СФ.Исправлено, при выгрузке в xml с подписантом, у которого заданы только фамилия-имя, отчество с "левой" информацией не выгружается.
180.100579.1.75.0Заполнению строки 6б "ИНН/КПП покупателя" в счет-фактуреУправление сбытомНаши счета-фактуры
Предложение по заполнению строки 6б "ИНН/КПП покупателя" в счет-фактуре. Описание предложения: В системе установлена настройка: КПП при печати СФ = в зависимости от наличия атрибута "Головная организация" в грузо-контрагентах Документы оформлены следующим образом: Сформирована накладная на отпуск, в поле грузополучатель указана организация - получатель продукции. Грузополучатель является обособленным подразделением, поэтому во внешнем атрибуте "Головная организация" указана головная организация. Но грузополучатель не является обособленным подразделением к организации - покупателю, т.е. к организации которая указана в поле Контрагент в накладной на отпуск. В письме Минфина России от 15.05.12 № 03-07-09/55 сказано, что в счет - фактуре в строке 6б "ИНН/КПП покупателя" если товар поставляется на обособленные подразделения покупателей, то необходимо указывать ИНН головной организации и КПП обособленного подразделения. В связи с тем, что в нашем случае грузополучатель не является обособленным подразделением к организации - покупателю, то в счет-фактуре в строке 6б "ИНН/КПП покупателя" необходимо вывести ИНН и КПП покупателя, указанного в накладной на отпуск в поле Контрагент. В связи с этим предлагаем доработать печать КПП в счет-фактуре следующим образом: в том случае если в поле Грузополучатель указана организация, у которой в одноименном внешнем атрибуте заполнена головная организация, то: - необходимо сверить организацию из внешнего атрибута "Головная организация" к грузополучателю и организацию из поля Контрагент в накладной на отпуск; - если организации одинаковы, то вывести КПП организации, указанной в поле Грузополучатель; - если организации разные, то вывести КПП организации, указанной в поле Контрагент.Доработан вывод КПП при печати СФ при настройке "КПП при печати СФ" = "в зависимости от наличия атрибута "Головная организация" в грузо-контрагентах", и если у грузо- установлена головная организация: 1. Если головная организация грузо- совпадает с контрагентом СФ, то на печать выводится КПП грузо-. 2. Если головная организация грузо- не совпадает с контрагентом СФ, то на печать выводится КПП контрагента. Доработано так же для выгрузки в xml.
102.1588549.1.74.0Internal error 24Заработная платаЭкспорт лицевых счетов
При экспорте больших объемов данных выгрузка завершается аварийно с выдачей сообщения "Internal error 24 (Не удалось получить значение варианта) in G_ExpImp dll at 0000EDFF. Наблюдается при выгрузке 1500 работников. При этом приложение atlexec.exe потребляет значительные объемы оперативной памяти - на тестовом стенде 1,9 Гб. Реализовать выгрузку порциями, например, по 250 лицевых счетов.Устранена утечка памяти в методах загрузки XML-файла (TxmlGetNodeAttrs и GetNodesRecursive) и сохранения в XML-файл с отступами (SetNodesRecursiveWithTabs) интерфейса XMLConverter.
101.614029.1.73.0РСВ-2017 - статусы документовЗаработная платаРСВ 2017 (общие вопросы, предложения по новой функциональности)
Предлагается для нового РСВ подключить функционал статусов документов, который реализован для 6-НДФЛ.Зарплата - Отчеты - Утвержденная отчетность - РСВ 2017 В новую форму РСВ (с 2017 года) добавлено поле "Статус документа", которое позволяет детализировать текущее состояние документа. Значения поля "Статус документа" для отчета РСВ: - оформляемый - готов к отправке - отправлен - сдан - возвращен на доработку Поле "Статус документа" добавлено в иерархический список отчетов в "Утвержденной отчетности" и в окно редактирования формы РСВ. При копировании существующего документа для нового документа (копии) устанавливается статус "Оформляемый". Изменение статуса документа в окне редактирования отчета производится с сохранением истории изменения статуса документа. Посмотреть историю изменения статуса можно по кнопке "EditButton". Кнопка расположена в поле "Статус". ВНИМАНИЕ!!! Для корректного отражения наименования документа в окне выбора статуса и истории изменения статусов необходимо выполнить обновление классификатора документов. Это можно сделать в модуле "Хозоперации".
101.611829.1.72.0Необходимо видеть оба номера договора в ДО и сопроводительных документахУправление договорамиПросмотр документов
В организации используется оба поля для идентификации Договора: DOGOVOR1.NODOC_EXT и DOGOVOR1.NODOC. Но пользователь сейчас может в ДО или сопроводительных документах видеть только одно поле. Предлагается расширить действие настройки "Отображение номера договора/соглашения в документах-основаниях и сопроводительных документах", чтобы можно было видеть оба номера. Клиенту нужен формат: [внутренний номер][номер]Добавлено новое значение для настройки Настройки ГалактикиЛогистикаДокументыУправление договорамиОтображение номера договора/соглашения в документах-основаниях и сопроводительных документах -внутренний номерномер
106.103589.1.72.0Экспорт авансового СФ для ЭДО - при частичном авансе выгружается вся сумма по привязанному ДО, а не оплаченнаяУправление сбытомНаши счета-фактуры
Экспорт авансового СФ для ЭДО - при частичном авансе выгружается вся сумма по привязанному ДО, а не оплаченная Получается несоответствие печатной формы авансового СФ и информации, выгруженной в xml Примечание. Выгружать спецификацию нельзя из-за несоответствия сумм. Выгрузить с прочерками тоже не получится, т.к. несколько граф обязательны для заполнения.Доработана выгрузка авансового СФ в xml. 1. Если у авансового СФ нет спецификации, или СФ является частичной оплатой, т.е. сумма СФ меньше суммы по спецификациям (спецификации только для информации), то в СведТов выводится одна общая позиция с итоговыми суммами по СФ. При этом "НаимТов" = "Аванс" + Примечание (из хозоперации) (если нет примечания, то инф-я о ДО и договоре). 2. Если авансовый СФ является полной оплатой, и у него есть позиции спецификации, то выводятся позиции спецификации. В обоих случаях заполняются СтТовУчНал, НалСт, блоки Акциз, СумНал. В блоке "ВсегоОпл" не выводится "СтТовБезНДСВсего".
106.103979.1.72.0ЭДО. Грузоотправитель в СФ по товарамУправление сбытомНаши счета-фактуры
ЭДО. Грузоотправитель в СФ по товарам Грузоотправитель в печатной форме СФ и в выгруженном файле отличаются - в первом случае написано "Он же" - в выгруженном файле выходит полностью все наименование грузоотправителяПри экспорте СФ для ЭДО, если грузоотправитель совпадает с продавцом, то в ГрузОт выводится <ОнЖе>он же</ОнЖе>. Примечание: следует учитывать, что из-за отсутствия доп.параметров, которые есть при печати СФ (например, "выводить реквизиты грузоотправителю полностью"), печать СФ и выгрузка в ЭДО могут отличатся.
180.99329.1.72.0ЭДО. Экспорт счет фактуры, неделимая единица измеренияУправление сбытомНаши счета-фактуры
При выгрузке в ЭДО счетов фактур, если отпускная единица измерения является неделимой, то в количестве не должны выгружаться нули после запятой.При выгрузке СФ в ЭДО, если отпускная единица измерения является неделимой, то в количестве не выгружаются нули после запятой. Доработано для обычного и корректировочного СФ.
101.595029.1.71.0ЭДО-ССТ-ЭЦП Функция для передачи в поток данных, для печатной формы подписиКонтур логистикиПредложение по новой функциональности контура логистики
Нужна функция для вывода информации о подписанте в печатную форму. Требуется следующая информация: ФИО подписанта, должность, серийный № ЭЦП, кем выдана ЭЦП, срок действия ЭЦП. Саму печатную форму подписи клиент разработает собственными силами.Доработан интерфейс iPrnSoprFun (описание PrnSoprFun.vih). Добавлены две public-функции: 1. Выгрузка сведений о ЭЦП документа. Возвращает количество ЭЦП Function SignEDO_Fill(cKS: comp): longint; где cKS - NRec первичного документа. 2. Function SignEDO_GetField(wNpp: longint; // #docl Номер подписи wField: word // #docl Код поля сертификата ): string; где wNpp - Номер подписи; wField - Код поля сертификата. Входной параметр wField принимает значения: 1 - серийный номер; 2 - издатель сертификата; 3 - владелец сертификата; 4 - срок действия сертификата; 5 - должность/звание. Перед использованием SignEDO_GetField необходимо получить сведения о ЭЦП документа, вызвав функцию SignEDO_Fill.
101.599809.1.71.0Если меняется название МЦ, то пусть меняется везде.Управление сбытомНаши счета-фактуры
Если меняется название МЦ, то пусть меняется везде.Для печати СФ и окна просмотра его спецификации наименование МЦ в позиции спецификации соответствует текущему наименованию МЦ из каталога.
101.611079.1.71.0Диадок. Обработка СФ с исправлениямиУправление сбытомРабота с Контур.Диадок
Необходимо реализовать функционал экспортаимпорта СФ с исправлениями. Для импорта ИСФ в Галактику предусмотреть возможность загрузки ИСФ без наличия в базе первичного СФ. То есть если мы получили СФ1, а через день исправление 1 к СФ1, то надо дать возможность импорта сразу СФ с исправлением без импорта первоначального СФ1.Доработан экспорт и импорт сф с исправлениями и корректировочных сф с исправлениями через Диадок. При этом наличие первичного сф не обязательно.
101.611729.1.71.0Диадок. При формировании УПД по акту не выгружать количество и цену при отсутствии ОКЕИУправление сбытомРабота с Контур.Диадок
Диадок. При формировании УПД по акту не выгружать количество и цену при отсутствии ОКЕИДобавлена настройка "Настройки Галактики Общие настройки системы Работа с Контур.Диадок Настройки экспорта Не выводить в файлы экспорта УПД и счата-фактуры количество, цену и наименование отпускной единицы при отсутсвии ОКЕИ у услуги" Настройка действует только при отправки через Диадок
101.611919.1.71.0Диадок. Ошибка в 1 копейку при импорте СФУправление сбытомРабота с Контур.Диадок
Параметры xml: <ТаблСчФакт> <СведТов НалСт="18%" НомСтр="1" НаимТов="Предоставление прав на использование товарного знака по договору № 46-01-54/70/2003 от 12/02/2003 за январь 2017 г" ОКЕИ_Тов="362" КолТов="1" ЦенаТов="12711.86" СтТовБезНДС="12711.86" СтТовУчНал="15000.00"> <Акциз> <БезАкциз>без акциза</БезАкциз> </Акциз> <СумНал> <СумНДС>2288.14</СумНДС> </СумНал> </СведТов> <ВсегоОпл СтТовБезНДСВсего="12711.86" СтТовУчНалВсего="15000.00"> В результате: Сумма НДС = 2288.13 (2288.1348 в таблице) Сумма с НДС = 14999.99При импорте СФ пришедших через Диадок суммы налогов не пересчитываются
180.100159.1.71.0В журналах СФ при корректировке исправительных СФ не печатается номер исправленияРасчеты с поставщиками и получателямиЖурнал учета полученных и выставленных счетов-фактур
Если формируется корректировочный СФ к исправлению, то номер СФ не печатается в журнале. Аналогичная ошибка в снабжении, при корректировке исправлений №2, 3 и т.д., номера исправлений не выходят.Корректная печать информации об исправлении в журнале при цепочке сопрдоков и СФ "исходный+СФ - корректируюЩий+исправление СФ - корректироВочный+корректировочный СФ". Также доработан вывод исправления, если по исходному СФ создано несколько СФ-исправлений без привязки к первичному документу, а затем - корректировочный СФ. Например: - Исходный сопрдок и СФ №100 от 01.01. - Исправление 100_1 от 02.01, - Исправление 100_2 от 03.01, - Корректировочный сордок и СФ №101 от 04.01. При печати журнала, книги или СФ в графе исправление исходного СФ будет печататься 100_2 от 03.01. Эргономика. Интерфейс редактирования СФ-исправления. Добавлено для информации невыбираемое поле К документу. Отображается значение для тех исправительных СФ, которые были созданы по корректирующим сопрдокам.
106.103799.1.70.0Накладные на отпуск: количество к оплате и процент убылиУправление сбытомНакладные на отпуск
Накладные на отпуск: количество к оплате и процент убылиАвтоматически пересчитывать количество к оплате и процент убыли. Разделена настройка "Настройки Галактики Логистика Документы Автоматически пересчитывать количество к оплате и процент убыли..." на две: - "Настройки Галактики Логистика Документы Документы-основания Автоматически пересчитывать количество к оплате и процент убыли" - настройка относится к ДО - "Настройки Галактики Логистика Документы Сопроводительные документы Расчет сумм, налогов Автоматически пересчитывать количество к оплате и процент убыли" - настройка относится к СД. По последней изменились значения: - "да" - поля количество фактическое и оплаченное связаны между собой через процент убыли, т.е. пересчитываются автоматически при изменении любого из них - "при 0-м % убыли" - пересчет полей происходит только при нулевом проценте убыли. Фактически данным вариантом достигается синхронизация поле количество фактическое и оплаченное, если клиент в конкретном СД не пользуется процентом убыли. - "по запросу" - при редактировании выводится запрос - "нет" - поля количество фактическое, количество оплаченное и процент убыли полностью независимы и могут принимать любые значения. Редактирование ни одного поля не влияет на значение любого другого из них.
102.1634669.1.69.2Добавление признака "Сдан в ИФНС", для формирования сводного отчета расшифровки раздела 1 6-НДФЛЗаработная плата6-НДФЛ (развитие)
Зарплата - Отчеты - Утвержденная отчетность - 6-НДФЛ В отчеты по форме 6-НДФЛ предлагается добавить поле "Статус документа", которое позволит детализировать текущее состояние документа.Зарплата - Отчеты - Утвержденная отчетность - 6-НДФЛ В отчеты по форме 6-НДФЛ добавлено поле "Статус документа", которое позволяет детализировать текущее состояние документа. Значения поля "Статус документа" для отчета 6-НДФЛ: - оформляемый - готов к отправке - отправлен - сдан - возвращен на доработку Поле "Статус документа" добавлено в иерархический список отчетов в "Утвержденной отчетности" и в окно редактирования формы 6-НДФЛ. Отчеты, статус которых "оформляемый" или "возвращен на доработку" можно редактировать. Запрещено редактировать документы со статусами, отличными от "оформляемый" или "возвращен на доработку". При изменении статуса ведется история изменения статуса документа. Для отчетов 6-НДФЛ, сформированных ранее, статус документа определяется в зависимости от признака "разрешено/запрещено" редактирование документа. Для документов, для которых разрешено редактирование, статус определяется как "оформляемый", для запрещенных к редактированию документов - "готов к отправке". Детализация по статусам документов позволит в дальнейшем определять отчеты, которые сданы в ИФНС, и "подтягивать" из них суммы в другие отчеты. ВНИМАНИЕ!!! Для корректного отражения наименования документа в окне выбора статуса и истории изменения статусов необходимо выполнить обновление классификатора документов. Это можно сделать в модуле "Хозоперации".
106.103939.1.69.1ЭДО. Код регионов у грузоотправителя и грузополучателя в СФ по услугамУправление сбытомНаши счета-фактуры
ЭДО. Код регионов у грузоотправителя и грузополучателя После решения ПИР № 180.10053 при выгрузке СФ по услугам в строках грузоотправитель и грузополучатель выходит некорректная информация: при отсутствии наименования соответствующих контрагентов выходит только регион из адреса поле это необязательное к заполнению и там должен ставиться прочерк, как это и делается в печатной форме Электронная и печатные формы СФ должны совпадатьЕсли в СФ не заданы грузо, то в xml блоки ГрузОт и ГрузПолуч не выводятся. Прочерки при отсутствии информации не ставятся, вывод пустых данных в печатную форму СФ и xml не обязан совпадать из-за разности в форматах вывода.
180.100539.1.69.0вывод КодРегион в электронных СФ по услугамУправление сбытомНаши счета-фактуры
Добрый день. при проверке выгрузки СФ по услугам в xml и отправки в систему электронного документооборота выяснилось, что поле КодРегион не может иметь значение "00", т.к. оно обязательное, но определяется значениями из классификатора кодов субъектов РФ, применяемой для СФ и декларации по НДС "Приказ ФНС России от 29.10.2014 N ММВ-7-3/558@ "Об утверждении формы налоговой декларации по налогу на добавленную стоимость, порядка ее заполнения, а также формата представления налоговой декларации по налогу на добавленную стоимость в электронной... Приложение N 2 к Порядку "КОДЫ СУБЪЕКТОВ РОССИЙСКОЙ ФЕДЕРАЦИИ". Необходимо выводить Код того региона, который указан в адресе грузополучателя/грузоотправителя (из KLADRа как элемент Регион, значение поля Код на уровне), например, если указан грузополучатель с адресом, в котором указана Кемеровская область, значит необходимо заполнить КодРегион = " 42". Данное решение клиенту очень необходимо до конца Января 2017 г, т.к. ожидается массовая выгрузка СФПри выгрузке СФ в xml для случая, когда в элементах ГрузОт, ГрузПолуч в НаимОрг стоят прочерки (для актов, СФ налоговых агентов, авансовых СФ), КодРегион устанавливается из адреса организации, установленной в грузо-, а если грузо- не установлен, то из почтового адреса основного контрагента.
180.100269.1.68.0выгрузка в xml по СФ по услугам прочерков по грузополучателю и грузоотправителюУправление сбытомНаши счета-фактуры
Клиент столкнулся со следующей проблемой при экспорте для ЭДО СФ наших и корректировочных СФ наших. Клиент осуществляет оказание услуг и выгружает СФ по услугам из Галактики в xml с помощью стандартной функции локального меню Экспорт для ЭДО. Возникает проблема: если бы СФ предоставлялась в бумажном виде, то поля Грузоотправителя и Грузополучателя в СФ по услугам должны заполняться прочерками (согласно законодательству). В Галактике это все корректно и реализовано. В настоящее время при выгрузке для ЭДО Грузоотправитель и Грузополучатель заполняются исходя из расширенной информации к СФ, т.е. ставятся реальные данные вместо прочерков. <ГрузПолуч><НаимГОП><НаимОрг>ООО "РОЗНИЦА К-1"</НаимОрг></НаимГОП><Адрес><АдрРФ КодРегион=""></АдрРФ></Адрес></ГрузПолуч> Если очищать эти два поля в Расширенной информации по СФ, то блоки в XML вообще выпадают, что тоже не верно. Эта ситуация также касается экспорта для ЭДО по корректировочным СФ.В xml выводятся прочерки по аналогии с печатными формами СФ - для актов, СФ налоговых агентов, авансовых СФ. Вывод происходит так: блок Грузо, наименование организации - прочерк, обязательный блок "Адрес - АдрРФ" и атрибут КодРегион = 00 (он должен иметь 2 знака и прочерки не проходят проверку).
101.604349.1.67.0Выгрузка поля Дополнение из СФ в ЭДОУправление сбытомНаши счета-фактуры
В рамках ПИРа 106.10326 планируется реализовать выгрузку дополнения в блок ИнфПол. Это касается шапки документа. Но и в выгрузке спецификации СФ в структуре xml-файла предусмотрен блок ИнфПолСтр. Клиенту необходимо, чтобы он заполнялся. Предлагается вести эту информацию во внешнем атрибуте к позиции спецификации. Содержимое заполняется пользователем. Тип атрибута - строка, чтобы можно было вместить до 255 символов.При экспорте СФ для ЭДО, информация из внешнего атрибута спецификации "Дополнение к спецификации" выводится не в наименовании товара в скобках, а в атрибут ИнфПолСтр Значен. В ИнфПолСтр Идентиф выводится "ДопИнфСпецификация". При импорте СФ из ЭДО информация из ИнфПолСтр Значен сохраняется во внешнем атрибуте "Дополнение к спецификации". Доработано для обычных и корректировочных СФ.
106.103269.1.67.0Выгрузка поля Дополнение из СФ в ЭДОУправление сбытомНаши счета-фактуры
При печати счета-фактуры значение поля Дополнение (schfsct.nazn) выводится ниже подписей А реализован ли экспорт/импорт этого поля в/из xml? Похоже, что нет Заказчик требует выгрузки этого поля и загрузки при импорте из ЭДО, тем более, что в описании файла обмена для счета-фактуры предусмотрен элемент Текстовая информация (ИнфПол / ТекстИнф / Значен)Поле "Дополнение" (Schfact.Nazn), если оно заполнено, выгружается при экспорте для ЭДО в атрибут ИнфПол / ТекстИнф / Значен. Атрибут ИнфПол / ТекстИнф / Идентиф заполняется значением ИдФайлИнфПол из ИнфПол (генерируется GUID), т.к. атрибут обязательный, а какое значение он должен принимать неясно. При импорте из ЭДО поле SchFact.Nazn заполняется из атрибута ИнфПол / ТекстИнф / Значен. Доработано для экспорта и импорта ЭДО для обычных и корректировочных СФ.
180.99929.1.66.0Не экспортируются для ЭДО сводные корректировочные СФУправление сбытомНаши счета-фактуры
Не экспортируются для ЭДО сводные корректировочные СФ. Порядок действий: 1. По актам на оказание услуг формируем сводный корректировочный акт. 2. Формируем документ для учета НДС. В расширенной информации корректировочного СФ указана ссылка на исходный СФ. 3. Выбираем функцию Экспорт для ЭДО. 4. Нажимаем кнопку [Выгрузить]. В результате открывается окно - предупреждение: "Не найден исходный счет-фактура для СФ №...". СФ не экспортируется для ЭДО, хотя в расширенной информации корректировочного СФ существует ссылка на исходный СФ.Доработана возможность экспортировать в ЭДО сводный корректировочный счет-фактуру.
102.1609689.1.65.0не верно считаться стоимость в накладнойУправление сбытомНакладные на отпуск
не верно считаться стоимость в накладной Округление в документах сбыта математическое ..значения в НДЕ округлять до 0.01 Округление цены в накладной нет тестовый пример: количество 4.5 цена 4.27 стоимость должна получиться 19.215 и округлиться до 19.22 но у нас в интерфейсе 19.21 решить данную проблему необходимо срочно т.к. людям возвращают накладные...Доработано округление сумм в сопроводительных документах. Добавлена новая настройка: "Настройки Галактики Логистика Документы Нивелировать погрешность типа Double при округлении сумм" По умолчанию - нет. При да выполняется нивелирование погрешности при расчетах сумм с типом Double, возникающее ввиду формата числа. Данной нивелировки подвержены суммы, лежащие в пределах половины разряда до, которого округляется число. Доработка касается только математического округления, Например, число 19.214999999999996 с точностью до 2-х знаков будет округлено до 19.22
102.1601659.1.64.0При пометке INSERT позиций в окне "Выбор позиций из ДО" надо перемещаться на 1 позицию внизУправление сбытомНакладные на отпуск
При пометке INSERT позиций в окне "Выбор позиций из ДО" надо перемещаться на 1 позицию вниз, чтобы не делать лишнее движение стрелкой.Переделал пометку на системный маркер
101.602749.1.63.0Не запускается алгоритм из дополнительных пунктов менюУправление сбытомНакладные на отпуск
Настройки Галактики Логистика Документы Управление сбытом Накладная на отпуск Дополнительные функции локального меню. Алгоритмы, указанные в этой настройке, не выполняются, если их запускать из интерфейса накладной. Если из списка, то все работает. Проблема актуальна для накладных и актов в модулях Управлением снабжением, Сбытом.Вызов дополнительных функций восстановлен
101.603359.1.63.0Подкорректировать настройку Разрешать редактирование цен и скидок в ДО, накладных и актахНастройкаНастройка контура ЛОГИСТИКИ
Предлагаю следующие изменения: 1. По умолчанию значение "Не ограничено" 2. Переименовать настройку в "редактирование цен и скидок в ДО, накладных и актах". 3. При установке галочек выводить в значение слово "ограничено"Изменено наименование настройки (убрано слово "разрешать"): -редактирование цен и скидок в ДО, накладных и актах Если нет ограничений, то в значении отображается "разрешать", иначе - "с ограничениями" P.S. Для изменения отображения значения настройки необходимо зайти в нее и в параметрах нажать Enter. Далее при изменении настройки отображение будет автоматически соответствовать
102.1601059.1.63.0падение системы при импорте ЭСЧФ от клиента БелТехОсмотрУправление снабжениемИмпорт ЭСЧФ (Беларусь)
Падение системы при импорте ЭСЧФ от клиента БелТехОсмотр.Исправлено некорректное получение входящих ЭСЧФ с комментариями.