Вообщем пользуюсь одним хорошим отчетом, взятым с инфост. по дебиторской задолженности. Все работает на ура. Но как всегда начальство что-то да придумает.
Проблема в том, что при поступлении денег закрывается та накладная, которая была реализована раньше всех, и нет возможности при оплате указать, что эта сумма идет на закрытие конкретно такой-то накладной..
Конечно это правильно, т.к. накладная может оплачиваться не полностью.
Вообщем если с какой то накладной получилась заминка и деньги за нее задерживаются, а за следующие накладные уже поступает оплата, то отчет по дебиторке закрывает не те накладные, которые нужно.
Пилить отлично работающий механизм под одного контрагента, с которым такая трабла желания нет. А начальству что-то доказать трудно..
В мыслях только другой отчет, который бы собирал суммы реализаций и поступления денег, сравнивал их, и выводил те накладные которые не оплачены. Может кто-то делал подобное? Каков механизм??

в пубе нет механизма оплаты конкретной накладной.
Так что пилите, Яша, пилите. Оне золотое.

(1)Пилить ПУБ? Или лучше сделать другой отчет?

(2) ПУБ пилить, разумеется...

Где ты видел в пубе в платёжке реализацию?

(4) Я имел ввиду отчет без привязок оплаты к реализации. Типа
Отбор сумм. Есть реализация на сумму 28660,52 и есть оплата на сумму 25660,52 - значит в отчет сумма не попадает.

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

(6) Что-то звучит очень просто. Хочется добавить и пилить, пилить, пилить..)

В какой хоть конфигурации реализована оплата по конкретной реализации?

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

(9) У конкретного контрагента всегда копейка в копейку.

базу обновляете?

(11) Нет, уже лет эдак 8.

Ну тогда пилииииииии...

А если б обновляли? там что это реализовали?

(14) нет, все равно пилить, но аккуратно обновляться.

пусть пользователи подкрепляют к платежке накладную и все, делов то! уже сделать можно было. В отчете перебираете накладные и смотрите платежки, если копейка в копейку не выводите в печатную форму, если есть расхождение выводить в печатную форму с заголовоком (переплатили/не доплатили). ну и соответственно если накладная не является основанием для платежки, выводим на печать.  Можно создать таблицу значений в накладной и там показывать документы к которым она подкреплялась, для наглядности. Ну как-то так! наверное можно такой алгоритм использовать.

(16) Я такой отчет писала для ТИСа.
Реализация (сумма) - платежи (сумма).
Платежи нужно привязывать к реализации.

предусмотреть оплату реализации несколькими платежками и наоборот платежкой несколько реализаций.
даже если "у конкретного контрагента всегда копейка в копейку" - это рано или поздно прекратится.

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

Ух еп-т) Сделал платежку на основании конкретной реализации и закрылась именно эта реализация)
Всем спасибо! Вопрос снят.

(20) Феерично.... Что в лом было посмотреть?