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

Если нет товарных остатков - на старой работе использовали количественный учет для ведения учета в другой валюте

"выгружать проводки с пересчетом по курсу на день операции"
При проведении стандартных документов в бухии проведение происходит с помощью процедуры "глПроводка".
Можно в неё дописать код, который во второй план счетов будет автоматом дублировать проводки "по курсу на день операции"

Ежели неохота конфигурацию трогать, можно посложнее - пересчитать БухИтоги с периодичностью в день, история курса-то имеется...

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

Пересчитывать итоги при формировании баланса? Они не только баланс делают, но и другие отчеты по видам затрат.

О Пересчете итогов речь не идет. Инфу для формирования баланса получать не за весь период суммарно, а с периодичностью в день и выводить не прямо, а пересчитанную по курсу этого дня.
Раз в месяц сделать даже тормозоватый отчет - проблема?
Главный трабл при любой периодической выгрузке куда-либо - работа задним числом и отслеживание таких изменений. Еще не встречал бухгалтера, которому можно было бы полностью доверять в этом вопросе.
Если уж ваять отдельную базу - то, по-моему, надежнее будет ей поручить выгребать данные из основной. Там их обработать и сохранить в нужном виде. Кста, такая база легко может выявить игры с данными закрытого периода в основной.

Операция, которую можно сформировать обработиной. Второй план счетов - информационный, всей системе(кроме одного-единственного отчета БалансУЕ) пофиг, что там на нем происходит.
ЗЫ. Этот вариант наиболее надежен - все в одном месте. И если реализовать аккуратно, гемор при обновлениях будет минимальным.

А не скажет ли иностранный собственник мол хочу в стандарте МСФО получать отчетность?

Как поменять план счетов при формировании проводки или другими словами как можно переключаться между планами счетов? Пока не догоняю. Менять можно при обращении к расчету итогов, выборе счета. Счета в планах одинаковые.

ИспользоватьПланыСчетов?

Не катит. Метод применим к итогам, обьектам.

Не, Встроеный язык - Счет - Методы:

ИспользоватьПланСчетов(<?>)
Синтаксис:
ИспользоватьПланСчетов(<ПланСчетов>)
Назначение:
Устанавливает план счетов, который будет использован объектом.
Возвращает: значение типа ''ПланСчетов''. Текущее значение на момент до исполнения метода.
Параметры:
<ПланСчетов> - значение типа ''ПланСчетов''

А какой у меня обьект в глобальном модуле?

Ну в смысле ошибся конечно ИспользоватьПланСчетов а не ...планы

Указать тут? : глПроводка(Конт,СчД,СчК,Сумма,Сод,Кво,СубД1,СубД2,СубД3,СубК1,СубК2,СубК3,Вал,Ва
лСумма,НомерЖурнала)

СчетПоКоду(<?>,)
Синтаксис:
СчетПоКоду(<КодСчета>,<ПланСчетов>)
Назначение:
Поиск бухгалтерского счета по коду.
Возвращает значение типа ''Счет''.
Параметры:
<КодСчета> - строковое выражение, содержащее код счета.
<ПланСчетов> - значение типа ''План Счетов'' - план счетов, в котором выполняется поиск. Если параметр не указан, поиск выполняется в основном плане счетов, заданном в метаданных.

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

Ну я не гений социальной ... там чего то Так что какая задача конкретней

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

А по чему просто не копировать проводки только по 2 му плану счетов? Ведь все равно транслируются все данные?

Не совсем понял идею.

Зачем дополнительный параметр? Вызываем глПров() еще раз только уже по 2-му плану счетов.

Можно и так, но все равно надо тогда в глПроводка() поменять план. А план можно поменять только через СчетПоКоду(), преобразовав тип счета. Все это делается в глПров() (какая разница где), тем более, что до вызова СчетПоКоду() надо обьязательно сделать проверку на тип и передавать только тип "Счет". При вызове глПров() передаются иногда пустые значения счетов, что вызывает ошибку выполнения СчетПоКоду().
Есть еще одна проблема. Как в операции поменять план счетов?

Меняешь счет. Меняется и план счетов.

Посмотри Инталева. Как пример реализации.

Счета в разных планах одинаковые.

Ткни пальцем, почитаю.