Вопрос по бух учет расчетов по заказам

(17) " в какой момент ОБЯЗАН закрываться аванс?" в договоре должно быть прописано

А Так БУ не оперирует понятием заказ

(0) Ничего не понял ....
Чем аванс отличается от поступления ? И то и другое это приход денег
Откуда долг ?

Аналитика на 60м у тебя какая?
И вообще - конфигурация какая?

(4) ответ в (1). Все из условий договора.

(6) Дт 10 - Кт 60.01 1000р.
Дт 60.02 - Кт 51 1000р.


Оплата именно за то что купили (в первой проводке)? Не правильно. Возможно всего лишь нужно последовательность восстановить

(0) Довольно частая ситуация. Как в договоре прописано - так и надо. Ну разве что автоматически не получится зачитывать. У нас такая фигня с реализациями по счетам, а не по договорам.

(9) в БУ нет понятия заказа. Если его специально третьим субконто не влепили.

(12) есть аналитики .

(11) в договоре м.б. прописан расчет по спецификациям. Например.

(11) В договорах бывают прописывают и более экзотические вещи. Например что из поступившего аванса зачет идет фиксированными кусочками по ряду реализаций.

(9) Допустим, таки оплатили именно за что купили. какой нормативный акт обязывает делать проводку Дт 60.01 - Кт 60.02?/// Можно я свой вопрос задам? Вы хотите что-то кому-то доказать или понять?

(6) >> суммы висят по Кт 60.01 и по Дт 60.02. - по одному договору.

Абсолютно нормальная ситуация.
60.01 - пассивный счет. По нему сальдо должно быть кредитовым.
60.02 - активный счет. По нему сальдо должно быть дебетовым.

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

(6)не может такого быть в БП 3,0 Она же не умеет по заказам работать

(18) Ну как не может? Для этого есть указание документа расчетов вместо автоматически.

(11) >> насколько верно это с точки зрения законодательства.

Как вести учет взаиморасчетов определяет главный бухгалтер в учетной политике. Какие-либо особенности могут быть прописаны в договорах в покупателями (учет оплат, отгрузок и взаиморасчетов в разрезе заказов/счетов/конкретных номенклатур или каких-либо других разрезов).
Например, может быть прописано, что по одному заказу за товары покупатель делает предоплату, а услуги (доставка, сборка, установка) оплачиваются после оказания услуги. Есть три заказа на общую сумму 300 рублей (100р по каждому - по 70р за товары и по 30р за услуги). Покупатель делает предоплату по каждому из них на сумму товаров - всего 210р.
Закрывать этими 210р два первых заказа (100р + 100р) целиком некорректно. Т.к. на самом деле взаимные долги есть по каждому из заказов.

(18) Это вопрос настройки учета.
простейший способ - завести в справочнике договоры папку - "Договор № 123 от 17/02/2021г." и внутри этой папки элементы "Заказ №1", "Заказ №2", ..., "Заказ №N".
С точки зрения программы остаётся ведение расчетов по договорам. С точки зрения пользователя - организован учет по заказам.

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

(20)Сомневаюсь что такие вещи можно учетной политикой определить. Это вопрос чисто юридический (договорной)

(21)а БП так точно умеет? в любом случае это гемморой с точки зрения закрытия документов и сальдо по субсчетам

(11) >> насколько верно это с точки зрения законодательства.

План счетов утвержден законодательно.
В нём специально придуманы субсчета 60-го счета - 60.1 и 60.2 - для учета расчетов по отгрузкам и по авансам .
Так что противоречить законодательству это никак не может.

(23)вот как раз субсчета там только рекомендованы - можно и без них обходится, что частенько удобнее

(22) >> а БП так точно умеет?

Конечно умеет. Причем уже очень давно.


>> ...это геморрой с точки зрения закрытия документов и сальдо по субсчетам.

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

(25)Я за учет Заказ = Договор

(24) >> можно и без них обходится.

Попробуй в типовой бухне обойтись без субсчетов.
Конечно это возможно (везде указывать один и тот же счет расчетов и счет авансов 60.01 и видеть красное сальдо в ОСВ по авансам), но геморроя будет гораздо больше, чем если использовать типовой план счетов, нарисованный в соответствии с рекомендациями.

(26) Без конкретного примера это вопрос скорее риторический. В каждом конкретном случае подходы к решению задачи могут быть разными.

(27)В 7-ке всегда и обходился

А что бы красное сальдо не видеть - делай ОСВ по 60 счету + Развернутое сальдо

Субсчета тут нафиг не сдались - куча бы проблем сама собой отпала

(29) Проблема не только в том, чтобы видеть или не видеть красного сальдо в ОСВ.
Чтобы корректно работали все прочие механизмы (заполнение актов сверки, заполнение корректировок долга, формирование и заполнение счетов-фактур на авансы, заполнение баланса), проще использовать типовые субсчета.

