C_DIADOC
Краткое описание :
Диадок. Дата выписки накладных, актов при импортеОписание :
Что измененно :
В настоящий момент при импорте входящих документов из Диадока
дата выписки документа автоматически устанавливается равной дате документа из
Диадока. В связи с тем, что контрагент может поздно выставить документ и при
импорте он попадает в закрытый период, а так же при длительной доставке (когда
дата приемки отличается от даты документа) просьба рассмотреть возможность
создания пользовательской настройки, с помощью которой можно настроить
формирование даты документа равной дате в которую документ импортируется, или
дате документа из Диадока (как есть сейчас) На примере: мы импортируем сегодня
документ от 17.12.2021. в первом значении настройки документ импортируется с
датой выписки 21.12.2021, во втором - с датой выписки 17.12.2021
Как измененно :
Добавлена настройка DiadocImport.DDoc=DReceipt,'Приравнять дату
документов дате создания' при включении если дата документа меньше чем дата
создания в диадоке она приравнивается дате импорта сопроводительного документа
в галактику - то есть текущей дате. Кроме того ранее уже обрабывалась настройка
закрытого периода в оперативном контуре Oper.DateClosePeriod с учетом прав на
изменение в нем Oper.ModifyInClosePeriod и добавлена обработка закрытого
периода в бухгалтерском контуре FIN.USER.DTECBUH с учетом прав на изменение в
нем FIN.USER.MODAFTERCLOSE - в этих случаях если нет разрешения ставится
текущая дата. В автоматических режимах "с подтверждение" = "запрещено".
Аналогичная проверка может быть добавлена для СФ, но там документы идут в книгу
покупок - наверное менять нельзя.. Есть изменение даты поступления по ERP-492
по DiaDocument.cDeliveryTimeTicks.
C_DIADOC
Краткое описание :
Обновление документов Диадок у пользователей с
ограниченными правами.Описание :
Что измененно :
Возникает ошибка 403 при обновлении документов под
пользователями с ограниченными правами после перемещения документа в другое
подразделение.
Как измененно :
Доработана обработка ленты событий при приеме объектов типа
"EntityPatch". При получении подразделение в документе заполняется из
DiaEntityPatch.sMovedToDepartmentId, а также устанавливается флаг об
необходимости обновления документа. Документ уходит из зоны видимости
пользователя и для его обновления будет требоваться обновление под
администратором ящика в Диадок или пользователя с правами на новое
подразделение.документа. Механизм загрузки событий для пользователя включается
настройкой DIADOC.EVENTALWAYS, "Общие настройки системы \ Работа с
Контур.Диадок \ Разрешить прием событий при ограниченном доступе". Обращаю ваше
внимание, что загрузка событий под пользователем имеет ограничения и следует
хотя бы раз в сутки выполнять обновление под администратором или пользователем
с правами доступа ко всем подразделениям ящика Диадок, в частности во избежании
не дозагрузки событий из за прав пользователя, загрузка всегда идет от
последнего события, загруженного администратором ящика Диадок..
C_DIADOC
Краткое описание :
DIADOC. Контроль связки документов по периодуОписание :
Что измененно :
Ввиду того, что мы оприходуем документы не всегда день в день,
мы отключили настройку связки документов по дате, чтобы документы не попадали в
закрытый для пользователей период. Но в новом году столкнулись с такой
проблемой, что документы от 21 года в диадоке связались с документами в
катсопре от 22 года. Ввиду этого необходима настройка периода для контроля. То
есть, контролировать по номеру сумме, контрагенту и периоду. Период выбирать
год/полгода.
Как измененно :
Период год смысла не имеет. Если дата документа не указана в
настройке DIADOCIMPORT.LINKPARAM "Общие настройки системы \ Работа с
Контур.Диадок \ Связывать документы с документами Диадока по", то поиск
документов ведется в интервале от -4 до +2 месяцев от даты документа
Диадок(DiaDocument.sDocumentDate)
C_DIADOC
Краткое описание :
Возможность связывания одного документа Галактики с
несколькими документами Диадока.Описание :
Что измененно :
Сейчас существует возможность связать несколько разных
документов Диадока с одним документом Галактики (накладные/акты). Просьба
рассмотреть возможность создания новой настройки с помощью которой можно
ограничить такую связь. т.е. если накладная или акт уже связаны с каким либо
документом диадока, то при попытке выбрать эту же накладную или акт выходила
ошибка о том, что документ уже связан. Так же эта настройка должна учитываться
при работе шедулера, и уже связанные документы не связвались с новыми
документами Диадока
Как измененно :
Реализовано. Добавлена настройка Diadoc.GalDocEnableRepeat,
'Разрешить привязку сопроводительного документа к нескольким документам
Диадока' со значениями: 0 - "да" (по умолчанию) 1 - 'запретить только для
документов Диадока' - Проверяются связи с DiaDocument по полям cDoc +wTable. 2.
- 'запретить для документов Диадока и "Связанных документов"' тоже самое, что
для 1, но для таблицы DiaRelations. В самих "Связанных документах" проверки
нет. После смены настройки следует перезайти в систему. P.S. Исправлен код
настройки "Разрешить отвязывать/перевыбирать галактические документы" на
Diadoc.GalDocEnableReChoose
C_DIADOC
Краткое описание :
Настройка при отправке/получении предложения об
аннулировании.Описание :
Что измененно :
Просьба рассмотреть возможность создания настроек для
автоматического перевода статусов сопроводительных документов (по аналогии с
настройками на скриншоте) при переходе в статусы "отправлено исходящее
предложение об аннулировании" и "получено входящее предложение об
аннулировании" >Как должно работать ? Необходимо при изменении статуса
документа в Диадоке на "отправлено исходящее предложение об аннулировании"
связанные сопроводительные документы автоматически переводились в статус,
который мы укажем в новой настройке "Статус сопроводительных документов при
исходящем предложении об аннулировании", и так же при изменении статуса
документа в Диадоке на "получено входящее предложение об аннулировании"
связанные сопроводительные документы автоматически переводились в статус,
который мы укажем в новой настройке "Статус сопроводительных документов при
входящем предложении об аннулировании"
Как измененно :
Добавлены настройки ; В раздел "Общие настройки системы \
Работа с Контур.Диадок \ Настройки импорта" : DiadocImport.StatusFullCheck' ,
'После импорта документа проводить полную проверку статуса'; В раздел ""Общие
настройки системы \ Работа с Контур.Диадок \ Статусы \" :
DiadocStatuses.SendRevocat, 'Статус сопроводительных документов при исходящем
предложении об аннулировании'; 'DiadocStatuses.ReciveRevocat', 'Статус
сопроводительных документов при входящем предложении об аннулировании';
Аналогичные настройки добавлены в подраздел 'Накладные на внутреннее
перемещение'. При включении DiadocImport.StatusFullCheck после импорта
галактического документа будет выполнена полная проверка его статуса, иначе
статус установится в настройку DiadocStatuses.AfterImport , если настройка
DiadocStatuses.AfterImport будет не заполнена, то в статус по умолчанию для
снабжения по настройке Doc.Buy.SoprStatus.
C_DIADOC
Краткое описание :
Diadoc. Получение статуса из ГИСМТОписание :
Что измененно :
Ситуация такая, мы подписываем через Галактику документы и
встает статус подписан ЭДО. Однако в документе есть ошибки связанные с кодами
маркировки. В Диадоке отображается ошибка ГИСМТ и документ необходимо
корректировать. Но в Галактику эта информация не попадает, пользователи об этом
не знают. Необходимо для накладных на приход/отпуск в Галактике добавить поле
успешно/не успешно обработан ГИС МТ(в реестре документов katsopr и в шапке
накладной). Это поле позволит видеть какой ответ нам предоставил ЧЗ при
оформлении покупки/продажи маркированной продукции.
Как измененно :
Добавлена настройка Diadoc.GISMT, 'Обрабатывать статус
обработки в ГИСМТ (Честный знак)'. При включении в исходящих/входящих
документах будет добавлен столбец ГИС. При обработке документов будут
обрабатываться события DiaEntity.iAttachmentType = 75; sFileName = в процессе -
TtGis_InProcessing, ошибка - TtGis_ProcessingError, если ошибки нет, -
TtGis_SuccessProcessed. Статус будет заполнятся при обновлении документов,
поэтому для обновления старых документов следует пометить их в интерфейсе
"Список документов Диадок" и выполнить локальный пункт меню "Обновить
документы".
C_DIADOC
Краткое описание :
Экспорт пакетов документов в ДиадокОписание :
Что измененно :
Просим добавить настройку, которая определяет количество
формализованных документов в 1 пакете. >Для чего это необходимо, как это должно
работать ? Мы отправляем документы из одного интерфейса (Документы для учета
НДС), где создаются только формализованные документы. Настройка может быть либо
в пользовательских настройка (аналогично настройке "Количество
неформализованных документов в пакете"), либо в параметрах отправки документов
в Диадок. Отправлять каждый документ отдельно не совсем правильно, так как
увеличивается кол-во кликов мыши, время загрузки параметров и отправки файлов.
При небольшом объеме можно пользоваться отправкой каждого документа в
отдельности. В нашем случае, объем отправки большой, ежедневно около 100-200
документов. Если один из документов в пакете неверный, то покупателю придется
отклонять весь пакет документов. Так как аннулировать отдельный документ в
пакете нет возможности. На один пакет - одно извещение об отправке - одно о
получении. Выставление повторно пакета из 10-20 формализованных документов -
это повторная проверка и подписание всех документов. На каждый документ -
извещение об отправке - извещение о получении.
Как измененно :
Добавлена настройка DiadocExport.Max_Count', 'Максимальное
количество документов в пакете на отправку' - ограничивает общее кол-во
документов в пакете - при превышении будет создан новый. Если не задана -
ограничения нет.
C_DIADOC
Краткое описание :
Diadoc. Обновление контрагентовОписание :
Что измененно :
Необходима настройка, позволяющая добавлять организации в
список исключения для отображения "Э" (экспорт возможен) в столбце "Д".
Как измененно :
Добавлена настройка DiadocOrg.Not_Desirable,"Общие настройки
системы \ Работа с Контур.Диадок \ Работа с Контрагентами \ Список организаций,
для которых не рекомендован обмен". После изменения следует перезайти в систему
C_DIADOC
Краткое описание :
Диадок. Формат документов при экспорте по пользователю и
контрагенту.Описание :
Что измененно :
При экспорте документов происходит автоматическая установка
формата в интерфейсе отправки по предыдущей отправке и контрагенту вне
зависимости от пользователя системы Галактика ERP. Требуется доработать принцип
определения формата и выставлять по совокупности параметров: "Пользователь
системы Галактика ERP - Контрагент - формат предыдущей отправки".
Как измененно :
Реализовано. Добавлена системная настройка
DiadocExport.TypeDoc2OrgUser, 'Работа с Контур.Диадок / Настройки экспорта /
Сохранять формат экспортируемых документов в разрезе Организация /
Пользователь'. Сохранение идет в таблице KatLink в поле tune1 ( 1-4 бита - тип
накладных/актов, 5-8 бит - тип СФ) по условию coDiaOrganization ==
KatLink.CODETABLE and 1000 == KatLink.Code(noindex) and UserID == KatLink.cUser