1с согласование заявки расходование средств. Как оформить оплату поставщику за купленные товары и предоставленные дополнительные услуги? Платежный календарь и планирование ДДС

Отправить эту статью на мою почту

В бухгалтерском учете Счет на оплату в 1С представляет собой документ, который организация предъявляет покупателю за поставленный товар или оказанную услугу с целью информирования о необходимости внесения денежных средств.

В 1С представлено два варианта работы со счетами на оплату в 1С:

В качестве документа, который хранится в базе и соответствующая ему печатная форма. Он предназначен для контроля взаиморасчетов с покупателями в системе и вывода соответствующей информации на бумажный носитель.

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

Какой из вышеперечисленных вариантов будет применяться зависит от значения константы Использовать счета на оплату клиентам и устанавливается оно в разделе НСИ и Администрирование → Продажи → Оптовые продажи → Счет на оплату.

Документ Счет на оплату 1С 8.3

Создание счета в 1с 8.3 возможно путем ввода нового из Реестра торговых документов, а так же вводом на основании, при соблюдении некоторых условий

По Заказу клиента, если:

В нем выбран договор с порядком взаимодействия По заказам;

В нем договор не нужен, но в соглашении указан порядок расчетов По заказам.

Счет на оплату в 1С создается на основании Реализации товаров и услуг если:

Используется договор, в котором определен порядок По накладным;

Договор не нужен, но в соглашении прописаны правила расчетов По накладным.

Счет в 1С 8.3 может быть создан на основании любого из вышеуказанных документов, при условии, что правила взаиморасчетов с клиентом По договорам.

При создании счет на оплату 1С 8.3 по данным любого из указанных объектов предназначено рабочее место «Создание счетов на оплату», открывается оно в списке по команде Создать на основании.

Здесь представлено две рабочие закладки: Этапы и оплаты и Счета на оплату. Каждая предполагает свои реквизиты и выполняет определенные функции.

На первой отображаются все планируемые платежи, предусмотренные по графику оплаты.

Поясним, о каком графике идет речь. В соглашении с клиентом, будь оно индивидуальное или типовое можно установить график платежей, в соответствии с которым необходимо фиксировать в информационной системе поступление денежных средств.

Для графика оплаты указывается наименование и заполняется перечень этапов. Для каждого этапа графика оплаты определяется вариант оплаты (аванс, предоплата или кредит), оплата (безналичная или наличная), процент от общей суммы (итого всех строк должно быть равно 100%), отсрочка (сдвиг в днях от даты продажи).

Приведем пример. Для клиента установлены условия взаимодействия: для отгрузки продукции по заявке покупатель должен внести предоплату в размере 50% от суммы этой заявки, остальная часть должна быть оплачена в течение 5 дней после отгрузки. Все платежи осуществляются через кассу.

Заполнение данных выглядит так:

Детализация: По заказам;

Форма оплаты: Наличная;

Варианты оплаты: предоплата (до отгрузки) 50% и кредит (после отгрузки) 5дней 50%

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

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

Новый счет в 1С содержит следующую информацию:

В шапке: на основании чего выставлен, когда, кому и от кого;

В Этапах оплаты отображаются форма оплаты, банковский счет и/или касса и график оплаты;

В Дополнительно указываются менеджер, руководитель, главный бухгалтер, заполняется назначение платежа и при необходимости вносится дополнительный текст для вывода в печатный бланк;

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

Все созданные счета на оплату 1С 8.3 доступны в списке счетов в разделе «Продажи». Просмотреть все выставленные счета по объекту расчетов можно с помощью отчета «Связанные документы», и открыть их непосредственно из отчета кликнув на соответствующие строки отчета.

Вывести печатную форму по проведенному счету в 1С можно в любой момент с помощью команды «Печать», так же возможна групповой вывод нескольких выделенных счетов.

Печатная форма Счет на оплату 1С 8.3

Формирование только печатной формы Счет на 1С 8.3 без хранения ее в базе, доступно из нижеприведенных объектов системы:

Из заказа клиента, при соблюдении следующих условий:

В нем используется договор с детализацией расчетов По заказам;

Договор не нужен, но в соглашении вариант расчетов По заказам.

Из реализации товаров и услуг в том случае если:

Используется договор, в котором взаиморасчеты осуществляются По накладным;

Договор не нужен, но в соглашении указывается детализация По накладным.

Счет в 1с 8.3 может быть сформирован по данным любого из вышеприведенных документов, если в них применяется порядок расчетов По договорам.

