И здесь есть очень важный момент, поступивший платеж необходимо привязать к договору иначе платеж ляжет отдельно и взаиморасчеты не закроются. Продемонстрируем это: Клиент заплатил даже больше чем нужно 50 тыс. рублей. Но бухгалтер не указал Объект расчетов. Хотя можно было просто нажать кнопку Подобрать по остаткам и были бы подобраны суммы не оплаченных продаж. Теперь же возникла ситуация, что клиент фактически оплатил товар, но менеджер видит долг за клиентом в отчете Задолженность клиента, который он открывает из заказа. А вот что покажет отчет Ведомость расчетов с клиентами, который можно открыть из раздела Продажи. В отчете видно, что задолженность клиента образовалась по договору, а платеж прошел без договора. Хотя конечная сумма и положительная, это ситуация считается ошибкой и взаиморасчеты в УТ11 в регистре Расчеты с клиентами не закроются.
Посмотрим движения, которые сделает реализация: Мы закрыли строчку К отгрузки, теперь у нас, как у продавца нет долга перед клиентом, мы отгрузили товар. И появилась сумма в ресурсе Сумма — это основной ресурс регистра, клиент нам должен.
При оплате сумма будет закрыта движением по расходу. Объект расчетов в регистре все тот же заказ сколько бы не было реализаций.
Важно
Проведем оплату по безналичному расчету. Создадим документ Поступление безналичных ДС на основании документа Реализация товаров. Обратите внимание на реквизит Объект расчетов. Объектов расчетов может быть несколько, но поменять его нельзя.
Расчеты с поставщиками и подрядчиками Для того чтобы не путаться и понимать что к чему, существуют виды взаиморасчетов, которые сразу же подразделяют взаиморасчеты на:
Стоит обратить внимание на то, что эти два вида взаиморасчетов кардинально отличаются друг от друга, потому разработана специальная специфика ведения взаиморасчетов. Так, в том случае, если речь идет о взаиморасчете с поставщиком, то с ним может быть договоренность по выплате товара в кредит, или же на каких — либо других условиях.
Внимание
В свою очередь, если речь идет о подрядчиках, то документы ведутся только в бухгалтерии, и подрядчик лишь получает оговоренную с ним сумму. Это говорит о том, что бухгалтерия сразу же закрывает ведомости, и задолженности в данном случае бывают крайне редко.
Если этот флажок не устанавливать это будет означать, что реализация оплачена (со слов клиента), но пока платеж ещё не подтвержден банком. Ну и Объект расчетов тот же заказ. Все взаиморасчеты закрылись.
Долгов нет. Если вернутся и пробежаться по движениям регистра Расчеты с клиентами, то видно, как в разрезе одного объекта расчетов формируются приходы и расходы по суммам взаиморасчетов, отражая этапы расчетов с клиентом, а также общую фактическую задолженность в ресурсе Сумма. Настройка вариантов ведения взаиморасчетов На примере взаиморасчетов по заказам мы рассмотрели всю цепочку документооборота и движений по регистрам.
А как же настроить взаиморасчеты по договорам в торговле 11, например, спросите вы? Варианты взаиморасчетов настраиваются непосредственно в договоре.
При разнесении платежей, необходимо указывать именно тот заказ, по которому осуществлялась отгрузка, в противном случае получиться результат, который демонстрирует следующий пример: В документах «Реализация товаров и услуг 001» и «Платежное поручение 001» в качестве связующей сделки выбран «Заказ покупателя 001», поэтому в отчете эти документы сгруппированы в рамках одной сделки: «Заказ покупателя 001». А в документе «Платежное поручение 002» вместо «Заказа покупателя 002» ошибочно был выбран «Заказ покупателя 003».
Контрагент Сумма взаиморасчетов Договор контрагента Нач. остаток Приход Расход Кон. остаток Сделка Документ движения (регистратор) Покупатель-1 16 000,00 16 000,00 ОД-2 , руб.
Также можно оформить протест, который составляется даже до того как истечет окончательный срок предъявления чека. Если документ будет представлен в последний день данного срока, то в таком случае протест в конечном итоге можно составить уже на следующий рабочий день.
Стоит отметить, что чекодержатель в обязательном порядке должен известить своего чекодателя и индоссанта об отсутствии платежа на протяжении двух рабочих дней, которые следуют за днем оформления протеста. Таким образом, основные виды расчетов позволяют значительно упростить процедуру оплаты и сделать ее общедоступной.
Читайте также
Подробнее … Статьи по 1С УТ11:
Сайт посвящен конфигурации 1C:Управление торговлей 11.
По контрагенту «Покупатель-2» из таблицы видно, что сделав авансовый платеж на сумму 15000 рублей и получив товар на сумму 11000 рублей, наша организация осталась должна отгрузить товар еще на сумму 4000 рублей. А теперь выясним, как определить размер текущего долга.
ПРИМЕЧАНИЕ Обратите внимание на то, что столбцы в заголовке таблицы выделены разными цветами. Столбцы, выделенные оранжевым цветом это измерения, зеленым – ресурсы Контрагент Договор Сумма Покупатель-1 ОД-1 (руб.) 10000 Покупатель-1 ОД-1 (руб.) -7500 Покупатель-2 ОД-2 (руб.) -15000 Покупатель-2 ОД-2 (руб.) 11000 ВАЖНО Чтобы получить состояние взаиморасчетов необходимо просто свернуть существующие записи таблицы (регистра) по одинаковым значениям измерений, суммируя значения ресурсов.
В этом случае в число арендаторов входит третье лицо, не являющееся получателем или вносителем денежных средств, но выполняющим контролирующую функцию. Это может быть риэлтор, комиссионные которого тоже хранятся в этой же ячейке, как гарантия его заинтересованности в сделке.
Третий способ – «эксперт-сейфинг». При этой схеме сотрудник банка участвует в Соглашении выдачи ценных пакетов и контролирует сам процесс выдачи, согласно условиям Соглашения о взаиморасчетах по сделке. То есть, если в Соглашении написано, что ценный пакет может быть выдан продавцу после предоставления нотариальной копии Свидетельства о регистрации права собственности на имя Покупателя, сотрудник банка выдает ценный пакет с денежными средствами после получения требуемого документа.
Естественно, фиксируются все реквизиты предоставляемого документа, а также имена и фамилии сторон по сделке.
Мы увидим все три варианта взаиморасчетов: по заказам, по договорам и по накладным. Видно, что при расчете по заказам колонка Договор пустая.
При расчете по договорам надпись «По договору» — название договора. И при расчете по накладным выходит надпись «По накладным». Но если нужна более детальная информация, можно в настройках отчета на вкладке Структура включить группировку по объектам расчетов. Тогда отчет будет иметь следующий вид: Все взаиморасчеты будут сгруппированы по объектам расчетов.
Не путайте с регистратором. Регистраторов может быть несколько, а объект расчетов будет один. На этом я завершаю эту статью. В следующих статьях я отражу разные моменты возникающие при расчётах с партнерами, такие как контроль лимитов задолженности, использования графиков платежей и другие. В начало… Комментарии В начало…
Это справочник в котором хранится ключ вида (Партнер, Организация, Контрагент).
Сумма к оплате говорит о том, что собственно есть долг клиента и он должен заплатить «сумма к оплате» — так и звучит. Есть ещё вспомогательный регистр Расчеты с клиентами по документам, он всегда показывает расчеты в разрезе документов и служит для определения программой 1С оплачен Заказ клиента или Реализация или нет. Собственно мы видим в регистре, что есть сумма К отгрузки и сумма К оплате, пока и у нас есть долг перед клиентом и у него перед нами.
Сделка» и «Документ расчетов с контрагентами», в результате чего наша таблица приобретет следующий вид: Регистратор Контрагент Договор Сделка Документ расчетов Сумма + Реализация товаров от 30.09.2009 Покупатель-1 ОД-2 (руб.) Заказ покупателя от 21.09.2009 10000 — Платежное поручение входящее от 04.11.2009 Покупатель-1 ОД-2 (руб.) Заказ покупателя от 21.09.2009 10000 — Платежное поручение входящее от 01.11.2009 Покупатель-2 ОД-1 (руб.) Платежное поручение входящее от 01.11.2009 5000 + Реализация товаров от 03.11.2009 Покупатель-2 ОД-1 (руб.) Реализация товаров от 03.11.2009 15000 ПРИМЕЧАНИЕ Добавление очередного измерения говорит о том, что появляется дополнительный аналитический признак, благодаря чему мы имеем отчет с большей детализацией, т.е. можем проводить анализ в разрезе дополнительной аналитики.
К примеру, по государственным контрактам на выполнение работ по строительству, реконструкции и капитальному ремонту аванс не может превышать 30% (п. 42 Постановления N 1551). Есть ли аванс, его размере и сроки выплаты необходимо указать в договоре. Расчет по завершении отдельных этапов выполнения работы, оказания услуг (ст. 311, 421, 711, 781 ГК РФ). Стороны могут предусмотреть условие о выплатах частями. В договоре следует указать период исполнения каждого этапа, размер платежа по ним и дату окончательного выполнения обязательств и расчета. Сроки оплаты 44 ФЗ запрещает слишком продолжительный период оплаты. Это сделано, чтобы обеспечить конкуренцию и не допустить ограничение числа участников закупки. Определяя порядок расчетов, заказчик обязан соблюдать требования ч. 8 ст. 30 и ч. 13.1 ст.
Федерального закона от 05.04.2013 N 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (далее — Закон N 44-ФЗ) при заключении и исполнении контракта изменение его условий не допускается, за исключением случаев, предусмотренных указанной статьей и ст. 95 того же Закона. Частью 1 ст. 95 Закона N 44-ФЗ установлено, что изменение существенных условий контракта при его исполнении не допускается, за исключением их изменения по соглашению сторон в перечисленных в ней случаях.Понятие существенных условий контракта Законом N 44-ФЗ не определено.
Согласно п. 1 ст.
Истечение периода действия контракта не означает, что неисполненные обязательства аннулируются. Указание в реестре контрактов, составленном в рамках 44-ФЗ, срока завершения действия контракта идентичного периоду исполнения договорных обязательств неправомерно.
Инфо
Срок действия таких договоров не превышает несколько месяцев.
Изменение срока исполнения контракта Срок реализации обязательств признается существенным условием договора. Согласно 44-ФЗ изменение таких условий контракта недопустимо. Если одна из сторон решит самовольно изменить срок исполнения контракта, то такие поправки не будут иметь силу. Сторона будет признана нарушившей свои обязательства.
Срок реализации контракта можно изменить только по обоюдному согласию обеих сторон. При этом должно быть заключено дополнительное соглашение.
В нем прописывается новый порядок исполнения обязательств. Срок действия договора и срок исполнения обязательств это важные аспекты любых договорных обязательств.
Перед тем как заключать контракт сторонам необходимо внимательно изучить эти пункты и трезво оценить свои возможности.
Внимание
Закона N 44-ФЗ), что к рассматриваемому случаю, очевидно, не относится. Поэтому в приведенной ситуации предусмотренный контрактом срок исполнения обязательств контрагентом изменен быть не может.Срок исполнения обязательств по контракту не тождественен сроку действия контракта.
Как правило, поставка осуществляется партиями или частями за какой-то определенный промежуток времени поэтому возникает необходимость в составлении определенного графика поставки, в котором обозначаются сроки и количество поставляемого товара. Не поставка партии товара в срок, установленный графиком, также является просрочкой и предпосылкой к наложению санкций на виновную сторону. Возможно ли изменить срок исполнения контракта по 44 ФЗ? Срок исполнения контракта по 44 ФЗ является существенным условием. Тогда как, изменение существенных условий недопустимо стороной самостоятельно.
При изменении стороной существенных условий в одностороннем порядке и совершение действий по новым правилам, влечет их недействительность и, как следствие, нарушение обязательств.
Щ З·┤╩w?╫cг7_Мшw▓|rРяY;ц=╢зЦзSзLМм©iЯxЭРеK_~q²vры╒╕П/╨8≈≤цmЕ^░з╦vИQ~≈{[$*ф╘#d!YCQМн!хC┐AШ╡ЯJP┬Д─X#°┬»`A0xBn=lБфq7vWЗЫ▌Ь6ЧВЁW⌡д*ё┴ ЁU╣%╒(4жчKGбy║ю╝(Ё┐IлI╜з#ь▀}⌡╥ъЖи’╠-PД╕▄⌡ЪЬ^f9█╟!╜а÷n~Э┴²Й─аdй╔о╘Tva╥q╗|/⌠█’▓╤н(4╢N╠B’l юr┤tс┴·c@?╙J└whЗ9Ф©bЩИ|д┘K∙юo:FЮ%╔ЮУ ЛFY8╦н√│б╙⌡шIЙBe╔зАc[иJЮGЙ╘J9дb╤hа!╙≥ф╟Шa÷EЛ’xмЮО s╖’▓pHТьРyТ≈╧X▐&ФКp┤Юф-K√l1╝F ШxЫO,О?p МВlh_─j#4`▐h]f% Pц╓паA÷[╕┐nз▌Pиl° ч4╦6JЮ╧яВЭЩz┘1ё╝кюo│Уы 7СЕ╣@╚uю┐^n?хf▌╝)⌠ud$уX_√j╝Ь»UJМ▒=zF0²э∙э╚о╔v┐ё╟А%QЧFЗQfYI√М$∙U╓t9⌠Д╠╘@·J ы&И&yYю’m⌠ВHШЕрО╡k#╩Vз(©-√?#гьёрqЫ9к~+}/⌡ФKДШхjЖi╣╪√У├&r;Uj√Г▒шX║/╘eШJ╣Рq▄T/╧ю!=ь┬тS╝24гKК√└$vK.K°Q┼xЁ╠Hiq╗h┼ХFО╔ы`┼┬╙9’b═8Т╓╙п┌Adю_еD░▒╗─├Н┼pBшБ┌Е⌠z ╔-чSм┤╖X.E┴╟ 1хrC═HЮ6▄▒%д(к▓$┬ИЮ╢aс.
Одним из ключевых пунктов договора, заключенного в рамках 44-ФЗ, становится срок его действия. Такое условие определяет период, в течение которого обе стороны обязаны в полном объеме исполнить взятые на себя обязательства.
Перед заключением контракта сторонам необходимо обязательно оценить свою возможность исполнить обязанности в установленное время. Особенности установления срока действия договора Законодательство напрямую не регламентирует правила, по которым определяется срок действия контракта.
Поэтому заказчикам при составлении документа необходимо руководствоваться Гражданским и Бюджетным Кодексами РФ. Пункт 3 статьи 425 ГК предусматривает, что конец времени действия контракта означает прекращение договорных обязательств.
При этом момент окончания действия контракта не равнозначен времени исполнения обязательств.
O/Ш)╜w┌б цЦmго ╕Wч┼╘°∙2н╡┼в9+╗≤Х╛\эU╦╩rкZ╛kO╔╧╧╟C╘3@дбBv+ ё ╘╜9^╡3 рOефn╒Y÷H$≥мB▄&з╔фФ╦l*╪оRV╦∙SH8²7O▐ъm4У.°╧dc─║─:Nс≤че&воЧ╣П█<о╦╠;8($ъ 0▒Жo√╬⌠и└ЗО rлy╨╜ь√йш+ШХ;yЗыДБ▄╟c°⌠▄noAL’ЮVq▄Kё≤÷▓6lyц╘ф&Ь╟E≈ЦcэЫ┬в:Oо9сWПДз≥b┴TI▓┬╢)js■┼■b⌡в’Ж%Д√4╓Пi▀Bщ⌠м»Ч⌠╖P═4_├З╞H═Ьъ┼╢юв 2╖`ъZ╗dЪ┼rзцrшЬъ]я16Ф;U}Aо.yшG╓» /┐┴SжCJ╫2mA│QN≤╒╬q5Ю·DцpB╢6Ь╓цQs &MхaЯOЕ и\K║vei(C÷S(U┬nULHhЦЕ▌O≈0-сLUШlSG=CvФ²╬Re╟[_°шё╕[бTK]ЗkяХI╘╞С4жЪH█J▌о≤LВ]oЗX╜AОЫw╒┐vi+r1╙°Ш@┐)s╗÷ПSm└▒EКJ1dд╘Зя@r’╛KХ°Я┼ъ-╞ ╞ёС⌠4├&03фъ╚└Ш┴Оё1Y╞e╝{Лхю ╕а└иmX│╛ю┐НmZUU4≥ b≥│!z G)≥]Гi+╓дS}Т}уО≈2bтС÷╧ЁшH╦Ё┬кP0тш&╖┼ВU#Б;Т²└°┘┌#.МP≥ ²┬uCа·О2^y╨к [≤╢▌┴aЪ░█PяЕyЧ@ЖщР╬MWX╣⌠x ▓Y┐)гX╔╒kяO1=6т@RвQкDSё√I&j+X4UДХ%·ъ≥°Ц\]&║Sp┘ч([яJЖ┘В ХJQ=p6ъ┴~»лНbr ьф≥■²╫Ь┘6bdжYФ -\,┴Ч©y┌йТ╢╖┌═З╒+uu$ф╙рCpYЙ &ШИ≈╙тEллБ}G[Щ»чу╫A’╡l╤╬≥▓cвwл ^;$3╗gW4ю░НёЗ°]D`_·Ц╨О/K╤2╫ ┤Й2фЪэ╚4П─яПцZ ▓┘yeп═Г┬П ╛╤Сb┴G,е▌z╞ZRksb▒■Pc|;╘_ eP©LЩ√hБ+╖╘╓=*x$Tея/ы╧diе■Й[ ░’юSоOдf^3оP∙▒ЁnhАs∙u▀!И<.
Поэтому в договоре могут быть указаны разные значения, в зависимости от предмета сделки. Для товара можно указать так: А на работы так: На что обратить внимание В рамках данного временного промежутка заказчик и поставщик должны выполнить все обязательства друг перед другом. Иначе договор может быть расторгнут по инициативе одной из сторон либо в судебном порядке. Если поставщик в качестве обеспечения исполнения контракта предоставляет заказчику банковскую гарантию, она должна быть актуальна еще минимум месяц после завершения соглашения (ч.
3 ст. 96). Здесь также можно отметить государственный инвестиционный контракт. В случае если товар, созданный на его условиях, был экспортирован в количестве не менее 10 % его общего объема в течение года, то период, когда можно делать закупки у поставщика такой продукции, может быть продлен еще на 12 месяцев после истечения действия (п. 2 ч. 4 ст.
Автор: Наседкина Дарья 22 декабря 2017 Разберемся, что такое срок действия контракта по 44-ФЗ и когда стоит обратить на него особое внимание. Определение Закон № 44 ФЗ не дает здесь определения тому, что считается сроком действия контракта по 44 ФЗ, толкование можно найти в ст. 425 ГК РФ, где сказано, что договор вступает в силу с момента его подписания сторонами и действует до полного исполнения указанных в нем обязательств либо до даты, установленной в тексте документа. Стоит учесть, что госконтракт, согласно ч. 5 ст. 161 БК РФ, не может действовать дольше, чем утвержденные лимиты бюджетных обязательств.
Iu╕лkRМ└&G▄/ьхю9┴K╫zU п╕┤■*&м0х0├╩1▌у}▀FЕyсX]lAm6┌┤╡┐ФЪ└Y∙ъo2лыD│зN▒?И1╡wАюоBtI≈R╗и ·YaXВлK0┬≈п²gл√├ г╫⌠╟4┌Dя ё┬1я15о╢д╝╜{c╧ш╢Иq╧п!╠ ≈м╤kS╘A╖ь?e╦лЯF╚к~5Лщ│╫:Д╛╕ГБ┴╒,AФ,┴█c&≈ b╜zr┼Д8f╞3╚├Яут╣°▒.▀JЭН!’сh_К╢∙Ц▐╩√╛t▄┌╕M╔╔зН┐р0░╩нVdЖh<8ь┐b7╢*yЩWР:%К╔║╜O┬ЛЪт⌡щ╧Ц6щ,8ЙcK#∙{╜БS-ЁГц╬wUУ;)чхлажv%╪ыбvХ’цржэМJ┤aЗ╒?╤нд┴╥▄^Vo╖в:╦rЦ5dт░╘┼х┼~╖u1╞■]:Ж▐▓zTЧ,▓√╞_U?Ы║sTсi■Ч╙╡╧╤ЮЪ╤╡▒∙c9░╘╒Й1CыlD⌡фGб│аШу9©M╟⌡█╪BpyЭК╜8▓├╤∙ZeFу(∙Ш]▄..AМи╙^╝ХsУз╧╕b╡m²зЯUjЖ╔ш+I╗╞4√hсЛеР║иIHЙмnвX╡5&е╟ Wо╬яUAЫ б√iZUщЦ6lЗед.и╚(9w≈ИБ░,©W╟K2rк║%┤≤/фv»G ы!уK)÷@в╗ЧяQэjЕл3JV╬т≤[^`ё)О╣ФФиA4p&SКч\У4ЧюГсK[▐’ЪwЗb▓Нл⌡╦|Зцv7J┼9t╩4╖│tJ┌ЕлДV╫яzZщ Дr#©ю╥Ыe╠)иF╕GОQИяШ╛r╪[²╞,·з⌡MЛ╝ЦТ┘X╕≈°оuЮ▓*ч.фБ-≥ЖWLУц╥eМw_²▒-не]∙-к╞╪╩ц╘(l╞√}┴аД %4|█|dqг├ЮE©яЧjЪB,./@≥Б╢`~c╛1·Ш{6`*-шVуGщ\FвьccD;АвъM█N╔Пп=Т,├≈эЩц╞zн_ УЕ█PЭ,╫tЕmпт═└╨@^PyкСЛ#&╪6╙║-╖CгПфнI∙фvXбцпiтж╦н~cАi╩ (╓▌Уh╡÷╣ж║ИeщуKrd╢╫ql gм╧n_╫UщшЯYВЭ╒≈╘4╨ uP▄рViРrЛ╘Ы²н╦C2Г)╢цТ╙Vи.┬Е_Он?ПИ╣n⌡⌠Хо╨hТfMBl╓ц.
Возможность ведения взаиморасчетов по договорам продажи определяется при регистрации условий продаж по работе с клиентами, в соглашении с клиентом.
Информация о том будут ли вестись договора с клиентами, работающими в соответствии с теми условиями, которые определены в соглашении, регистрируется на страницеУсловия продаж .
Аналогичным образом в соглашениях с поставщиками регистрируется необходимость оформления договоров с поставщиками.
Договора заключаются между конкретной организаций торгового предприятия и организацией стороннего предприятия (контрагентом).
Отдельно регистрируются договора с покупателями, поставщиками, комиссионерами и комитентами. Новый договор рекомендуется оформлять на основании соглашения, оформленного с клиентом или с поставщиком.
В новом договоре указывается информация об организации, от имени которой оформляется договор и контрагент (юридическое или физическое лицо сторонней организации) с которым заключается договор. В качестве партнера может быть указана группа партнеров, например в том случае, если предполагается работа с сетью магазинов, которые работают от имени одного юридического лица, с которым и заключается договор. В форме договора также указывается информация о тех расчетных счетах, которые по умолчанию будут заполняться в документах, оформленных по договору. В договоре определяется валюта, в которой будут вестись взаиморасчеты по договору и порядок оплаты.
В договоре определяется вариант учета расчетов по договору. Предусмотрено два варианта учета расчетов по договору.
■
Вариант учета расчетовПо заказам/накладным
аналогичен тому, который применялся в более ранних версиях. Взаиморасчеты ведутся в рамках заказов или в рамках накладных, если накладные оформлены без заказа. При этом добавляется еще один разрез детализации взаиморасчетов – договор.
■
Вариант учета расчетовПо договорам
предполагает ведение общих взаиморасчетов в рамках договора. При таком варианте учета расчетов можно оформлять заказы клиентов, проводить все операции, связанные с обеспечением товаров. Однако при таком варианте учета расчетов не поддерживается отслеживание оплаты каждого конкретного заказа, оплата контролируется по договору в целом.
При вводе договора на основании соглашения в нем автоматически заполняются все те основные реквизиты, которые определены в соглашении. Договор может быть создан как на основании индивидуального, так и на основании типового соглашения. При создании на основании типового соглашения в договоре автоматически устанавливается информация о валюте взаиморасчетов и порядке оплаты. Информацию о партнере и контрагенте следует ввести вручную. Информация о менеджере, ответственном за ведение договора с клиентом (поставщиком) также заполняется из соглашения с клиентом. При необходимости эту информацию можно изменить.
Для договора предусмотрены следующие статусы:Не согласован ,Действует ,Закрыт . При вводе договора в действие следует указать период действия договора. Оформление документов возможно только по действующим договорам.
В рамках договора можно хранить печатную форму подписанного договора (Присоединенные файлы ). Предусмотрена возможность выдачи, регистрации и просмотра выполненных задач в рамках договора.
Список тех договоров, которые заключены с клиентами и поставщиками можно посмотреть в соответствующих разделахПродажи (Запасы и закупки ).
В списке договоров можно произвести отбор договоров, которые заключены от имени конкретной организации торгового предприятия и отбор договоров, заключенных с конкретной организацией клиента или поставщика (Контрагент ). Также предусмотрен отбор тех договоров, за которые ответственен конкретный менеджер.
Работая в списке договоров, менеджер может отобрать договора по их статусу, а также вывести список тех договоров, по которым истекает срок действия. Используя командуУстановить статус можно изменить статус договора. Например, закрыть те договора, по которым истек срок действия.
В рамках договора можно оформлять все документы продажи, закупки и платежные документы. При ведении учета по договорам документы взаимозачета, сверки взаиморасчетов также оформляются с детализацией по конкретным договорам. Предусмотрена также возможность ввода начальных остатков взаиморасчетов с клиентами и поставщиками с детализацией по конкретному договору.
Информация о договоре в документах продажи заполняется только в том случае, если документы оформлены в рамках соглашения, по которым предусмотрена возможность ведения учетов по договорам. Если по соглашению, которое указано в документе, не требуется указание договора, то информация о договоре будет недоступна.
После указания партнера, соглашения и организации информация о контрагенте и договоре может быть заполнена автоматически. При подборе договора учитываются следующие данные:
■
Валюта договора и порядок оплаты должен соответствовать, указанному в соглашению.
■
В договоре должен быть указан партнер и организация, выбранная в документе.
Если для партнера по результатам подбора определен один контрагент и договор, то эта информация будет автоматически заполнена в документе.
Если для контрагента определено несколько договоров, то договор выбирается из списка доступных договоров. В список доступных договоров попадают только те договора, которые соответствуют данным, указанным в документе.
Валюта взаиморасчетов в документах продажи (заказ клиента, реализация товаров и услуг и т.д.) устанавливается в соответствии с той валютой, которая определена в соглашении с клиентом. Установленная валюта жестко связана с валютой взаиморасчетов в договоре. Если пользователь имеет право устанавливать валюту взаиморасчетов документа, отличную от валюты, определенной в соглашении, то он должен указать новый договор, в котором взаиморасчеты будут вестись в другой валюте (валюте взаиморасчетов по документу).
Расчет и контроль задолженности по документу зависит от того, какой порядок учета расчетов используется.
■
По заказам/накладным
. Показывается сумма задолженности по конкретному документу (заказу, накладной). При изменении статуса заказа клиента при проведении документа контролируется наличие необходимой предоплаты в соответствии с указанными этапами оплаты.
■
По договорам
. Показывается сумма задолженности в целом по договору. При изменении статуса заказа сумма необходимой предоплаты при проведении документа не контролируется. Сроки задолженности можно проконтролировать в отчетеАнализ расчетов с клиентами
. Даты задолженности в отчете будут показаны в соответствии с теми этапами оплаты, которые указаны в заказе клиента и той датой оплаты, которая указана в накладной, если она оформляется без указания заказа клиента.
Возможность указания договора в документах поставки не контролируется. Документ поставки может быть оформлен без указания соглашения, но с указанием договора с поставщиком. Порядок учета расчетов в этом случае определяется тем порядком расчетов, который указан в договоре с поставщиком.
Показ задолженности в документах поставки также зависит от применяемого порядка учета расчетов.
■
По заказам/накладным
, то показывается задолженность по конкретному документу.
■
Если применяется порядок учета расчетовПо договорам
, то показывается задолженность по в целом по договору. Информацию о сроках задолженности можно проконтролировать в отчетеАнализ расчетов с поставщиками
, в соответствии с указанными сроками оплаты в заказе поставщику и накладным.
Информация о договоре указывается в табличной части платежного документа. В одном платежном документе можно регистрировать оплату по нескольким договорам одного контрагента. С помощью командыПодобрать по остаткам
можно автоматически заполнить табличную часть документа по тем договорам, по которым имеется задолженность.
При этом возможна детализация оплаты по конкретным документам расчетов.
Предусмотрена возможность регистрации предоплаты по договору клиента. В этом случае на основании договора оформляется документСчет на оплату (предоплата) . В счете на оплату автоматически заполняется та информация, которая была указана в договоре (контрагент, организация, расчетный счет и т.д.). В качестве назначения платежа будет указана оплата по договору.
В счете на оплату можно указать этапы оплаты по договору. Информация о датах оплаты по договору будет учитываться в платежном календаре. На основании счета на оплату можно оформить любой платежный документ. В платежном документе будет указан счет на оплату и договор, по которому была зафиксирована оплата в соответствии со счетом на оплату.
Автоматическое распределение оплат по документам отгрузки (поставки) производится регламентным заданиемВыполнение отложенных движений по расчетам с партнерами
.
Распределение оплат зависит от применяемого в документах отгрузки (поставки) порядка учета расчетов.
По договорам . Все оформленные в рамках договора оплаты будут распределены по документам отгрузки (поступления) по принципу ФИФО. При распределении будут учитываться все документы реализации товаров и услуг (поступление товаров и услуг), в том числе и те которые, оформлены по заказам.
По заказам/ накладным . Оплаты оформляются по конкретным документам: заказам накладным. Если оформлен авансовый платеж без указания платежных документов (по договору в целом), то необходимо вручную произвести зачет аванса по конкретным заказам (накладным). После проведения регламентного задания аванс, зачтенный по заказу, будет автоматически распределен по тем документам, которые оформлены в рамках заказа.
Распределение оплат по конкретным документам можно проанализировать в соответствующих отчетах Анализ расчетов с клиентами (Анализ расчетов с поставщиками).
На самом деле, данная статья запоздала, по меньшей мере, лет на 6. У меня давно были мысли выразить накопленный опыт в виде такой публикации, но все никак не случалось. Разгребал взаиморасчеты, поверите или нет? Шутка, конечно. Но даже до сих пор, несмотря на то, что конфигурации КА 1 и УПП вроде бы выводятся из эксплуатации, регулярно обращаются клиенты, у которых во взаиморасчетах бардак и хаос.
Объем знаний, который требуется передать, достаточно велик. Как ни хотелось ужаться, к сожалению, в рамках одной публикации сделать это не получится. Я постараюсь разделить текст по смыслу в несколько статей, и дополнительно выложить ряд внешних отчетов, для УПП/КА которые помогают в анализе и контроле. Некоторые из них можно заменить универсальным отчетом, некоторые «незаменимы».
Кроме того, не получилось сделать статью, ориентированную только на бухгалтера или только на специалиста. К сожалению, УПП/КА - не те конфигурации, которые можно внедрять, вести и контролировать, не влезая в смежные знания. Либо специалист должен разбираться совместно с бухгалтером, либо кто-то из них должен достаточно глубоко проникнуть мыслью в работу другого.
Данная часть больше теоретическая, в рамках которой я постараюсь зафиксировать и описать используемые понятия и термины, и показать их в сравнении с другими конфигурациями.
В конфигурациях "Комплексная автоматизация 1.1" и "Управление производственным предприятием 1.3" часто встречается ситуация, когда, по, кажется, непонятным причинам, на счетах 60.01, 60.02, 62.01, 62.02 образуются отрицательные остатки, встречное сальдо (одновременно присутствует и аванс и долг на разных субсчетах), внезапно возникают авансы и/или долги, которых не должно было случиться. И это только видимая "вершина айсберга".
Основными "пострадавшими" становятся: баланс (в котором неправильно разворачивается дебиторская и кредиторская задолженность), участок налогового учета НДС с авансов выданных и полученных (счета 76.АВ, 76.ВА). В случае валютных расчетов, либо расчетов в условных единицах, ситуация дополнительно осложняется тем, что у документов неправильно определяется рублевое покрытие, переоценка остатков происходит некорректно.
Многие пользователи начинают рефлексировать, исправляя ситуацию операциями, введенными вручную. Хотя формально «баланс сходится», однако это никак не помогает автоматизированно заполнить книги по НДС, распечатать отгрузочные документы с нужным рублевым покрытием.
Однако, проблему желательно решать системно, от начала. Для этого придется немного погрузиться в теорию. В первую очередь необходимо рассмотреть детализацию учета, которая применяется в 1С вообще, и в частности, в рассматриваемых конфигурациях. Затем - контуры учета (регламентированный и управленческий) - опять таки, вообще, и в рассматриваемых конфигурациях. И наконец, структуры данных, которые используются для ведения учета в рассматриваемых конфигурациях.
Традиционно, в конфигурациях системы 1С: Предприятие учет взаиморасчетов ведется в разрезе договоров (привязанных к контрагентам и организациям). Назовем, для удобства, это сочетание «координат» (измерений) «узлами взаиморасчетов ».
В бухгалтерских конфигурациях мы ведем учет еще и на разных счетах плана счетов, поэтому, для целей бухгалтерского учета, будем полагать, что определение узла взаиморасчетов дополнено счетом бухгалтерского учета . При этом, если к счету открыты отдельные субсчета для аванса и долга (например, 60.01 и 60.02), то один договор по ним мы все равно будем рассматривать как один узел по паре счетов. Так, на счете 60 у нас есть пара счетов для рублевых расчетов (60.01, 60.02), пара счетов для валютных (60.21, 60.22), пара счетов для расчетов в условных единицах (60.31, 60.32)
Остатки и обороты взаиморасчетов в разрезе узлов проводятся в какой-либо регистр. В чисто бухгалтерских конфигурациях это в 90% случаев - регистр бухгалтерии, в конфигурациях управленческого учета - регистр накопления.
Для удобства далее, будем говорить, что если для расчетов мы используем регистр бухгалтерии, то мы «ведем учет на плане счетов », а если регистры накопления, то «ведем учет на регистрах ». Это не совсем правильно технически, зато понятнее интуитивно.
В конфигурации «Управление торговлей 10.3» представлена возможность дополнить узлы взаиморасчетов полем «Сделка» , которое может принимать значение либо выставленных (поставщиками или покупателями) счетов, либо заказов. Какой именно тип документа выступает в качестве разделителя - указывается в элементе справочника «Договоры».
На рисунке представлен фрагмент формы элемента справочника "Договоры контрагентов" из КА 1.1, где зеленым обведено поле, отвечающее за эту аналитику.
Конфигурации КА и УПП унаследовали этот механизм.
При указании данного признака все документы взаиморасчетов по договору начинают императивно требовать указание сделки (счета или заказа), в регистрах учета начинает использоваться соответствующее поле, и, соответственно, отчеты по этим регистрам получают возможность разделить взаиморасчеты договора по сделкам.
Таким образом, мы получаем возможность вести в рамках одного договора раздельный учет в разрезе каждой сделки, контролировать полноту оплаты каждой сделки, расставить ответственных менеджеров к каждой сделке, и рассматривать задолженность в разрезе менеджеров.
Применение такой схемы бывает удобно, но рождает ряд побочных эффектов, о которых позже.
С какого-то момента во всех новых конфигурациях 1С появляется концепция «Учет в разрезе документов расчетов», который предполагает, что остаток долга (аванса) по узлу взаиморасчетов дополнительно разделяется по документам образования этого долга (аванса).
Если я не ошибаюсь, впервые эта концепция появилась в конфигурации «Торговля и склад 9.2», а затем и в бухгалтерских конфигурациях, частично начиная с «Бухгалтерии предприятия 1.6». В полном объеме - с редакции 2.0.
Для удобства, мы будем полагать, что разные документы расчетов не образуют разные узлы взаиморасчетов, а считаются дополнительной детализацией внутри узла.
Учет по документам расчетов подразделяется на три вида, назовем их ручной , автоматический и гибридный .
В рамках автоматического учета по документам расчетов , долги (авансы) образуются и зачитываются в разрезе этих документов по принципу FIFO.
Пример: При нулевом (изначально) состоянии расчетов с покупателем, остатки по узлу нулевые. Пусть у нас появляется платежное поручение на 10 000 рублей. Поскольку задолженности по узлу не было, платежное поручение признает аванс суммой в 10 000 рублей, и приходует его в узел «в разрезе себя». Пусть, затем, у нас появляется реализация на сумму 12 000 рублей. Эта реализация сначала выбирает с узла остатки авансов в разрезе документов их образования (платежное поручение №1 на сумму 10 000 рублей), и гасит их. Затем, если от суммы реализации, после зачета авансов что-то осталось, реализация признает задолженность в размере остатка уже «по себе» (реализация №1 на сумму 2 000 рублей). Следующая платежка на 5 000 рублей сначала будет пытаться погасить долги в разрезе документов их образования (реализация №1 на сумму 2 000 рублей), и только затем, если что-то осталось, признает аванс в разрезе себя (3 000 рублей). И так далее.
Есть небольшие различия, как это сделано в разных конфигурациях на регистрах бухгалтерии и на регистрах накопления, но общий принцип остается таким.
Если все документы проводятся последовательно, то эта схема прекрасно работает. В результате, по узлу взаиморасчетов складываются остатки авансов и долгов в разрезе наиболее последних документов их образования. В идеале, по одному узлу у нас должен быть либо аванс, либо долг : одновременное их присутствие обычно указывает на ошибку.
Как только кто-либо задним числом изменяет суммы документов, проводит новые документы, эта стройная логика разрушается: авансы и долги, которые давно должны были быть погашены, «вскрываются» задним числом. Чтобы устранить эту проблему требуется перепровести документы в хронологической последовательности (иначе говоря, «восстановить последовательность»), для чего разработчиком технологии придуманы различные костыли:
Этот (автоматический) способ подходит для большинства хозяйственных случаев.
В рамках ручного учета по документам расчетов, каждый раз, принимая платеж или оформляя реализацию мы должны указывать, соответственно, погашаемые долги или зачитываемые авансы. Если этого не сделать, то реализация всегда будет формировать новый долг, а платежка - новый аванс.
Для этого в документах предусмотрены особые поля и закладки, в которых есть различные формы подбора долгов/авансов по остаткам, чтобы не делать это совсем вручную и медитативно.
Особенно сложно вести учет в таком режиме, если имеют место быть какие-то взаимозачеты или расчеты через третьих лиц. Но иногда это нужно ввиду особенностей законодательства, договоров и т. п. Например, из отраслевого законодательства по ЖКХ вытекает необходимость принимать платежи с учетом назначений платежа (за какой расчетный месяц оплачиваются услуги), для их отражения как раз удобен ручной учет. Для расчетов по факторингу тоже крайне важно закрывать отдельные узлы взаиморасчетов в несколько этапов (первичное финансирование, остаток финансирования и удержание комиссии), и контролировать полноту их закрытия.
Эта концепция заложена в конфигурациях КА 1 и УПП 1, ее можно включить на уровне договора, посредством установки признака «Учет по документам расчетов». См. рисунок:
После этого во всех платежных документах появляется возможность выбора документа (одного или списком), по которому будет погашаться долг (см. рисунок), а если этот документ не указать, то будет образован новый аванс, а во всех отгрузочных документах - закладка "Предоплата", в которую можно подбирать документы, аванс с которых нужно зачесть, либо будет образован новый долг.
(Но на самом деле все будет немного сложнее, что будет описано в 4.1.
В рамках гибридного учета образование долгов и авансов осуществляется по-умолчанию автоматически, но в каждом документе мы имеем возможность перехватить автоматику и явно указать зачитываемый аванс или погашаемый долг. Эта концепция, например, по умолчанию заложена в "Бухгалтерию предприятия 3.0". На рисунке представлена форма документа "Реализация", в которой имеется возможность выбора (еще раз обращу внимание, что это просто пример из конфигурации "Бухгалтерия предприятия 3.0", к КА и УПП прямого отношения не имеющий) :
Вообще, надо сказать, такая (гибридная) концепция рождает нехорошие глюки и требует железной дисциплины пользователей, которые в некоторых узлах взаиморасчетов сами должны поддерживать ручной учет (и не допускать автоматического), а в некоторых - тщательно избегать ручного указания документов. И в то же время, этот подход самый гибкий.
В любом случае, каким бы образом не велся учет в разрезе документов расчетов, если он проведен корректно, на выходе мы получаем таблицу долгов / авансов в разрезе образующих их документов. Это позволяет нам, например:
Учитывая вышеизложенное, мы получаем современную детализацию учета взаиморасчетов:
Узел взаиморасчетов:
Детальнее узла:
Эта детализация, в виде измерений, «втыкается» в регистр накопления или бухгалтерии, после чего по ней документами начинают проводиться остатки и обороты взаиморасчетов.
Например, на этом рисунке представлен фрагмент плана счетов конфигурации "Бухгалтерия предприятия 3.0 " в части субсчетов 60 счета, где для описания узла взаиморасчетов взведены субконто "Контрагенты", "Договоры" (Организация определена на уровне регистра бухгалтерии), а для учета по документам расчетов - свое одноименное субконто.
А здесь на рисунке представлено описание регистра "Взаиморасчеты с контрагентами" из конфигураций "Управление торговлей 10.3", "Комплексная автоматизация 1.1" и "Управление производственным предприятием 1.3". Конкретно в этом регистре не ведется учет по документам расчетов, остальные же измерения соответствуют вышеописанной детализации.
Прошу также обратить внимание, что в регистре используется два ресурса - СуммаВзаиморасчетов учитывает сумму расчетов в валюте взаиморасчетов (обычно рубль, но для договорах в валюте и условных единицах - в валюте, заданной в договоре), а СуммаУпр - в валюте управленческого учета (которую большая часть здравомыслящих пользователей выбирает "Рубль", а крики мучений совершивших ошибку мне до сих пор слышатся в самых страшных кошмарах).
К регистру, на котором ведется учет, должен прилагаться отчет в виде простой ведомости, который предоставит пользователю аналитические данные и позволит проводить контрольные мероприятия.
Так, в КА/УПП, для регистра бухгалтерии "Хозрасчетный" используется комплект бухгалтерских отчетов (оборотно-сальдовая ведомость, анализ счета и др.), а для регистра накопления "Взаиморасчеты с контрагентами" - отчет "Ведомость по взаиморасчетам с контрагентами".
Такая модель должна быть в идеале, но на практике, опять таки, все немного сложнее, о чем, в частности, пойдет речь в разделах 3 и 4.1.
Теперь необходимо рассмотреть контуры учета. Нас интересуют два основных - управленческий и регламентированный .
С этой точки зрения конфигурации 1С можно условно поделить на те, которые способны вести учет только в одном контуре (все «Бухгалтерии» - регламентированный, или «Торговля и Склад 9.2», «Управление небольшой фирмой» - управленческий), те, которые способны вести независимый или связанный учет в двух контурах (УПП 1, КА 1), и те, которые тщательно делают вид, что могут вести два контура, но без доработок - все-таки только один (например, «Управление торговлей 10.3»).
Управленческий учет предназначен для отражения того, что случилось в жизни предприятия (холдинга) на самом де с точки зрения руководителя или собственника предприятия. Регламентированный учет - с точки зрения того, как это отображается государству.
В двухконтурных конфигурациях документ может быть отражен либо в каком-то одном контуре, либо сразу в двух. Некоторые документы имеют ограничения, например, банковские документы всегда отражаются в управленческом учете. На рисунке представлен фрагмент формы документа "Реализация товаров и услуг" из конфигурации КА 1.1, где зеленым обведены флажки, регулирующие включение в учет. Хотя здесь регламентированный учет представлен двумя флажками (бухгалтерского и налогового учета), их крайне желательно использовать вместе, в то время, как управленческий учет можно использовать отдельно:
Бурное воображение может подсказывать нам про черную кассу, которая отражается в управленческом учете, но не отражается в регламентированном. Да, на этот вопрос можно посмотреть и с этой стороны, но лично я туда не пойду. Даже не вступая в противоречие с УК и НК РФ, можно встретить достаточно много легальных ситуаций, в которых операция может отражаться только в одном контуре учета, и не отражаться (отражаться иначе) в другом.
Так, например, в холдинге может находиться две организации, которые, в силу хозяйственной необходимости продают друг другу товары. В регламентированном учете операция продажи однозначно отражается (реализация - поступление), в то время, как собственник холдинга вправе считать, что в управленческом учете это его же товар, который просто сменил склад (перемещение), или вообще остался на месте, и не отражать это в данном контуре.
В похожем базисе существуют также внутренние займы, аренда у своих же ИП, находящихся на 6%-ной упрощенке, услуги управления одной организацией другой, и др., ситуации - эти взаиморасчеты есть в регламентированном учете, а в управленческом - нет.
Есть также случаи, когда мы разрываем дату оформления документов и фактического производства хозяйственной операции. Причины разные. Либо потому что гражданское право плохо стыкуется с налоговым (например, потому, что в договоре может быть очень странно прописана дата перехода права собственности на товар, и, с учетом длительной дороги, эта дата значительно отличается от даты поступления на склад), либо потому, что правовое обоснование сделки оговаривается позднее совершения операции (принятый на склад возврат товаров, который потом оформляют либо как отказ от договора купли-продажи, либо как гарантийную замену, либо как корректировку / исправление реализации).
Кроме того, очень часто целесообразно не засорять регламентированный учет чрезмерной аналитикой, которую все равно не будут способны понять и оценить проверяющие, а выбрать разумный и объяснимый уровень огрубления, не противоречащий ПБУ и НК РФ, и никого не раздражающий. В то же время, в управленческом учете иметь детализацию, необходимую для работы. Речь, например, идет о том, что для целей производства важно знать вид покрытия какой-либо детали (поместив этот признак в характеристики), и отслеживать затраты позаказнт, а для целей бухучета можно просто отражать результат работы смены, без заказов, и использовать учет не глубже номенклатуры.
В конечном итоге, все эти нюансы можно отразить в одной двухконтурной системе учета посредством разработки правильной схемы, в рамках которой мы будем отражать хозяйственные операции определенными типовыми документами конфигурации, и взводить флажки нужных контуров учета. Да, иногда одна и та же операция будет повторена в двух контурах учета с разной детализацией и в разное время.
Либо изначально следует рассмотреть вопрос ведения двух контуров учета в двух различных информационных базах.
Кстати, часто заказчики обращаются с ситуацией, когда они уже долгие годы внедряют одноконтурную конфигурацию (обычно изначально бухгалтерскую), но в процессе внедрения ее переросли. Они крайне недовольны ее функциональностью, и прилепили уже на нее столько костылей, что она стала визуально похожа на ежика, а фактически не может даже хромать. А на самом деле им просто нужна двухконтурная конфигурация и правильная схема.
Мы рассмотрели модель взаиморасчетов и два контура учета. Рассмотрим, какие структуры данных для учета взаиморасчетов используются в конфигурациях КА 1 и УПП 1 (см. рисунок).
В управленческом контуре за взаиморасчеты отвечают два регистра накопления. Основной - «Взаиморасчеты с контрагентами», и вспомогательный - «Взаиморасчеты с контрагентами по документам расчетов». Первый используется для отражения взаиморасчетов всегда, и накапливает общие данные - с детализацией «Организация - Контрагент - Договор - Сделка (счет, или заказ, если такой способ ведения указан в договоре)). Второй используется для учета по узлам в разрезе документов расчетов (если в договоре взведен признак «Вести учет по документам расчетов».
По данным этих регистров работает большое количество «управленческих» отчетов по взаиморасчетам, которыми, чаще всего, пользуются менеджеры. Эти же отчеты (а также регистры, принцип и порядок учета взаиморасчетов) используются в конфигурации «Управление торговлей 10». Видите в конфигурации «серенький» отчет по взаиморасчетам? Скорее всего он выбирает данные из регистра «Взаиморасчеты с контрагентами».
В регламентированном контуре единственным источником отчетной информации является комплект бухгалтерских аналитических отчетов (оборотно-сальдовая ведомость, анализ счета и др), которые выбирают данные их регистра бухгалтерии «Хозрасчетный» (и плана счетов бухгалтерского учета). При этом, узел взаиморасчетов включает в себя всего лишь организацию, счет учета и два субконто - контрагент и договор (см. рисунок).
Мало? Не стыкуется с 1.2-1.4? Верно. Истинный учет взаиморасчетов в регламентированном учете ведется совсем не там. Существуют два регистра накопления, которые на самом деле используются для ведения большей части взаиморасчетов, а в бухгалтерский учет попадают лишь проводки по их данным. Это «» и «». Первый регистр обеспечивает учет расчетов по договорам вида «С поставщиком», «С комитентом», второй - «С покупателем», «С комиссионером». При этом, договоры с видом «Прочее» ведутся только на бухгалтерском регистре (плане счетов), и в упомянутых регистрах накопления никак не фигурируют, и не должны.
Следует заметить, что существует небольшая путаница с названиями. В конфигураторе эти регистры носят, соответственно, названия «РасчетыПоПриобретениюВУсловныхЕдиницахОрганизации », «РасчетыПоРеализацииВУсловныхЕдиницахОрганизации », хотя их синонимы - «Расчеты по приобретению (бухгалтерский учет) » и «Расчеты по реализации (бухгалтерский учет) » почти повторяют и имена и синонимы смежных по назначению регистров сведений c именами «РасчетыПоПриобретениюОрганизации », «РасчетыПоРеализацииОрганизации ». Они тоже нужны и важны, но мы их в настоящей статье не рассматриваем.
Детализация учета в вышеупомянутых регистрах накопления более глубокая, чем на плане счетов (см. рисунок): узел взаиморасчетов, кроме привычного трио "Организация-Контрагент-Договор" имеет счет учета, сделку (выделено зеленым). Детализация также ведется в разрезе документов расчетов (выделено желтым). Почти вся автоматика проведения документов ориентирована на выборку остатков не со счетов учета взаиморасчетов бухгалтерского регистра, а из регистров накопления.
Опять обращу внимание на наличие двух ресурсов, один из которых хранит сумму в валюте взаиморасчетов по договору, а второй - в валюте регламентированного учета.
При этом, например, в бухгалтерских конфигурациях (Бухгалтерия предприятия 2.0, 3.0) учет по сделкам отсутствует в принципе (плодите мнимые договоры, если нужно разделить взаиморасчеты в рамках одного реального договора), а учет по документам расчетов осуществляется на бухгалтерском регистре, путем использования третего субконто - «Документ расчетов» (см. рисунок из 1.4 с планом счетов).
Почему в КА/УПП учет по сделкам и по документам расчетов не сделан через субконто бухгалтерского регистра - вопрос сложный. Может быть дело в том, что вышеупомянутые конфигурации имеют в себе бухгалтерский модуль конфигурации «Бухгалтерия предприятия» версий 1.5 и 1.6, где еще не было такой парадигмы. Может быть в том, что конфигурации рассчитаны на большой объем данных, а выбирать запросами из регистра накопления куда производительней, чем из регистра бухгалтерии. А может в том, что для добавления еще двух субконто (сделку и документ расчетов) пришлось бы увеличивать количество возможных субконто, отказываясь от традиционного числа 3. Возможно, где-то это все описано разработчиком технологии, а я просто не знаю, тогда прошу прощения за невежество.
Такая разветвленная система с множеством смежных и дублирующих друг друга участков крайне неустойчива, и способна приводить к целому ряду возможных ошибок ведения учета, о которых будет рассказано в следующем разделе.
Рассмотрим сабж на примере расчетов с клиентами (в случае поставщиков, все в общем зеркально).
Как правило, система подразумевает одновременное использование и соглашений, и договоров - т.е. функциональная опция Договоры (НСИ и администрирование -> Продажи -> Договоры с клиентами
) включена. В таком случае, в соглашении можно определить порядок расчетов - использовать расчеты по договорам, или нет:
Если договоры не используем, то расчеты можно детализировать по заказам
или по накладным
:
Если же договоры используем, то порядок расчетов задается в самом договоре. В этом случае, он может быть по договорам
, по заказам
,
или по накладным
:
В случае, если опция Использовать договоры
отключена, то порядок расчетов в соглашении указать вообще нельзя:
Проверим, как система будет определять валюту расчетов в зависимости от использования или неиспользования договоров.
1. Договоры - используются, порядок расчетов определяется договором
. Создадим соглашение, в котором будут использоваться договоры, т.е. порядок расчетов определит договор. В самом договоре, укажем порядок расчетов - по договору и валюту - CZK:
Теперь создадим Заказ клиента по этим соглашению и договору:
Валюта в заказе по умолчанию проставилась как CZK:
Попробуем вручную ее изменить на рубли:
При этом, в шапке заказа договор "соскочит", и выбрать его заново нельзя:
Т.е., заказ в принципе можно создать лишь в той валюте, которая определена в договоре. Аналогично и с РТУ по данному заказу - указать валюту, отличную от валюты договора, нельзя. Заведем РТУ и отгрузим товар:
В карточке расчетов, валюта расчетов указана как CZK, т.е. это строго валюта договора
:
Если создать заказ по этому соглашению, то валюта по умолчанию подтянется из него - в примере, это кроны:
При этом, как в самом заказе, так и в РТУ на основании заказа, валюту можно спокойно сменить, например на рубли:
Соглашение при этом из заказа или РТУ не пропадает.
После того, как товар отгружен, можно посмотреть карточку взаиморасчетов. Валютой расчетов тут всегда будет являться валюта расчетов документа отгрузки
- РТУ в нашем случае:
Укажем в нем валюту - CZK:
Как и в предыдущем кейсе, ее можно будет поменять на другую. Далее, создадим по Заказу РТУ, и укажем, что расчеты будут проводиться в рублях:
После отгрузки, в карточке расчетов валюта - рубли:
Попробуем изменить валюту РТУ на CZK. В результате, в карточке расчетов валютой расчетов будут кроны:
Т.е., если функциональная опция Использовать договоры отключена, валюта взаиморасчетов определяется документом отгрузки (= накладной, = РТУ).
Вопрос 9.2 экзамена 1С:Профессионал по ERP Управление предприятием 2.0.
Верный ответ - пятый, разбор см. выше.
Вопрос 9.3 экзамена 1С:Профессионал по ERP Управление предприятием 2.0. Взаиморасчеты с партнерами могут вестись в разрезах:
Проверено.
Вопрос 9.4 экзамена 1С:Профессионал по ERP Управление предприятием 2.0. В случае неиспользования договоров и использования соглашений, валюта взаиморасчетов определяется:
Вопрос 9.5 экзамена 1С:Профессионал по ERP Управление предприятием 2.0. В случае использования договоров, валюта взаиморасчетов определяется:
Вопрос 9.6 экзамена 1С:Профессионал по ERP Управление предприятием 2.0. Порядок ведения взаиморасчетов при одновременном указании и соглашения, и договора, определяется:
Проверено. Верный ответ - второй, разбор см. выше.
Вопрос 9.1 экзамена 1С:Профессионал по ERP Управление предприятием 2.0. Система позволяет работать с такими видами задолженности, как:
Проверено. Верный ответ - пятый. Отчет комитенту о списании и Поступление услуг и прочих активов, т.е. накладные, могут быть объектами расчетов, разбор см. выше.
