Документ платеж. поручение входящее при не разбиении   (без расшифровки платежа) ставит платеж на аванс. Посмотрел в модуле, это из-за того что в единственной строчке таб. части расшифровка платежа не заполнен док. взаиморасчетов. Как то жестко... Может я чего не догоняю?

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

для того чтоб встал по 62.1 нужно выбирать разбиениесписком и заполнять тч. расшифровка платежа. Но если есть возможность не указывать расшифровку - не логично было бы чтобы это выполнялось автоматом?

В договоре по этому контрагенту проверь реквизит по способам взаиморасчетов. Сложно заполнить расшифровку?

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

Сложно не мне, сложно операторам. И не логично

1) Конфа какая?
2) Если что то типа УПП - сравни 62 с расчетами с контрагентами

(5) Комплексная автоматизация 1.1.23.1

(5) я ж говорю, по одному контрагенту и одному договору сейчас остатки и на 62.1 и на 62.2 :) потому как операторы не были в курсе сей фишки

(7) Я имею ввиду отчет "Расчеты с контрагентами"

Стоп, а у тебя ведение по документам расчетов у договора?

(4)Поменяй на другой договор или смени признак "ведение по документам взаиморасчетов"

(9) ну да
(8) там еще хуже, отчет ведомость по взаиморасчетам с контрагентами видит только сумму на 62.2 а дебет на 62.1 нет :) нужно смотреть откуда он  данные берет

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

(12) Ну ессесно

(10) да и вообще зачем? Должен быть учет с такой аналитикой - значит должен. Просто тупо очень. Нужно что-то дописать будет

Надо все распровести, менять договор,а затем провести

может обработку перезаполнения и перепроведения доков за период

Тогда принудительно ставить документ расчетов. Причем если сумма закрывается больше - будет минус по документу расчетов на остатке. Тогда перекрывать через реализацию, как зачет аванса/переплаты

(15) тоже вот сижу думаю насчет этого :)

Кстати, реквизит "Док расчетов" есть и не при разбиении списком

(19) Так у него в типе платежка на кучу реализаций, я так понял

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

(21) А как ты хотел чтобы было? Чтобы программа сама знала, какие документы ей платежкой закрывать?

(21) он не знает по каким документам закрывать, пока ты ему не покажешь

лан короче, напишу затычку при выборке договора, чтобы обязтельно выбирали списком. И обработку перезаполнения. Всем спасибо!

(24) там разве нет такой кнопки?

(23) имхо, задумка 1с-ников была такая: закрывает только по тем документам, которые были указаны при первом заполнении. Так например док. реализация товаров услуг работает. И хоть потом заперепроводись, если не перезаполнять, то облом. Причем если перезаполняешь, он остатки смотрит на тек. момент, а не на момент документа. А тут вообще лажанулись...

(25) перезаполнение кучи документов. Там жешь помереть можно, пока вручную исправишь

(27) видимо бардак в учете, что ты хотел..

они же по остаткам заполняются

(27) Ну и веди учет по договору в целом, париться не надо

(29) В реавлизации по остаткам на тек. момент, а не на момент документа. Поэтому сначала все последущие нужно отменять проводку.

Да бардачек

(30) ну не зряж люди доп. аналитику ставили, значит нужна. Конфа для учета, а не учет для конфы :)

(32) Вот именно. Поставили аналитику и не заполняют ее. Поэтому из (0): "В итоге сейчас есть остатки и на 62.1 и на 62.2 по одному договору".
Кстати, насколько я помню, вроде ругаться должна, если не указан документ.

(33) нет, в этом случае документом расчетов становится проводимый документ