Так же для счетов в 1С реализована возможность вывода счета с факсимиле. Для этого в карточке организации в настройках печати должна быть добавлена факсимильная печать (методика добавления доступна по ссылке «Как создать факсимиле?»). Распечатка такого счета на оплату в 1С осуществляется по команде Печать выбором соответствующего пункта меню.

1. Введение

Планирование денежных средств - одна из главных задач управленческого учета в отличии от учета бухгалтерского.

Конечно, между УУ и БУ есть и другие существенные различие (разные требования к аналитике, к оценке и переоценке активов/обязательств, необходимость создания резервов и т.д.), но необходимость решать задачи планирования – это самая сложная из них.
Сложность планирования заключается не только в подготовке плана (его расчету, формированию по разным сценариям), но необходимо еще:

• Выполнять перепланирование;
• Актуализировать планы, переносить корректировки на следующие периоды;
• Проводить план - фактный анализ.

Учет нужно наладить, да, но не в ущерб планированию.
Конечно же, планированием все равно занимаются (но не в «1С», а XLS). И самую первую, основную задачу (которую и стараются решить) – это планирование денежных средств.

• (1) Стратегическое (бюджетирование);
• (2) Оперативное.

А вот что касается оперативного планирования д/c, то здесь ситуация иная. Т.е часто бывает большое количество счетов на оплату, много регулярных платежей, ожидаемых оплат по заказам клиентов и т.д.

И к тому же, все это может «завязано» на большое количество первичных документов, с которыми работают различные пользователи программы, документы корректируются, ситуация меняется и т.д.

Еще важным отличием оперативного планирования от бюджетирования является то, что оно чаще идет «с низу – вверх». Т.е от «Заявок на расход д/c», которые все время оформляют работники подразделений.

И эти заявки, соответственно, нужно вовремя обрабатывать, принимать / отклонять, «ставить в план» и оплачивать.

Итого: оперативное планирование д/с - это самая первая из задач планирования , которая должна быть автоматизирована в «1С» у любого предприятия.

И в результате планирования, финансовый департамент / казначейство должны «видеть» в системе:

• Когда, кому, c какого расчетного счета/кассы, на какую сумму нужно оплатить;
• Какой остаток д/c будет на «такую-то» дату c учетом текущих остатков, запланированных расходов и поступлений д/c. Нужно избегать т.н. «кассовых разрывов».

  Т.е возникает необходимость работать с платежным календарем.

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

  Т.е возникает необходимость работать с календарем расчетов.

Каждую из конфигураций можно применять для решения задач оперативного планирования д/c, однако взвешенный выбор следует принимать исходя из рамок и масштабов вашего проекта.

2. Возможности УПП 1.3

На данный момент фирма «1С» еще не выпустила долгожданную, новую редакцию УПП (ред 2). И по этому, будем ориентироваться на то, что доступно - соответствующие подсистемы УПП 1.3:

Нужно отменить, что подсистема «ЗаявкиНаРасходДенежныхСредств» обновлялась в конфигурации относительно не давно (2011 г). И как следствие, в режиме управляемого интерфейса, в панели разделов появился пункт «Заявки на расходование д/с/».

Если попробовать в типовой конфигурации, в файловом режиме, открыть форму документа «Заявка на расход д/с» (она же, ЗРДС), то сразу возникает ошибка по переменной «глОбщиеЗначения» из общего модуля «РаботаСОбщимиПеременными».

Такого рода ошибки можно будет исправить, однако, как говорится: «осадочек остался». Т.е «шероховатостей» в подсистеме ЗРДС УПП – хватает.
Возможность через WEB-браузер оформить документ ЗРДС является полезной, но при этом на практике придется хорошенько задуматься над упрощением и эргономикой типовой формы документа. Особенно это будет важно для мобильных устройств.

А вот что касается платежного календаря, то в режиме тонкого клиента, удаленно через WEB-браузер и т.д. воспользоваться им не получится. Причина в том, что подсистема «Управление денежными средствами» давно не обновлялась и, в частности, отчет «Платежный календарь» построен не на системе компоновки данных. А следовательно, у этого отчета нет возможности использования в тонких клиентах, нет возможности создавать для него произвольные настройки.

При работе с ЗРДС важное место занимает регламент согласования и утверждения заявок. В зависимости от организационной структуры предприятия и других особенностей бизнеса, внутренний порядок согласования заявок (регламент согласования) может быть достаточно сложным (многоступенчатым, вариативным и т.д). Таким образом, для автоматизации это - не простая задача.

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

