В программе реализован раздельный учет взаиморасчетов с клиентами и поставщиками. Ведется раздельный учет по партнерам (управленческий учет) и контрагентам (регламентированный учет). Предусмотрена также возможность детализации расчетов по договорам контрагентов. В документах одновременно указывается информация о партнере, контрагенте и договорах контрагента. Это позволяет вести взаиморасчеты с сетевыми магазинами (несколько партнеров-магазинов, один контрагент-юр.лицо), группой юридических лиц (один партнер, несколько контрагентов) и т. д.
В программе предусматривается три варианта ведения взаиморасчетов:
Отдельно от варианта взаиморасчетов существует возможность контроля лимита задолженности клиентов. Контроль лимита задолженности всегда производится по договорам. Программа позволяет проконтролировать, что задолженность клиента по договору не превышает определенную сумму или срок, указанный в графике оплаты по ранее совершенным реализациям. В случае нарушения установленных лимитов – оформление документов на отгрузку будет запрещено.
При проведении документов контролируется состояние оперативных взаиморасчетов с клиентами:
Нельзя изменить документ или отменить проведение документа, если это приведет к нарушению условий оплаты заказов в статусе К обеспечению или К отгрузке .
Предусмотрены операции по распределению оплат по заказам клиентов, перенос задолженности с одного заказа на другой (зачет аванса). Также предусмотрены операции по взаимозачету задолженности между клиентами.
Для сверки взаиморасчетов с партнерами используется Акт сверки. Предусмотрена возможность автоматического создания актов сверки по выбранной группе партнеров.
В вопросе 9.13 требуется определить, как происходит распределение оплат по накладным в случае ведения взаиморасчетов по договорам. Варианты выбора следующие:
Для того, чтобы использовать учет по договорам, необходимо включить специализированную функцию в настройках продаж (Администрирование – CRM и продажи – Договоры с клиентами ).
Помощник Зачет оплаты
предназначен для зачета оплат непривязанных к расчетным документам. Эта функция доступна в различных документах. Рассмотрим на примере Реализации товаров и услуг
.
Перейдем в список документов продаж (Продажи – Документы продажи
).
Откроем форму реализации, которая соответствует нашим условиям (ведение взаиморасчетов по договорам). Это означает, что в реализации, в случае если учет ведется с использованием соглашений, должно быть указано соглашение с условием оплаты указанном в договоре.
Проверим это, открыв соглашение из формы документа:
На форме соглашения видим, что признак условия оплаты установлен в значение Требуется указание договора , порядок расчетов определяется в договоре .
Вернемся к форме документа реализации. Вверху на панели есть кнопка Зачет оплаты .
При нажатии, открывается форма помощника зачета оплаты.
Помощник предназначен для зачета различных авансовых платежей под конкретную накладную, из которой мы открываем этот помощник.
У нас же задача другая, требуется определить каким образом необходимо распределять оплаты по нескольким накладным. Поэтому вариант с зачетом оплаты не верен.
Для выполнения поставленной задачи используется регламентное задание Выполнение отложенных движений по расчетам с партнерами
, которое распределяет отгрузки и оплаты по конкретным расчетным документам.
Открываются регламентные задания Администрирование – Поддержка и обслуживание – Регламентные и фоновые задания
.
Все взаиморасчеты с контрагентами (клиентами и поставщиками) ведутся в разрезе трех измерений:
В качестве объекта расчетов могут выступать:
Тип объекта расчетов выбирается на уровне соглашения.
Для начала создадим типовое соглашение о продажах и в качестве объекта расчетов выберем заказы клиентов ЗК (самый детализированный вариант):
В соглашении также указывается и график оплаты ЗК (то, каким образом и в какие сроки будет оплачен ЗК). В нашем примере ЗК будет оплачиваться через 5 дней после отгрузки (т.е. постоплата):
Тут же можно наложить фильтр на тип оплаты, принятой в рамках соглашения:
Помимо постоплаты может быть выбран аванс и предоплата.
Разница между ними в том, что аванс предполагает вариант, что товара у нас еще вообще может не быть (т.е. мы даже не сможем организовать обеспечение товаров в ЗК, пока не зарегистрируем поступление аванса по нему), а предоплата предусматривает, что товар есть в наличии на нашем складе и будет отгружен сразу после оплаты.
Теперь создаем сам ЗК, видим что график оплаты заполнился по соглашению:
При этом дата платежа заполняется на основании поля Желаемая дата отгрузки (т.к. оно пустое, для расчета используется Дата отгрузки ):
Теперь на основании ЗК оформляем реализацию:
В списке ЗК меняется текущее состояние:
При двойном клике на нем открывается отчет по состоянию выполнения:
Теперь необходимо зарегистрировать поступление оплаты от клиента. Самый быстрый способ - на основании ЗК создать Поступление безналичных денежных средств . Но есть и другой способ - в журнале Безналичные платежи использовать закладку К поступлению :
Документ заполнился почти полностью, не забываем установить признак проведения платежа банком:
На второй вкладке видим, что в качестве объекта расчетов используется именно ЗК. Благодаря выбору статьи ДДС в соглашении, она теперь подставляется сама:
Теперь ЗК готов к закрытию, долгов нет:
Состояние расчетов можно отслеживать с помощью отчета Ведомость расчетов с клиентами :
Теперь проведем эксперимент - создадим несколько реализаций по нашему соглашению, но без использования ЗК:
В отчете можем увидеть, что в качестве объекта расчетов показаны именно документы продажи (несмотря на то, что взаиморасчеты ведутся по заказам):
Теперь зарегистрируем оплату от клиента по этим реализациям, при этом создадим одну платежку:
В расшифровке платежа выбираем тип заполнения Списком и нажимаем Подобрать по остаткам :
В списке выделяем нужные, переносим в платежку:
Обращаю ваше внимание, что в журнале нет информации о состоянии оплаты реализаций:
Эту информацию можно достать только из ведомости:
На этот раз пример немного усложним - для начала введем авансовый платеж поставщику:
При этом объект расчетов оставим пустым:
В отчетах по закупкам будем использовать Ведомость расчетов с поставщиками :
Теперь создаем заказ поставщику (взаиморасчеты будем вести в разрезе заказов). Чтобы отнести на него оплату, нужно сделать зачет аванса:
В открывшемся окне помощника по зачету оплат находим аванс, при необходимости корректируем сумму зачета и нажимаем Зачесть/Перенести аванс :
Теперь видим, что аванс зачтен, нажимаем Выполнить в верхней части формы:
В результате заказ становится полностью оплаченным:
Сейчас в отчете можно увидеть, что часть аванса осталась нераспределенной, а по заказу для выведения расчетов в ноль осталось оформить приходную накладную:
В том случае, когда есть одновременно и дебиторская и кредиторская задолженность, нередко используют взаимозачет задолженности, чтобы компенсировать один долг за счет другого.
У нас в программе уже зарегистрирован автоматически одна операция - это отражение факта зачета авансов:
Т.е. дебиторская задолженность (долг поставщика перед нами) по платежке программа перебросила на кредиторскую задолженность (наш долг перед поставщиком) по заказу поставщику:
В комментарии есть отметка об автоматическом создании:
Вот список операций, для которых можно использовать взаимозачет:
Из раздела Казначейство открываем журнал документов Сверка взаиморасчетов , создаем новый с использованием помощника:
Настраиваем отбор:
Выбираем необходимых контрагентов по данному партнеру, по которым необходимо сделать сверку:
Устанавливаем дату формируемых сверок:
По окончании создается подобная сверка. Для большей информативности изменим вариант детализации:
К примеру, добавим вывод объектов расчетов:
После этого нажимаем Заполнить по данным организации :
Как вы могли заметить, все накладные в табличной части оформлены за рамками урока, а те, которые мы вводили немногим ранее, в таблице отсутствуют. Причина проста - сюда попадают только те продажи, по которые есть непогашенный долг.
По кнопке Печать распечатывается Акт сверки взаимных расчетов :
