зачет на момент оплаты,перерасчет дебитора для годового на 31/12/2010

12.11.2010:

D 2190 K 2620 = 911,64$ / 464,94 Ls

14.11.2010:

D 2190 K 2620 = 498,60$ / 254,29 Ls

15.11.2010 (kurs BL = 0,517):

D 75XX K 5311 = 1502,26$ / 776,67 Ls

D 5311 K 2190 = 911,64$ / 464,94 Ls (kurs BL na 12.11. 2010 = 0,510)

D 5311 K 2190 = 498,60$ / 254,29 Ls (kurs BL na 14.11. 2010 = 0,511)

Tak?

Tak?

"Зачёт аванса должен проходить по курсу БЛ на момент оплаты авансов или по курсу даты полученного счёта?"

ВСЕ валютные операции отражаются в учёте по курсу БЛ на ДАТУ операции. Вся латовая разница учитывается на конец года в качестве прибыли или убытков от разницы курсов БЛ.

Всё верно Вы написали, у Вас недоплата 92,02 доллара.

Даб у нас этот остаток был оплачен позже.Меня интересует сейчас именно зачёт аванса. Дело в том, что мне надо сдавать счета с написанными на них проводками и я написала всё именно так как писала здесь выше, но дело в том, что программа мне выдаёт иное. Наш 1 С8 работает так, что платежи с конвертацией мы не можем вводить в банк, а делаем всё через Конвертацию и когда вводится полученный счёт, то программа этих авансов не видит (она видит только те платёжки которые проходят через банк или кассу). Понимаю, что при перерасчёте на конец года, то на то и выйдет, что по моему варианту,что по варианту программы, но прежде чем разговаривать с программистом, хотелось бы выяснить, возможны ли два варианта или надо делать именно так как писала яб а ни как выдаёт программа.:-/

Если счета выставлены в валюте и оплата происходит в валюте, то нет никакой конвертации вообще. Это валютный кредиторский учёт.

Или Вы платите латами? Тогда всё иначе.

У нас всё круче , счета выставлены нам в долларах , а оплата через евровый счёт с конвертацией с евро на доллары (им идут доллары, у нас с банка уходят евро по комерческому курсу).

В этом случае в программе надо проводить конвертацию с евро на доллары - всё верно.

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

И чтобы сделать зачёт аванса программа должна видеть не только банковские проводки.

У Вас один счёт "видит" платежи, а если один платёж покрывает много счетов, с этим нормально? Мне кажется тут концептуально сделано не совсем универсально.

У нас с этими платежами через конвертацию огромная проблема, самое ужасное, что у одгой фирмы 90% платежей идут с конвертацией, и не только оплата счетов, но также и з/п и налоги. Да Makssoft, есть проблема если в одном платеже оплата нескольких счетов , программа позволяет выбрать только один, поэтому я разбиваю 1 платёж по банку и ввожу в программу столько платежей с конвертацией, сколько счетов оплачено, предварительно на калькуляторе рассчитав сколько по коммерческому курсу выходит по валюте в тот день:-(

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

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

Так что обращайтесь к программисту смело, это недоработка.

"предварительно на калькуляторе рассчитав сколько по коммерческому курсу выходит по валюте в тот день" - это вообще кошмар, зачем тогда программа, чтоб бух на калькуляторе считал

И в 7-ке, сколько я помню, не предусмотрена конвертация сразу нескольких инвойсов. В случае оплаты другой валютой приходилось каждый инвойс конвертировать отдельно.

Речь не о конвертации нескольких инвойсов, а о зачёте одним платежом нескольких счетов или многими платежами одного счёта. Это нормально, встречается часто.

Маргарита, это Вы, по-моему, не поняли, речь шла именно о конвертации:

Penych

ziņojumu: 119 03.01.2011 17:26

У нас с этими платежами через конвертацию огромная проблема, самое ужасное, что у одгой фирмы 90% платежей идут с конвертацией, и не только оплата счетов, но также и з/п и налоги. Да Makssoft, есть проблема если в одном платеже оплата нескольких счетов , программа позволяет выбрать только один, поэтому я разбиваю 1 платёж по банку и ввожу в программу столько платежей с конвертацией, сколько счетов оплачено, предварительно на калькуляторе рассчитав сколько по коммерческому курсу выходит по валюте в тот день

В 1С 7-ке у нас таких проблем не было.

Сейчас проблемы возникают когда:

1) Оплатили подоходный налог или социальный (за всех сотрудников общая сумма) через евровый счёт с конвертацией в латы. Такой платёж вводится сейчас через Конвертацию. В Конвертации при выборе счёта 5722 или 5723 программа может выбрать только одного работника,т.е. так как в семёрке было не делается, что сразу выскакивает таблица, где в каждой строчке идёт работник и сумма налога висящая по Д-ту, переведённая с латов на валюту платежа по курсу БЛ.

2) Оплатили одним платежом несколько латовых или в другой валюте(кроме евро) счетов (D 5311 K 26202). Тоже надо делать не через банк, а через Конвертацию и программа может выдать только один счёт к оплате в одном документе Конвертации.Т.е. я сама должна разбивать и вводть несколько документов Конвертации. В 7-ке у нас выдавалась таблица с неоплаченными счетами с суммами переведёнными в валюту платежа по курсу БЛ.

3)Вначале оплатили аванс в латах или др.валюте (не евро) через евровый счёт.Ввели всё через Конвертацию.Когда получаем счёт и надо сделать зачёт аванса, программа вообще никаких авансов не видит, если нажимать кнопку "Рассчитать". И даже если я пытаюсь вручную найти платёж, программа не видит, т.к. он не проходил по банку или кассе, а был введён через конвертацию, а программа видит только платежи через банк или кассу. В итоге, я могу лишь в документе "полученный счёт" в закладке "Авансы" вручную написать сумму к зачёту (в валюте полученного счёта) , но тогда эта сумма конвертируется по курсу БЛ на дату счёта.

Irena22

По-моему я правильно поняла Penych. Речь идёт о конвертации платежей, а не счетов, счета в долларах отражаются в учёте и ни во что более не конвертируются.

Если в этой программе всё делается через Конвертацию (сорри как через Ж...), то надо подумать о другом концептуальном подходе. Конвертация платежей к зачёту счетов не имеет никакого отношения, счета должны видеть любые проводки, которыми их зачитывают.

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

Я так понимаю, что примерно тоже самое у автора вопроса.

"надо было их сначала "сконвертировать" в валюту платежа и лишь затем провести оплату" - интересненько-то как, это надо было делать невзирая на то, что поставщик ведёт учёт в своей валюте, скажем в долларах, как у Penych, и принимает платежи тоже в долларах? А плательщик значит, оплачивая долларовый счёт еврами, конвертирует этот счёт в евро, чтобы зачесть его? Оооооо, какая интересная технология, а я-то думаю причём здесь конвертация счетов Ну если это всё так, как я Вас поняла, то даже не знаю как всё это назвать (хуже чем через Ж...).

Интересно, как они потом сверку делают, поставщик присылает акт в долларах, а плательщик ему в евро что-ли? Или судорожно переводит по курсу (какому интересно) свой евровый остаток в доллары?

Можно сконвертировать только на сумму оплаты. И в самом деле, жутко неудобно и через ж..у