• Согласование – это подтверждение необходимости оплатить заявку. Обычно, согласование должно проходить через начальников подразделений, руководителей и других ответственных лиц компании.
• Утверждение – это завершающее подтверждение (со стороны казначея) того, что заявка будет оплачена. При этом обязательно должна быть определена дата платежа, расчетный счет/касса с которой будет осуществлена оплата. Таким образом, платеж попадает в оперативный план (платежный календарь).

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

• Предусмотрена настройка последовательности прохождения заявки по маршрутам, иерархия маршрутов.

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

• В каждой точке можно указать одного/нескольких пользователей, для которых и будет доступно выполнение согласования заявки. Т.е заявку может согласовать любой из них (кто успеет сделать это первым).

• Для каждого подразделения можно назначить соответствующую точку маршрута согласования. Суть в этом такая: при оформлении заявки (ЗРДС) обязательно должно быть указано ЦФО (подразделение). И в зависимости от указанного подразделения, УПП «находит» соответствующую ему точку согласования и «отправляет» заявку на согласование в эту точку.

Так же в настройке маршрута согласования допустимо не указать подразделение. В этом случает, такая точка согласования будет «применятся» для всех ЦФО, для которых конкретно не указана соответствующая точка маршрута.

1. Само согласование выполняется с помощью специальной обработки «Согласование заявок»

1. Анализ запланированного наличия денежных средств, графика платежей и отслеживания кассовых разрывов выполняется в отчете «Платежный календарь».

Помимо планируемого расхода д/c (ЗРДС) можно учитывать и планируемое поступление д/c. Для этих целей предусмотрено оформление специального документа «Планируемое поступление д/c».

Нужно отметь, что документе «Планируемое поступление д/c» хотя и есть состояния (подготовлен, согласован и т.д), но возможность согласовать этот документ (так же как ЗРДС) отсутствует. Т.е изменение статусов документа возможно только в режиме «ручного управления».

И еще в УПП есть возможность учитывать планируемое поступление д/с от покупателей без оформления документов «Планируемое поступление д/с».

Т.е если для покупателя оформляются «Заказы клиентов», то в отдельном отчете «Платежный календарь с учетом заказов» это запланированное поступление д/c можно будет увидеть.

1. Помимо отчета «Платежный календарь» предусмотрен отчет «Анализ доступности денежных средств».

При этом предусмотрена возможность резервировать д/c (по заявкам на расход) или размещать заявки в счет запланированных поступлений.

Так же есть функционал закрытия ЗРДС и планируемых поступления д/c. Для этих целей, в режиме «обычного клиента» предусмотрены документы «Закрытие заявок на расходование/поступление д/c».

Однако, данная функциональность так же не поддерживается в режиме тонкого/web-клиента.
Здесь нужно понимать, что методика «жесткого резервирования» сильно завязана на хронологию ввода документов, и это затрудняет корректировки и перепланирование.

По этому, функциональность оставлена в УПП скорее как «наследие прошлого», а для анализа доступности д/c следует применять платежный календарь.

Итак, функциональные возможность УПП рассмотрели и теперь я перечислю те моменты типовой конфигурации, которые на практике, на проектах, приходится дорабатывать:

1. По документу «Заявка на расходование д/c»:
   1. В документе можно указать «Подразделение» (кстати, в конфигурации оно обозначено как ЦФО – центр финансовой ответственности). Но вполне возможна ситуация, когда заявка оформляется от одного подразделения (ЦФО), и при этом затраты нужно будет далее отнести/распределить на другое/другие подразделения (ЦФУ – центры финансового управления).

      Возможность указывать ЦФУ и т.д. – отсутствует.

      Возможность изменять маршрут, перенаправлять заявку на другие маршруты – отсутствует.

1. Отсутствует возможность запланировать перемещение д/c между расчетными счетами, cо счета в кассу и прочее.
1. Процесс согласования:
   1. Существует возможность согласовывать ЗРДС, но отсутствует возможность согласовывать планируемое поступление д/с.
   2. На практике возникает необходимость выполнять согласование за других сотрудников. При этом, в системе нужно фиксировать еще и информацию о том «кто и за кого выполнил согласование».

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

      Резюмируя - возможность согласовывать за другого исполнителя, возможность указать кто и за кого имеет право согласовывать – отсутствует.

   3. В процессе согласования заявок, когда заявка переходит на согласование следующему по маршруту, востребована функциональность автоматического информирования (по e-mail) следующего исполнителя, а так же автора заявки.
   4. Если автор заявки уже является ответственным за согласование/утверждение (на любом из этапом маршрута!), то вполне логично что бы программа автоматически «сокращала» маршрут, переадресую заявку на наиболее высокий, доступный уровень. Однако, в УПП это не предусмотрено.
   • Все перечисленные требования, хотя и отсутствуют в типовой конфигурации, тем не менее .

