УТ Регистр заказов покупателей #392398

Заметил тут одну вещь в УТ 8.1.9.57 (версии новее у меня нет, поэтому смотрю некоторые моменты здесь). Делается док заказ покупателя в валюте, отличающейся от валюты упр. учета. Затем делается реализация. Сумма взаиморсчетов при этом закрывается в 0. А вот сумма управленческого учета за счет курсовой разницы зависает ненулевая. Это так должно быть? Я так всегда считал, что при правильном построении учета ресурсы регистров должны таки выводиться в 0. Я что-то пропустил в своем образовании?

ап!

)))для начала на ознакомление нужен релиз конфигурации, а не платформы)

от это я дал маху. Скопировал релиз даже не посмотрев что копирую! Пардон. 10.3.1.1

У кого есть релиз УТ поновее, посмотрите как с этим там. Смотрю демо конфу...

На всякий случай уточню, что смотрю документ, оформленный в ЕВРО. Валюта упр. учета - усд...

смотрю Демку релиза 1.3.5.1, вроде тут все выходит в ноль. Делаю заказ покупателя по договору в валюте  TRL, валюта управленческого учета USD. Далее у заказа покупателя делаются движения по регистрам накопления "Расчеты с контрагентами" и "Заказы покупателей", причем сумма упр.рассчитывается в USD по курсу на сегодняшний день все это было в приходе. Делаю на основании этого документа реализацию, и единственно где фигурирует ресурс УПР.сумма это в регистре "Заказы покупателей", со знаком "-" расход, причем выдается та же сумма. К примеру пришло по упр.учету, 28.9$ и ушло по управленческому 28,9$, т.е. выходит в 0. А вы каким отчетом просматриваете, что видите эту разницу?

просто могу предположить, что разница в курсах, т.е. когда был оформлен заказ покупателя и реализация, курс по отношению Евро к usd не менялся в течение этого времени?

отчетом ведомость по заказам покупателей. А документы у вас сформированы одной датой? Если курсы на дату заказа и на дату реализации одинаковые, то понятно, что все выйдет в 0...

ну да...

я до вечера убегаю. Но вопрос остается открытым...

поглядел тут, все верно, у вас наверняка были разницы курсов за это время, отсюда и возникает курсовая разница

Почему Вас это беспокоит? Регистр вообще не учетный, а "технический". СуммаУпр в нем нужна только чтобы оценить, на какую сумму есть заказы. Ну не сходится и не сходится.

ну здрасьте. Представь себе что будет с базой, если все эти технические регистры не будут выходить в 0 при большом документообороте. Заказы покупателей - только один из регистров такой структуры. Посмотри на взаиморасчеты с контрами и расчеты с контрами. Ведь это не исключение. Если валюта взаиморасчетов, в которой формируются доки, отличается от валюты управленческого учета, то вся система учета ущербна. Ни один из этих регистров в принципе не будет выходить в ноль, во сех регистрах такой структуры ВСЕГДА будут зависать копейки. Думаешь, это нормальное построение учета? Да они сами на  экзаменах считают подобное грубейшей ошибкой и сразу ставят 2 (по отзывам).

а я то все думаю, куда это телепат бот делся... :)))

Про регистр взаиморасчетов. Во-первых, он учетный. Во-вторых, есть документ ПереоценкаВалютныхСредств, который и выводит в 0. А курсовая разница, которую он пишет, позволяет ОЦЕНИТЬ "прибыли/убытки" из-за валютной политики. Да, было бы хорошо (с точки зрения объема таблицы остатков), чтобы выходили в ноль, но есть ли смысл это делать? Какое значение должен писать, скажем, ПКО в СуммаУпр, если оплата после РН? По какому курсу? Чтобы СуммаВзаиморасчетов и СуммаУпр после проведения соответствовали? Почему? 1000 руб. в баксах сегодня, не 1000 руб. вчера. Управленческая валюта нужна, чтобы все приводить к единому показателю и носит оценочный характер. Разумеется, ИМХО.

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

согласен насчет взаиморасчетов и денежных средств. Но насчет регистра заказов мне по-прежнему кажется, что как-то некрасиво все. Есть масса компаний, где количество движений по этому регистру будет очень большим. А механизма вывода регистра в 0, насколько я понимаю, нет. Все это чревато сильным и неоправданным разрастанием базы. Так?

почти ОФФ все договора по докам расчетов. регистр взаиморасчеты с контрагентами по докам расчетов делает все по одному курсу. там не бывает разниц, кроме как ошибок округления. но, тоже немного некрасиво. допустим договор уе USD отгрузка 280 курс 28.00 (10 USD) запишет в рег приход 280 руб. полная постоплата ПКО сумма = 300 рублей курс 30.00 (10 USD)) запишет в рег расход 280 руб.

это в смысле ты так доработал? Я ведь сейчас о типовом механизме говорю. То, что можно использовать коэффициент, при помощи которого выводить в 0 сумму управленческого учета, я понимаю. Не вопрос...

типовая УПП. видимо курс берется по доку расчетов.

интересно как. А документ ПереоценкаВалютныхСредств там не используется? А с заказами покупателейм/поставщикам все-таки как?

ПереоценкаВалютныхСредств не используется. с заказами не знаю.

ясно, спасибо!

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

Вот еще относительно регистра ЗаказыПокупателей. Есть документ ЗакрытиеЗаказовПокупателей. Для заказов из таб. части он выводит в 0 по регистрам ЗаказыПокупателей, РазмещениеЗаказовПокупателей (и еще каким-то, возможно, РасчетыСКонтрагентами и ТоварыВРезервеНаСкладах). Можно оформить регламентное задание, которое будет создавать документ с нужными (обнулившимися по количеству) заказами.

да, знаю про него. ИМХО не совсем красиво, но выход конечно. Правда, это уже нельзя назвать типовым механизмом. Как минимум, нужно доработать механизм заполнения этого документа. Т.е. конечно выходы по тому, как можно доработать типовую найти можно. Но мне странно, что один из основополагающих для торговли механизмов так недоработан...