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


Описание файла обновления:
ФайлL_SOPRDOC_RES_911000.TXT
ОбновлениеL_SoprDoc_res_911000
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентL_SOPRDOC
ТипRES
Версия9.1.100.0
Дата2018-02-07 13:07:36
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
101.63613NEWДиадок. Поменялась схема титула покупателя, новая версия ON_SCHFDOPPOK_1_995_02_05_01_02.xsdУправление сбытомРабота с Контур.Диадок
Диадок. Поменялась схема титула покупателя, новая версия ON_SCHFDOPPOK_1_995_02_05_01_02.xsd В XSD-схеме версии 02 увеличена длина символьного реквизита "Функция" 1 символ на 1-6 символов, теперь при формировании подписи надо выводить тэг "Функция" точно так же, как и в ON_SCHFDOPPR. Так же заменить в поставке саму схему.Изменение схема титулов покупателя и продавца УПД ON_SCHFDOPPOK_1_995_02_05_01_02.xsd и ON_SCHFDOPPR_1_995_01_05_01_02.xsd
102.171112NEWУчет распределения по ОС в шапке акта на прием услугУправление снабжениемАкты на услуги, работы
В рамках проекта запчастей , реализована выгрузка данных из Галактики в xml ,в части необходимых справочников (МОЛ, Ед. Изм, Склады, МТР, Остатки) и Актов на списание материалов. При этом акты на списание материалов выгружаем только те у которых есть ссылка на основное средство указанную в распределении по ОС в шапке акта на списания . В соответствии с ТТ нам необходимо еще выгрузить данные по актам на прием услуг и тут столкнулись с одной неожиданностью, для акта на прием услуг нет возможности указать основное средство в шапке документа, есть возможность только в спецификации по каждой позиции. Большая просьба: включите в доработку Галактики возможность указания распределения по ОС для актов на прием услуг в шапке документа.Добавлено распределение по ОС для актов на прием услуг в шапке документа.
101.626499.1.99.0Диадок. Беда при импортеэкспорте с банками и рсУправление сбытомРабота с Контур.Диадок
Диадок. Беда при импортеэкспорте с банками и рс Для импорта: формировать ДО в момент импорта УПД одновременно с актами/накладными. Проставлять в ДО банковские реквизиты из УПД (сверка по БИК и наименованию). Если передан документ просто СФ (пример Метро), то оставляем все как есть.1. Создана настройка "Работа с контуром Диадок/Настройки импорта/Формирование ДО при импорте накладных" = "да", "нет", "да, в случае несовпадения р/с импортируемого документа с р/с" (значение по умолчанию). 2. При экспорте в Диадок накладных/актов в xml-файл (тэги "СвПрод" и "СвПокуп" для УПД, "Поставщик", "Плательщик" для накладной, "Исполнитель" для акта) заносятся банковские реквизиты из счет-фактуры (поля "Наш расчетный счет" и "Расчетный счет контрагента" по кнопке "Расширенная информация") соответственно. Если счет-фактуры нет, то из ДО (банковские реквизиты поставщика, плательщика по кнопке "Расширенная информация"). Если нет ни ДО, ни счет-фактуры, то заносятся банковские реквизиты из каталога организаций и банков по умолчанию контрагента и собственной организации. 3. При импорте накладных/актов в Галактику создается ДО, если значение указанной настройки равно - "да"; - "да, в случае несовпадения р/с импортируемого документа с р/с", сопоставление банковских реквизитов производится по БИК банка и расчетному счету. Для созданного ДО устанавливаются банковские реквизиты xml-файла для контрагента и собственной организации, в том случае если они соответствуют банковским реквизитам данных организаций в каталоге организаций и банков. Если реквизиты в каталоге организаций не найдены, для ДО устанавливаются реквизиты организаций из каталога по умолчанию. После импорта в протокол выводятся сообщения о несовпадении банковских реквизитов, а также об установке для ДО банковских реквизитов из каталога организаций по умолчанию, в случае если в нем не найдены банковские реквизиты продавца/поставщика или покупателя/плательщика из xml-файла.
101.626899.1.99.0ЭДО. Выводить Контракт вместо ДоговораУправление сбытомЭкспорт по учету сопроводительных документов
ЭДО. Выводить Контракт вместо Договора По ПиР 101.56457 и 101.56458 при включении настройки можно видеть в интерфейсах нужное название договора. Предлагается для ЭДО ввести дополнительную для отражения этого названия "договора" в ЭДО (больше всего интересуют УПД и СФ).При выгрузке и печати УПД наименование договора в элементе "ОснПер - НаимОсн", строке "Основание передачи (сдачи) / получения (приемки)" выводится, как при отображении наименования в интерфейсах: 1. При настройке "Настройки ГалактикиЛогистикаДокументыУправление договорамиНаименования договоров/соглашений/ПКП из внешней классификации" = "да", согласно установленному значению во внешней классификации к договору "Наименование договора"; 2. При пустом значении в классификации или значению настройки "нет" - по настройкам "Настройки Галактики Логистика Документы Управление договорами Пользовательские названия документов". При пустом значении настроек - "Договор" или "Соглашение".
101.632719.1.99.0Диадок. Добавить выгрузку кода товараработуслуг в xml для УПД.Управление сбытомРабота с Контур.Диадок
Диадок. Добавить выгрузку кода товараработуслуг в xml для УПД. По аналогии с печатной формой столбец "Б" в позиции спецификации. Тэг КодТов таблицы ДопСведТов Так же клиент просит рассмотреть возможность выбора кода из внешнего атрибута МЦ, по примеру как это реализовано в настройке "Установка атрибутов в УПД" для основания передачи-сдачи: выбирается определённый внешний атрибут МЦ и при формирования УПД для товаров тянется соответствующее им значение из указанного внешнего атрибута.Доработано заполнение атрибута КодТов элемента ДопСведТов при выгрузке УПД: - значение берется из атрибута, заданного к МЦ/услуге, название атрибута задается в настройке "Настройки Галактики Логистика Документы Сопроводительные документы Печать Универсальный передаточный документ Атрибут "Код товара/работ/услуг", сам атрибут необходимо создать вручную; - если атрибута нет, либо он не заполнен, то из поля "Код" - для услуг (каталог Услуг), "Номенклатурный номер/бар-код" - для МЦ (каталог МЦ).
102.1726499.1.99.0УРиУ - очередь 1 - функционал Разрешить изменение целевого учета и распределения по позиции в корктировочном актеУправление снабжениемАкты на услуги, работы
Разрешить привязку ЦУ и подразделения в корректировочных актах для сдублированной позицииВ корректировочных документах для сдублированной позиции (при помощи ФЛМ Дублирование позиции) разрешен выбор в РИ по позиции спецификации Распределения по складам и изменение аналитик ЦУ
102.1738399.1.99.0КН по рекламации не обнуляется количество и налогиУправление сбытомНакладные на возврат по рекламации
КН по рекламации не обнуляется количество и налогиИсправлена ошибка ввода нулевого кол-ва в рекламационной накладной
102.1741629.1.99.0Не заполняется дата экспортаУправление сбытомЭкспорт по учету сопроводительных документов
Не заполняется дата экспорта Сбыт / Операции / Импорт, экспорт / Экспорт по учету сопроводительных документов. По результатам экспорта успешно формируется файл, но в Галактике у документа не проставляется дата экспорта (запись помечается зеленым цветом, но дата экспорта нулевая).При экспорте документа, в поле "дата экспорта" проставляется текущая дата.
102.1745589.1.99.0Неверное заполнение полей при выгрузке документов в xml из интерфейса СФ - Экспорт для ЭДО.Управление сбытомНаши счета-фактуры
Неверное заполнение полей при выгрузке документов в xml из интерфейса СФ - Экспорт для ЭДО. Если контрагент - индивидуальный предприниматель, то в формат СФ не выгружаются данные в поле ФИО. Если контрагент - физ.лицо, то в УПД в форматы СЧФ и СЧФДОП данные для такого контрагента выгружаются неверно. Подробности во вложении.Откорректирована выгрузка данных в поле ФИО: 1) в формат СФ для контрагента - индивидуальный предприниматель. 2) в УПД в форматы СЧФ и СЧФДОП для контрагента - физ. лицо.
102.1757789.1.99.0УРиУ Документ "Приходная накладная". Доработать протокол о нулевом количествеУправление снабжениемПриходные накладные
УРиУ Документ "Приходная накладная". Доработать протокол о нулевом количестве: Если в спецификации существуют позиции с нулевым количеством, то при нажатии кнопки "Оприходование" запускается протокол о нулевом количестве, ордера не формируются, но заполняется дата оприходования, чего быть не должно.Если в спецификации 20 позиций, и только по одной из них Пользователь (по случайности) не указал количество, при нажатии кнопки "Оприходование" протокол о нулевом количестве появляется, но ордера не формируются. Протокол работает как предупреждение о наличии позиций с нулевым количеством, и если это предупреждение появляется, то срабатывает полный запрет на оприходование, т.к. пользователь для корректировки документа вынужден делать лишнее действие - отмену оприходования
102.1774429.1.99.0Не тянется Объект строительства в проводку, если он на 2-ом уровне ЦУХозоперацииРазноска ТХО по видам документов /укажите тип документа/
Не тянется Объект строительства в проводку, если он на 2-ом уровне ЦУ(VipNP, акт перемещения между объектами).Исправлено
102.1774799.1.99.0Хвост в стоимости позиции в НВПСкладской учетНакладные на внутреннее перемещение
Хвост в стоимости позиции в НВП (см. вложенный файл). Методика списания - средние цены по разрезам (только склад). Есть НВП с позицией, где количество целое 50 шт и цена с 2мя знаками после запятой 0.17. Но стоимость получается с большим хвостом. Вместо 8.5 получается 8.499999999999995 Сделала дооценочный ордер, вытянулся некий хвост. В saldomc цена, равная 0,17. Но при пересоздании НВП хвост в стоимости остается, хотя стоит округление в сопроводительных документах складского учета до 0,01 Если по НВП сформировать ордера, то в них хвоста не будет.Исправлено
102.1765139.1.98.0не работает VIPNP при разных объектах целевого учетаХозоперацииРазноска ТХО по видам документов /укажите тип документа/
ТХО привязывается к документу "Акт на перемещение между объектами" (модуль Складской учет). VIPNP не работает (не заполняет аналитику Объекты строительства в режиме 2) если перемещение происходит на другой объект целевого учета и Объект строительства указан на первом уровне.Исправлено
101.626079.1.97.0Просмотр хозяйственных операций из карточек документовУправление снабжениемАкты на услуги, работы
Просмотр хозяйственных операций из карточек документов В "Акт на прием работ, услуг" добавить в интерфейсе редактирования документа локальную функцию "Хозоперации по документу Ctrl+H" по аналогии с приходной накладной.В список актов на прием/оказание услуг добавлен ФЛМ "Хозоперации по документу"
101.629349.1.97.0Выдается ошибка при настройке Универс. настраиваемой ведомости при использовании в группировке уровня Дата с настройкой МесяцУправление снабжениемУниверсальная настраиваемая ведомость
Выдается ошибка при настройке Универс. настраиваемой ведомости при использовании в группировке уровня Дата с настройкой Месяц Модуль Управление снабжением - Отчеты - Аналитика закупок - Универсальная настраиваемая ведомость. В отчет нужно ввести группировку с уровнем Дата и помесячно. Помечаю значение Месяц, при выходе выдается ошибка "Отсутствует позиция. таблица №9700" (см. вложение)Исправлено некорректное задание группировки по дате в универсальной настраиваемой ведомости.
102.1684319.1.97.0Не отображается акт на другого контрагентаУправление сбытомНакладные на отпуск
Доработать отображение актов на другого контрагента в закладке Связанные документы у приходных накладныхДоработано отображение актов на другого контрагента в закладке Связанные документы у приходных накладных
102.1690059.1.97.0Неверное заполнение по операциям с контрагентами дальнего зарубежьяУправление снабжениемКнига покупок (Беларусь)
Необходимо корректное заполнение книги покупок для операций с контрагентами дальнего зарубежья для упрощенного формирования налогового акта. Клиент отражает налог, уплаченный на таможне актом на другого контрагента к приходной накладной, устанавливая статус акта согласно настройке "Настройки Галактики Логистика Налоги, документы для учета НДС Беларусь Статус актов на прием услуг для регистрации ГТД" После чего выполняет его регистрацию из локального меню. На данный момент после регистрации ЭСЧФ по накладной в книгу покупок по данной операции попадают две строки, что клиент считает неверным. Необходимо, чтобы заполнялось: Гр 5 - дата налогового акт, привязанного к накладной Гр 6 - номер налогового акта Гр 7 - номер и дата платежа, привязанного к налоговому акту Гр 7.1 - дата выставления на портал ЭСЧФ ГР 7.2 - номер ЭСЧФ Гр. 8 - наименование иностранного контрагента. (и кстати графы 3 и 4 - не заполнились совсем? - но возможно это не обязательно - следует выяснить) Все это становится еще более существенным, когда это товар, требующий отсрочки - 60 дней. Эти две строки попадут в разные периоды книги покупок, то есть необходимо править вручную дату рагистрации ГТД.Для описанного случая след.алгоритм: 1. По акту установлен статус согласно настройке "Настройки Галактики Логистика Налоги, документы для учета НДС Беларусь Статус актов на прием услуг для регистрации ГТД". 2. С актом связана накладная. 3. По накладной формируется ЭСЧФ с типом "ГТД". Если по товару необходима отсрочка, то по шаблону устанавливается сколько дней прибавить к дате совершения операции. 4. Регистрация производится по лок.меню "Регистрация ГТД" из акта. По ЭСЧФ регистрация не производится. 5. Запись регистрации формируется с учетом ЭСЧФ, созданного по накладной. Соответственно, дата регистрации устанавливается по дате ЭСЧФ. При печати книги покупок поля заполняются след.образом: 1. Колонки 3-4 - не заполняются; 2. Колонки 5-6 - реквизиты Налогового Акта; 3. Колонка 7 - реквизиты платежки (платежка привязана к акту); 4. Колонки 7-1 и 7-2 - реквизиты ЭСЧФ; 5. Колонка 8 - наименование продавца из Накладной; 6. Колонки 10 и 11 - сумма НДС из Налогового Акта.
102.1751599.1.97.0В акте об излишках выбранное подразделение изменяется на Подразделение для оприходования в карточке ТМЦСкладской учетАкты об излишках
В акте об излишках выбранное подразделение изменяется на Подразделение для оприходования в карточке ТМЦДля Акта об излишках, если задано Подразделение оприходования и установлено Подразделение для оприходования, то не заменяется Подразделение при настройке "Настройки Галактики Логистика Документы Управление снабжением Приходная накладная Значения по умолчанию Автоматическое формирование распределения по складам = да"
180.104499.1.97.0вывод населенного пункта в Акте на оказание услуг (работ)Управление сбытомФормы ТТН, УПД, Акты
Неправильный вывод населенного пункта в Акте на оказание услуг (работ).Исправлен вывод населенного пункта в акте - если в названии указан пос. или г. , то выводится без лишней буквы.
180.104509.1.96.0вывод аббревиатуры в адресе при выгрузке УПД в xmlУправление капитальными вложениями и строительствомАдминистративно-территориальное деление
Надо выводить признаки Города, Населенного пункта, Улицы как в КЛАДР и печатной форме. А то у нас Театральная аллея и Театральная пл. есть, а в выгрузке только Театральная.При выгрузке УПД в xml адресная информация выгружается с аббревиатурами: 1. "д.1", "корп.2", "оф.100". 2. Наименования из каталога административно-территориального деления выводятся без обрезания последнего слова с аббревиатурой.
180.104829.1.96.0при выгрузке УПД в xml в раздел "НеттоВс" при группировке позиций спецификации выводится только масса нетто первой позицииУправление сбытомНаши счета-фактуры
при проверке доработки по работе параметра "группировать позиции спецификации по наименование и цене" при выгрузке в ЭДО УПД в раздел "НеттоВС" выводится только количество из первой позиции спецификации, участвующей в группировании.При выгрузке УПД с параметром "группировать позиции спецификации по наименованию и цене" в элемент "НеттоВс" выводится общая сумма (суммируется по всем позициям спецификации).
180.105089.1.95.0Выгрузка для ЭДО и Гал-ка.Диадок - грузоотправитель является иностранным государствомУправление сбытомРабота с Контур.Диадок
у нашего клиент грузоотправитель является иностранным государством. При выгрузке документов для ЭДО этот грузополучатель попадет в раздел с ИП, а при использовании функции Диадок.Отправить вообще выходит ошибка. Проблема требует срочного решения.Для определения типа контрагента используется признак в каталоге организаций - юридическое лицо, физическое лицо, индивидуальный предприниматель. Отказываемся от определения ИП по 12-ти знакам ИНН. Доработано для выгрузки в xml счетов-фактур, УПД и других данных, связанных с сопроводительными документами. Если у клиентов не проставлен данный признак для ФЛ или ИП, то порекомендовать проставить.
101.629289.1.94.0Выбор не той партииУправление сбытомНакладные на отпуск
Выбор не той партии в автораспределении МЦ по разрезуАвтораспределение МЦ по разрезу. Восстановлена работа параметра "Контролировать наличие на дату выписки" для позиций без ЦУ
102.1679509.1.94.0Не должны создаваться два приходных ордера в по корректируемым документам по типу акта "Снятие с ответ. хранения"Складской учетАкты о приемке материалов
Не должны создаваться два приходных ордера в по корректируемым документам по типу акта "Снятие с ответ. хранения".Доработана корректировка Акта о приемке материалов с признаком Снятие с ответхранения. Под корректировкой понимается создание корректирующего и сторнирующего акта. - Доработаны виды снятия: расходный ордер + приходный ордер; расходный ордер (на версии 9.2 есть еще 2 вида: расходный ордер + приходная накладная, расходная накладная) - Для вида снятия "расходный ордер + приходный ордер" сторнирование заключается в смене разреза, поэтому отрицательных сумм в сторно документе нет. - Для вида снятия "расходный ордер" стронирующий акт - это акт с отрицательными суммами в акте и в расходном ордере по нему
101.628669.1.93.0Неверный порядок позиций спецификации при экспорте накладных для ЭДОУправление сбытомЭкспорт по учету сопроводительных документов
Неверный порядок позиций спецификации при экспорте накладных для ЭДО Выполняется экспорт для ЭДО сопроводительных документов. Экспортируется накладная с функцией СЧФДОП. В экспортированном файле позиции спецификации отсортированы не в порядке возрастания порядковых номеров, а в порядке сортировки по коду МЦ. P.S. При экспорте накладной с функцией ДОП такой проблемы не возникает, позиции спецификации выгружаются в порядке возрастания порядковых номеров. При экспорте актов либо при экспорте накладных с функцией ДОП/ДИС позиции спецификации также выгружаются корректно в соответствии с порядковыми номерами.При выгрузке УПД в xml с функцией "СЧФДОП/КСЧФДИС" позиции спецификации сортируются по порядковому номеру.
101.625639.1.92.0Диадок. Добавить вывод доп. документов оснований в строку 8 УПДУправление сбытомРабота с Контур.Диадок
При выставлении УПД за оказанные транспортные услуги, необходимо указывать информацию о документах основаниях (ДО). К ним относятся: Складская расписка, Транспортная накладная, Товарная накладная, Поручение экспедитору, Экспедиторская расписка, УПД, Счет-фактура, Путевой лист. Т.к. строка № 8 УПД является обязательной к заполнению, и информация указанная в ней будет предоставлена в ИФНС, необходимо информацию о ДО указывать в этой строке после Договора. Выводится должен тот ДО - данные по которому заполнены. Предлагаю сделать по аналогии с ИнфПолФХЖ1, то есть добавить выбор набора ВА для Основания (строка 8 УПД). При этом данные заполняемые автоматически (Договор, доп. соглашения) должны так же сохраняться. См. вложенный файл.Добавлен новый интерфейс "Атрибуты для элемента "Основание передачи"". В интерфейсе добавляются атрибуты, которые будут выводится в печатной форме УПД в строке 8 и при выгрузке в xml в элементе ОснПер. Атрибуты заводятся к сопроводительным документам. В интерфейсе есть возможность указать название атрибута вручную (поле Наименование), либо выбрать из списка уже существующих. При нажатии на кнопку "Сохранить выбор атрибутов для всех документов " выбранные атрибуты будут проставляться во всех документах, если они заполнены. Следует также учитывать, что если не будет заполнено поле "Дата", то атрибут не будет выгружаться. При выгрузке и печати УПД сначала выводится Договор, Доп.соглашение, привязанные к документу, затем атрибуты, выбранные в интерфейсе. Из-за особенностей вывода данных в xml, заполнять атрибуты вручную, не через интерфейс "Атрибуты для элемента "Основание передачи"" не рекомендуется. Вызывается новый интерфейс по локальному меню "Установка атрибутов для УПД" - "Атрибуты для ОснПер" из: - интерфейса "Экспорт универсального передаточного документа" (Управление сбытом - Операции - Импорт/экспорт - Экспорт универсального передаточного документа); - интерфейса "Экспорт документов в xml-файлы для электронного документооборота" (лок.меню из интерфейса счетов-фактур "Экспорт для ЭДО"), только если помечен один СФ и в интерфейсе выбран тип "Универсальный передаточный документ (с 01.07.2017)"; - интерфейса "Отправка документов" (лок. меню "Диадок. Отправить"). А так же по лок.меню сопроводительного документа (Накладная на отпуск, Акта на оказание услуг, работ, Рекламационной накладной) "Установка атрибутов для УПД" - "Атрибуты для "Основание передачи (сдачи)/получения (приемки)"". В интерфейсе "Экспорт документов в xml-файлы для электронного документооборота" кнопка "Атрибуты для ИнфПолФХЖ1" заменена соответствующим лок.меню.
101.625909.1.92.0Диадок. Не проставляется связь между импортируемыми документами и Договором из xmlУправление сбытомРабота с Контур.Диадок
Не импортируется номер договора, если внутренний номер договора не соответствует номеру в XMLфайле. (даже если номер договора совпадает) Проходит проверка только внутреннего номера, а он может и не совпадать с номером клиента, т.к. это внутренний номер договора для нашей организации отличный от клиентского.При импорте сначала проверяется совпадение номера из xml-файла с внутренним номером договора, если не найден, то с внешним.
101.627579.1.92.0Диадок. Добавить обработку настроек Пратионного Учета при импорте из Диадока в ГалактикуУправление сбытомРабота с Контур.Диадок
Настройки: 1. Автоматическое формирование наименования партий 2. Формат названия партии 3. Стандартное начало кода партий 4. Код партии формировать по алгоритму В результате надо получить сформированную партию по позиции, если стоит настройка по позиции и по документу, если стоит по документу Алгоритм формирования такой, при получении УПД (СЧФДОП) при импорте документа, формируем к позициям спецификации или документу в зависимости от настроек партии и к этим партиям обязательно формируем ВА: - Страна происхождение <ДопСведТов КрНаимСтрПр="Голландия"></ДопСведТов> - Код страны происхождения <СвТД КодПроисх="874"></СвТД> - Номер таможенной декларации <СвТД НомерТД="5556767565489"></СвТД> В дальнейшем клиенту надо будет отражать эти данные в Книге покупок, и после формирования документов на продажу, отражать в книге продаж. Проблема крайне критичная, от этого зависит покупка модуля. Пример xml во вложении.Добавлена настройка "Настройки Галактики Общие настройки системы Работа с Контур.Диадок Настройки импорта Автоматическое формирование партий при импорте накладных" Если она включена, то при импорте автоматически создаются партии и привязываются к позициям накладной в соответствии с настройками "Настройки Галактики Логистика Партионный учет " Также для партий заполняется внешний атрибут "Номер ГТД" и внешняя классификация "Страна происхождения".
101.627829.1.92.0Диадок. Заполняется тэг ДопСвОсн = "Договор" при экспорте xmlУправление сбытомРабота с Контур.Диадок
Диадок. Заполняется тэг ДопСвОсн = "Договор" при экспорте xml Если сформировать документ с привязанным договором, то получаем такое заполнение ОснПер: <ОснПер НаимОсн="Договор" НомОсн="111111222" ДатаОсн="19.07.2017" ДопСвОсн="Договор"></ОснПер> С какой целью заполняется поле ДопСвОсн непонятно. а в результате в печатной форме видим Договор N 111111222 от 19.07.2017, Договор. второй раз Договор явно лишнее, этот тэг не надо заполнять при стандартном выводе, а только при работе через ВА ПиР 101.62563Тег ДопСвОсн со значением "Договор" не выводится при выгрузке УПД в xml.
102.1692149.1.92.0распределение платежа по корректировочным накладнымРасчеты с поставщиками и получателямиРаспределение входящих/исходящих платежей
При создании корректировочной накладной, на вкладке "распределение платежей" не должно быть никаких записей.Убрано копирование распределения платежа по накладной при создании корректирующей накладной
106.105129.1.92.0УПД. Выгрузка в ЭДО. подписантыУправление сбытомЭкспорт по учету сопроводительных документов
УПД. Выгрузка в ЭДО. подписанты Не сохраняется выбранная группа подписантов в открытом интерфейсеИсправлено некорректное определение подписантов при переключении на другие интерфейсы.
102.1674259.1.91.0УРиУ Функционал Добавить новый вид распоряженияСкладской учетРаспоряжение на внутреннее перемещение МТР
К распоряжениям на перемещение МТР нужно добавить новый тип распоряжения -"Распоряжение на изменение целевого назначения".Добавлен новый вид распоряжения: Распоряжение на изменение целевого назначения МТР. Вызывается из модуля Складской учет - Документ - Распоряжения на перемещение МТР Данный вид распоряжения похож по функциональности на Распоряжения на перемещение МТР за следующими отличиями: - у распоряжения один склад и один МОЛ - обязательное поле - Склад, если оно не заполнено, то нельзя перейти в спецификацию - Если спецификация выбрана, то нельзя поменять Склад и МОЛ - По данному виду распоряжения формируется акт на перемещение между объектами: F3 в поле Распоряжение Акта
102.1721229.1.91.0Ручное добавление позиций в распоряжениеСкладской учетРаспоряжение на изменение целевого назначения МТР
Ручное добавление позиций в распоряжение Необходимо предусмотреть возможность ручного редактирования спецификации "Распоряжения на изменение целевого назначения МТР"(добавление/удаление позиций) с возможностью формирования "Актов на перемещение между объектами"(в акт должны автоматически попадать все позиции из распоряжения) и возможностью изменения ЦУ в распоряжении для всех позиций после ручного редактирования.Доработана возможность ручного добавления позиций спецификации при выборе из текущих остатков в разрезе партий. По выбранным вручную позициям из ткущих остатков в разрезе партий можно автоматически сформировать АПМО, если есть отличие в ЦУ "откуда" и "куда". Позиции с одинаковым разрезом ЦУ в акт не попадают, при формировании акта из распоряжения.
106.104889.1.91.0ЭДО. Внешние атрибут для спецификации СФ по нофой форме с 01.07.2017Управление сбытомНаши счета-фактуры
ЭДО. Внешние атрибут для спецификации СФ по нофой форме с 01.07.2017 В ПиР 101.60434 было решение по выгрузке в XML атрибута к спецификации СФ. После выхода новой формы действующей с 01.07.2017 данный раздел был перемещен, со слов клиента теперь данный атрибут должен выводиться а "ИнфПолФХЖ2". Прошу решить данное предложение.При выгрузке УПД, если по позиции спецификации СФ заполнен внешний атрибут "Дополнение к спецификации", то он выводится в "ИнфПолФХЖ2", при этом "Идентиф" = "Дополнение к спецификации", "Значен" = значение внешнего атрибута.
180.102189.1.91.0При корректировке ДО по сопроводительным документам неверно считаются налоги (если они - ручные)Управление сбытомКорректировка ДО
При корректировке ДО по сопроводительным документам (включая корректировочные документы) с ручными налогами, сумма НДС встает только в части разницы, а не полной новой суммы. Детально во вложении.Исправлено.
101.626419.1.90.1Диадок. Формирования ОблПолн по разным документам и разным подписантамУправление сбытомРабота с Контур.Диадок
Выгружаем Акт по СФ 5.01 (функция = ДОП) 1.Подписант Подписант указан по 2-м подписям: - Подписант электронного документа - Груз передал, результаты работ... Оба подписанта одинаковые 2. В xml-файле в этом случае должно быть <Подписант ОблПолн="2" Статус="1" ОснПолн="Должностные обязанности"> Так же предлагаю составить таблицу вида : Строки "Функция" 3 строки СЧФ, ДОП, СЧФДОП Столбцы "Подписанты" 5 все подписанты ЭДО Пересечение заполняется значение ОблПолнИзменилось вычисление поля ОблПолн при выгрузке УПД (зависит от функции документа). Обычный сопрдок: СЧФ - 0, ДОП - 2, СЧФДОП - 5. Корректировочный сопрдок: КСЧФ - 0, ДИС - 3, КСЧФДИС - 6.
102.1695749.1.90.1СФдля ЭДО как УПД , элемент СвЛицПерУправление сбытомНаши счета-фактуры
ЭДО Подписанты в УПД , элемент СвЛицПер Необходимо выгрузить СФ для ЭДО как УПД. В настройке подписанты заполнены следующим образом: "Груз передал" не заполнен, поскольку это не обязательный атрибут. Согласно приказа ММВ-7-15/155@ элемент СвЛицПер не является обязательным, но если он заполнен, обязательно в нем наличие элемента РабОргПрод, частью которого является элемент Должность. В сформированном XML файле видим элемент СвЛицПер, в нем заполнен только необязательный элемент ОснПолн, заполненный значением по умолчанию. При загрузке в Контур Диадок наблюдаем ошибку, поскольку необязательный элемент заполнен не полностью.ЭДО, Подписанты в УПД, элемент СвЛицПер загружается в xml только в случае заполнения ФИО и должности подписанта или только ФИО в случае физического лица, которому доверена отгрузка товаров. Если подписанта с ролью "Груз передал" нет, то СвЛицПер не будет заполняться как необязательный элемент.
101.615289.1.90.0Добавить настройку на автоматический запуск алгоритма перед формированием сопроводительного документаУправление сбытомСчета, ДО на продажу
Возникла необходимость контролировать параметры заказа перед тем, как пользователь создаст накладные по кнопке "Сопроводительные документы". Контроль будет осуществляться собственным разработанным алгоритмом. В связи с этим нужна настройка: Настройки Галактики Логистика Документы Документы-основания Выполнение алгоритмов - Перед формированием сопроводительного документа"1. Добавлена настройка "Настройка Галактики Логистики Документы Документы-основания Выполнение алгоритмов Перед формированием сопроводительного документа" 2. Проверка осуществляется для ДО на продажу/закупку и предоплату продажи/закупки: - при формировании сопроводительных документов по ДО на продажу и закупки в окне редактирования ДО по кнопке "Сопроводительные документы" (модуль "Управление сбытом/снабжением" - Документы - Счета ДО на продажу/закупку - редактирование ДО) или по кнопке "Формирование сопроводительных документов" в диалоговом окне со списком товарно-сопроводительных документов (модуль "Управление сбытом/снабжением" - Документы - Счета ДО на продажу/закупку - редактирование ДО - кнопка "Сопроводительные документы" - диалоговое окно "Сопроводительные документы к "); - при пакетном формировании сопроводительных документов по ДО (Модуль "Управление сбытом/снабжением" - Операции - Пакетное формирование сопроводительных и платежных документов, модуль "Управление сбытом/снабжением" - Операции - Формирование накладных на отпуск/получение); - в окне редактирования накладной/акта при привязке ДО к сопроводительному документу.
101.622239.1.90.0СЧФ либо ДОПУправление сбытомЭкспорт по учету сопроводительных документов
Управление сбытом Операции Импорт/экспорт Экспорт УПЛ. Приказом ФНС РФ утвержден новый формат экспорта для ЭДО счетов фактур и документов, включающих данные счета-фактуры и накладной либо акта выполненных работ. В приказе описаны элементы формируемого XML файла, в частности элемент Функция, который принимает значение СЧФ, если выгружаются данные по счету-фактуре, СЧФДОП если выгружаются данные по связке документов СФ+ акт/накладная, ДОП если выгружаются данные по акту/накладной. При этом в приказе не обнаружено информации о том, что если СФ привязан к акту либо наклданой, необходимо обязательно выгружать документ, у которого значение элемента Функция = СЧФДОП и заполнена вся информация в соответствующих СФ и сопроводительному документу элементах. В интерфейсе Экспорт универсального передаточного документа реализован функционал выгрузки УПД в соответствии с приказом, при этом, если СФ связан с сопроводительным документом, по данным СФ и акту/накладной выгружается УПД со значением СЧФДОП, и нет возможности выгрузить файл с типом СЧФ либо ДОП, то есть отдельно по СФ либо сопроводительному документу, если не отвязать документы друг от друга. Однако контрагент может потребовать предоставить счет-фактуру, либо сопроводительный документ отдельно, а такого функционала нет. То есть функционал в соответствии с требованиями приказа реализован не в полном объеме.В интерфейс Экспорта УПД добавлен параметр "Функция документа (при наличии связанного документа)" со значениями: - если выбираем по сопроводительным документам: "СЧФДОП/КСЧФДИС", "ДОП/ДИС"; - если выбираем по счетам-фактурам: "СЧФДОП/КСЧФДИС", "СЧФ/КСЧФ". В зависимости от выбранного значения выгружается соответствующий документ.
101.622879.1.90.0Автоматическое заполнение разреза ЦУ в позиции спецификации - измененияУправление снабжениемПриходные накладные
Автоматическое заполнение разреза ЦУ в позиции спецификации По итогам проведения опытной эксплуатации у Заказчика возникли замечания к реализованной функции автоматического заполнение разреза ЦУ (целевого учета) в позиции МЦ в Накладной на прием МЦ" от поставщика по полю "Разрез ЦУ для оприходования" (КАУ1-КАУ10) , установленном в карточке МЦ при запуске функции "Сформировать распределение" и при оприходовании по кнопке "Оприходование": Объект ЦУ в позиции накладной - Не заполнен Объект ЦУ в МЦ - Не заполнен Выполняемые действия алгоритмом - Нет действий Объект ЦУ в позиции накладной - Не заполнен Объект ЦУ в МЦ - Заполнен Выполняемые действия алгоритмом - Заполнить значение объекта ЦУ в позиции накладной значением из МЦ Объект ЦУ в позиции накладной - Заполнен Объект ЦУ в МЦ - Не заполнен или заполнен Выполняемые действия алгоритмом - Нет действий (при текущей работе алгоритма выдается запрос, Заказчик просит исключить данный запрос)Доработана ситуация, когда ЦУ по позиции Накладной заполнена. В этом случае не выдается запрос и ЦУ из Каталога МЦ не переносится.
101.623649.1.90.0Диадок. Если сформировать Акт по ДО при настройке Формы 1-Т, ТОРГ-12 номер и дату брать из ДО, то попадает транспортная инфаУправление сбытомРабота с Контур.Диадок
Диадок. Если сформировать Акт по ДО при настройке Формы 1-Т, ТОРГ-12 номер и дату брать из ДО, то попадает транспортная инфа. Формируем Акт по ДО настройка Номер и дату транспортной накладной для формы Торг-12 брать из - документа-основания Получаем результат: <ТранГруз> <ТранНакл НомТранНакл="000002" ДатаТранНакл="26.07.2017"></ТранНакл> </ТранГруз> Получается возим "аренду помещений".Исправлено. Теги <СвЛицПер> и <ТранГруз> используется для следующих накладных при выгрузке в xml-файл: - накладная на отпуск МЦ (201); - накладная на отпуск товара консигнатору (202); - накладная на возврат товара от консигнатора (102); - рекламационная накладная от покупателя на возврат МЦ (106); - накладная на отпуск для ремонта (551).
106.104819.1.90.0Выгрузка в ЭДО. Грузополучатель - иностранное лицоУправление сбытомЭкспорт по учету сопроводительных документов
Выгрузка в ЭДО. Грузополучатель - иностранное лицо Ситуация следующая: Отгружаем товар. Покупатель Российская организация. Грузополучатель - Беларусь. В данном случае при выгрузке в ЭДО, в файле xml Должен быть следующий элемент для грузополучателя: :. ГрузоПолуч - ИдСв - СвЮлНеУч - : Согласно таблице 5.40 Приказа ФНС ММВ-7-15/155 Сейчас формирует как СвЮЛУч, что соответствует Российской организации. Диадок категорически не хочет видеть его как иностранное государство и выдает ошибку. Такая ошибка и в счета-фактурах, и в УПД, и в накладных.При выгрузке УПД в ЭДО доработан вывод организации в элемент СвЮлНеУч: в него попадает организация: 1. для которой не указан ИНН в каталоге организаций; 2. страна которой не Россия (код 643) и количество знаков ИНН не равно 10.
106.104969.1.90.0УПД, ошибка, в подписанты попадает номер доверенности водителяРасчеты с поставщиками и получателямиПредложения по развитию модуля СФ
УПД, ошибка, в подписанты попадает номер доверенности водителяИзменено заполнение "СвЛицПер" при выгрузке УПД в xml: заполняется из "Сдал отправитель" из ТТИ, если не указан - "Груз передал / услуги, результаты работ, права сдал" из соответствующей подгруппы подписантов. "Доверенное лицо" и "Доверенность" из накладной не выгружаются в этом элементе.
180.102559.1.90.0группировка одноименных позиций накладной при экспорте УПДУправление сбытомЭкспорт по учету сопроводительных документов
у клиента в накладных на отпуск и СФ большое кол-во одноименных позиций с одинаковой ценой, т.к. осуществляется повагонная отгрузка (привязывается номер ж/д квитанции). Необходимо в функционале экспорта УПД добавить возможность как при печати СФ указать параметр "группировать позиции спецификации документов". При установленном параметре выгружаться должны не все параметры, а агрегированные по наименованию и цене.Добавлен параметр "группировать спецификации по матценности и цене" в интерфейсы: - Экспорт универсального передаточного документа; - Экспорт документов в XML-файлы для электронного документооборота (по лок.меню СФ "Экспорт для ЭДО"); - Отправка документов (по лок.меню "Диадок. Отправить"). Параметр доступен только для выгрузки УПД. При установке параметра позиции спецификации с одинаковой ценой и наименованием объединяются.
180.102569.1.90.0вывод варианта наименования при экспорте УПДУправление сбытомЭкспорт по учету сопроводительных документов
у клиента очень широко используются варианты наименования для МЦ. необходимо при выгрузке в ЭДО УПД добавить возможность указать параметр "вывод варианта наименования". В выгружаемый файл должен быть перенесен именно вариант наименования МЦ.Добавлен параметр "вывод варианта наименования МЦ и услуги" в интерфейсы: - Экспорт универсального передаточного документа; - Экспорт документов в XML-файлы для электронного документооборота (по лок.меню СФ "Экспорт для ЭДО"); - Отправка документов (по лок.меню "Диадок. Отправить"). Параметр доступен только для выгрузки УПД. Если параметр установлен, при выгрузке УПД можно выбрать вариант наименования (аналогично выбору при печати СФ и сопр.документа). Выбранный вариант попадет в выгруженный файл. Если УПД выгружается с СФ, то вариант наименования устанавливается к позициям СФ. Если без СФ, то к позициям сопроводительного документа.
180.102609.1.90.0убрать тэги по единицам измерения и кол-ву при выгрузке в ЭДО УПД по услугамУправление сбытомЭкспорт по учету сопроводительных документов
при выгрузке в электронный формат УПД по услугам необходимо убрать из xml-файла в разделе со спецификацией документа следующие параметры: ЦенаТов, КолТов, ОКЕИ_Тов, ДопСведТов - НаимЕдИзм, т.к. необходимо вместо них иметь прочерки в загруженном в систему электронного документооборота документе, но выводить в xml сразу прочерк нельзя, т.к. система ЭДО это расценивает ошибкой.В интерфейсы "Экспорт универсального передаточного документа" и "Экспорт документов в XML-файлы для электронного документооборота" (лок.меню СФ "Экспорт для ЭДО") добавлен параметр "не выводить количество, цену и единицу измерения для услуг". При установке параметра для услуг, у которых не указан ОКЕИ, атрибуты ЦенаТов, КолТов, ОКЕИ_Тов, ДопСведТов - НаимЕдИзм не выгружаются. При отправке УПД через Диадок атрибуты не выгружаются при настройке "Настройки Галактики Общие настройки системы Работа с Контур.Диадок Настройки экспорта Выводить в файлы экспорта УПД и счета-фактуры количество, цену и наименование отпускной единицы при отсутствии ОКЕИ у услуги" = "нет".
101.623319.1.89.0Диадок. При выборе подписантов, если в фамилии есть сочетание букв ИП, оно удаляетсяУправление сбытомРабота с Контур.Диадок
Диадок. При выборе подписантов, если в фамилии есть сочетание букв ИП, оно удаляется. Осипов легким движением руки становится Осов.При выгрузке УПД словосочетание "ИП" в подписантах не удаляется. Слова "ИП", "Индивидуальный", "предприниматель" вырезаются только при выгрузке сведений об индивидуальном предпринимателе или физическом лице из каталога организаций, если наименование организации начинается с этих слов.
101.618749.1.88.0При печати акта округляется ЦЕНА в форматах БИЗНЕС-ТЕКСТ и RTF (102.164868)Управление сбытомАкты на услуги, работы
При печати акта округляется ЦЕНА в форматах БИЗНЕС-ТЕКСТ и RTF (102.164868) Установлена настройка Число знаков после запятой для цены в НДЕ в актах до 0,01. В печатных формах БИЗНЕС-ТЕКСТ и RTF цена все равно округляется. Пример во вложении.Исправлено округление для печатных форм БИЗНЕС-ТЕКСТ, Rtf и FastReport.
101.618919.1.88.0Диадок. Добавить формирование СФ по формату 5.01 с функцией СЧФ после решения 180.10178Управление сбытомРабота с Контур.Диадок
Диадок. Добавить формирование СФ по формату 5.01 с функцией СЧФ после решения по УПДДобавлена возможность выгрузки СФ в УПД без накладной (Функции СЧФ и КСЧФ)и отправки их в Диадок
101.620699.1.88.0Диадок. Доработка выгрузки нескольких основанийУправление сбытомРабота с Контур.Диадок
Необходимо формировать Основание передачи (табл.5.19) для нескольких документов. Для Договора и для Доп. соглашения. Формат такую возможность дает согласно признаку обязательности ОМ для ОснПерПри выгрузке УПД в ЭДО, если к сопроводительному документу привязан договор и доп. соглашение, то ОснПер (Основание передачи) выводится для договора (НаимОсн = "Договор"), и для доп.соглашения (НаимОсн = "Доп.соглашение"). Аналогично, ОснКор при экспорте УКД.