Нужно сделать простой отчет в БП 8, заранее извинюсь за банальные вопросы, но пока работала на нетиповой конфе, некоторые основы забылись.
Итак, нужен отчет: по контрагентам вывести сальдо на нач. и кон. периода и обороты между сч. 62 и 51, 62 и 50. Это верхняя группировка. А при ее раскрытии нужно показать счета, которые выставлены за этот период.
1. По таблице Хозрасчетный.ОстаткиИОбороты мы не можем понять, с какими счетами были обороты. поэтому придется присоединять Хозрасчетный.ОборотыДтКт. Вопрос - какое соединение правильное: левое или "объединить все"? Другой вопрос: если в Хозрасчетный.ОборотыДтКт задать условие СчетДт=50,51, СчетКт=62, то как получить обратное - Дт50,51Кт62? Присоединить еще один Хозрасчетный.ОборотыДтКт?
2. Не понимаю как собрать все данные в одном запросе. Допустим, один подзапрос будет содержать данные из регистра БУ, а второй подзапрос - из документов "Счет". Как их соединять? Левое, "объединить все"? В любом случае в каждой строке будут лишние данные, которые при группировке еще и суммируются. А делать запрос к бухитогам, а потом в цикле выборки делать запрос к документам каждого контрагента как-то неправильно.

Ну да, СОЕДИНЕНИЕ.

(1) какое именно?

(0) Фото хорошее.

Соединение - это горизонтальная стыковка таблиц.
Объединение - это вертикальная стыковка таблиц.

Если в уме тяжело сконструировать, берись за листок и ручку. Рисуешь по отдельности таблички с колонками, из которых будешь брать данные, а потом находишь "связи" (общие поля, по которым их можно стыкануть) и по этим связям производишь стыковку. Когда на листке получится некая схема, которая будет тебя устраивать - берись за консоль отчета :)

(3) +1
Или разбери на простом примере
Есть:
Иванов ... ... ...
петров ... ... ...
еще есть
счет 1  ... ... ...
счет 2  ... ... ...
Хочу получить таблицу вида
... ... ...

чет я не понял. вот провел я счет... его могут не оплатить, да и я сам могу его и не выставлять. как он связан с движениями регистра?

Контр1 | НачОст 500 | Об50 100 | Об51 200 | КонОст 200
Сч1 | СуммаВсего | СуммаОплаченная
Сч2 | СуммаВсего | СуммаОплаченная
Сч3 | СуммаВсего | СуммаОплаченная
Контр2 | НачОст 400 | Об50 200 | Об51 100 | КонОст 100
Сч4 | СуммаВсего | СуммаОплаченная
Сч5 | СуммаВсего | СуммаОплаченная
Сч6 | СуммаВсего | СуммаОплаченная
...
примерно это надо получить. Счет имеет 2 суммы - общая, которую выставили контрагенту, и та, которую он оплатил (это нетиповой реквизит)

(5)
в том-то и дело, что не связан. нужно просто показать, что он есть

(7) Имеется счет1 на сумму 100 и Счет2 на сумму95 (итого 195), контр оплатил 200. Как будет выглядеть оплата? Вы оплату разносите по конкретным счетам или у вас сквозной учет?

(8) учет сквозной.
оплата будет выглядеть так: сч1 100, сч2 95, сальдо 5 (точнее, -5, т.к. переплата

(0) в оборотах по 62 могут участвовать и другие счета => сальдо на конец по Вашему отчету не будет соответствовать оборотам

(9) а если будет еще 5 невыставленных счетов, про которые вообще забыли и выставлять не собираются? в чем фишка такого сальдо?
да и остатки и обороты нафиг не нужна, лучше 2 раза взять таблицу остатков

Я бы прикрутил свой РН для учёта неоплаченных счетов.
И механизм закрытия неоплаченных счетов, которые не будут оплачивать.
Навроде штатных УППшных Заявок на расходование денежных средств.

(12) + и заявки на закрытие неоплаченных счетов, и РН для учета необработанных заявок на закрытие неоплаченных счетов. отличный отчет получится)

(11) да, вот именно, мы увидим, что сальдо есть, а счет даже не выставлен, а значит надо срочно выставлять.
почему обороты не нужны? а как мы поймем, по банку или кассе оплачен счет? В разрезе регистратора?

