Добрый день!
Товар поступил из Китая.
Оприходовали товар датой перехода права собственности (условия закреплены в договоре). Ранее произведена предоплата, но от этого поставщика еще ожидаем товар, поэтому предоплата больше чем данная поставка.
Подскажите, по документу поступление, у проводки Дт. 41 Кт. 60 по какому курсу должна быть учтена сумма? По средней — весь рублевый эквивалент аванса по сч. 60 поделенное на сумму валюты? Или же надо зачитывать принудительно аванс в поступлении и подтягивать платежки к зачету аванса?
Комментарии закрыты.
Добрый день!
В программе автоматически в документа поступления подтягивается курс аванса при расчете рублевой суммы.
Авансы, полученные и выданные в валюте, в дальнейшем не переоцениваются в БУ и в НУ. Рублевая оценка аванса фиксируется по курсу ЦБ РФ на дату аванса (п. 7, п. 10 ПБУ 3/2006, п. 11 ст. 250 НК РФ, пп. 5 п. 1 ст. 265 НК РФ).
Импорт товаров из дальнего зарубежья. Предоплата в валюте 50% в 1С
Переход права собственности на импортные товары
Поэтому предлагаю в программе составить технический договор рублевый. При оплате поставщику выбрать именно его:
— Д 60.02 К 51
В момент поступления выбираете верный договор в у.е. Программа сформирует поступление по курсу на дату поступления( т.е. перехода права собственности):
— Д 41.01 К 60.31
Далее этой же датой оформляете документ корректировки:
— Д 60.31 К 60.02 — сумма в валюте та, что в документе Поступления, сумма в рублях сумма поступления в валюте * курс на дату поступления
Пример здесь, пункт Корректировка расчетов с иностранным поставщиком
Импорт товаров из дальнего зарубежья. Оплата и покупка в разных валютах в 1С
Так же поступите при следующем поступлении товара.
Оксана, правильно я поняла Вас, что и договоры в валюте (тут именно сейчас речь не про у.е, а про валютные платежи), надо руками подтягивать авансовые платежи? То есть надо разграничивать, авансы, которые поступили именно за конкретный товар, нельзя рассматривать авансы котловым методом по остатку на сч. 60?
Имеете ввиду, если по одному контрагенту несколько договоров, а сумма аванса общая и на какой потом договор пойдет неизвестно?
И все договоры в валюте? То есть оплата , например, в USD и расчеты в USD?
Нет, немного не так.
Расчеты по договору в USD и оплата и расчеты.
И по договору, к примеру, 2 спецификации. И мы оплатили предоплату по двум спецификациям к моменту первого оприходования товара.
20000 USD — 1 спец. — курс 70,00
50000 USD — 2 спец. — курс 78,00
По счету 60 аванс на сумму 70 000 USD
Наступает момент оприходования товара: Дт 41 Кт 60 50 000 USD и вот тут рублевый эквивалент по какому курсу должен быть?
Программа сейчас считает: курс 75,71 (это средний курс по общей сумме аванса ((20000*70)+(50000*78))/70000
Это верный подход? Или все же должно быть по курсу 78,00 ?
Наступает момент оприходования товара: Дт 41 Кт 60 50 000 USD и вот тут рублевый эквивалент по какому курсу должен быть? — — по правилам должен быть курс на дату аванса, потому что авансы не переоцениваются.
На дату 1 спец. по курсу 70,00, какой фактический был курс? Не ваш спец.курс, а курс ЦБ РФ?
Курсы в примере вымышленные, это я написала в применении, что 70 и 78 это были курсы ЦБ РФ на дату платежа.
Если исходить из примера, программа видит, что
по 1 спец. была оплата 10.01 — 20 000,00, например по курсу 70,00
по 2 спец. была оплата 15.01 — 50 000,00, например по курсу 78,00.
Поступает товар 20.01 — на 50 000,00.
Программа считает авансы (20 000*70)+ (30 000*78)= 1 400 000 + 2 340 000= 3 740 000.
Эта рублевая сумма должна быть в документе Поступления.
Но так как у вас фиксированный курс, он может быть больше или меньше курса на дату аванса, поэтому я предложила алгоритм выше. Чтобы программа не зачитывала аванс, а корректировку делать вручную.
Нет, не так зачла программа, а вот так ((20000*70)+(50000*78))/70000. То есть общий аванс 70000 USD и выдергивает по среднему курсу на 50 000 USD, остатки оставляет на сч. 60 (авансы).
Оксана, подскажите, возможен зачет авансов по валютным договорам в хронологическом порядке без учета, по какой спецификации пришел товар? Или это тогда противоречит фактическому зачету между сторонами, если выпустить учет курсов. Получится, что покупатель платит предоплаты по разным спецификациям, а поставщик самовольно зачтет их на другие спецификации, в итоге одна спец. будет закрыта, а другая нет. И опять же есть назначение в платежах, и в них указывается по какой спец. идет оплата (аванса).
Зачет авансов по валютным договорам в хронологическом порядке (ФИФО — первый пришел, первый ушел) без учета спецификаций возможен, если такой порядок прямо предусмотрен договором или соглашением сторон. Бухгалтерские программы (например, 1С) по умолчанию часто используют метод ФИФО по договору в целом. Однако, если спецификации подразумевают жесткую привязку оплат, такой зачет может вызвать вопросы у налоговой. — НАШЛА В ИНТЕРНЕТЕ ОТВЕТ. ДУМАЮ НЕ СТОИТ ИСПОЛЬЗОВАТЬ ТАКОЙ МЕТОД И ВСЕ ЖЕ ОТСЛЕЖИВАТЬ ЗАЧЕТ АВАНСА В ХРОНОЛОГИЧЕСКОМ ПОРЯДКЕ, НО В РАМКАХ КАЖДОЙ СПЕЦИФИКАЦИИ, А ЧТОБЫ ПРОГРАММА КОРРЕКТНО ЗАЧИТЫВАЛА ПРИДЕТСЯ ПРИНУДИТЕЛЬНО ПО ПЛАТЕЖКАМ ЗАЧИТЫВАТЬ АВАНС В ПОСТУПЛЕНИИ ТОВАРА ПРИ ОПРИХОДОВАНИИ.
Понимаю так, что если оплата по спецификациям (у каждой свой курс), то и при зачете аванса в документе реализация нужно выбирать именно это Поступление на счет. Вот тогда не будет проблем с зачетом в разрезе спецификаций. А если будет просто по ФИФО ( это конечно надо пробовать), но могут быть и лишние КР.
Провела на копии базу пару экспериментов.
1. Если оплата осуществляется по двум спецификациям авансом, то зачет аванса корректно по каждой спецификации 1С сделает, если принудительно провести зачет «по документу».
2. Если хотелось бы исключить ошибки по зачету и пропуску, то надо рассматривать, каждую спецификацию, как отдельный договор и заводить технические договоры.
3. Если оплата была через агента и заведено «операцией», то 1С не даст сделать подборку в зачет аванса «по документу», по крайней мере у меня не получилось. Следовательно, переходим ко второму пункту.
Спасибо за обратную связь!
Да, пункт 1 и 2 самые подходящие.