Есть ТИС ред 9.2.
в нем доработан справочник Контрагенты. Добавил реквизит ГоловнойКонтрагент. (если контрагент состоит из множеств организаций нужно показать обороты по всей фирме без детализации по контрагенту).

Мне необходимо в отчете ВедомостьПоКонтрагентам  в случае, если у контрагента заполнен реквизит ГоловнойКонтрагент, то Контрагент брался бы из этого реквизита, если нет то сам Контрагент.
и группировку делать по этому полю.

В 8-ке делается элементарно через функцию Выбор.

как тут можно сделать?
ВЫбирается так:
Контрагент= Регистр.Покупатели.Договор.Владелец,Регистр.Поставщики.Договор.Владелец;

ТС, если головного контрагента нет, заполняй поле ссылкой на самого себя (элемент).

и нафига? в качестве головного контрагента использовал бы ГРУППУ справочника .. и все...

(2) у меня реализация идет от разных а деньги всегда приходят на головное

(3) То есть, тебе нужно видеть оплату? Для случая: реализация контрагент1 - оплата контрагент2.

(4)
ну да.
по регистрам я проведение сделал.
например пришла оплата от контрагента2 - ищется в базе контрагенты у которых есть головной = контрагент 2 и задолженность закрывается

(5) А оплата к чему привязана? Договор, счет, реализация...

(6) не понял вопроса.
допустим есть 3 контрагента:
контрагент1
контрагент2
контрагентГоловной

у первых двух забит реквизит ГоловнойКонтрагент = контрагентГоловной.

На первые 2 выписываются реализации.
на последний приходит оплата.
Нужен отчет который бы собрал все оплаты и реализации по контрагентГоловной.

(1) идея хорошая. а можно обойтись как нибудь запросом?

(7) Оплату как вводите? На основании какого док-та?

(9) оплату бухгалтер вводит сам. вручную

без оснований.

(10) Забавно... А как бух смотрит, что оплачено, а что нет?

а вы не путаете грузоотправителя/грузополучателя с плательщиком/поставщиком?

(12) программа должна сама закрывать неоплаченные отгрузки.

в (0) - схема гнилая. отсутсвует определение/понимание кто является собственником товара, от кого к кому переходит право собственности и кто является "должником" по сделкам.

(13) нет.

(15) организации необходимо вести только взаиморасчеты если компания состоит из нескольких фирм то необходимо видеть общий долг. Всё используется только для упр. учета

(14) А закрывает?

(16) обоснуй как тогда право собственности перешло к Клиенту1, а платит Клиент2 - на основании чего клиент2 платит за Клиент1..?

(18) я переделал обработки проведения - закрывает

(17) понятно...

(19) тут права собственности не затрагиваются.
программа для руководства используется.
ему нужно знать сколько мы отгрузили в целом фирме и сколько получили оплаты в целом.

(20) А в чем проблема привязать оплату к счету/реализации?
(21) А ты на меня наезжаешь...
(22) Ну, так используйте бух. учет. Торговля-то при чем тут?

(22) для такого УУ проще накидать за день-два свою конфигу, чем выворачивать типоую ТИС

(23) я не наезжаю, я воспитываю.. ;-)

(25) ТС воспитывай.
(24) Поддержу. Ну, неделя.

(0) в чорном не слепишь, в прямом - запросто.
Ну, или извращайся с ТЗ или ИтЗ.. с ИТЗ проще, там только сгруппировал и вывел, как в типовом, рекурсивно через вывестиГруппировку.

(26) ты просто офигительнейшая раздавательница ЦУ! ;-)

(26) если речб только о ведении УУ по взаиморасчетам - два дня. чтобы красиво.

А вообще для УУ для руководятлов имеет смысл посмотреть на 1С-Управляющий. Тупо, просто и понятно для руклов

(28) Учусь у офигевшего воспитателя.

(31) ты еще розы 5 лет не подстригала! ;-)