12,13 - красиво, но нужно обойтись без изменений в конфигурации. кроме того, даже если такой РН сделать, все равно в отчет требуется выводить сальдо по регистру бухгалтерии

Как у вас заполняется поле Оплачено в счете?
Документ ПлПорВходящее изменяет Счета на оплату?

(16) Вручную. Нет.

(14) а как это понять по оборотам таблицы ОстаткиИОбороты? я говорил не про ОборотыДтКт

(17) Клевая система автоматизации бизнес-процесса :)

(19)  не требуют - не делаем!

"раскрытии нужно показать счета, которые выставлены за этот период"
Т.е. если выставлен счет прошлым месяцем - то он не должен попадать?

(19) давно не видел типовые. что, сейчас уже документы изменяют документы?

(18) не, по  ОстаткиИОбороты - никак, отсюда только остатки вытянуть

(23) вот поэтому лучше возьми 2 таблицы Остатки и таблицу ОстаткиДтКт

(20) продолжайте наблюдения....

(22) бывает и такое, но обычно документы делают движения, которые в последствии могу влиять на работу других документов.

(21) нет. но сальдо на начало периода мы должны увидеть, их брать из Остатков по регистру БУ

(24) запуталась. можно подробнее - что откуда брать

(28) очепятка). ты хотела брать ОстаткиИОбороты и ОборотыДтКт. я предложил взять 2 таблицы Остатки и, как и в твоем варианте, ОборотыДтКт.

(29) а зачем вторая табл. Остатки?

(30) тебе же и на начало и на конец надо?

(31) а ну точно! а почему тогда нельзя взять 1 раз ОстаткиИОбороты, там остатки на начало и конец есть

(32) это тяжелая таблица. даже если ты возьмешь по отдельности 2 таблицы остатков и 1 таблицу оборотов и их соединишь, будет работать быстрее, чем если взять просто ОстаткиИОбороты

(33) спасибо! очень полезно это знать.

(29) то есть, верно я понимаю, берем эти 3 таблицы и соединяем через "объединить все"?

(35) неверно. возьми консоль и поэкспериментируй, так проще понять. возьми любые пару таблиц, и соедини сначала так, а потом по-другому

ВЫБРАТЬ
    ХозрасчетныйОборотыДтКт.СуммаОборот,
    ХозрасчетныйОборотыДтКт.СубконтоКт1 КАК СубконтоКт1,
    0 КАК Ссылка,
    ХозрасчетныйОборотыДтКт.СуммаОборот - ВложенныйЗапрос.СуммаДокумента КАК СуммаДокумента
ИЗ
    (ВЫБРАТЬ
        СчетНаОплатуПокупателю.Контрагент КАК Контрагент,
        СУММА(СчетНаОплатуПокупателю.СуммаДокумента) КАК СуммаДокумента
    ИЗ
        Документ.СчетНаОплатуПокупателю КАК СчетНаОплатуПокупателю
    ГДЕ
        СчетНаОплатуПокупателю.Дата >= &НачалоПериода
        И СчетНаОплатуПокупателю.Дата <= &КонецПериода
    
    СГРУППИРОВАТЬ ПО
        СчетНаОплатуПокупателю.Контрагент) КАК ВложенныйЗапрос
        ЛЕВОЕ СОЕДИНЕНИЕ РегистрБухгалтерии.Хозрасчетный.ОборотыДтКт(
                &НачалоПериода,
                &КонецПериода,
                Авто,
                СчетДт = &Счет50
                    ИЛИ СчетДт = &Счет51,
                ,
                СчетКт В ИЕРАРХИИ (&Счет62),
                ,
                ) КАК ХозрасчетныйОборотыДтКт
        ПО ВложенныйЗапрос.Контрагент = ХозрасчетныйОборотыДтКт.СубконтоКт1
ГДЕ
    ХозрасчетныйОборотыДтКт.СуммаОборот - ВложенныйЗапрос.СуммаДокумента > 0

ОБЪЕДИНИТЬ

ВЫБРАТЬ
    ХозрасчетныйОборотыДтКт.СуммаОборот,
    ХозрасчетныйОборотыДтКт.СубконтоКт1,
    СчетНаОплатуПокупателю.Ссылка,
    СчетНаОплатуПокупателю.СуммаДокумента