1. Отчеты, права доступа.
   1. Востребована возможность ограничения доступа к заявкам только по доступным авторам / исполнителям (согласователям); по доступным пользователю подразделениям.
   2. Отсутствует отчетность по контролю (по дням и интервалам) фактической и запланированной задолженности. Это актуально и для покупателей и для поставщиков.
   3. Отчетность и часть функционала не пригодны для работы в режиме тонкого/web-клиента.
2. Учет по регулярным соглашениям, договорам.
   1. Часто встречаются ситуации, когда необходимо регулярно осуществлять оплату поставщикам. Например, арендные платежи и т.д.

      В УПП не автоматизировано отражение в платежном календаре и т.п. этих предстоящих расходов. Т.е необходимо в режиме ручного управления отслеживать такие платежи и оформлять заявки на платеж, что неудобно и трудоемко.

   2. В договорах с покупателями, c поставщиками могут быть прописаны условия по проценту предоплаты, по срокам оплаты и т.д.

      В УПП не автоматизирован учет всей этой информации и (как следствие) автоматическое отражение ее в платежном календаре.

C выходом новой конфигурации «Управление торговлей ред.11» появилось много новых, полезных возможностей по задачам оперативного планирования и контроля финансов.
Пожалуй, наиболее существенно в этой части в УТ11 (по сравнению с УПП 1.3) – это механизм учета графика платежей. Этот механизм как раз «закрывает» то, чего сильно не хватало – автоматизация планирования/учета по регулярным соглашениям, договорам.

Таким образом, в УТ11 можно вообще не оформлять (если нет необходимости, конечно) документы планирования расхода и поступления д/c, и при этом, платежный календарь будет нормально формироваться.

Можно отменить, что «типовые настройки» отчета «Платежный календарь» не очень-то соответствуют ожиданиям (как таковой календарь не отображается ), но в пользовательском режиме можно добавить группировку по «дате платежа» и отчет сформируется в привычном виде.

Функциональность отчета сильно расширилась (по сравнению с УПП 1.3) за счет использования системы компоновки данных. Теперь, отчет можно формировать в тонком/web-клиенте, сохранять в базе и назначать разным пользователям нужные им настройки.

Кроме планирования расхода и поступления д/с в УТ11 появилась функциональность планирования перемещения д/c. Для этих целей можно оформлять документы «Распоряжение на перемещение д/c».

По сравнению с УПП 1.3 для документа «Заявка на расходование д/c» увеличилось количество учитываемых видов хозяйственных операций:

Появилась возможность утверждать как документы «Заявка на расходование д/c», так и другие распоряжения:

Для анализа задолженности по интервалам/срокам предусмотрен отчет «Дебиторская задолженность». При необходимости, можно сформировать и календарь задолженности. Для этого в пользовательском режиме следует добавить группировку по датам оплаты.

К сожалению, в УТ11 (как и ранее) не предусмотрена возможность анализа календаря задолженности по поставщикам. Однако, доработать УТ11 по данной задаче .

Резюмируя: новые методологические решения «1С» вместе с возможностями платформы 8.2 предоставляют хорошую базу для автоматизации задач оперативного планирования и контроля д/c.

Но вместе с тем надо понимать, что конфигурация УТ11 не является полноценным, готовым решением для автоматизации казначейства и планирования д/c.

• Во-первых, в УТ11 в очень упрощенном виде реализован механизм согласования/утверждения заявок на расход и др. документов планирования д/c. Т.е нет механизмов маршрутизации, процесс утверждения заявок сведен к простой установки статусов.
• Во-вторых, в УТ11 нет подсистемы бюджетирования и (как следствие) нет функционала контроля заявки по запланированным бюджетам.

Исторически конфигурация «WA:Финансист» была разработана на базе продукта «Управление казначейством».

И при этом, в новое решение «Финансист» от компании WiseAdvice входят еще:

