ВМ
Я по памяти. Ильдарович это ж профэссор который по минимализмам кучу статей написал. И всякие однозапросные техники развивает?
Транзитивные замыкания, выборка дерева запросом и т.д.?
Транзитивные замыкания, выборка дерева запросом и т.д.?
Size: a a a
2020 February 09
ВМ
Я стараюсь все его статьи читать
ВМ
Там прям бестселлеры )))
DI
коллеги. вопрос . Падает реструктуризация базы с ошибкой Соединение с сервером баз данных разорвано администратором
Microsoft SQL Server Native Client 10.0: Unspecified error
HRESULT=80004005,
Microsoft SQL Server Native Client 10.0: Unspecified error
HRESULT=80004005,
DI
Где в логах посмотреть или можно ТЖ настроить ?. Платформа 8.3.13.1513
AO
Там прям бестселлеры )))
Да, он
АК
Коллеги, такой вопрос, а кто нибудь КД 3.0 активно использует?
Я
2020 February 10
g
Без доработок и стороннего по? Неужели есть такой человек?
АК
Без доработок и стороннего по? Неужели есть такой человек?
Без доработок чего?
g
Кд3.0
АК
Я только ошибок несколько поправил и всё.
MC
Я только ошибок несколько поправил и всё.
Бороли поведение КД 3.0, когда один док превращается в в зависимости от данных в 2 разных. Ситуация например есть такая при синхронизации ERP - БП, делаешь ПТиУ с расходами на себестоимость - в БП появляется документ "поступление доп. расходов". В ERP меняешь данные ПТиУ на расходы не на себестоимость - делает ПТиУ в БП, а доп расходы теряет, не удаляет. Я не нашел как побороть, там на уровне ПОД уходит в другое ПКО и все, ничего не знает о прошлом выгруженном. Пометку на удаление не шлёт
MC
?
MC
Так КД мы тоже используем, ERP - БП все доки, обратно банк
NP
На уровне ПОД искать нет ли зависающих документов и в случае зависших включать еще и правило для пометки их на удаление (надо делать) или помечать на удаление на уровне ПОД (не очень хорошая идея)
JD
Есть же регистр публичных идентификаторов, это по сути история загрузки.
Так что в приемнике не должно составить труда найди все, что загружалось по прилетевшему идентификатору, и почистить.
Так что в приемнике не должно составить труда найди все, что загружалось по прилетевшему идентификатору, и почистить.
АК
Mikhail Chernyshev
Бороли поведение КД 3.0, когда один док превращается в в зависимости от данных в 2 разных. Ситуация например есть такая при синхронизации ERP - БП, делаешь ПТиУ с расходами на себестоимость - в БП появляется документ "поступление доп. расходов". В ERP меняешь данные ПТиУ на расходы не на себестоимость - делает ПТиУ в БП, а доп расходы теряет, не удаляет. Я не нашел как побороть, там на уровне ПОД уходит в другое ПКО и все, ничего не знает о прошлом выгруженном. Пометку на удаление не шлёт
ПОД привязан к объекту метаданных. Внутри ПОД указываются используемые ПКО. Каждое ПКО по умолчанию включено. В коде ПОД можно выключить ПКО в зависимости от условий.
Вся логика выгрузки написана кодом, можно отладчиком увидеть что пришло в ПОД и в какое ПКО ушло.
Вся логика выгрузки написана кодом, можно отладчиком увидеть что пришло в ПОД и в какое ПКО ушло.
MC
После маршрутизации в ПОД уже не уходит в правило ПКО ПТиУ - поступление доп расходов.
MC
На уровне ПОД искать нет ли зависающих документов и в случае зависших включать еще и правило для пометки их на удаление (надо делать) или помечать на удаление на уровне ПОД (не очень хорошая идея)
Как искать зависающие? Выгрузка работает с текущий состоянием документа, она не знает что до последней версии была версия с другими расходами, которые выгружались в другой документ
NP
Проверять потенциальные документы-приемники на наличие документа с нужным идентификатором