Есть регистр РасчетыСКлиентами
ресурсы Сумма, КОплате, КОтгрузке
Как должны закрываться эти ресурсы?
ибо сейчас у меня получается:
             Сумма          КОплате        КОтгрузке
Договор 1    0              100            -100
Договор 2    200            0              200

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

нету тут спецов по УТ11, это тебе не ТиС, это тебе снеговик - остались одни расставлятели галочек... жри кактус! ;-)

(1) ага, но я еще надеюсь ))
вдруг мегаспец по УТ Маня придет и расставит меня в угол ))

Пришел расставлять, взаимозачёт задолженности юзать не предлагать?

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

обнаружил случайно, рисовал "закрывашку" для договоров и просматривая все ресурсы наткнулся

(4) так я правильно проблему понял? тебе нужно расчёты зачесть между договорами? есть нет то объясни подробней...

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

КОтгрузке в минус, это у тебя по заказу отгружено больше положеного, по второму договору у тебя выписки разнесены не на те виды документов...

(5) ну это документ заказ был у тебя. 100 к оплате, -100 к отгрузке. Сумма 0, что правильно, по счету задолженностей не возникает.

Делаешь реализацию на основание счета, у тебя закрывается КОтгрузке.

Делаешь оплату на основании счета, у тебя закрывается КОплате.

Это же элементарно, УТ 11 эта проще пареной репы. Вот поэтому Маня так обогатился, что первый это раскусил.

(0) какая версия ут 11 + нужно посмотреть все движения по регистру.

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

(0) какая в опу репа? ))) настолько просто, что справки на них не хватает )

(11) ты в вводе указал какие нибудь заглушки в виде доков на которые вешать? и по ним разносился банк?

(13) ввод и погашение - только по договору, поскольку доки не переносились из старой базы

(14) Забудь про по договору, Ут не может в по договору...в самом документе ввода нач остатков просто укажи тип дока на который повесить надо и введи дату\номер, УТшка сама их создаст и по ним закрой долг выписками, и всё у тебя свернётся..

(15) охеренеть ((( и другого выхода нет?

(15) откуда такая информация?

(16) всё-таки посмотри обычные документы Заказ, реализация и оплата какие движения формируют по этому регистру? Может это обычная ситуация.

(18) да как сказать - обычная... регистр не закрывается, понятно, что иногда это обычная ситуация, но не хочется его раздувать )

мне вот кажется, что проще организовать КЗР и закрыть такие обороты в ноль

(19) просто криво остатки занесли. Только договоры, не указали заказы. Может просто в документе ввод остатков подправить и всё будет нормально.

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

(22) система умеет работать с документом ввод остатков и объектом расчетов договоры.

(23) при внедрении у нас раз 5 переливали остатки, щас более-менее эти остатки причесали(на дворе август месяц)
предлагаете что то править во вводе остатков, чтобы еще на полгода заниматься прической?

+24 я рад, что ввод система может работать со вводом остатков

но вопрос не в том, получается ,что система работает некорректно, если не указываются документы расчетов, хотя в системе есть отдельный РН расчетов по документам расчетов

и учитывать реализации наверное должны там, а расчеты - должны быть общими

(26) ну да, это и в бухгалтерии так же. Всё на документах расчетов завязано. Если нет, то вручную приходится колбасить.

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

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

(29) а смысл приходить на мисту и ныть на тему того что компания 1С не может почеловечески программу сделать? за этим пожалуйте на партнёрский форум, а тут решение тебе уже сказли..

(31) спасибо за мнение, буду на партнерском - обязательно поною и там