(32) Ну акты сверки и корректировки и так нормально будут работать

А сч/ф на аванс заточены на 62,02, это да. И бухотчетность раз в год придется ручками править.


Но это все окупается, порядком на субсчетах

(26) присоединяюсь.

(31) >> все окупается, порядком на субсчетах.

Лично я считаю разделение счетов взаиморасчетов на два отдельных субсчета - авансы и расчеты - более верным.
Сваливание авансов и отгрузок на один счет в том случае, если не ведется расчет по документам, лишает нас возможности оценивать задолженность корректно в рамках одного договора. Т.к. не может быть одновременно и дебетового сальдо и кредитового.

(33) Только если договор не подразумевает такие ситуации

(33)А его и так не может быть согласно логике БП

+(33) А детализация в биллинге, примеров вагон

(35) Эта песня хороша, начинай сначала!
Что значит "не может быть согласно логике БП"?
Выданные авансы - это актив.
Долги за полученные товары и услуги - это пассив.
Если в рамках одного договора у меня есть и выданный поставщику аванс и долг перед этим поставщиком за ранее полученные товары/услуги, то у меня как раз одновременно есть и дебетовое и кредитовое сальдо. И сворачивать их между собой (зачитывать) я не имею права (во всяком случае не согласовав такой зачет с поставщиком).

(37)"Если в рамках одного договора у меня есть и выданный поставщику аванс и долг перед этим поставщиком за ранее полученные товары/услуги" - ой не факт

И все я думаю типовая БП не будет работать корректно, даже при ручном выборе документов расчетов

(38) В БП есть варианта взаиморасчетов, как и в УТ

3 варианта*

(41)Это вам к юристам. - понимать термин Обязательство в вашем конкретном случае

(0) С точки зрения БУ есть аванс выданный и оплата за ранее поставленные ТРУ. Всё.
Вы по договору ведете расчёты по заказам. Значит произведённое перечисление денежных средств (оплата) по заказу, по которому ещё не получены ТРУ - считается авансом выданным, а произведенная оплата по заказу, по которому ТРУ получены ранее - считается оплатой в счет погашения задолженности. Всё просто.

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

К примеру, как вы сами понимаете, по какому заказу производится та или иная оплата? Это указано в назначении платежа? К платежу приложен расчёт, бухгалтерская справка? Если это понимаете вы, и не лукавите при этом, то это можно объяснить и любому проверяющему аудитору, налоговику.

(44) ГК РФ подойдёт?

Предмет бухгалтерского учёта -- отражение факторов хозяйственной деятельности.

Получение аванса -- факт? Факт. Отражайте. Отгрузка в счёт аванса -- факт? Отгрузка другого товара (услуги) тоже м.б. фактом, требующим отражения в учёте.

Ну и -- Вы там кто? И см (16)

(44) Есть Закон о бухучете, есть инструкция по применению плана счетов.
И там описано, как вы должны учитывать выданный аванс и как учитывать оплату за ранее поставленные ТРУ.
И уже вы определяете при оплате, что это, аванс или оплата по факту.

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

(48) если вы начнёте лукавить, и, к примеру любую оплату считать авансом выданным/// с какой целью?

Есть Закон о бухучете, есть инструкция по применению плана счетов./// Ага :) четыре уровня нормативно-правовых актов, регламентирующих б/у расчетов с покупателями и заказчиками :)

(48)план счетов тут вряд ли в тему - ПБУ важнее

(50) в тему, это третий уровень :) методический

Я еще раз повторюсь что это вопрос юридический.

Вот есть 2 отгрузки по 100 рублей, а оплачено - 150 рублей по договору. - как эти отгрузки закрывать? Такие вещи должны быть прописаны в договоре.

Можно ли ориентировать на назначение платежа, или закрывать задолженность в хронологическом порядке.

Что такое вообще "Заказ" с юридической точки зрения ?

(52) Есть принцип "обоснованной экономической методики". Если, к примеру, есть некая отсрочка платежа от момента отгрузки, то логичным было бы закрывать в хронологическом порядке. Но если есть согласованная договорённость оплаты по мере реализации, то разбивка между накладными может быть иной.
А может так быть, что по договору предоплата в размере 25% от предполагаемой отгрузки и далее оплата с одной-двумя-тремя отсрочками. Разумеется, целесообразно вести учёт по "отгрузке/счету/заказу/спецификации". И тогда легко может получиться, 150 руб олаты -
это 25 рублей оплаты второй отсрочки по отгрузке 1, 50 рублей оплаты первой отсрочки по отгрузке 2 и 75 рублей предоплаты по ожидаемой отгрузке 3.