• Подсистема бюджетного планирования;
• Подсистема управления договорами;
• Подсистема формирования и учета фактических платежей;
• Гибкий, настраиваемый механизм формирования/заполнения документов на основе шаблонов;
• Гибкая, настраиваемая подсистема интеграции с клиент-банком.

1. В процессе утверждения заявки можно не только согласовать/отклонить документ (как это сделано в УПП), но доступны и другие функции: например, отправить документ на доработку, либо запросить доп. информацию.

   Весь этот процесс автоматизирован, соответственно предусмотрена отчетность о состоянии отработки согласования документа.

5. Итоги

Выводы:

1. Для автоматизации работы финансовых департаментов, казначейств, организаций со сложной орг. структурой наиболее подходящим решением является «WA:Финансист » .

   Данное решение развивалось и эволюционировало длительное время, соответственно аккумулировало специфику и требования разных фин. департаментов и казначейств. Общие трудозатраты на разработку решения составили более 5000 чел/часов.

   Преимуществом решения «WA:Финансист» является развитая функциональность и большое количество механизмов настроек программы. Таким образом, внедрение этого решения возможно в короткие сроки (т.н. «коробочное внедрение»), без доп. разработок, программирования и т.д.

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

2. Для автоматизации фин.департамента / казначейства в рамках проекта комплексной автоматизации лучше всего подойдем решение на базе УПП .

   При этом нужно понимать, функциональность УПП потребует доработок.

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

   Таким образом, внедрение УПП по этим задачам следует выполнять только в рамках проекта автоматизации.

3. Для крупных организаций, для автоматизации департамента казначейства УТ11 не подходит.

   В данном решении, во-первых, отсутствуют механизмы согласования/утверждения документов планирования.

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

   Однако, УТ11 отлично подойдет для автоматизации (в т.ч. оперативного планирования д/c) небольших фин. отделов компаний .

Документ "Заявка на платеж" является основным инструментом подсистемы управления заявками на платежи. Данный документ позволяет регистрировать в программе потребность перечисления наличных или безналичных денежных средств поставщикам, сотрудникам, налоговым органам и прочим контрагентам. Кроме этого, функционалом документа обеспечивается процедура согласования и утверждения каждой зарегистрированной заявки на платеж.

Работа с документом ведется в журнале заявок на платежи . Доступ к журналу осуществляется через пункт главного меню "Заявки на платежи" "Журнал заявок на платежи" , а также через пункты панели управления рабочих столов программы.

Описание формы документа "Заявка на платеж"

Форма документа "Заявка на платеж" содержит характеристики (реквизиты), раскрывающие назначение регистрируемого платежа. В верхней части формы располагается блок основных реквизитов, определяющих организацию, ЦФО, вид денежных средств и прочие обязательные характеристики заявки. Закладка "Назначение платежа" содержит список реквизитов, позволяющих указать сумму и детально охарактеризовать назначение платежа. Кроме этого существуют три закладки, содержащие дополнительную информацию о планируемом платеже: "Сопроводительные документы", "Платежи" и "Прохождение заявки".

Форма документа "Заявка на платеж"

Основные реквизиты

Перечень основных реквизитов:

• Срок оплаты – крайняя дата, до которой необходимо оплатить заявку;
• Операция - платежная операция, определяющая вид расчетов с контрагентом. Реквизит является обязательным для заполнения;
• Статья ДДС - , классифицирующая регистрируемую заявку на платеж в соответствии с принятым в организации классификатором статей. Реквизит является обязательным для заполнения;
• Организация - компания, в которой зарегистрирована заявка. При вводе нового документа реквизит автоматически принимает значение «Основной организации» из персональных настроек пользователя (указывается в форме элемента справочника «Пользователи»). Реквизит является обязательным для заполнения;
• ЦФО - структурная единица компании (отдел, подразделение, департамент), отвечающая за взаиморасчеты с контрагентом – получателем денежных средств;
• Инициатор – физическое лицо, являющееся инициатором сделки, регистрируемой для оплаты. Реквизит является дополнительной характеристикой заявки и используется в качестве критерия отбора в журналах и отчетах подсистемы;
• Способ оплаты - определяет приоритетный способ оплаты заявки (наличные или безналичные). При вводе нового документа реквизит принимает значение «Безналичные»;
• Комментарий – строка произвольно комментария к регистрируемой заявке на платеж;
• Ответственный – пользователь, зарегистрировавший документ заявки в программе. Реквизит заполняется автоматически и недоступен для редактирования.

