Заявка на расходование денежных средств в 1с 82

Оформление заявок на расходование денежных средств

Для регистрации намерений по расходованию денежных средств предусмотрен документ Заявка на расходование денежных средств. Характер и назначение планируемого списания денежных средств определяются предопределенными видами операций документа.

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

  • Выдача денежных средств подотчетному лицу;
  • Перечисление денежных средств поставщику;
  • Возврат денежных средств клиенту;
  • Оплата по кредиту;
  • Таможенный платеж;
  • Оплата в другую организацию;
  • Прочие расходы денежных средств и др.

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

Использование заявок на расходование ДС позволяет выполнить следующие задачи:

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

Управление заявкой осуществляется при помощи соответствующих статусов документа.

Содержание:

Как провести РКО в 1С 8.2 без заявки

Добрый вечер.
Подскажите, пожалуйста, есть ли в 1С 8.2 возможность провести РКО без привязки к заявке на расходование средств?

Есть утвержденные заявки. Но когда на их основании делаю расходник, то эта заявка «не подцепляется». А без неё расходник не проводится
Спасибо.

Добрый день.
Извините, не сразу увидела Рекомендации по оформлению тем в данном разделе.

релиз платформы
— 1С:Предприятие 8.2 (8.2.14.537)
релиз конфигурации
— 1С:Управление производственным предприятием, редакция 1.3 (1.3.22.1)

Вопрос.
1. Сделан документ «Заявка на расходование средств» от 01.11.2011. Документ подготавливает пользователь А, утверждает пользователь В. Документ подготовлен и утвержден.
2. Сейчас пользователь А составляет документ «Расходный кассовый ордер» от 02.11.2011 на основании Заявки от 01.11.2011.
3. Операция, по которой делается РКО, называется «Выплата зарплаты по ведомостям».
4. В таблице этого документа должна быть ссылка на «Заявку на расходование средств», но её нет.
Вставая в поле выбора Заявки, далее попадая в «Документы планирования», нет возможности выбрать Заявку, на основании которой, делается этот РКО.
5. Соответственно, когда пользователь А проводит этот РКО, появляется окно «Внимание» с информацией «Не указана заявка».
6. Далее появляется сообщение «Не удалось провести «Расходный кассовый ордер».

7. Можно ли «отвязаться» от Заявки и сделать РКО проведенным без Заявки?
8. Или надо разобраться, почему не прицепляется Заявка, прицепить её и провести документ.

Система налогообложения — общая.

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

УТ 8.2 & УПП : Управленческий & Торговый учет

Платежный календарь в 1с 8.2, 1с казначейство и бюджетирование, оперативное планирование денежных средств.


1. Введение

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

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

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

Следует признать, что на большинстве предприятий (использующих для автоматизации «1С») планирование в программе не ведется.
«Нам бы учет наладить..» — так рассуждают многие.

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

Планирование денежных средств (далее д/c) разделяется на :

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

И если бюджетирование (конечно, при подходе к планированию «сверху-вниз»), можно осуществлять с помощью XLS, то выполнять оперативное планирование – нельзя.
Суть в том, что с таблицами бюджетов чаще всего работают минимум пользователей (1-2 человека). Для большинства предприятий количество статей бюджетирования и пр. аналитик – их не так много. Т.е все можно обработать «ручками» в XLS.

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

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

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

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

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

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

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

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

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

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

Цель данной статьи – рассказать о возможностях автоматизации оперативного планирования д/c. При этом, будет проведен сравнительный анализ 3-х разных тиражных конфигураций (две – типовые от «1С», одна — специализированная от компании wiseadvice ).

Каждую из конфигураций можно применять для решения задач оперативного планирования д/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 следует применять платежный календарь.

    Помимо задачи календарного планирования и контроля остатков д/c существует (и востребована) другая, схожая c ней задача – контроль задолженности по дням/ срокам долга. Зачастую, ваши коллеги могут называть (и понимать под) «платежным календарем» — задолженность (просроченную и текущую), сгруппированную по датам, по интервалам.

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

