Size: a a a

2020 April 06

М

Михаил in 1C
Konstantin Kozyrev
И что вы в нём отлаживаете?
🤷‍♂ запросы
Есть профайлер где сразу можно увидеть и план и сам запрос
источник

D

Danil in 1C
Konstantin Kozyrev
И что вы в нём отлаживаете?
а смысл в постгри, в чем профит от глазной боли гика?
источник

KK

Konstantin Kozyrev in 1C
Danil
а смысл в постгри, в чем профит от глазной боли гика?
Я что-то говорил про постгрю? Вроде нет.
источник

KK

Konstantin Kozyrev in 1C
Михаил
🤷‍♂ запросы
Есть профайлер где сразу можно увидеть и план и сам запрос
Понял.
источник

IN

I N in 1C
🅵🅾️🆇
Утречко.
Открываю свою постоянную рубрику тупых вопросов.

Как разруливаете выгрузку физических лиц КД2 из нескольких баз в одну?
Тобишь как и по чему реализовываете сопоставление, чтоб в последующем не требовалось участия?
В бсп базах есть регистр Сопоставление объектов информационных баз. Можно попробовать его настроить и загружать через него
источник

🅵

🅵🅾️🆇 in 1C
I N
В бсп базах есть регистр Сопоставление объектов информационных баз. Можно попробовать его настроить и загружать через него
А оно разве из коробки не учавствует автоматически после первой успешной выгрузки?
источник

АГ

Александр Гремячкин in 1C
🅵🅾️🆇
А оно разве из коробки не учавствует автоматически после первой успешной выгрузки?
Из коробки да
источник

IN

I N in 1C
Хз. Я не настраивал обмены через бсп
источник

🅵

🅵🅾️🆇 in 1C
В общем как напишу обработочку, я поделюсь)
источник

АГ

Александр Гремячкин in 1C
Только там обычно уже КД3
источник

IN

I N in 1C
Знаю только, что есть такой регистр
источник

🅵

🅵🅾️🆇 in 1C
Александр Гремячкин
Только там обычно уже КД3
Ну у меня типовые на поддержке, план обмена вынужден пользовать "обмен в распределенной информационной базе"
источник

🅵

🅵🅾️🆇 in 1C
А сам обмен будет производится с помощью регламентной подключаемой обработки с использованием типовой  Обработки.УниверсальныйОбменДаннымиXML
источник

🅵

🅵🅾️🆇 in 1C
По правилам КД2
источник

A

Ally in 1C
Народ, есть БП 3.0. В документе счет покупателю, если создаешь на основании "поступление на расчетный счет" и проводишь, то статус документа счета покупателю меняется на "Оплачен". Все логично, но вот если созданное поступление пометить на удаление, то обратно в счете покупателю статут на "не оплачен" не меняется. Это баг или фича?
источник

TS

Tanya Shudrova in 1C
Ally
Народ, есть БП 3.0. В документе счет покупателю, если создаешь на основании "поступление на расчетный счет" и проводишь, то статус документа счета покупателю меняется на "Оплачен". Все логично, но вот если созданное поступление пометить на удаление, то обратно в счете покупателю статут на "не оплачен" не меняется. Это баг или фича?
Фича
источник

A

Ally in 1C
бухам такая фича не нравится, я скажу
источник

A

Ally in 1C
очень странно, что в обратном направлении не предусмотрено смена статуса
источник

IN

I N in 1C
🅵🅾️🆇
А сам обмен будет производится с помощью регламентной подключаемой обработки с использованием типовой  Обработки.УниверсальныйОбменДаннымиXML
Была похожая задача. Как вы планируете снимать регистрацию с узла после выгрузки? Будет ли какой-то возврат загруженных объектов?
источник

IN

I N in 1C
Если не секрет, конечно 😉
источник