Закладка "Назначение платежа"

При регистрации документа на закладке «Назначение платежей» необходимо заполнить следующие реквизиты:

• Контрагент – юридическое или физическое лицо, являющееся получателем денежных средств, заполняется из справочника "Контрагенты" . Реквизит является обязательным для заполнения;
• Договор - договор с контрагентом, в рамках которого необходимо перечислить денежные средства;
• Сумма платежа ;
• Ставка НДС ;
• Сумма НДС , входящая в сумму платежа;
• Валюта денежных средств;
• Назначение платежа – строка назначения платежа, определяющая предмет сделки, т.е. за что требуется перечислять денежные средства. Назначение платежа может быть сформировано автоматически;
• Номер документа основания - номер документа, являющегося основанием для заявки (например, номер счета на оплату, номер накладной и т.п.);
• Дата документа основания - дата документа, являющегося основанием для заявки;
• Документ основание - строка информации, характеризующая первичный документ, полученный от контрагента и являющийся основанием для перечисления денежных средств. Если основанием для платежа является счет на оплату, характеристики документа заполняются вручную. Автоматическое заполнение этого реквизита происходит при вводе заявки на основании документа поставщика (накладной, акта выполненных работ и других первичных документов, зарегистрированных в 1С:Бухгалтерии);

Закладка "Сопроводительные документы"

Закладка "Сопроводительные документы" содержит табличное поле, предназначенное для прикрепления к заявке на платеж всех необходимых сопроводительных документов, например, договоров, дополнительных соглашений, счетов на оплату, сертификатов, спецификаций и т.п. Прикрепляемые документы должны представлять из себя электронные документы произвольного формата. При записи заявки все указанные на закладке документы сохраняются в информационной базе, что обеспечивает сохранность этих документов и возможность быстрого доступа к ним непосредственно из формы заявки.

Заявка на платеж: закладка "Сопроводительные документы"

Список доступных реквизитов:

• Наименование документа - наименование прикрепляемого документа. При добавлении файла документа в данное поле автоматически подставляется имя файла. При необходимости пользователь может изменить указанное значение;
• Тип документа - тип прикрепленного документа. Это поле недоступно для редактирования и заполняется автоматически при выборе файла;

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

Безналичная оплата (перевод денежных средств на расчетный счет поставщика) фиксируется документом Списание безналичных денежных средств.

Документы могут быть оформлены на основании ранее оформленных документов Поступление товаров и услуг. Перевод денежных средств на расчетный счет поставщика оформляется в два этапа: оформление и печать платежного документа (исходящего платежного поручения) и оформление фактического перечисления денежных средств с расчетного счета предприятия на расчетный счет поставщика (после получения банковской выписки).

Такой порядок ввода документов может быть в том случае, если на предприятии не ведется планирование поступлений и не контролируется расход денежных средств. Если на предприятии необходимо контролировать расход денежных средств, то расход денежных средств производится в соответствии с утвержденной заявки на расходование денежных средств. Для реализации такого варианта оплаты в программе, в разделе Администрирование - Организации и денежные средства должен быть установлен флажок Заявки на расходование денежных средств.

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

Для контроля расхода денежных средств используется документ Заявки на расходование денежных средств.

Как запланировать и согласовать с руководством расход денежных средств.

Для того чтобы использовать механизмы планирования и контроля расхода денежных средств, необходимо, чтобы в разделе Администрирование – Организации и денежные средства был установлен флажок Заявки на расходование денежных средств.

Предусмотрена также возможность контроля расхода денежных средств в соответствии с установленными лимитами расхода денежных средств. Для осуществления такого контроля следует установить дополнительные флажки для контроля лимита в разделе Администрирование – Организации и денежные средства.

Лимит расхода денежных средств устанавливается на месяц и детализируется до статей движения денежных средств (оплата поставщикам, выдача зарплаты, коммерческие расходы и т.д.). Список статей движения денежных средств может быть произвольно дополнен пользователем (раздел Финансы – Настройки и справочники – Статьи движения денежных средств).

Предусмотрена возможность установки лимитов расхода денежных средств по каждому подразделению и по каждой организации.

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

Процесс согласования и утверждения заявки состоит из следующих этапов.

• Подготовка заявки инициатором платежа.
• Согласование заявок.
• Утверждение заявок (подготовка заявок к оплате).

Подготовка заявки инициатором платежа.

Заявка на расходование денежных средств оформляется менеджером на основании документа поставки. Заявку на расходование денежных средств можно создать из списка или из формы документа.

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