ИЗ
    РегистрБухгалтерии.Хозрасчетный.ОборотыДтКт(
            &НачалоПериода,
            &КонецПериода,
            Авто,
            СчетДт = &Счет50
                ИЛИ СчетДт = &Счет51,
            ,
            СчетКт В ИЕРАРХИИ (&Счет62),
            ,
            ) КАК ХозрасчетныйОборотыДтКт
        ЛЕВОЕ СОЕДИНЕНИЕ Документ.СчетНаОплатуПокупателю КАК СчетНаОплатуПокупателю
        ПО ХозрасчетныйОборотыДтКт.СубконтоКт1 = СчетНаОплатуПокупателю.Контрагент
ГДЕ
    СчетНаОплатуПокупателю.Дата >= &НачалоПериода
    И СчетНаОплатуПокупателю.Дата <= &КонецПериода

УПОРЯДОЧИТЬ ПО
    СубконтоКт1

Осталось присобачить остатки на начало и конец.

(38) ого, вы даже код написали. спасибо, сейчас попробую

(36) попробовала. лучше всего "объединить все".
если взять 2 таблицы Остатки, чтобы получить из одной ост. на начало. а из др. - на конец, то при правом или левом соединении мы можем не получить часть  данных из присоединяемой таблицы. а при полном соединении придется брать контрагентов из обеих таблиц (будет 2 колонки с контрагентами), что меня смущает.
при "объединить все" получим все как надо: одна колонка контрагент, колонка нач. ост. и колонка кон. ост.  я права?

samozvanec, вы где?

(0) Пойдешь ко мне работать?

(42) если буду искать вакансию, обязательно вспомню про вас!

(40) Неверно. При полном соединении возьмутся данные из двух таблиц, но столбец контрагентов останется один. Просто в начальном(или конечном) остатке и некоторых записей будет Null

Судя по темам и фото, это бородатый админ который подъедается 1с-ком:)

(45) Разнообразия тоже важны)

(44) да, разумеется это так, но мне же надо вывести наименование к-агента, а как я его выведу, если оно Null?

(45) как понять "подъедается"?

(48) Подрабатывает.

(40) что в каких колонках не зависит от того, соединяешь ты, или объединяешь. важно то, что при объединении ты получишь начальное и конечное сальдо в разных строках, и я даже не представляю, как ты их будешь выводить потом. поэтому именно здесь - соединение.
хороший пример объединения в (37), это как раз твоя таблица оборотов. в одних строках - с кассой, в других - с банком. вот берешь ее и 2 таблицы остатков, и все это соединяешь. я думаю, полное соединение тебе подойдет.

(46) Экий вы затейник.

+(50) и везде суешь isnull().
например, поле контрагент вполне себе выбирается в одну колонку
isnull(ОстаткиНаНачало.КакойТамНомерУСубконтоКонтрагент, ОстаткиНаКонец.КакойТамНомерУСубконтоКонтрагент) КАК Контрагент

+(52) Т.е. если по контрагенту будет только остаток на конец, то из остатков на начало придет NULL. ну и наоборот. и этот NULL меняется на имеющееся значение

(47) Оно-то как раз будет:) Остатки на начало или конец возможно будут Null.
Рекомендую http://www.sql-ex.ru для понимания запросов.

тоже порекомендую)
говорят, ролики Павла Чистова о запросах очень хороши. сам не смотрел, но наслышан.

(53) поняла. а чем этот способ лучше чем Объединить все, если результат один? лучше в плане быстродействия или еще чего-то?

(56) результат разный будет. см (50)

(50) Количество строк в результате  очень зависит от того объединять или соединять таблицы.

короче на пальцах. две таблицы

1)

КакЗовут         СколькоЖретНаОбедДошираков

Вова             1
Петя             2
Галя             4
Вася             2

2)

КакЗовут         СколькоВесит

Вася             70
Галя             90
Максим           60

После полного соединения:

КакЗовут         СколькоЖретНаОбедДошираков    СколькоВесит

Вова             1
Петя             2
Галя             4                             90
Вася             2                             70
Максим                                         60

(57) точно, прсто у меня результат был не упорядочен, а когда упорядочила, то увидела, что каждый к-агент по 2 раза!

(60) После полного должно быть в результирующей таблице 12 строк:)

(60) это с isnull, да?

после объединения:

КакЗовут         СколькоЖретНаОбедДошираков     СколькоВесит

Вова             1
Петя             2
Галя             4
Вася             2
Вася                                            70
Галя                                            90
Максим                                          60

