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


Описание файла обновления:
ФайлL_SOPRDOC_RES_911151.TXT
ОбновлениеL_SoprDoc_res_911151
НазначениеСрочное
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентL_SOPRDOC
ТипRES
Версия9.1.115.1
Дата2018-10-26 13:53:16
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.184742NEWПоле "Группа налогов" вывести в основной интерфейс спецификации накладной с возможностью выбора группыУправление снабжениемПриходные накладные
Поле "Группа налогов" вывести в основной интерфейс спецификации накладной с возможностью выбора группы. В настоящее время это возможно только в расширенной информации по позиции спецификации.Добавили новую настройку: "Настройки Галактики Логистика Документы Сопроводительные документы Отображать в спецификации группу налогов" - нет (по умолчанию), да. Поле "Группа налогов" выводим в основной интерфейс спецификации в следующих документах с возможностью выбора группы: 1) Приходные накладные; 2) Акты на прием услуг, работ; 3) Накладные на возврат по рекламации (снабжение, сбыт); 4) Накладные на отпуск; 5) Акты на оказание услуг, работ.
102.1889299.1.115.0Не правильно рассчитывается задолженность по платежамФинансово-расчетные операцииПлатежное поручение
Не правильно рассчитывается задолженность по платежам. При привязке нового платежа не видны платежи, ранее привязанные к ДО. Если изменить "Настройки ГалактикиБухгалтерский контурОбработка документовРаспределение платежа по ДОУчитывать при расчете задолженности оформляемые фин. документы"=да, то сумма платежей отображается корректно. Все платежные поручения оплачены, настройка влиять не должна. База на которой проявляется проблема выложена на FTP сервер, в директорию 2.150770.Проблема возникает из-за того, что при выключенной настройке "Учитывать при расчете задолженности оформляемые фин. документы" в расчете задолженности участвовали только документы в исполняемых или закрытых статусам. Документы без статуса или оформляемые не учитывались. Исправлено следующим образом. Переименована настройка "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по ДО Учитывать при расчете задолженности оформляемые фин. документы" в "Учитывать при расчете задолженности неоплаченные фин. документы". Добавлена новая пользовательская настройка "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по ДО Учитывать при расчете задолженности фин. документы в статусе оформляемый" со значением по умолчанию - "нет". Теперь можно отдельно настроить учитывать оплаченные или не оплаченные документы, а так де учитывать или нет документы в статусе оформляемый. В данном конкретном случае пользователям необходимо выключить настройку "Учитывать при расчете задолженности неоплаченные фин. документы" и включить настройку "Учитывать при расчете задолженности фин. документы в статусе оформляемый".
101.612269.1.114.0Грузоотправитель из карточки подразделенияУправление сбытомНакладные на отпуск
В карточке подразделения на закладке "Основная" выбран контрагент. Пользователям постоянно приходиться корректировать поле грузоотправитель в документах Накладная на внутреннее перемещение в складском учете и накладной на отпуск в сбыте. Очень помогла бы настройка, при включении которой в данное поле вставал контрагент, указанный в поле "Контрагент" карточки подразделения. При смене подразделения должен меняться и грузоотправитель. Контрагент должен брать из подразделения "откуда" в случае НВП. И также нужно оставить возможность вручную выбрать грузоотправителя, если нужно будет поставить не того, что указан в складе.Добавили две настройки для Накладной на отпуск и Накладной на внутреннее перемещение: 1. "Настройки Галактики Логистика Документы Управление сбытом Накладная на отпуск При выборе склада значение грузоотправителя совпадут с контрагентом из карточки подразделения" - нет (по умолчанию) - да 2. "Настройки Галактики Логистика Складской учет Сопроводительные документы Внутреннее перемещение При выборе склада значение грузоотправителя (грузополучателя) совпадут с контрагентом из карточки подразделения" - нет (по умолчанию) - только грузоотправителя - только грузополучателя - обоих При установки настройки в значение "да"/"только грузоотправителя"/"обоих", то соответственно при выборе склада (откуда), то если в карточке имеется значение Контрагента, то он устанавливается в грузоотправителе. При установки настройки в значение "да"/"только грузополучателя"/"обоих", то в НВП соответственно при выборе склада (куда), то если в карточке имеется значение Контрагента, то он устанавливается в грузополучателе.
102.1867769.1.114.0Ручное создание Корректировочных СФ (тип КорвЗак) без привязки сопрдокаУправление снабжениемЖурнал учета полученных и выставленных счетов-фактур
Получается, что цепочка привязки Коррект СФ Заказчика 1-Коррект СФ посредника1 работает корректно, т.е. данные попадают в отчет, а цепочка Коррект СФ Заказчика 2-Коррект СФ посредника2 не отрабатывает.Попадают в журнал корректировочные СФ заказчика, связанные с СФ посредника, даже если они не первые в цепочке корректировочных документов.
102.1874979.1.114.0Нужна возможность изменить номер КН без изменения номера (-КН)Управление снабжениемПриходные накладные
В приходных накладных нужна возможность изменить номер исправительной накладной без изменения номера сторно накладнойВ приходных накладных добавлена возможность менять номер исправительной без изменения номера сторнирующей накладной Регулируется настройкой: "Настройки Галактики Логистика Документы Управление снабжением Приходная накладная Исправительная накладная При изменении номера исправительной накладной менять номер и в сторнирующей"
180.107649.1.114.0дата приемки документа в Галактика ДиадокУправление сбытомРабота с Контур.Диадок
Для входящих документов при подписании необходимо добавить дату приемки товаров/услуг. Предлагаем сделать эту дату равной дате ППС из расширенной информации для накладной/акта.Для входящих документов при необходимости установки атрибута "ДатаПрин", отличного от даты получения документа, следует использовать поле "Дата ППС" из расширенной информации для импортированной накладной или акта.
101.647109.1.113.0Объединение позиций СФ при экспорте для ЭДОУправление сбытомНаши счета-фактуры
Объединение позиций СФ при экспорте для ЭДО Возникла проблема при экспорте СФ для ЭДО. СФ сформирован на основании акта выполненных работ. В спецификации повторяются позиции каталога услуг, у некоторых одинаковая цена. При формировании печатной формы СФ с параметром объединение одноименных позиций по матценности и цене объединение происходит корректно. При экспорте для ЭДО с типом документа "Универсальный передаточный документ (с 01.07.2017)" и с параметром "группировать спецификации по матценности и цене" объединение происходит некорректно. При экспорте СФ, сформированных по товарной накладной, подобная проблема не возникаетИсправлено, корректно выводится в xml СФ с группировкой по МЦ/услуге и цене.
101.648579.1.113.0Убрать пункт меню "Дублирование позиций" из КНУправление снабжениемПриходные накладные
Разрешить удаление позиций в корректирующей приходной накладнойРазрешено удаление позиций в корректирующей приходной накладной
101.648999.1.113.0Некорректная сумма приходного ордера в расширенной информации по накладнойУправление снабжениемПриходные накладные
В накладной в расширенной информации на закладке Связанные документы Отображается некорректная сумма по ордеру.Исправлено отображение суммы по ордеру в накладной в расширенной информации на закладке Связанные документы
101.651939.1.113.0Диадок. Необходимо сделать анализ на валидность ОКЕИ перед выгрузкой в xmlУправление сбытомРабота с Контур.Диадок
Предлагаю сделать дополнительную проверку на правильность кода ОКЕИ, то есть перед формированием xml если ОКЕИ 3 или 4 цифры, то это валидный код и брать его, если что-либо другое, включая символы и буквы, то это невалидный код и в xml автоматически заменять на 0000, как положено по формату.Введена дополнительная проверка ОКЕИ при экспорте в xml. Если длина ОКЕИ не соответствует 3-4 символам, либо содержит не цифры, либо отсутствует, то он автоматически заменяется на "0000", как положено по формату.
102.1639279.1.113.0Пользовательский Алгоритм формирования номера НакладнойАктаУправление сбытомНакладные на отпуск
Пользовательский Алгоритм формирования номера НакладнойАкта. Некоторые Пользователи сначала формируют Накладную а потом ... ДО, при этом нет возможности использовать Пользовательский Алгоритм формирования номера Необходимо: 1. Для сопроводительных документов (Накладных Актов) на сбыт добавить настройки аналогичные существующим для ДО: "Настройки Галактики Логистика Документы Сопроводительные документы Выполнение алгоритмов Алгоритм формирования номера " "Настройки Галактики Логистика Документы Сопроводительные документы Выполнение алгоритмов После выбора контрагента Управление сбытом" 2. При заданных выше настройках вызывать Пользовательский Алгоритм формирования номера - в поле KATSOPR.NSOPR по F4 (cmEdit) - После выбора контрагентаДобавлены настройки: 1. Логистика/Документы/Управление сбытом/Акт на оказание услуг/Акт на оказание услуг/Запуск алгоритмов/После выбора контрагента - Указанный в настройке алгоритм отрабатывает после выбора контрагента при редактировании акта. Когда алгоритм не задан, ничего не происходит. 2. Логистика/Документы/Управление сбытом/Акт на оказание услуг/Запуск алгоритмов/Алгоритм формирования номера - Отрабатывает указанный в настройке алгоритм по F4 (cmEdit) в поле ввода номера. Когда алгоритм не задан, ничего не происходит 3. Логистика/Документы/Управление сбытом/Накладная на отпуск/ Акт на оказание услуг/Запуск алгоритмов/После выбора контрагента Отрабатывает указанный в настройке алгоритм после выбора контрагента. Когда алгоритм не задан, ничего не происходит 4. Логистика/Документы/Управление сбытом/Накладная на отпуск/Запуск алгоритмов/Алгоритм формирования номера Отрабатывает указанный в настройке алгоритм по F4 (cmEdit) в поле ввода номера. Когда алгоритм не задан, работает старый алгоритм формирования номера.
102.1694659.1.113.0УРиУ - 2 очередь - доработка 102.168044 и 101.61529Управление снабжениемСчета, ДО на закупку
Доработать возможность формирования ДО не только при переводе в статус "исполняемый", но и для других статусов. Сделать гибкую настройку с множественным выбором статусов.Изменена настройка "Настройки Галактики Логистика Документы Сопроводительные документы Формирование документов Автоматическая синхронизация ДО при модификации накладных/актов" Вместо выпадающего списка настройка осуществляется для каждого статуса накладнойакта отдельно. Возможны варианты: -Создание ДО при изменении статуса (Анализируется новый статус документа) -Создание ДО после модификации накладной -Корректировка ДО при изменении статуса (Анализируется новый статус документа) -Корректировка ДО после модификации накладной Если у вышестоящего статуса задана настройка, а у нижестоящего - нет, то применяется настройка вышестоящего. Для быстрой установке возможно пометить необходимые статусы, выбрать модификатор, и его значение установится у всех помеченных. Предусмотрена конвертация старой настройки в новую.
102.1756669.1.113.0УРиО - ОЭ - корректировка ДОУправление снабжениемКорректировка ДО
Описание бизнес процесса: 1. Формируется акт/накладная. 2. По сформированному сопроводительному документу формируется ДО. 3. По сформированному сопроводительному документу формируется корректировочный документ. Необходимо, чтобы сумма ДО была корректной, с учетом корректировочного документа. Акт первичен в данном случае. в исходном сопроводительном документе присутствуют позиции с ручными налогами, в ДО при использовании функции налоги по позициям почему-то расчетные. В итоге ДО у нас с непонятными суммами. Можно ли завязаться на настройку "Настройки Галактики Логистика Документы Сопроводительные документы Формирование документов Автоматическая синхронизация ДО при модификации накладных/актов" при внесении изменений в корректировочном документе? Возможно потребуется консультация с ОАП.При корректировке ДО налоги переносятся без пересчета. Признак Ручныене ручные устанавливается из накладной.
102.1851329.1.113.0Не выводится единица измерения в отчет о дублируемых позицияхСкладской учетТранзитные накладные
Не выводится единица измерения в отчет о дублируемых позицияхИсправлен вывод единицы измерения в отчет о дублируемых позициях.
102.1856999.1.113.0При смене позиции МЦН, НПГ после распределения сырья это распределение не удаляетсяУправление производственной логистикой (УПЛ)Накладная на приход Готовой продукции
При смене позиции МЦН, НПГ после распределения сырья это распределение не удаляется.Изменен запрос при смене МЦ Запрашивается не выбор да/нет, а один из трех вариантов: распределение сырья отвязать/оставить/удалить.
102.1864769.1.113.0При наличии в спецификации СФ позиций со ставкой "без НДС" итоговая сумма НДС при пересылке через Диадок отражается неверноУправление сбытомРабота с Контур.Диадок
При наличии в спецификации СФ иили УПД позиций со ставкой "без НДС" итоговая сумма НДС по документу при пересылке через Диадок отражается неверно: в УПД она пустая, а в СФ заполнена значением "без НДС". В списке документов Диадока столбец "сумма НДС" для подобных УПД и СФ также остается пустым.При выгрузке УПД с разными функциями (СЧФДОП, СЧФ, ДОП) при наличии нескольких позиций спецификаций с разными ставками, в том числе и "без НДС", ставки и суммы НДС по спецификациям и итоговые по документу выводятся верно.
180.106189.1.113.0заполнение раздела СвЛицПер по услугам при выгрузке через функцию Диадок.ОтправитьУправление сбытомРабота с Контур.Диадок
при выгрузке документа в xml-файл по услугам через функцию Диадок.Отправить не заполняется раздел СвЛицПер. Необходимо реализовать его заполнение.Добавлена пользовательская настройка "Настройки Галактики Логистика Документы Сопроводительные документы Печать Универсальный передаточный документ Заполнять при выгрузке по актам раздел "СвЛицПер", значения "нет/да" (по умолчанию "нет"). Согласно этой настройке при выгрузке УПД по актам заполняется, либо нет раздел "СвЛицПер".
102.1861479.1.112.1Потеря преемственности. Не переносится скидка из ДО в накладнуюУправление сбытомНакладные на отпуск
Потеря преемственности. Не переносится скидка из ДО в накладнуюИсправлена ошибка, при выборе позиций из ДО не переносилась скидка
180.108229.1.112.0импорт УПД при отсутсвии тега ПрТовРаб возможен только как АктУправление сбытомРабота с Контур.Диадок
При попытке импортировать документ в систему Галактика ERP формируется наименование во вкладке Материальные ценности и Услуги. Т.к. Питьевая вода (в данном примере) - это МЦ, мы подбираем ей наименование в Галактике, а наименование во вкладке Услуги - удаляем. При повторном нажатии кнопки Импортировать выбранные документы- формируется Акт на прием услуг, а должна Накладная на прием МЦИсправлено
101.630129.1.111.0Диадок. Расширить выгрузку с иностранной организацией на корректировочные документыУправление сбытомРабота с Контур.Диадок
Диадок. Расширить выгрузку с иностранной организацией на корректировочные документы, тоже самое решение что и ПиР 180.10508. Только в наборе тэгов <ИдСв> <СвЮлНеУч НаимОрг="ТОО Получатель Импорт_диадок"></СвЮлНеУч> </ИдСв> <Адрес> <АдрИнф КодСтр="132" АдрТекст="Казахстан, Алматы , дом 12"></АдрИнф> </Адрес> Вместо СВЮлНеУч используется тэг СвИнНеУч, заполнение тэгов аналогичноеВыгрузка в xml корректировочных СФ с иностранной организацией - вместо тега СВЮлНеУч используется СвИнНеУч.
101.630229.1.111.0Импорт из ЭДО -форматУправление снабжениемСчета-фактуры поставщика
Импорт из ЭДО -формат Просьба доработать формат для импорта СФ - Снабжение /Счета-фактуры поставщика /Импорт из ЭДОДоработан импорт СФ (УПД) по новому формату по лок. меню "Импорт из ЭДО" из интерфейса счетов-фактур. Названия файлов для импорта должны начинаться с: "ON_SFAKT", "ON_KORSFAKT", "ON_SCHFDOPPR", "ON_KORSCHFDOPPR". Если будет выбран файл с другим названием, появится сообщение "Выбран некорректный файл для импорта!", импорт будет некорректным.
102.1702489.1.111.0Некорректное формирование накладной по распоряжениюУправление сбытомНакладные на возврат по рекламации
При формировании рекламации по распоряжению на возврат-отпуск не заполняется поле "контрагент к взаиморасчетам".При формировании рекламации по распоряжению на возврат-отпуск заполняется поле "контрагент к взаиморасчетам" (из договора или распоряжения)
102.1703739.1.111.0КИС ФХД ТПР2 Очередь1 Автоматическое создание и синхронизация спецификации авансового отчета с хозоперациейКассаАвансовый отчет
КИС ФХД ТПР2 Очередь1 Автоматическое создание и синхронизация спецификации авансового отчета с хозоперацией при установленной настройке "Синхронизировать спецификацию авансового отчета с хозоперацией" = да и "Сворачивать одноименные операции в авансовых отчетах" =НЕТ нужно АВТОМАТИЧЕСКИ создаватьпереформировывать хозоперации спецификации. Сейчас нужно вызывать принудительно. (Ctrl+Enter)Для настройки "Настройки Галактики Бухгалтерский контур Обработка документов Хозяйственные операции и бухгалтерские проводки Синхронизировать спецификацию авансового отчета с хозоперацией" изменены значения на следующие: - не синхронизировать; - по запросу; - автоматически. В случае, если в данной настройке установлены значения "по запросу" или "автоматически", а значение настройки "Настройки Галактики Бухгалтерский контур Обработка документов Хозяйственные операции и бухгалтерские проводки Сворачивать одноименные операции в авансовых отчетах" установлено в "нет", то если происходила модификация записей позиций спецификации, при уходе с вкладки "Спецификация" произойдет запуск автоматического формирования хоз.операций по позициям спецификации. Запрос на выполнение данной операции будет выдаваться только в режиме "по запросу".
102.1772829.1.111.0Неверная учетная цена с актами на другого контрагентаУправление снабжениемПриходные накладные
Не верно рассчитывается учетная цена для случая: 2 накладные и 2 актаПодкорректирован расчет учетной цены для случая: 2 накладные и 2 акта (один связан с одной накладной, второй с двумя)
102.1810769.1.111.0Возврат от неплательщика НДСУправление сбытомНаши счета-фактуры
Возврат от неплательщикПокупатель - не плательщик НДС. Если покупатель возвращает весь товар, тогда новый счет-фактура (на возврат) никем не составляется. Поставщик регистрирует в книге покупок свой счет-фактуру, который он составил при отгрузке товаров покупателю с кодом вида операции 16. В графе 9 книги покупок должно вставать наименование Поставщика (ООО "ТД Аскона"), в графе 10 книги покупок должен указываться ИНН Поставщика (ООО "ТД Аскона"). (Письмо ФНС от 14.05.2013 N ЕД-4-3/8562@)Сбыт, доработка возвратов для неплательщиков НДС. Неплательщики НДС определяются атрибутом "Освобожденные от НДС, временно или постоянно" в каталоге контрагентов. Если возврат полный, по одной накладной, то для возвратной накладной СФ не создается. Если при этом находится исходный СФ с одной записью регистрации, то предлагается автоматически создать сторнировочную запись "Регистрация СФ покупателя, возврат по освобожденным от НДС", иначе запись необходимо создавать вручную. Если возврат по неплательщику не полный, то создается корректировочный СФ с отрицательной суммой. Записи и по полному и по неполному возвратам попадают в книгу покупок с кодом 16. Для записи "Регистрация СФ покупателя, возврат по освобожденным от НДС" организация всегда проставляется собственная, для корректировочной записи - по настройке "Организация при регистрации корректировочных СФ в противоположной книге покупок". Также доработано пакетное формирование: по полным возвратам СФ не создается, по неполным - корректировочный отрицательный СФ. Отменяется решение 102.167767, возврат товара от контрагента с упрощенной системой налогообложения (неплательщика НДС) развитие ПИР 102.154535, меняется алгоритм, но код операции 16 остается и проверка атрибута по истории.
102.1811079.1.111.0Диадок. Импорт СФ, УПД при покупке лома, шкурУправление сбытомРабота с Контур.Диадок
Диадок. Импорт СФ, УПД при покупке лома, шкур. Нобходимо реализовать функцию импорта электронных документов при покупке лома, шкур. (через ДИАДОК): СФ(СЧФ), Накл(ДОП), УПД(СЧФДОП). По ПиР 106.10561 реализован только экспорт. Сейчас в системе при импорте через Диадок тип документов и налоговая ставка МЦ определяются неверно.Доработан импорт СФ, УПД через Диадок при покупке лома, шкур. Следует учитывать: чтобы установилась необходимая форма расчета в сопроводительном документе значение настройки "Форма расчета накладной и ДО при реализации сырых шкур и лома" должно быть установлено.
102.1813309.1.111.0Некорректность при создании сводного корректировочного актаУправление сбытомАкты на услуги, работы
Некорректность при создании сводного корректировочного акта: не правильная ссылка на валюту в спецификацииИсправлена некорректность при создании сводного корректировочного акта: не правильная ссылка на валюту в спецификации
102.1831879.1.111.0Невозможно изменить дату документа при установленном фильтреКонтур логистикиНе знаю, какая именно часть контура логистики, научите
Закрыть возможность выхода даты создания за предела фильтра (при редактировании) и при выбранных дополнительных фильтрах.Закрыта возможность выхода даты создания за предела фильтра (при редактировании) и при выбранных дополнительных фильтрах.
102.1837389.1.111.0Накладная на приход. В интерфейсе выбора из спецификации ДО необходимо добавить поле katmc.barkod2Управление снабжениемПриходные накладные
В интерфейсе выбора из спецификации ДО необходимо добавить поле katmc.barkod2.В интерфейс выбора из спецификации ДО добавлено поле KatMC.BarKod2. Поле добавлено по настройке: "Настройки Галактики Общие настройки системы Работа с МЦ, услугами Работа с МЦ Отображать дополнительный код матценности" Наименование поле берется из настройки "Настройки Галактики Общие настройки системы Работа с МЦ, услугами Работа с МЦ Наименование дополнительного кода"
102.1837719.1.111.0приходная накладная. выбор спецификации из ДОУправление снабжениемПриходные накладные
Выбор спецификации из ДО в колонке "обозначение" - орфографическая ошибка.Выбор спецификации из ДО, в колонке "обозначение" исправлена орфографическая ошибка.
102.1851159.1.111.0Дата исполнения акта при импорте из ДиадокУправление сбытомРабота с Контур.Диадок
Дата исполнения акта при импорте из Диадок Установлена настройка Настройки Галактики Логистика Документы Управление снабжением Акт на прием услуг Значения по умолчанию Дата исполнения акта = по дате создания. При импорте из Диадок, она должна также автоматически проставляться по дате создания. Сейчас, при импорте, не проставляется. Поэтому проблема с отчетами по проведенным актам. Просьба доработать проставление этой даты при импорте из Диадок.В случае, если установлена настройка "Логистика Документы Управление снабжением Акт на прием услуг Значения по умолчанию Дата исполнения акта = по дате создания", то при импорте из Диадок она также будет установлена равной дате создания.
102.1860309.1.111.0Не отправляются ЭСЧФ на портал, сломана структура xml-файлаУправление сбытомСчета-фактуры поставщика (Беларусь)
Не отправляются ЭСЧФ на портал, сломана структура xml-файла, появился лишний тег xmlns="" по всему документу, а он должен быть только в шапке с адресом порталаСтруктура выгружаемого xml-файла приведена в соответствии с требованиями.
180.107849.1.111.0Диадок. Импорт документов по 551552 постановлению для контрагентов работающих через роумингУправление сбытомРабота с Контур.Диадок
Проблема в том, что Контур изначально не поддерживал 551552 формат в котором вам шлют документы через Тензор, и соответственно у нас в системе не реализован функционал разбора таких документов. И получилось в данном случаи Контур является прокладкой по доставке документов до ящика и не производит дальнейшее преобразование документов в те форматы, которые он поддерживает. В общем для такой ситуации надо чтобы было выполнено 2 условия: - Контрагент работает через роуминг с оператором который поддерживает 551552 формат - Шлет документы именно в этих форматах.Добавлена возможность импортировать и подписывать входящие документы формата унифицированной формы первичной учетной документации по учету торговых операций ТОРГ-12 и акта приемки-сдачи работ (услуг) соответствующие формату, рекомендованному приказами ФНС России от 30.11.2015 № ММВ-7-10/551@, от 30.11.2015 № ММВ-7-10/552@. Диадок пока не полностью поддерживает данный формат, поэтому возможны сбои. Полная реализация данного функционала СКБ Контур запланирована на август-сентябрь.
180.107879.1.111.0в Диадок выгружается КПП головной организвции при отправке документа филиалуУправление сбытомРабота с Контур.Диадок
У ящика есть подразделения - филиалы со своим КПП. В СФ указан КПП филиала. Выгружается в Диадок с КПП головной организации, а должен быть КПП филиала, указанный в выгружаемом СФ.При выгрузке УПД в xml КПП продавца и покупателя выгружается аналогично, как при печати СФ (согласно настроек "Настройки Галактики Логистика Налоги, документы для учета НДС Россия, Молдова, Узбекистан Печать .."). При выгрузке УПД с функцией ДОП/ДИС наименование и ИНН продавца/покупателя тоже подчиняется правилу выгрузки СФ - если есть головная организация, выводятся данные головной организации, а не филиала.
101.627199.1.110.0Диадок. Добавить в лок. меню по Диадоку кнопку печать документаУправление сбытомРабота с Контур.Диадок
Диадок. Добавить в лок. меню по Диадоку кнопку Просмотр документа (Печать). Сейчас чтобы вывести документ на печать, надо сначала выбрать функцию " Диадок.Показать документ (Переход)", затем перейдя в Г.Диадок. выбрать "Просмотр Документа"В локальное меню ДО, накладных на отпуск/на прием, счетов-фактур добавлена кнопка "Диадок. Печать документа", которая позволяет открыть печатную форму документа Диадок.
102.1803299.1.110.0УРиУ. Для складских документов и документов сбыта добавить настройку аналогичную настройке "В приходных накладных закрытый период контролировать по дате"Складской учетНе знаю, какая именно часть модуля Складской учет, научите
В складских документах и документах сбыта добавить настройку аналогичную настройке "В приходных накладных закрытый период контролировать по дате"В складских документах и документах сбыта добавлена настройки аналогичные настройке "В приходных накладных закрытый период контролировать по дате". Закрытый период может контролироваться либо по Дате создания, либо по дате исполнения (ордера). Если ордеров нет - документ будет доступен для редактирования "Настройки Галактики Логистика Складской учет Сопроводительные документы В СД складского учета закрытый период контролировать по дате" - распространяется на документы: -Накладная на внутреннее перемещение -Акт о приемке материалов -Накладная на передачу МЦ в ОС -Накладная на передачу МЦ в спецоснастку -Накладная на передачу МЦ в НМА -Ведомость переработки МТР "Настройки Галактики Логистика Документы Управление сбытом Накладная на отпуск Модификация и контроль данных В накладных на отпуск закрытый период контролировать по дате" - распространяется на документы: -Накладная на отпуск МЦ Формирование ордеров в закрытом периоде контролируется отдельной настройкой: "Настройки Галактики Логистика Складской учет Модификация и контроль ордеров Запрещать модификацию складских ордеров в закрытом периоде"
102.1805439.1.110.0Автоматическое заполнения привязанных сумм в сводном СФ заказчикаРасчеты с поставщиками и получателямиНаши счета-фактуры
Автоматическое заполнения привязанных сумм в сводном СФ заказчика 1)для СвСФЗ по входящим ТСД собрать суммы в разрезе Подрядчиков и в интерфейсе "Привязанные счета-фактуры посредника" внести их в поле "Привязанная сумма"; 2)для СвСФПс по входящим ТСД собрать суммы в разрезе Заказчиков и в интерфейсе "Привязанные счета-фактуры заказчика" внести их в поле "Привязанная сумма"Доработка привязки сумм для сводного СФ заказчика и сводного СФ посредника: - для СФ заказчика возможная сумма для привязки вычисляется по всем связанным сопроводительным документам, у которых грузоотправитель равен организации СФ посредника; - для СФ посредника возможная сумма для привязки вычисляется по всем связанным сопроводительным документам, у которых грузополучатель равен организации СФ заказчика. Не рекомендуется связывать сводный и не сводный СФ после данной доработки, т.к. они имеют разные структуры. Для того, чтобы пользователи не запутались в перекрестных ссылках и могли составить себе некоторое представление о том, почему связанная сумма вычислилась именно так, в расширенной информации сводного СФ списки грузо выводятся с суммами по грузо.
102.1839139.1.110.0При формировании платежа на произвольную дату выдается ошибкаУправление сбытомСчета, ДО на продажу
Если по ДО подвязан договор, то при формировании платежей по документу на произвольную дату, выдается ошибка: Другой пользователь (или Вы в другом окне) уже модифицировал эту запись. Код ошибки: 80. таблица N9015. Подробное описание проблемы во вложении.Исправлено.
102.1846709.1.110.0не найдена MSVCR120.DLLУправление сбытомРабота с Контур.Диадок
Галактика при входе в любой модуль, и вызове чего либо ( например Документы - Акт на прием услуг) выдает сообщение, что не найдена MSVCR120.DLL. При отключении C_Diadoc такой проблемы нет. Настройка "Настройки ГалактикиОбщие настройки системыРабота с Контур.Диадок" = нет" ОС - Windows Server 2012 R2Исправлено
101.633509.1.109.0Диадок. Если отсутствует тэг ДопСведТов надо заносить и в МЦ и в услуги таблицы соответствияУправление сбытомРабота с Контур.Диадок
1. Диадок. Если отсутствует тэг ДопСведТов надо заносить и в МЦ и в услуги таблицы соответствия. 2. Еще информация поводу сопоставления МЦ/услуг. От клиента получена информация следующая на компоненте Диадок 12 версии: Также если XML пришла как Акт - то это услуга, если XML пришла как Накладная - то это МЦ. Вот есть Акт. Пришел как Акт. Но в таблице соответствия все равно МЦ.1. Если в файле xml накладной/акта, счета-фактуры отсутствует тэг "ДопСведТов", то при импорте документа в Галактику (Диадок. Список документов - пункт локальноо меню "Импортировать выбранные документы") найденные МЦ/услуги заносятся как на вкладку "Материальные ценности", так и на вкладку "Услуги" (Диадок. Список документов - пункт локального меню "Таблицы соответствия мц/услуг"). 2. Исправлена ошибка сопоставления: услуга заносится на вкладку "Услуги".
102.1839959.1.108.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.12.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
101.643789.1.107.0Некорректное отображение значений вн.атрибутов в документах в Расширенной информацииУправление сбытомНакладные на отпуск
В Актах, накладных в Расширенной информации на вкладке Внешние атрибуты неверно отображаются значения атрибутов - во всех атрибутах только значение верхнего по списку атрибута. По кнопке "Обновить данные из БД", значения пропадают.Исправлено отображение Внешних атрибутов на вкладке "Расширенная информация"
101.644949.1.107.0Диадок. При выгрузке СФ не подставлять парный сопрдок в список выгружаемых документовУправление сбытомРабота с Контур.Диадок
1. Диадок. При выгрузке СФ подставлять парный сопрдок в список выгружаемых документов по значению настройки. 2. При выгрузке СФ в формате УПД из интерфейса СФ в списке исходящих документов Диадок отсутствует ссылка на сопроводительный документ. 3. Возник вопрос при работе с выгрузкой из Наших СФ с помощью функции Диадок.Отправить. Почему отображается в поле Формат значение "УПД", но выводиться 2 документа, как будто бы формат "СФ" по Счет-фактуре и "Накладная" по Накладной. Если же перевыбрать формат, то затем сохраняется нормальный УПД с одной строкой - Счет-фактура. Необходимо исправить, чтобы с первого раза было верно. 5. По сохранению группы подписантов стали происходить следующие критичные для клиента ошибки - пользователь (бухгалтер) сначала выводил на печать Приходный кассовый ордер, выбирал группу подписантов для Типа Касса, ФРО. Затем приступил к выгрузке через функцию "Диадок.Отправить" документов типа УПД, но в поле Подписанты остались доступны только группы подписантов для предыдущего Типа документов, т.е. ФРО, Касса. Клиент не доволен тем, что необходимо перевыбирать через Экспорт для ЭДО подписантов для УПД, тогда в Диадок.Отправить отображаются группы для Типа Электронный документооборот.1. Создана настройка "Общие настройки системы - Работа с Контур.Диадок - Вставлять в окно отправки документов связанный сопроводительный документ или счет-фактуру" = "да" (по умолчанию), "нет". Если выбрано значение "да", то в окно отправки документов (список сопроводительных накладных/актов или счет фактур - пункт локального меню Диадок.Отправить) вставляется парный связанный документ. 2. Если счет-фактура выгружается из Галактики в Диадок ("Документы - Наши счет-фактуры - Диадок. Отправить) в формате УПД в списке исходящих документов Диадок (Документы - Список документов Диадок) в нижней панели появляется ссылка на сопроводительный документ. 3. Настройки "Общие настройки системы - Работа с Контур.Диадок - Статус сопроводительных документов после экспорта, Статус сопроводительных документов после импорта, Статус сопроводительных документов после подписи, Статус сопроводительных документов после аннулирования, Статус сопроводительных документов после удаления" перенесены в созданный каталог "Статусы". Новое путь настроек: "Общие настройки системы - Работа с Контур.Диадок - Статусы". 4. Исправлено. В случае, если нет сохраненного формата выгрузки для контрагента, если выгружается счет-фактура, к которой имеется привязанная накладная, то в окно отправки вставляется один документ и формат выгрузки "УПД", если привязанной накладной нет - то формат выгрузки "СФ". 5. Исправлено. При перевыборе документов и последующей отправки в Диадок в поле выбора подписантов отображаются группы подписантов для электронного документооборота.
102.1699769.1.107.0Двойной расчет нормативной убыли?Управление сбытомНакладные на отпуск
В автораспределении МЦ по разрезу обработать процент убылиПодкорректирована обработка процента убыли в автораспределении МЦ по разрезу, создании накладной по ДО.
102.1714619.1.107.0УРиУ - очередь2 - стандартизация интерфейсаУправление снабжениемАкты на услуги, работы
Заменить термин Корректирующий на Исправительный для корректирующих документов логистикиЗаменен термин Корректирующий на Исправительный для корректирующих документов логистики. Префикс отставлен тот же: КН и -КН, т.к. существуют алгоритмы, в т.ч. и пользовательские (сторонних разработчиков), завязанные на наличие префикса в номере
102.1727789.1.107.0При формировании п/п из ДО учитывать настройку "Настройки Галактики Бухгалтерский контур Обработка документов Значения полей по умолчанию Платежные документы Очередность платежа"Финансово-расчетные операцииПлатежное поручение
При формировании п/п по [F7] поле очередность платежа заполняется либо из Контрагента (закладка "Прочее"), либо из параметров по умолчанию, либо из настройки. При формировании п/п из ДО также необходимо учитывать настройку "Настройки Галактики Бухгалтерский контур Обработка документов Значения полей по умолчанию Платежные документы Очередность платежа". При этом нужно сохранить приоритеты для заполнения этого поля: 1. Каталог контрагентов 2. закладка "значения по умолчанию" из ПД 3. настройка "... Очередность платежа".При формировании п/п из ДО учитывается настройка "Настройки Галактики Бухгалтерский контур Обработка документов Значения полей по умолчанию Платежные документы Очередность платежа". Приоритет заполнения данного поля в п/п следующий: 1. Каталог контрагентов 2. закладка "значения по умолчанию" из ПД 3. настройка "... Очередность платежа".
102.1748789.1.107.0По акту формируется КН, а не КАСкладской учетАкты о приемке материалов
По акту на списание с ответственного хранения, при формировании корректирующего акта в некоторых случаях формируется номер КН, а не КА.Подкорректирована установка "КН", "-КН" для исправительных документов
102.1769569.1.107.0Сумма по ордеру дооценки в интерфейсе Связанные документы Расширенной информации актаУправление снабжениемАкты на услуги, работы
Сумма по ордеру дооценки в интерфейсе Связанные документы Расширенной информации акта Необходимо видеть суммы по ордерам дооценки в интерфейсе Связанные документы Расширенной информации акта (скрин интерфейса во вложении)Добавили проверку складского ордера по типу: если Ордер дооценки, то количество равно единице. Сумма по ордеру учитывает данное количество при открытии закладки "Связанные документы".
102.1826939.1.107.0Переносить р/с из до в платежкуФинансово-расчетные операцииПлатежное поручение
У клиента общесистемная настройка Ведется несколько расчетных счетов стоит в значении нет. Тем не менее у собственной организации заведено несколько рабочих расчетных счетов. Создаем ДО, оно создается с р/с по умолчанию, но мы его перевыбираем на другой р/с. Создаем платежное поручение по ДО, в котором р/с не перетягивается из ДО, а устанавливается в значение, которое стоит в настройке Р/с в банке. Предложение: в указанной ситуации безусловно тянуть р/с из ДО либо сделать настройку по выбору.При формировании платежных документов из ДО + значение настройки "Настройки Галактики Бухгалтерский контур Ведется несколько расчетных счетов" = "нет", расчетный счет берется из ДО, а не из настройки "Настройки Галактики Общие настройки системы Собственная организация Р/с в банке". работает в рамках настройки: "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по ДО Изменять расчетный счет собственной организации в платежном документе при выборе ДО" - нет/да/по запросу в групповых режимах формирования запрос выдается один раз
102.1833589.1.107.0Просмотр накладных на прием молочного сырьяУправление снабжениемНакладная на прием молочного сырья
Просмотр накладных на прием молочного сырья. Окно редактирования вызывается дважды при просмотре через iEditDoc.RunEditHozDocИзменена обработка открытия окна редактирования "Накладные на прием молочного сырья"