Галактика в вопросах и ответах

Связь между накладной и платежкой по опер контуру через ДО делается. А какова связь между этими доками по бухконтуру? И есть ли она, кроме варианта связки через опер контур?

обычно связь делают ведением аналитики на 60,62 счете. Впрочем можете через soprhoz дотянутся до ДО, договора, плана
oborot.csoprhoz == soprhoz.nrec, но не до накладной - это уже нужно анализировать распределение платежа, иначе можно попробовать и через СФ дотянутся(через тот же soprhoz - schfact - bookprzk).

Спасибо за подсказку про связку через СФ - попробуем.
Аналитика на 60 и 62 счетах по ДО есть, проблема в отсутствии самих ДО по введенному сальдо. Опять же "внедрюки" так научили и сделали. Мы в начале внедрения путем ничего не знали. Теперь плоды пожинаем. На 62.04 аналитика, например, была, но при этом в ТХО "внедрюки" ее заполнение не прописали и мы полгода лабали без нее.

а поподробнее скажите, для чего вам это нужно?

у нас к примеру по 62.1 - КАУ по ДО есть а по 62.2 (авансы) КАУ по ДО нет, т.к. счета мы к тому времени не создаем. Но есть КАУ по платежкам.

Далее, после того как аванс пришел, необходимо в платеже привязать ДО и распределить платеж по сопроводительному документу, иначе вы не получите запись по книге продаж и соответсвенно не сможете связать оплату и сопроводительный.

Мои отчеты по оплате сопроводительных документов работают исключительно по таблице распределения платежей.
И если отчет по распределению не идет с аналитической ведомостью по проводкам - бухи ищут ошибки. По началу было сложно, но сейчас привыкли.

Единственная сложность была в том, что заказчик категорически запрещал бухам по продажам ходить в платежки. Решили написанием собственно интерфейса где указывается хоз.операция платежа и ДО куда его привязать. А функция распределения используется галактическая, через объектный интерфейс.

Вообще задача получить форму ИНВ-17. Та что есть в Галактике выдает не то что нужно. Причины: вероятно таки криво внедрялись мы.
Конечно лучше всего выправить методику и документы исправить, но время упущено. Отчет, как обычно, нужен вчера.
И вот теперь нужно вынуть задолженности и из них дойти до распределения по сопроводительным докам.
Саму дебиторку/кредиторку из oborot я достал. Остается вынуть номер документа, который является причиной задолженности. Вот тут как раз тормоза. Достаю подзапросом и он очень существенно тормозит общий запрос (около 2 мин по одному контрагенту, если без подзапроса, просто дебиторка-кредиторка то 1-2 сек). Все реализовано вне Галки, запросы на обычном T-SQL.
А что за таблица распределения платежей?

А что за таблица распределения платежей?

журнал рулит. SpSopHoz навскидку, но помнится потом появился 2 вариант - тогда сложнее будет.

SpSopHoz тоже волшебным образом иногда оказывается пустым на некоторых накладных. А так вообще решение наиболее подходящее. Осталось только осилить написание заковыристого запроса.