Однако важно понимать, что целей управленческого применение этих отчетов сильно ограничено. Суть в следующем:

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

    Т.е в режиме «обычного приложения» в заявке предусмотрена закладка «Бюджетирование», на которой можно указывать статью оборотов по бюджетам, а так же сценарий. И если эти данные указаны, то УПП выполняет соответствующий контроль по подсистеме бюджетирования.


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

      По документу «Заявка на расходование д/c»:

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

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

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

    Возможность оформить заявку в произвольной валюте, c дальнейшим пересчетом платежа по курсу и т.д. – отсутствует.

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

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

      1. Отсутствует возможность запланировать перемещение д/c между расчетными счетами, cо счета в кассу и прочее.

    1. Процесс согласования:

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

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

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

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

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

    2. Учет по регулярным соглашениям, договорам.

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

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

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

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

    3. Возможности УТ 11.1

    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 нет подсистемы бюджетирования и (как следствие) нет функционала контроля заявки по запланированным бюджетам.

    4. Возможности WA: Финансист

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

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

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

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

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

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



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

      При этом для автоматизации заполнения могут использоваться настраиваемые шаблоны документов.



      Механизм шаблонов является очень функциональным и позволяет настроить правила автозаполнения (формирования) документов по указанным правилам, параметрам.



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


      Журнал «Заявок на расход д/c» имеет эргономичную форму. Статусы документов учитываются автоматически, предусмотрена их цветовая идентификация.



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

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


      Конфигурация «WA:Финансист» позволяет настраивать условия маршрутизации: практически любой сложности, параметрические (в УПП – только настройки для выбранного ЦФО).

      Технически, маршрутизация построена с использованием механизма бизнес-процессов.


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


      Предусмотрена функциональная, удобная форма для обработки заявки казначеем / финансовым контролером.


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

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

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

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

      Основной «изюминкой» «Платежного календаря WA:Финансист» (в отличии от других конфигураций по казначейству) является возможность визуального, т.е. прямо в форме отчета «перетаскивания» остатков д/c между датами и местами учета.

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

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

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

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

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

      Заявка на расходование денежных средств

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

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

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

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

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

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

      Если заявка отклонена или планируемый расход денег утратил актуальность, то заявку следует скрыть документом «Закрытие заявок на расходование средств».

      Функции обеспечения планируемых расходов денежных средств выполняются с помощью:

      резервирования имеющихся в остатке свободных денежных средств на банковских счетах и в кассе;

      размещения заявок в планируемых поступлениях денежных средств (это можно назвать «резервированием ожидаемых поступлений денег»).

      Механизмы резервирования имеющихся денежных средств и размещения планируемых расходов и ожидаемых поступлений, являются опциональными. То есть, использование их необязательно и в каждом отдельном случае, планирования решается пользователем отдельным резервированием под заявку, производится документом «Заявка на расходование средств» по данным закладки «Размещение». Такой вариант резервирования полностью зависит от решения пользователя.

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

      Резервирование под документ относится к учетному (оперативному) слою подсистемы и производится неакцептованными платежными документами. Такой вариант резервирования отражается в регистре «Денежные средства к списанию» автоматически и независимо от решения пользователя;

      Резервирование под заявку относится к прогнозному слою подсистемы и производится документом «Заявка на расходование средств» по данным закладки «Размещение». Такой вариант резервирования зависит от решения пользователя и отражается в регистре «Денежные средства в резерве».

      Важно!Резерв назначается от даты планируемого расхода денег, то есть, до этой даты деньги, в размере суммы резервирования, находятся в свободном остатке. Например, если по заявке от 1-го числа зарезервированы деньги на 10-е число, то даже 9-го числа можно будет израсходовать все деньги, имеющиеся на счетах предприятия. И только 10-го числа *При проведении* неакцептованных документов будет выполняться контроль свободного остатка с учетом имеющегося резерва, что не гарантирует наличие на счете к нужному числу остатка в необходимом размере.

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

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

      На уровне ролей пользователей возможен запрет на ввод и печать расходных денежных документов без заявки — основания. Это определяется в настройке дополнительных прав пользователя:

      разрешить проведение платежа без заявки,

      печать непроведенных документов.

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

      При проведении операции регистрируется такая информация:

      фиксируется сумма планового расхода денег (приход в регистре накопления «Заявки на расходование средств»);

      если планируемое поступление связано с контрагентом, то увеличивается прогнозируемая задолженность контрагента перед предприятием (приход в остаточном регистре накопления » Расчеты с контрагентами «);

      если выполняется резервирование «под заявку», то это фиксируется датой расхода денег установка «резерва» (приход в регистре накопления «Денежные средства в резерве»);

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

      Анализ информации о планируемом расходе денежных средств выполняется с помощью отчета «Заявки на расходование средств». Отчет можно сгруппировать, например, по дате планируемого расхода и по виду операции. В дополнительных полях вывести информацию о контрагенте и валюте взаиморасчетов . В колонке «Расход» отражается выполнения заявки.

      Анализ заявок на расходование денежных средств

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

      Другие материалы по теме:

      Нас находят: форма заявки на расходование денежных средств, планирование расхода денежных средств, как назвать ожидаемый приход средств, частичное закрытие заявок на расходование денежных средств в 1с 8 2, форма заявки на расход денежных средств, форма заявки на денежные средства, форма заявки на внутренние расходы на материалы, смена даты расхода у группы заявок на расходование денежных средств, планирование расходов денежных средств, Планирование по расходу денежных средств

      © Учебный центр «Стимул», 2011-2018.

      Страница сгенерирована за 0,091113 секунд: MySql 0,020644 секунд, 1 запросов

      Материалы слушателям курсов: «Заявка на расходование средств»

      1С:Предприятие 8.2 / Управление производственным предприятием для Украины / Бюджетирование

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

      1С:Предприятие 8.2 / Управление производственным предприятием для Украины / Управление денежными средствами

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

      1С:Предприятие 8.2 / Управление торговлей для Украины / Оперативное планирование движений денежных средств

      Описывается концепция подсистемы » Управление денежными средствами», также наводятся категории календарного планирования. Узнаете какая информация регистрируется при проведении операции.Концепция подсистемы

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

      1С:Предприятие 8.2 / Управление торговлей для Украины / Управление денежными средствами

      Указание планируемой даты оплаты в заказах поставщикам и заказах покупателей. Утверждение заявок на расходование средств. Утверждение планируемых поступлений денежных средств. Включение утвержденных «Заявок на расходование средств» и «Планируемых поступлений денежных средств» в платежный календарь. Ввод неоплаченных платежных документов. Формирование платежного календаря.

      1С:Предприятие 8.2 / Управление торговым предприятием для Украины / Коммисионная торговля

      Оплата потребителю (клиенту) проводится по безналичной калькуляции, или (и) через кассу. Необходимо акцентировать, что в документах касающихся оплаты необходимо указывать тип действия «Оплата поставщику».

      1С:Предприятие 8.2 / Управление торговым предприятием для Украины / Планирование

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

      1С:Предприятие 8.2 / Управление торговым предприятием для Украины / Управление денежными средствами

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

      ознакомившись с данным текстом, вы научитесь оформлять заявку на расходование денежных средств, заполнять документ планирования поступления денег, узнаете о проведении таких заявок, ознакомитесь с закладками «Резервирование» и «Размещение».

      Нас находят: согласование заявок на расходование денежных средств 1с, 1с упп как отменить утвержденную заявку на расход, 1C 8 Процесс утверждения/согласования заявок на расходование средств, утверждение заявок в 1с, согласование заявок на расходование средств упп, расходование, заявка на расходование средств 1с упп, заявка на материалы в 1с, заявка на расходование денежных средств 1с бухгалтерия, заявка на расходование денежных средств