(27) что такие ИтЗ.
Конфу купили без меня, данных введено много.
задача стоит настроить всё в этой.
фирма не российская, бух учет не подходит и не нужен.
(26) я не думаю что за неделю можно взаиморасчеты написать: нужны  покупатели, поставщики.
Фирма не российская, там ещё разные валюты...

(0) Не парь мозг форумчанам, будь мужиком .... заполни головного контрагента у тех у кого нет!

(33) Купили без тебя - а должны были тебя спросить?
Прежде чем настраивать, стоит разобраться.
Бух. учета в торговле нет.
ИтЗ - индексированная таблица значений.
Взаиморасчеты (покупатели - поставщики) в ТиС'е шикарный.

(35)
Бух учет и не нужен - я про него и не спрашивал.
разве есть в 7.7 индексированная таблица значений?

(36) Есть, разумеется. Иначе бы не предлагали )

(36) В клюшках есть много чего...
И все-таки - разберись с учетом. Не нужно сразу ломать функционал.

(37) - это типа 1с++?
я как то без него всю жизнь обходился.

(38) - в чем разобраться не понял?
есть задача которую я описал. как её можно решить стандартным функционалом?

(37) не доверяю я всяким 1с++. только стандартный функционал.

(40) ну тогда вприсядку.
Заодно и напляшешься.

(41) зато надежно. пусть и вприсядку...:)

(7) Так сразу взаиморасчеты вешай на ГоловногоКонтрагента, потому как при закрытии будет много хвостов.

(43) спасибо, попробую.

(39) Из (7):
допустим есть 3 контрагента:
контрагент1
контрагент2
контрагентГоловной

у первых двух забит реквизит ГоловнойКонтрагент = контрагентГоловной.

На первые 2 выписываются реализации.
на последний приходит оплата.

На что приходит оплата?
В торговле: есть счет, по нему делают реализацию. Оплату привязывают или к счету или к реализации. и покупателем в данном случае будет голова. А остальные контрагенты - получателем.

(33) "я не думаю что за неделю можно взаиморасчеты написать: нужны  покупатели, поставщики."

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

конфа для взаиморасчетов пишется в полпинка.
1-3 документа: (или один с двумя операциями)
- увеличение долга клиента/уменьшение долга клиента по конкретным сделкам.
- отдельный документ типа "корректировка взаиморасчетов";
- отдельный документ "взаимозачет"
.
один регистр "взаиморасчеты".
.
"Фирма не российская, там ещё разные валюты"
.
здесь могут быть проблемы, но вообщем не смертельные - учет взаимоорасчетво в нескольких валютах, кросс-курсы итп.

(45) в конце периода/меясца - служебный док - "закрытие взаиморасчетов" -  - разноска оплат на Головняка по Реализациям на рядовых клиентов - по хотелке левого уха правого бухгалтера у окна.

(3) Реализация тоже должна идти на головную!!! Должны не магазины а их офис.

Вот так и распухает регистр взаиморасчеты и не закрывается.

(46) отдельно контрагентов делить на покупателей/поставщиков - имеет смысл только если клиентов-покупателей прокидываем когда им надо вернуть деньги от нас к ним, в первую очередь платим "поставщикам"

(47) Я - против.
В данном случае - расчеты идут именно с головой. А контрагенты - всего лишь получатели (в печ. формах).

(49) для этого есть договоры

(48) Поздно, папа, поздно (С)
Я - первая сказала :)

(50) ты как всегда ничего не читаешь - см. выше - ТС определенно заявил что реализации выполняются на клиентов и эти клиенты не являются грузополучателями/грузоотправителями.

(53) Сам понял, что сказал?

(51) да пофиг. придется вводит признак "договор с поставщиком", "договор с покпутаелем"
- какой вариант выбрать - зависит от хотелок/частнойтсей/грамотности разработчика.
вариант с договорами - методически правильнее - но для бухов и манагеров - более непрозрачный - тупят они. потому что тупые

(54) см (13) и (16)
хотя я там некорректно вопрос поставил, и могут быть непорнятки.

вопрос ТС:
вы уверены что контрагенты, на которые выписываются реализации  - не являются грузополучателями/грузоотправителями, а являются именно контрагентами, к которым переходдит право собственности на товар?

