L_SOPRDOC
Краткое описание :
Некорректно переносится товарно-транспортная информация при
копировании ДО на продажу.Описание :
Что измененно :
Управление сбытом - Документы - Счета, ДО на продажу-> Функция
копирования документа
Как измененно :
Поправлена проблема при копировании ТТН - копирование внешних
атрибутов ТТН.
L_SOPRDOC
Краткое описание :
Маркировка. Обмен с сервисом - позиционирование на
документеОписание :
Управление сбытом \ Документы \ Маркировка МЦ "Честный знак"
\Обмен с сервисомЧто измененно :
Обмен с сервисом. При выборе документа не позиционируется на
документе, если он уже выбран.
Как измененно :
Если документ выбран - курсор позиционируется на выбранном
документе.
L_SOPRDOC
Краткое описание :
Докомпиляция словаря Alter_Cumulative.exe 9.1.23.0Описание :
НетЧто измененно :
Новая версия накопительного обновления словаря Галактика ERP
9.1 Alter_Cumulative.exe 9.1.23.0
Как измененно :
Внесены изменения в словарь БД Галактики ERP 9.1
L_SOPRDOC
Краткое описание :
Дата Хозоперации в сторнирующей приходной накладнойОписание :
Что измененно :
Не синхронизируется дата в soprhoz по сторно документу при
изменении даты в исправительной накладной.
Как измененно :
Ранее менялась только дата сторно документа и все. Других
действий при этом не производилось. При этом расчет шел только из некоторых
интерфейсов (SoprDocB, AktUslB) и для следующих типов 101, 102, 103, 108, 111,
1411, 115. Доработан механизм контроля и убрано ограничение на интерфейсы и
типы документов.
L_SOPRDOC
Краткое описание :
При заполнении распределения по складам заполняется Филиал
в приходной накладнойОписание :
Управление снабжением-Документы-Приходные накладныеЧто измененно :
Происходит заполнение поля Филиал при заполнении распределения
по складам - в случае если выбранное подразделение находится в иерархии не на
главном уровне, не важно склад или подразделение.
Как измененно :
Доработано. Поле добавлено по "ПРОБЛЕМА В ПИР: 102.171615".
Выводится наименование вышестоящего подразделения со 2 уровня или же на
нижележащих уровнях есть ссылка на организацию , если само подразделение на 3 и
ниже, и само подразделение если оно на 2 или 1 уровне. Ранее если подразделение
находилось на 2 и выше уровне поле не выводилось. Попутно оптимизировано
заполнение этого поля.
L_SOPRDOC
Краткое описание :
Номер документа об отгрузке в строке 5а УПД при
перевыставлении услуг (ДЕМ)Описание :
Управление сбытом \ Документы \ Акты на оказание услуг, работЧто измененно :
Клиент формирует акт на оказание услуг и СФ при перевыставлении
полученных от другого контрагента услуг, в качестве печатной формы использует
УПД. Далее его текст: Исходящий УПД и входящий УПД по перевыставляемым услугам
в Галактике связаны между собой через документ для НДС. Мы услугу эту не
оказываем, УПД исходящий мы составляем на основании входящего УПД. (комментарии
нашего гл. бухгалтера) Бухгалтера спрашивают печать в строке 5а номер входящего
УПД. А с нас спрашивают покупатели. Приходится и при печати и в Диадоке руками
переправлять. Раньше мы ставили в акте номер и дату входящего УПД.
Как измененно :
Выполнено: 1. В печатной форме УПД. Анализируется "Счет-фактура
посредника" по кнопке в "расширенной информации" в СФ к накладной на отпуск
(т.е. наша организация является посредником, и в этом атрибуте указывается наш
поставщик), далее СФП. Если ВА "Принципал" к СФ и выбран СФП, то в графе 5А
выводится номер документа поставщика, подтверждающего отгрузку. Анализируется
тип документа поставщика, связанного с его счетом-фактурой. Если это УПД, то
номер сопроводительного документа надо определять так: если в акте поставщика
признак УПД -"СФ", то брать номер СФ поставщика, в остальных случаях - брать
номер сопроводительного документа (то есть в примере - акта РЖД ...1063)".. 2.
При выгрузке УПД эти же реквизиты выгружать в <ДокПодтвОтгр НаимДокОтгр=...
НомДокОтгр=... ДатаДокОтгр=...>..
L_SOPRDOC
Краткое описание :
Диадок. Множественный выбор документов при привязке
документов Диадока.Описание :
Что измененно :
Периодически возникают ситуации, когда необходимо привязать
один документ диадока к нескольким документам галактики, например есть акт на
прием услуг пришедший через Диадок, т.к. стоимость данных услуг должна упасть в
себестоимость товара, который пришел по двум накладным, то нам пришлось разбить
этот акт на два. Т.е. вариантов внести акт одним документом нет возможности. По
законодательству такое допустимо.
Как измененно :
Возможность привязывать есть через связанные документы. Но
пришлось доработать работу с ними через накладные/Акты - отображение статуса в
Диадоке, просмотр, подпись, синхронизация статусов документов в Диадоке и в
Галактике и так далее. Для разрешения использования связанных документов
добавлена настройка Diadoc.SyncLinkSoprDoc, 'Учитывать "Связанные документы" в
работе с сопроводительными документами' - при включении если к документу
диадока с привязкой к сопроводительному документу(пока без сводных накладных),
то все действия, доступные для основного документа доступны и для связанных
сопроводительных документов. Частично функционал включается так же по настройке
DIADOCIMPORT.DIVSOPR,"Общие настройки системы \ Работа с Контур.Диадок \
Настройки импорта \ Организации, для которых формировать отдельно Накладную и
Акт если есть МЦ и Услуги" После смены настроек следует перезайти в систему.
поскольку для сокращения обращений к настройкам они кэшируються.
L_SOPRDOC
Краткое описание :
Передача данных в тег Дом при отправке документов в ДиадокОписание :
Что измененно :
Контрагент просит передавать адрес в документах Диадока
следующим образом: в поле Дом должно быть значение "СТР.107/2" Сейчас в
галактике если указать в адресе строение и заполнить его значением 107/2, то
при передаче в Диадок заполняется атрибут Корпус, если же в адресе в поле Дом
указать "СТР.107/2", то в атрибут Дом передается значение "д.СТР.107/2". Ни
тот, ни другой вариант не устраивает контрагента.
Как измененно :
Доработан вывод стр. в тэг Дом.
L_SOPRDOC
Краткое описание :
Диадок. Новый статус "Подпись с разногласиями"Описание :
Что измененно :
В Диадоке появится новый статус подписания. Необходимо внести
его в галактику и добавить возможность подписания в разногласиями с нашей
стороны. Так же добавить возможности работы этого статуса с документами
katsopr, чтобы автоматическая обработка документов его тоже учитывала. Добавить
возможность фильтрации по этому статусу в модуле диадока. С 1 декабря изменятся
правила формирования статусов подписания для документов, созданных по формату
приказа ФНС № 820. Статусы будут формироваться в зависимости от значения
атрибута КодИтога. Он может принимать три значения, которые отражают результаты
приемки. Появится новый статус — «Подписан с разногласиями». При формировании
статусов документов будет учитываться значение атрибута КодИтога в титуле
покупателя: — КодИтога = 1 — статус «Подписан» — КодИтога = 2 — статус
«Подписан с разногласиями» — КодИтога = 3 — статус «Отказано в подписи»
Как измененно :
Реализовано.
https://diadoc-sdk.readthedocs.io/ru/latest/proto/Document.html Статус
RecipientResponseStatus сохраняется в поле DiaDocument.iPriceLAgreMD_Status.
Заполнение этого поля производилось и ранее. Добавлен учет этого поля при
выводе статуса в интерфейсах, в фильтре для значение
WithRecipientPartiallySignature(6). В окне подписания добавлена возможность
выбора типа подписания для последующего вывода в атрибут "КодИтогА": 1 'товары
(работы, услуги, права) приняты без расхождений (претензий)'. 2 'товары
(работы, услуги, права) приняты с расхождениями (претензией)'. Значение 3 не
добавлено, поскольку " Чтобы отправить отказ в виде титула покупателя с
атрибутом КодИтога = 3, нужно использовать метод PostMessagePatch и структуру
RecipientTitleAttachment." - для этого есть отдельный пункт меню "Отказать в
подписи".
L_SOPRDOC
Краткое описание :
При экспорте счет-фактуры на аванс в Диадок выходит ошибка.Описание :
Что измененно :
При экспорте счет-фактуры на аванс с типом "СФОпл" выходит
ошибка: "Согласно модели содержимого родительского элемента "ТаблСчФакт",
элемент "ВсегоОпл" является непредвиденным. Требуется: СведТов.
айл/Документ[1]/ТаблСчФакт[1]/ВсегоОпл[1]"
Как измененно :
Причина в отсутствии спецификации в СФ. Для SchFact.SubTip =
cwTotal_TypeSF_Avans = 16 строка со словом "Аванс" бы добавилась бы сама, но
здесь это не сработало.
L_SOPRDOC
Краткое описание :
Для xml "Основания передачи (сдачи)/получения (приемки)" в
УПД.Описание :
Что измененно :
Дать возможность настраивать вывод строки 8 в УПД и экспорта в
xml ОснПер.
Как измененно :
Добавлены настройки в раздел "Логистика \ Документы \
Сопроводительные документы \ Печать / Экспорт \ Универсальный передаточный
документ". Doc.SD.Prn.UPD.OsnPerTP,'Типы документов для "Основание передачи
(сдачи) / получения (приемки)"' и Doc.SD.Prn.UPD.OsnPerTPExp,'Типы документов
при экспорте для тэга "ОснПер"'. При задании можно будет выбрать какие выводит
документы: 1.Договор 2.Соглашение 3.Дополнительные основания 4.Наряд - заказ
5.Документ - основание Дополнительные основания задаются в локальном меню
накладных на отпуск/актов на оказание услуг Установка атрибутов для УПД ->
Атрибуты для "Основание передачи (сдачи) / получения (приемки)" При этом
следует помнить, то если был выведен договор или соглашение, то заказ нарял и
документ основание уже не будет выведен. Аналогично если был выведен заказ
наряд, то До не будет выведено.
L_SOPRDOC
Краткое описание :
Импорт из ЭДО.Описание :
Что измененно :
Осуществляем импорт УПД «Операции – Импорт/экспорт – Импорт
универсального передаточного документа на закупку». Документ загружается
нормально, без ошибок , но файл в Галактике не появляется. Ошибок нет, только
предупреждение "Предупреждение, Отсутствует договор № от 13/10/2021@.
Как измененно :
В тэге нет "ОснПер" атрибута "НомОсн" , зато есть
НаимОсн="ДОГОВОР ПОСТАВКИ № _____". Доработано извлечение номера по вхождению
"№" в "НаимОсн". Если номер договора все таки пустой, то поиск договора не
будет идти вовсе. Также добавлена обработка только предупреждений - если ошибок
нет, то будет запрос на продолжение импорта.
L_SOPRDOC
Краткое описание :
Диадок. Коды маркировки в Корректировочных накладныхОписание :
Что измененно :
Нами отправлен исходящий УПД с кодами маркировки, документ
подписан В Диадоке, но при проверки в ЧЗ выявлено, что есть ошибки и документ
не обработан. Далее создана корректировочная СФ, обнуляющая количество. при
отправке в Диадок в документе в теге <НомСредИдентТовДо> указаны коды
маркировки как и в исходном документе. После проверки в ЧЗ документ так же
возвращается с ошибкой. Нам необходимо, что бы если исходный документ не прошел
проверку в ЧЗ, то данные о КМ не указывались в корректировочном документе в
теге <НомСредИдентТовДо> при отправке в Диадок.
Как измененно :
Добавлена настройка DIADOCEXPORT.UKD_MARKERRONSOURCE "Общие
настройки системы \ Работа с Контур.Диадок \ Настройки экспорта \ Для УКД
отключить вывод кодов маркировки при наличии ошибки регистрации в Честном знаке
исходного документе". При включении при отправке УКД проверяется наличие
отправки оригинального документа и к нему наличие "сущностей Диадока" (таблица
DiaEntity) с типом вложения 75(поле iAttachmentType) и с содержанием в имени
файла(поле sFileName) "TtGis_ProcessingError". При обнаружении отключается
вывод "НомСредИдентТовДо", а если нет серийных номеров после изменения то и
добавка MARK к имени отправляемого файла.