В новой заявке на расходование денежных средств заполняются все данные из того документа, на основании которого оформляется заявка. Менеджер контролирует правильность заполнения данных в заявке, устанавливает предполагаемую дату оплаты и проводит ее. Заявка проводится в статусе Не согласована.

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

Согласование заявок.

Список несогласованных заявок передается на согласование руководителю подразделения (казначею, финансовому директору). Для согласования заявок предусмотрено отдельное рабочее место Заявки к согласованию (раздел Финансы). Согласовать заявки смогут только те пользователи, у которых установлено право (роль) Согласование заявок на расходование денежных средств.

В списке можно отобрать те несогласованные заявки, по которым подходит срок оплаты. Для этого в списке нужно установить отбор по статусу Не согласована и по дате оплаты.

Также можно отдельно рассмотреть заявки, которые имеют наиболее высокий приоритет, и заявки по каждой организации.

При просмотре заявок руководитель подразделения (казначей, финансовый директор) видит в списке всю необходимую информацию о заявке: сумму заявки, получателя и т. д. Не открывая списка, он может посмотреть обоснование необходимости расхода средств по заявке (присоединенные файлы). Для этого нужно нажать пиктограмму.

Для согласования (отклонения) нескольких заявок на оплату можно выделить в списке нужные заявки и выбрать соответствующие команды:

• Согласовать заявки – если необходимо согласовать заявки на расходование денежных средств;
• Отклонить заявки – если заявки на расходование денежных средств должны быть отклонены.

Заявка проводится в статусе Согласовано. При согласовании заявки происходит контроль установленного лимита расхода денежных средств. Возможность согласования заявок сверх лимита доступна всем тем пользователям, которые имеют право на согласование.

Можно организовать согласование заявки несколькими лицами. В этом случае процесс согласования заявки можно организовать в программе 1С:Документооборот, используя возможности совместного использования программ Управление торговлей и 1С:Документооборот.

Утверждение заявок (подготовка заявок к оплате).

Для утверждения заявок у пользователя должна быть определена дополнительная роль – Утверждение к оплате заявок на расходование денежных средств. В программе эта роль установлена для профиля доступа Казначей.

Информация о согласованных заявках попадает в платежный календарь (раздел Финансы).

Сумма согласованных платежей по заявкам отображается в графе Все ожидаемые.

Финансист анализирует возможность оплаты заявок в указанный день наличными или перечислением денежных средств с расчетного счета. Заявка может быть открыта непосредственно из календаря и для нее может быть уточнена дата и способ оплаты. То есть в соответствии с доступным остатком денежных средств в различных кассах и на расчетных счетах финансист определяет как лучше оплатить данную заявку.

Непосредственно из календаря можно оформить распоряжение на перемещение денежных средств (из другой кассы, другого расчетного счета) или зарегистрировать ожидаемое поступление денежных средств (поступление дополнительных займов, кредитов и т.д.).

После уточнения даты и способа оплаты финансист утверждает заявки (устанавливает для них статус К оплате).

После окончательного утверждения заявок он проверяет возможность оплаты заявок. Сумма по утвержденным заявкам отображается в графе К оплате.

После утверждения заявки (установки статуса К оплате) можно оформлять платежный документ на расходование денежных средств.

После утверждения заявки желательно оформлять платежные документы с указанием того вида оплаты, который был зарегистрирован в заявке. Однако допускается и оформление другого вида платежа. Например, часть заявки может быть оплачена наличными, а часть – путем перечисления денежных средств с расчетного счета.

В случае наличных платежей оформляется документ Расходный кассовый ордер. Заявка на расходование денежных средств будет показана в качестве распоряжения на оплату в списке расходных кассовых ордеров. Для фиксации оплаты достаточно нажать на кнопку Оплатить. Информация в расходном кассовом ордере будет оформлена в соответствии с данными утвержденной заявки.

Перечисление денежных средств с расчетного счета оформляется в два этапа:

1. Оформляется и печатается платежное поручение. Платежное поручение передается в банк.
2. Регистрируется фактическое списание денежных средств с расчетного счета при получении выписки из банка о движении средств по расчетному счету.

Как оформить и распечатать платежный документ.

В программе можно оформить любой вид платежного документа: Платежное поручение исходящее, Аккредитив переданный, Инкассовое поручение переданное и т. д. Для регистрации всех этих видов документов в программе используется один документ – Списание безналичных денежных средств.

