v7: Отчет по неоплаченным реализациям в 1с 7.7 ПУБ #691516

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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