[URL=http://s1.ipicture.ru/][IMG]http://s1.ipicture.ru/uploads/20130220/sCvMPuk7.jpg[/IMG][/URL]

[img]http://s1.ipicture.ru/uploads/20130220/sCvMPuk7.jpg[/img]

42-victuan >Шапка отчета не видна, без нее не понятно.
[img]http://s1.ipicture.ru/uploads/20130220/fHEnkyda.jpg[/img]

[quote=Чучундер;29149563]забъемся - ха 5 минут не решишь... [/quote]
Легко! Вот решение:
два вспомогательных регистра.
1-ый остатки сумм (долг или переплата) в разрезе документов, договоров и счетов/заказов и дат оплаты по условиям договора или конкретной сделки.
2-ой суммы закрытий одним документом другого.
Все доки двигающие взаиморасчеты (плюс счета) повешены на событие при проведении, которое анализирует нахождение документа на последовательности по взаиморасчетам и определяет, у каких документы надо пересчитать эти два вспомогательных регистра.
И отчет, который выводит кто когда должен заплатить, кто насколько просрочил и какую сумму, кого чем уже закрыли, плюс авансы из заранее выставленных счетов, подлежащих предоплате.
Решение писал 5 минут. С тебя ящик коньяку всем присутствующим (сам я в завязке).

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

решение требует 1 запроса и никаких впомогательных регистров

отчеты и обработки - по потребности

одноЭсники - они такие ... одноЭсники.... любят городить всякую фигню

2(46) Зато регистры дают массу вкусных бонусов, по сравнению с голым запросом.
1) можно организовать сложную схему сроков оплат.
2) можно отслеживать своевременность внесения авансов (задолженность еще не наступила, а обязанность выплатить аванс - уже есть).
и много еще чего и быстро (за счет того, что не надо вести расчеты каждый раз от сотворения Адама).
P.S. эти регистры у меня работают в две стороны (отслеживание задолженностей, авансов и оплат покупателей перед нами и отслеживание наших задолженностей, оплат и авансов перед поставщиками) - а из этого получается прогноз кассовых разрывов и возможность их избегать, что дает значительную экономию.

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

там действительно много чего интересного вылазит из анализа

(48) показал бы уже пару картинок, что ли...

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

(44) отчет покажи

2(52) позже, с работы всякие аплоадеры закрыты.

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

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

от совместного использования регистров и счетов отказались сразу, поюзав комплексную. Всех задолбала их синхронизация.

по производительности на скуле пофиг

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

например, я хочу посмотреть задолженность конкретного контрагента на текущую дату.
согласно примененному постулату, взаиморасчеты с клиентом могут весьтись кучей (разрез учета=КУЧА), договору (разрез учета=ДОГОВОР), документу (разрез учета=ДОКУМЕНТ)

в запросе на дату возвращается клиент, состояние (долг/переплата), разрез учета
по разрезу учета ДОКУМЕНТ я могу достать дату документа - она и является датой образования задолженности.

по разрезу учета КУЧА отслеживать историю движения тоже можно, но практически имеет смысл отслеживать только период С и ПО. практически у нас следят за такими разрезами автоматически по определенным критериям.

Движение по ДОГОВОРАМ с оглядкой истории ДО МОРКОВКИНОГО ЗАГОВЕНЬЯ - нафиг не нужно никому и смысла практического не имеет. Имеет смысл задолженность на начало, увеличение долга и погашение долга и остаток на конец.

Это так, вкратце

[quote=Чучундер;29157212]или может как организовать сам регистр учета кучи...? для облегчения такого запроса..? [/quote]
Я уже говорил: 2 регистра.
1-ый остатков, для хранения незакрытых сумм. всех сумм. по закупкам и по реализациям, сумм долга и сумм авансов.
2-ой регистр оборотный, для хранения информации, какая сумма из какого документа была каким документом закрыта.
и по ним строишь какие хочешь отчеты. и если у тебя долг на 1000 руб, по конкретному договору, просто берешь текущий остаток по этому договору из первого регистра и получаешь ответ.

[quote=Helen1986;29157648]Движение по ДОГОВОРАМ с оглядкой истории ДО МОРКОВКИНОГО ЗАГОВЕНЬЯ - нафиг не нужно никому и смысла практического не имеет. Имеет смысл задолженность на начало, увеличение долга и погашение долга и остаток на конец.[/quote]
имеет огромное значение для анализа платежной дисциплины контрагента. Насколько он имел склонность просрочивать оплаты и как эта его склонность со временем менялась. если в лучшую сторону - значит это вполне надежный клиент и ему можно даже увеличить срок кредита, чтоб не нервировать и себя и его лишний раз, если в худшую - работать только по предоплате. При количестве постоянных контрагентов более 3000 это жизненно важная информация.

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

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

так что веселуха была еще та

(57) > 2-ой регистр оборотный, для хранения информации, какая сумма из какого документа была каким документом закрыта.
- нахрен! это - партии. впихнули неделю назад случайно потерянную строку выписки- теперь что - пересчитывать этот регистр? - накуй!!!

(56) нихрена непонятно.
в разрезе "договор" - внутри договора - куча?
.
в разрезе "документ" - по сути это тот же самый договор на всего на один документ/сделку.. ?

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

(59) понятно, весьма все развесисто

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

[quote=Чучундер;29159103]- нахрен! это - партии. впихнули неделю назад случайно потерянную строку выписки- теперь что - пересчитывать этот регистр? - накуй!!! [/quote]
это же 8-ка, а не 7-ка, в ней регистр откуда хочешь пересчитать можно, в данном случае из подписки на событие. быстро и без проблем. главное вытащить цепочку связанных документов, например по договору или по сделке, а тут тебе в помощь критерий отбора. и никакого геморроя. работает как часы уже несколько лет, косяки с первичной разноской выявляются сразу.

(65) нахер партионный учет в взаиморасчетах при разноске! для этого все и мутилось.