Какой именно вид платежного документа оформляется для передачи в банк, определяется установкой соответствующего типа в документе Списание безналичных денежных средств.

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

Если планирование денежных средств не используется (снят флажок Заявки на расходование денежных средств в настройках), то в этом списке будут отображаться все те документы, по которым необходимо оформить расход денежных средств: заказ поставщику, поступление товаров и услуг и т. д.

Если взаиморасчеты с поставщиком ведутся в целом по договору (без детализации по заказам или накладным), то в списке будет отображаться сумма задолженности поставщику по договору.

Если на предприятии используется планирование денежных средств, то в этом списке будут отображаться только утвержденные заявки на расходование денежных средств (заявки со статусом К оплате).

Для оформления платежного документа на списание безналичных денежных средств нужно нажать кнопку Оплатить. Будет сформирован документ Списание безналичных ДС. Информация в документе будет заполнена в соответствии с утвержденной заявкой на расходование денежных средств. В табличной части документа будет заполнен тот объект расчета (Договор с поставщиком, Заказ поставщику, Поступление товаров и услуг), который был указан в заявке на расходование денежных средств.

После проведения документа автоматически заполняется сумма и валюта взаиморасчетов. Валюта взаиморасчетов определяется той валютой взаиморасчетов, которая была определена в объекте расчетов, указанном в платежном документе. В нашем случае объектом расчетов является документ поступления, в нем указана валюта взаиморасчетов рубль, поэтому сумма взаиморасчетов будет также зафиксирована в рублях.

Платежный документ печатается и передается в банк. Для правильного оформления платежного поручения нужно внимательно проверить и при необходимости откорректировать все реквизиты, которые представлены в поле Назначение платежа. Для автоматического заполнения назначения платежа использует команда Вставить. С помощью этой команды можно заполнить список тех документов, по которым надо зарегистрировать оплату (указанных в табличной части документа в качестве объекта расчетов).

Как зарегистрировать факт перечисления денежных средств с расчетного счета предприятия на расчетный счет поставщика.

После получения банковской выписки с отметкой о перечислении денежных средств с расчетного счета торгового предприятия на расчетный счет поставщика в платежном поручении устанавливается флажок Проведено банком.

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

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

• В списке Безналичные платежи установить банковский счет и период, которые указаны для платежей в банковской выписке.
• Нажать кнопку Непроведенные банком. В списке останутся только те платежи, в которых не установлена отметка проведения банком.
• Используя кнопки Поступление и Списание зарегистрировать те платежи, которые надо отразить в банковской выписке.
• Выделить список всех платежей и нажать на кнопку Проведено банком.
• В появившемся диалоговом окне установить дату проведения платежей банком и нажать кнопку ОК.

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

Следует отметить, что в программе предусмотрена возможность автоматической регистрации платежей с помощью программы «Клиент банка». Запуск программы производится по кнопке Обмен с банком в списке Безналичные платежи.

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

Информацию об оплате поставщику можно получить в отчете Карточка расчетов с поставщиками. Отчет вызывается из карточки поставщика.

Как оформить оплату поставщику в валюте путем перевода денежных средств на валютный расчетный счет.

Оформление такой операции имеет смысл только в том случае, если производятся расчеты с иностранным поставщиком. Валюта, в которой проводятся расчеты с поставщиком, определяется в договоре с поставщиком. Если договоры не используются, то валюта взаиморасчетов определяется в заказе поставщика или в документе поступления, если заказ поставщику не оформляется.

Денежные средства должны быть переведены с валютного счета предприятия на валютный счет поставщика.

Эта операция оформляется с помощью документа Списание безналичных ДС с последующей регистрацией оплаты (установка флажка Проведено банком) после регистрации банковской выписки. В документе выбирается расчетный счет. В нем должна быть указана та валюта, в которой необходимо перевести денежные средства на расчетный счет поставщика. Валюта расчетного счета может не совпадать с той валютой, в которой оформлены документы с поставщиком (договор поставщика, заказ поставщика, документ поставки). Например, взаиморасчеты с поставщиком ведутся в евро, а денежные средства переводятся в долларах. После оформления таких операций необходимо оформить переоценку валютных средств. Документ переоценки создается автоматически при выполнении обработки Закрытие месяца (раздел Финансы). Программа сама определяет нужно ли выполнять переоценку, автоматически переоценивает расчеты с поставщиками, вычисляет курсовую разницу и относит ее на прочие доходы (или расходы).