(47)(53) Перечитайте (34), ничего нет невозможного для ТИСа. Просто нужно правильно уметь готовить.

(56) Уже два человека сказали.

(58) что сказали?

(57) в ТиСе - нет "головного контрагента". если есть - это уже не ТиС ;-)

(59) См. (48) и (50)

с учетом того, что ТС заявляет ведение учета для УУ целей исключительно - то можно нести всякий бред и все прокатит...

(60) В ТИСе нет обормотки и "ручных операций", но если очень хочется, то можно добавить, на то он и ТИС - простая первичка.

(61)

(48) не является ТСом - поэтому излагает верно по БУ/НУ-терминологии, а ТСу пофиг - см. (56)

(50) - см. тот же самый (56)

из того что я понял в невнятностях изложения ТСа -
клиенты, на которых выписываются реализации - не являются грузополучателями/грузоотправителями. То есть в рамках ТОРГ12 и СЧФ - они являются покупателями/плательщиками. Но платит за них - совершенно другое лицо, не связанное с клиентами реализаций.

Однако как на самом деле - хз, ТС молчит. Возможно это головняк с необособленными магазинами/филиалами. Возможно что-то другое. Под описанное ТСом подходит даже сема факторинга

короче - херняс полная.. толлчем ворду в ступе.. развлекаемся... ;-)

(63) здравствуй, Кэп! ;-)

(64) Та ёлки-палки...
У тебя (при таком подходе) ни один регистр не закроется и ни в одном отчете красоты не будет (везде будет краснота).

(56) Дело в том что в ТИС непосредственно не происходит выписка счетов и пр. Выписка происходит в других программах -мне неведомых.
Имеется обработка которая из Excel загружает реализации - там важен номер документа, сумма и контрагент кому отгрузили.
Контрагент может принадлежать (а может и не принадлежать) группе компаний. Если он принадлежит группе компаний, то бухгалтер не знает откуда пришла оплата  - самое главное что она пришла именно от этой компании.Вот нужен отчет который выведет по группе компаний все взаиморасчеты.
Реквизит ГоловнойКонтрагент придумал я и пока в рабочую базу не ставил.

Кстати склад тоже не важен - поступления не будет - точнее будет но другой номенклатуры. Вести склад не требуется

Всю номенклатуру я сделал услугами - заказчик одобрил

(68) Ну, наконец-таки...
Пили счет: при загрузке - если есть голова, то в счет ставь голову. Если нет - контрагента. Вернее загрузку.

(71) Загрузка счетов не создает.Только документ Реализация

Ещё думаю - там в регистре хранится договор а не контрагент.
Реализации могут быть по разным валютам. Значит если есть голова то договор нужно выбирать именно той же валюты которая в реализации...

(72) Пили загрузку.

(67) не учите меня закрывать регистры ;-)
вариантов решения закрытия регистров (разноски оплат головняка на реализации рядовых клиентов) - более одного

(73) не факт.
в тис есть "валюта взаиморасчетов" - то есть та валюта, в которой выражаются ОБЯЗАТЕЛЬСТВА сторон. В этой валюте регистрируются взаиморасчеты в регистре покупателй/поставщиков. В эту же валюту (а она указывается в карточке договора) пересчитывается сумма в валюте реализации. Эти две валюты (валюта взаиморасчетов и валюта реализации) - в общем случае - разные.

вообще нихера непонятно.
если конфа предназанчена для ведения УУ-взаиморасчетов - то товары/номенклатуры вообще нафиг не нужны. для взаиморасчетов нет необходимости регистрировать продажи/поставки - достаточно регистрировать возникшие обязательства по долгам/оплатам - возможно по видам долгов (за услуги, за товары, откаты итд)

(76) хорошо. То есть взаиморасчеты закрываются только в той валюте в которой ведутся взаиморасчеты?
ещё там есть ВидДолга КурсоваяРазница и СуммоваяРазница - вкратце для чего они ?