Что такое вообще "Заказ" с юридической точки зрения/// приложение к договору, а договор м.б. заключён в устной форме

(54)Является ли Заказ отдельным Обязательством? Вот в чем вопрос

(49) Накрутить валюту баланса. Отразить аванс выданный в краткосрочной дебиторской задолженности, а задолженность в долгосрочной кредиторской. И вуаля!, краткосрочная ликвидность баланса искусственно завышена.

(56)а лишку накрутишь и попадешь под обязательный аудит

Я недавно судился. В суд предоставлял расчет по каждому акту и рассчитывал оплату каждого акта по отдельности - благо в платежках было четко написано за что платилось - по какому акту или аванс

А еше важный вопрос - закрытие аванса при поэтапном выполнении работ

(57) Я тоже двумя руками ЗА, чтоб всё расписывать в назначении платежа. Но он, к сожалению, не резиновое... Поэтому было бы неплохо в назначении указывать типа "Оплата по договору ХХХ, по сравке-расчету №YYY от ДДММГГГГ.... А ещё лучше изначально предусматривать многострочное, чуть более формлизованные назначение платежа, чай не 80-е годы на дворе. Но банковский документооборот достаточно консервативен в этом плане.
По факту, мало кто заморачивается в случае запутанных расчетов. Пишут "Оплата по договору" и всё..

(33) "лишает нас возможности оценивать задолженность корректно в рамках одного договора"
- в рамках "одного договора" следует рассматривать прсото как условия договора - фиксированные. Поэтому в рамках "одного договора" совершенно нахрен не нужны в рамках каждого документа - ибо все условия по всем документам в рамках одного договора - ОДИНАКОВЫЕ. и все в рамках одного договора гасится по тупому ФИФО по взаиморасчетам.
а если условия В КАЖДОЛМ ДОКУМЕНТЕ РАЗНЫЕ - то здесь договором следует считать сам документ. и тогда либо  договор=документ, либо расчет в рамках РАМОЧНОГО СОГЛАШЕНИЯ (то что называют догвором обычно) по каждому документу отдельно с ручной разносокой - ОХЕРЕННАЯ АВТОМАТИЗАЦИЯ.

в (43) правильно написали

(56) краткосрочная ликвидность баланса искусственно завышена/// не выйдет. Раздуть баланс можно.

(59) для есть УИП, указываешь его в счете клиенту  в назначении платежа, клиент-банк автоматом цепляет аналитику

(60) ручная разноска обычное правило для CAPEX и для лизинга и для факторинга

(63) Это здорово, когда я высылаю клиентам счет на оплату, по которому клиент платит, тут действительно я могу наколдовать что-то с УИД.
А если клиент - я? И это у меня обязательства заплатить поставщику вовремя рассчитав хитрую систему отсрочек по множеству разных документов поставки/счетам/заказам, и желательно одним платёжным документом, а не плодить их десятками в день.

Хотя, и с клиентами может случиться беда в стиле "Частичная оплата по Счету ХХХ" (УИД YYY)... Или вдруг клиент заплатит дважды по одному счету. Или УИД укажет один и тот же... Много разной фигни может быть.

У меня сейчас есть один договорчик - он специально заточен под заказы
И форма заказа есть и как работать по ним

(65) фигни бывает много, помноженной на курсы валют =)
речь о ограничениях банковского документооборота,
ЭДО позволяет гонять параллельно с платежкой её расшифровку любой детальности  и является юридически значимой

(68) силён...

(65) Тогда ты покупаешь себе любую систему с графиками оплат и не паришь нам моск

(71) Ха, покупаешь... В моём случае "разрабатываешь"!
И всё равно регулярно имеешь кучу проблем с "мы думали, что вы заплатили вот так, а вы думали что вы заплатили совсем не так"... И некоторые, совсем не большие изменения в обороте платёжных поручений (требований и т.п.), могли бы существенно помочь в этом. Я веду речь только об этом.

(68) Нет таких актов. Ни один нормативный акт вообще не обязывает иметь субсчета 60.01 и 60.02.
Всё, что на эту тему написано

+(73) в инструкции по применению Плана счетов:

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

(68) делай зачет аванса по предмету расчета. предмет расчета - то что явным образом указывает все существенные обязательства/показатели по предмету расчета. Поэтому, например, рамочный договор в котором явным образом В САМОМ ДОГОВОРЕ не указаны цена, количество, срок отгрузки, срок оплаты и пр - по сути как предмет расчета - весьма мутен.  Поэтому по каждой сделке в рамках такого "рамочного договора" лучше делать явные спецификации с указанием существенного всего. и эти спецтификации должно быть оформлено как приложение к договору. примерно так.

(68) >> так и не увидел.

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