(62) с чего бы?
(63) это если применить isnull к полю КакЗовут, так же, как в (52). в остальных колонках пустые значения - как раз null

(65) Что такое полное объединение? Это скалярное произведение двух таблиц.

(64) А если это сгруппировать то получаем нормальную таблицу и без всяких налов и задвоений.

(62) не, скалярное произведение будет, если ты вообще не укажешь условие соединения, или соединишь по ИСТИНА

(68) А где там условие? и какое оно было?

(69) каюсь) условие было ПО Таб1.КакЗовут = Таб2.КакЗовут

Это хорошо когда всего одно измерение в регистре а когда их несколько то легко получаем всяческие задвоения.

(71) я по 2 измерениям делаю: Организация и Субконто1 (к-агенты)

(71) задвоение получишь, если строка одной таблицы по условию подойдет к двум строкам другой. гадкая ситуевина

(45) не спешите с выводами, я 1с-ник но иногда приходится и админить )

(66) :) Полное объединение - это что?:) Если "полное соединение" - то нет, если объединение - то опять же нет:)

(74) А насчет бороды как?

(73) это как? у нас один начальный остаток по каждому контрагенту и один конечный.

(76) не выросла

(75) СОЕДИНИТЬ ВСЕ)

(79) Сильно:)

(77) никак, не даст тебе виртуальная таблица две строки с одинаковыми измерениями. норм все.

(81) В бухгалтерском то регистре? ну ну.

(54) зарегистрировалась там.

(78) А слабо фотку поменять, чтоб развеять мои сомнения.

+(81) хотя таблица ОстаткиИОбороты очень даже даст. есть там параметр у таблицы, МетодДополнения, по умолчанию - ДвиженияИГраницыПериода.
(82) таблица Остатки не даст

(85) Там еще пара измерений есть, все немного посложней чем с едоками доширака. Поэтому советую использовать объединение - с группировкой - так надежней будет.

(83) Порешай задачи начального этапа, и вопросов по запросам у тебя больше не будет:)

(86) не усложняй. не кошерно это. и опять же, если в другой таблице подойдут две записи, то точно такое же задвоение получишь

(84) да пожалуйста

(88) Неа задвоения не будет. А чем именно некошерно?

(89) Непоменялась:(

(91) да (
что я делаю не  так?

(92) Сейчас вообще исчезла:)

Модераторы, почему не меняется фото?

(90) че это не будет? строки сгруппируются по измерениям, ресурсы сложатся - разницы никакой. некошерно  - в таком примере только субъективно читабельность. если взять таблицы посложнее, то ты просто не сгруппируешь после объединения то, что можно соединить.

(95) Откуда там двойное количество будет?

+(96) И че это я вдруг не сгруппирую?

(96) во второй таблице 2 строки

Вася 2
Вася 2

после объединения и группировки с первой будет

Вася 70 4

(97) потому что у тебя в одной таблице, например, выбирается куча измерений, а из второй только КакЗовут. остальные поля будут null. Как его будешь группировать?

+(98) а теперь представь, что тебе надо не просто присоединить сколько жрет вася, а только в случае, если вася весит больше 80 кг. как тогда группировать?

(98) Не будет такого, либо реально остаток по васе 4 а не 2.

(98) Не будет у меня NULL- ов если я не буду всякие соединения использовать, просто по определению не будет.

(99) Сначала выберу, сгрупирую потом уже отберу.

(101) у тебя в другой таблице тупо полей этих нет, что там будет, если не null?
(102) соединение оптимальнее

че за глупый спор вообще? надо соединять - соединяй, надо объединять - объединяй)

(103) Что задам то и будет:) Чем оптимальней так и не понял.

Я спор поддерживал только с целью новую фотку посмотреть:) но судя по всему ее так и не будет:(

(104) соединение по условию быстрее отработает чем группировка(которая, кстати, не отработает :) ) и отбор. что задашь? пустую ссылку? вариантов не особо

(105) есть такое) чето она не торопится

она не грузится. когда я ее добавляю, откуда-то возникает старая фотка. где модераторы? как задать вопрос?

(0) а зачем "обходится без запроса в цикле"? Деньги заказчики платят за результат, как это происходит никого не волнует. Если скорость нормальная, делай как тебе удобнее.. За алгоритмические изыски ни один заказчик бабла платить не будет.

(108) я люблю чтобы было правильно и красиво

(107) Печаль:(

Может на почту тогда.

111 неа