поэтому я выше и сказал - для УУ-взаиморасчетов проще наваять тривиальную конфу, чем натягивать презерватив на глобус - эмиулировать развесистым ТиСом с доработками

(77) да всё правильно но нужно же знать когда была отгрузка и оплата с точностью до даты и номера

(80) ну так достаточно регить Реализация №0000, датаотгрузки = АААА, датаоплаты=ИИИИ, вид долга = долгзатовары

(78) ээээ какой хитрый...
деятельность ведется не в вакууме, а в конкретной стране.
.
в регистре взаиморасчетов три валюты: как раз упомянутая валюта взаиморасчетов (обязательства сторон), УПР валюта (в которой удобно видеть учет - например в юанях), и базовая национальная валюта. Соответсвенно взаиморасчеты "закрываются" во всех этих валютах

Надо бы Маню позвать...

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

(84) вот из за этих валют и выбрали тис

плюс к этому все усугубляется тем что при отгрузке валютные АВАНСЫ зачитываются по курсу на дату аванса, а отгрузка может авансом закрываться частично. а оплата закрывает непогашенную отгрузку (в валюте и рублях!) по курсу оплаты (возникают эти самые курсовые и суммовые разницы).

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

рекомендую: посмотри на 1С-Управляющий

(88) посмотрим - в этом году посидим на этом. на след может перейдем.

Успехов!

А началось все с запроса... :))))))))
Если уж пошла такая пьянка...
Выкинуть из ТиС'а лишнее: например, из док-ов убрать ТЧ (номенклатура не важна), аналогично, с регистрами. В реализацию добавить: контрагент-плательщик, контрагент-получатель, аналогично, с регистрами взаиморасчетов. Допиливать валюту, движения регистров, отчеты...
В результате, получите свой учет.
Универсальных программ не бывает (С)

(91) проще миниконфу написать ;-)

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

Непрвильно ты дядя Федор бутерброд ешь...

Через договора сделай.

(94) как ты через договора оплату сделаешь на один а реализация всегда будет приходить на другой?

регистр ведь не будет закрываться?

(24) > для такого УУ проще накидать за день-два свою конфигу, чем выворачивать типоую ТИС

Ой, да ладно. Подумаешь задачка.
Типовая справится.

У меня такие же заморочки возникали в одной конфе.
А в своей я сделал справочник компании и группировку по ним.

(98) а какой регистр использовал? типовой или свой?

Я почему-то думал, что все криворукие извращенцы перебрались на снеговика... ан нет...

(99) Типовой, только при проведении контрагент вычислялся по головному. И следить надо за схемой. Заказчик дотошный, сам следит.
Ну и такую же фигню я в свой сделал, но по товарам - у меня фин учет остатков товаров на одном складе висит, что-бы не ловить его по всем складам.

(100) Криворукие извращенцы обычно пишут свой 1С.

чес и занимаюсь )))

(95) Могу в онлайне показать как

А какую функцию выполнят поле "контрагент" сейчас, если это УУ и печатные формы делаются в другом месте? Зачем вообще идет разбивка по контрагентам, если интересуют только взаиморасчеты по головным компаниям?
Сразу бы в поле "Контрагент" пихали головную организацию, и проблем нет.

(105) бесперспективняк
тс уже в (0) вбил в себе в голову решение. и больше ему ничего не надо.

(105) заказчику необходимо видеть какому именно контрагенту произошла отгрузка- в ведомости по расчетам и прочим отчетам.
(106) - не только вбил но и всё сделал с минимальными трудозатратами.

(0) Не лепи все в одном запросе. Это 1С. Лучше разбей все на мелкие и слепи в ТЗ. "Это 1С 7.7, детка..."

Запросы на 8.х немного продвинуты, но только Немного с большой буквы... Так глядишь, к версии 9.0 дойдут до уровня SQL запросов :)

В (1) уже дали правильный ответ, поле Головной контрагент нужно заполнять всегда - или головным или ссылкой на самого себя и тогда в запросе будет правильно без ВЫБОРов

(109)  при какойнить типовой выгрузке зацикливание