Казначейство 1с как работать
Контроль за расходованием денежных средств (ДС), движение денежных средств на расчетном счете компании – это «головная боль» любого руководителя компании и важнейший компонент безопасности бизнеса.
Серьезные проблемы могут возникнуть не только в случае прямого «увода» денег со счета, но и в случае их нерационального использования, неправильной расстановки приоритетов в платежах. Прикладное решение 1С:ERP Управление предприятием 2 позволяет перенести контроль за расходом этого важнейшего ресурса в систему, дает возможность связать платежи с конкретными хозяйственными операциями, позволяет проконтролировать процесс дистанционно.
Заявки на расходование денежных средств можно сформировать как в ручном режиме, так и на основании иных документов в системе.
Заявка в свою очередь становится основанием для оформления Списания безналичных ДС, РКО и других платежных документов.
1. Настройка подсистемы 1С Казначейство
Настройка подсистемы 1С Казначейство выполняется в форме Настройки Казначейство и взаиморасчеты раздела НСИ и администрирование.
Если в настройках системы «1С: ERP Управление предприятием 2» установлен флаг "Заявки на расходование денежных средств", то использование документа становится обязательным.
Установив соответствующий флажок, пользователь может отключить обязательное оформление заявки для отдельного банковского счета или для отдельной кассы.
2. Создание Заявки на расходование денежных средств
Журнал Заявок на расходование денежных средств находится в разделе «Казначейство – Планирование и Контроль денежных средств – Заявки
на расходование ДС».
Регистрируя новый документ, указать вид расходной операции:
· Выдача денежных средств подотчетному лицу;
· Перечисление денежных средств поставщикам;
· Перечисление налогов и взносов;
· Оплата другой организации;
· Остальные расходы денежных средств.
От выбранной расходной операции будет зависеть перечень реквизитов, которые надо будет заполнить в Заявке и в платежном документе.
В заявке также можно указать желаемый тип оплаты: (наличная, безналичная, любая). Окончательное решение о форме оплаты примет руководитель при согласовании Заявки.
Для регистрации новой Заявки на расходование ДС, нажмите кнопку "Создать" и выберите нужную операцию (в примере мы использовали "Оплату поставщику").
В поле «Сумма» необходимо указать сумму к оплате.
Также необходимо указать статью ДДС на закладке "Расшифровка платежа". При создании данного документа это необязательно к заполнению. Но программа потребует заполнить указанное поле в ходе дальнейшей работы при изменении статуса Заявки.
Руководство компании сможет решить, как распределить деньги по нескольким Банковским счетам или Кассам. Для этого следует перейти на закладку "Распределение по счетам".
При помощи кнопки "Добавить" в табличную часть можно внести несколько строк, в каждой из которых указать Банковский счет (Кассу), Сумму и Дату платежа.
Нажимая кнопку "Провести и закрыть", завершаем регистрацию Заявки.
Формируя заявки на расходование ДС, система помогает решить следующие задачи и цели:
· Показать потребность в денежных средствах, в которых нуждаются подразделения организации;
· спланировать расходы денежных средств, оформить платежный календарь в 1С;
· контролировать несогласованные выплаты денежных средств;
· проконтролировать величину свободных денежных средств.
Заявка на расходование ДС контролируется при помощи статусов документа.
· Не согласована – Заявка формируется.
· Согласована – Заявка включена в план платежей.
· К оплате – разрешено оформление платежных документов на основании Заявки.
· Отклонена – руководство компании не согласилось с заявленным платежом.
Обратите также внимание на то, что при создании Заявки на расходование
ДС, программа не требует заполнения поля "Статья движения денежных средств" на закладке "Расшифровка платежа". Однако, любой другой статус (кроме "Не согласована") требует указания статьи ДДС.
При согласовании заявки используются данные о доступном остатке денежных средств с помощью финансового инструмента «Платежный календарь» из которого осуществляется согласование заявки. Согласовывая заявку, уточняется дата и форма оплаты заявки. Для нее устанавливается соответствующий статус: «Согласована» или «Отклонена». Если заявка согласована, далее она направляется к ответственному сотруднику на утверждение (например, руководитель организации), который устанавливает для заявки статус «К оплате».
Заявки согласовываются в системе «Казначейство – Планирование и Контроль денежных средств – «Заявки к согласованию».
После того, как будет сформирована заявка, окончательная сумма в платежном документе заполняется автоматически.
3. Связь с системой лимитирования
Система лимитирования расходования ДС выполняет функции предупреждения либо ограничения выплат денежных средств, если они выходят за ранее установленные границы.
В разделе «НСИ и администрирование – Казначейство и взаиморасчеты».
Разрешая использование лимитов, программа обрабатывает все заявки при проведении в системе на доступность оборотных средств по выбранной статье ДДС в этом месяце (лимиты заносятся ежемесячно).
Лимиты контролируются в разрезе Статей ДДС. Кроме того, пользователь также может установить в настройках дополнительные разрезы контроля – Подразделение и Организацию.
При превышении лимита (либо его отсутствии) программа не даст провести Заявку:
Если необходимо создать заявку сверх бюджета по лимиту, устанавливаем флажок «Сверх лимита».
Лимиты в систему вводятся в разделе Казначейство:
Вновь созданный документ можно создать по аналогии с прошлым месяцем или подбирая нужную из статей ДДС, заведенных в систему (для любой статьи можно создать свой лимит либо сделать безлимитную).
Обратите внимание, что документы лимитирования доступны только в том случае, если в системе отключена подсистема ERP Бюджетирование. Если это не так, то задание лимитов осуществляется с помощью механизма Бюджетирования. Это делает систему лимитов сложнее, но при этом у пользователя появляется ряд дополнительных возможностей.
1С:Комплексная автоматизация - прикладное решение, которое совмещает в себе большое количество бизнес - процессов, интегрирует функции автоматизации в единое информационное пространство, которое позволяет отобразить финансово-хозяйственную деятельность предприятия.
Рассмотрим настройку подсистемы “Бюджетирование”. Данная подсистема отвечает за финансовый анализ хозяйственной деятельности предприятия и с помощью его можно проанализировать дальнейшее финансовое состояние.
Первым этапом настройки нужно воспользоваться пунктом меню “НСИ и администрирование” и выбрать в “Настройка разделов” нажать на гиперссылку “Бюджетирование и планирование”.
В открытой форме нужно развернуть список “Бюджетирование” и проставить галку.
Данная галка позволит отобразить в основном меню пункт “Бюджетирование и планирование”
Вторым этапом является заполнение справочной информации в появившемся пункте меню “Бюджетирование и планирование”
В данной форме будет список справочников, которые в дальнейшем понадобятся для работы с данным разделом, также можно выполнять загрузку/выгрузку модели бюджетирования в файл для обмена с другими ИБ.
В данном разделе будем рассматривать настройки схем: “Настройка бюджетной модели”, “Ввод плановых бюджетов”, “Формирование отчетов по бюджетам”
“Модели бюджетирования” - данный справочник является набором форм и отчетов для ввода анализа данных и определяет систему используемых для показателей. (“Бюджетирование и планирование” – “Настройки и справочники” – “Бюджетирование”)
В качестве показателей могут выступать:
- Статьи бюджетов, по которым собираются обороты;
- Остаточные показатели, т.е. бюджетные статьи, по которым учитываются остатки (денежных средств, запасов, НЗП и т.д.);
- Нефинансовые показатели и нормативы (площадь арендуемых помещений, выработка, количество сотрудников и др.);
- Произвольные вычисления.
Одной из ключевых особенностей является возможность изменять модель без какого либо ущерба для учета. При этом новая модель автоматически поддерживает планирование на основании плановых фактических данных, которые наследуются от предыдущей модели.
Гиперссылка “Виды бюджетов” - формируются из оборотов и оказывают влияние как на другие статьи бюджетов, так и на их остаточные показатели. При этом обороты одной статьи могут изменять несколько других статей или остаточных показателей бюджетов.
Данные, используемые как показатели для бюджетных форм и отчетов, хранятся в соответствующих справочниках, которые необходимо настроить перед заполнением модели бюджетирования.
- Статьи бюджетов
- Показатели бюджетов
- Сценарии
- Связи показателей бюджетов
- Правила получения фактических данных
В модели бюджетирования так же можно задать контроль расходования ДС. Эти лимиты записываются в справочнике “Правило лимитов по данным бюджетирования”
Для модели бюджетирования можно задавать произвольное количество лимитов с разной периодичностью и детализацией контроля.
Для работы этого функционала надо сделать активировать настройки “ Контроль превышения лимитов” (“НСИ и администрирование” - “Казначейство”) поставить флаг “Заявки на расходование денежный средств” .
После активации перейти по гиперссылке “Настроить правила лимитирования расходов ДС”
В форме можно создать новую модель или отредактировать уже существующую. Основными реквизитами для заполнения это “Статус” и “Период действия”
Одновременно могут действовать несколько моделей и сценариев.
Также система позволяет детализировать модели по организациям или подразделениям. Можно сделать и для организации и для подразделения одновременно.
Настройка справочника “виды бюджетов”
После настройки и заполнения справочника “ Модели бюджетирования” переходим к заполнению справочника “ Виды бюджетирования”. В данном справочнике будет создаваться и формироваться операции для бюджета закупок, продаж, производства и т.д.
Для создания бюджетов могут использоваться как произвольные показатели , расчетные и введенные вручную:
- Оперативные планы закупок, продаж, производства и др.;
- Фактические данные прошлых периодов, увеличенные или уменьшенные на произвольный коэффициент;
- Прочие данные базы – остатки запасов, остатки денежных средств, динамику цен, графики расчетов и другие показатели.
Для расчета мастер - бюджетов используется данные введенный на основании операционных бюджетов:
- Бюджет доходов и расходов (БДР).
- Бюджет денежных средств (БДДС).
- Прогнозный баланс.
Настройку и заполнения данного справочника используется пункт меню “Бюджетирование и планирование” - “Настройки справочников по бюджетированию и планированию” и выбирается одноименная гиперссылка “Виды бюджетов”
Данный справочник представлен в виде отчета, пользователь сам создает и настраивает его.
Пользователь в каждом отчете сам определяет состав колонок и строк формы, данные используемые - статьи бюджетов, показатели бюджетов, нефинансовые показатели и производственные (расчетные) данные.
Настройка ячеек и столбцов можно задавать порядок получения данных.
Модели бюджетирование можно будет создавать со сложными настройками расчета.
Ввод плановых бюджетов
Для ввода плановых бюджетов используется документ “Экземпляры бюджетов”. Документ является основным инструментов для установки значений по статьям бюджетов с детальной аналитикой. Также используется для первичного ввода плановых данных по бюджетам и для корректировок.
Использует плановые значения : Вид бюджета, сценарий и Организация или подразделения (зависит от настроек и может быть использовано вместе).
(“Бюджетирование и планирование” - “Бюджеты”)
При создании документа заполняем поля
Перейдя в справочник “Статьи бюджета” можно заполнить виды аналитики.
Анализ модели бюджетирования
Сформирована плановые данные переходим к их анализу. Для этого воспользуемся отчетами “бюджетирование и планирование” - “Бюджетные отчеты”
В форме списка отчетов при необходимости можно отсортировать отчет по определенной модели бюджетирования.
Отчеты, которые можно использовать настраиваются через различные виды бюджетов. Бюджетный отчет строится по виду бюджета по указанным в настройках отчета периоду, сценарию, организациям и подразделениям. Отборов по сценарию, организации и подразделению может не быть, если они указаны в виде бюджета явным образом.
Настройка правил получения фактических данных
В данной конфигурации фактические данные бюджетирования не хранятся и не выводятся отдельными документами. Информацию база для учета берется из оперативного учета или регламентного.
Настройка правил может быть осуществлена в двух режимах: По статьям и показателям и По источникам получения данных.
В первом случае, настраивается из каких источников будут сформированы фактические данные по статьям и показателям. Во втором случае, по каким статьям и показателям источника будут сформированы фактические данные
Если есть правила, у которых установлен флаг Хранить результат выполнения правила - то по таким правилам фактические данные хранятся в регистре накопления Фактические данные бюджетирования. Для отражения документов в регистре можно настроить расписание с помощью команды Настроить расписание. Для принудительного отражения документов следует использовать команду Отразить документы.
Казначей – это модуль для управления денежными средствами. Позволяет задавать лимиты платежей, создавать и согласовывать, формировать платежный календарь и реестры платежей. Казначей предназначен для компаний любой отрасли и организационной структуры.
Казначей входит в линейку продуктов ФинПлан (перейти на страницу).
Другие модули ФинПлан: Табула, Консолидатор, Процессы.
Модули ФинПлан встраиваются в любые конфигурации 1С:Предприятие 8.3 или работают как отдельная база данных, что дает возможность комплексно решать вопросы, поэтапно наращивая функциональность и приобретать только необходимые модули.
Что дает Казначей:
- Управление кассовыми разрывами с помощью платежного календаря
- Формирование БДДС и план-фактный анализ
- Заявки на оплату и формирование платежных документов на основании заявок
- Согласование заявок на оплату и реестра платежей.
- Графики платежей.
- Лимиты расходования денежных средств.
- Мультивалютный учет.
Функций Казначея.
- План БДДС. Модуль Казначей позволяет формировать БДДС и устанавливать лимиты расходования с помощью документа БДДС/Лимиты, для установки лимитов из расширенной формы бюджета может использоваться Табула.
- Контроль установленных лимитов. Казначей позволяет настраивать политику лимитирования оплат, возможно настроить следующие аналитики лимитов: статьи БДДС, ЦФО, организации, проекты, контрагенты и договора. Дополнительно можно настроить статьи бюджета, к которым не будут применяться ограничения и указать пользователей, которые будут иметь право оплачивать заявки сверх лимита.
- Учет факта БДДС. Модуль предоставляет выбор: учитывать факт БДДС по факту оплаты заявок и/или загружать факт настроенными правила учета факта. Загружать факт можно из базы в которую встроен модуль Казначей (версия ПРОФ) или из нескольких баз (версия КОРП)
- Заявки на платеж. Исполнители формируют заявки на платеж, в которых указывают всю необходимую аналитику и могут прикреплять сканы счетов / иных документов к заявкам. При заполнении заявки сразу происходит контроль установленных лимитов.
- Согласование. В типовой поставке модуля включена линейная система согласования заявок / реестра платежей. Также Казначей поддерживает интеграцию с 1С:Документооборот и ФинПлан:Процессы.
- Графики оплат. Казначей позволяет устанавливать графики оплат непосредственно в заявке или настроить такой график в платежном календаре интерактивно.
- Платежный календарь. Предназначен в первую очередь для работы с прогнозом остатков денежных средств и управлении кассовыми разрывами. Отчет позволяет назначать / менять банковский счет для оплаты заявки, разбивать платежи по датам, создавать заявки на перемещение денежных средств.
Достоинства
- Легко встраивается в любую конфигурацию 1С или работает как отдельная база данных.
- Позволяет выстроить централизованное управление денежными средствами в рамках одного интерфейса для нескольких учетных баз. (Требуется КОРП версия)
- Гибкая политика лимитирования.
- Возможность расширения функционала с помощью прочих модулей ФинПлан. Табула расширяет возможности настройки форм БДДС, Процессы позволяют использовать сложную схему согласования. Также в качестве модуля согласования можно использовать 1С:Документооборот.
Сравнение версий
Модуль позволяет организовать управление платежами в рамках одной учетной базы (версия ПРОФ) или нескольких учетных баз (версия КОРП) для настройки централизованного казначейства. Версия ПРОФ требует встраивания в учетную базу. Версия КОРП может функционировать и как встроенный модуль и как модуль установленный отдельно от учетной базы.
Представим, что с начала года мы начали работать в БГУ 8, но некоторые вещи еще не настроены, некоторые еще не знакомы, некоторые не освоены. Один из таких моментов может заключаться в том, что в организации не налажен обмен с казначейством, по некоторым причинам. Возможно, обмен ведется еще в ББУ 7, что тоже не редкость, так как там настроено, а в БГУ некому настроить.
Есть много нюансов предоставлений документов в электронном виде и различных требований на уровне отельных казначейств, связных и самодурством этих казначейств и непониманием чего, кому и как надо, под эти требования обычно приходится подстраивается клиентам. К сожалению, все эти специфические моменты нет возможности описать в данной статье. Но общие принципы и настройки, я думаю смогу донести.
Первым делом у нас должны быть актуальные версии программ и форматов, на текущий момент это БГУ 8 версия релиза 1.0.10.2, форматы обмена с ОФК/УФК (версия альбома 8.0) от 14.02.2012, СЭД версия 1.46B.251.19.
Заходим в БГУ в меню «Казначейство/Банк» - «Обмен с казначейскими системами и учреждениями банка.»
Начинаем настраивать и заполнять эту форму. Заполняем справа блок «Параметры обмена».
«Тип формата» выбираем «Обмен с ОФК (УФК)».
«Настройки формата», нажимаем «зеленый +», пишем в поле «Наименование» к примеру, слово «СЭД». Выбираем нужные документы в нашем случае «Заявка на кассовый расход» и номер версии формата(TXZR120101). Заполните сразу все нужные документы для обмена с вашим казначейством. Это и Расходные расписания, и Платежные Поручения и тд и тп. Сохраняем.
«Настройки обмена», нажимаем «зеленый +», пишем в поле «Наименование» к примеру, слово «СЭД». «Способ обмена» оставляем как есть – Каталог. Указываем пути выгрузки и загрузки. Сохраняем.
«Кассовый орган» Здесь и вашего списка казначейств, выбираем нужный и смотрим чтобы в текущем казначействе, верно были указы код казначейства, полное наименование, ИНН, КПП. Сохраняем
Сохраняем параметры обмена и на этом здесь больше нечего настраивать в большинстве случаев.
Создаем документ «Заявка на кассовый расход», внимание следует уделить дате и казначейскому органу к которому привязан ваш л/с. В параметрах обмена указанное казначейство должно совпадать с тем казначейством что привязан к вашим лицевым счетам. Печатную форму подгоняем под требования вашего казначейства. Не правкой формы :), а так чтобы в нужных полях печатной формы стояли соответствующие значение из нужных справочниках
В тех лицевых счетах что используется в обмене, то иногда требуется произвести некоторые настройки. В моем случае стоит чекбокс «Использовать для счета учетный номер» с пустым значением, ибо организация федеральная.
Переходим в меню Учреждение - Учреждение, вкладка «Основные», ставим «Учетный номер» заполняем блоки «Учредитель», «Орган осуществляющий полномочия учредителя». Учетный номер можно взять в СЭДе. Наименования учредителей и кстати наименование учреждения должно строго соответствовать справочникам СЭДа, вплоть до лишних пробелов и регистров букв, лучше скопировать строчки из соответствующих справочников СЭДа.
Предположим что у нас относительно верно всё введено и настроено. И мы можем сформировать файлы для выгрузки.
Переходим в меню «Казначейство/Банк» - «Обмен с казначейскими системами и учреждениями банка». Нажимаем «зеленый +» появляется задание на экспорт.
Практический пример настройки обмена с казначейством в БГУ Промо
Материалов для бюджетников, всегда не хватает, особенно с практическими примерами. Попробую описать процесс настройки с нуля обмена с ОФК/УФК на примере выгрузки документа «Заявки на кассовый расход» из БГУ и импорта в СЭД.
1 стартмани
13.04.2012 69346 Vestr 17
Загрузка документов банковских документов В БП 3 из системы СУФД Казначейство
Обработка осуществляет разбор файлов, полученных из СУФД Казначейство . Производится разбор тэгов и вывод содержащейся информации. Для нужд компании создается банковские документы Поступление денежных средств и Списание денежных средств.
1 стартмани
21.02.2017 10938 52 visork 7
ФинПлан - программный продукт для автоматизации бюджетирования, казначейства , консолидации, процессов и МСФО Промо
«ФинПлан» - это автоматизация БЮДЖЕТИРОВАНИЯ, УПРАВЛЕНИЯ ДЕНЕЖНЫМИ СРЕДСТВАМИ, БИЗНЕС-ПРОЦЕССОВ и КОНСОЛИДАЦИИ.
20.12.2017 32262 17 7
Экспорт платежных поручений в казначейство г. Москвы
Устанавливая конфигурацию "1С: Бухгалтерия государственного учреждения" (1С:БГУ) в одном из детских садиков г. Москвы, столкнулся с проблемой - казначейство не принимает платежные поручения (платежки), выгруженные из 1С:БГУ стандартной обработкой обмена.
09.02.2012 16893 AVK_Alex 1
Формат выгрузки Сведений о бюджетном обязательстве в Казначейство (TXBN160101)
Самодельный формат выгрузки Сведений о бюджетном обязательстве (TXBN160101). Не претендует на полную функциональность и универсальность, но, как говорится, не до жиру, быть бы живу - штрафы за просроченную регистрацию БО никто не отменял. Создан для конфигурации Бухгалтерия государственного учреждения ред. 1.0.
1 стартмани
18.01.2016 10908 32 dvsidelnikov 16
Сравнение функциональности 1С:ERP и 1С:УХ
Достаточно много компаний сравнивают "1С:Управление холдингом 3" и "1С:ERP Управление предприятием 2" на первом этапе проекта. Как правило, руководство сначала спрашивает у ответственного или партнёра по 1с "в чем отличие между системами, что покупаем?", на что можно услышать что-то "ну ерп это для тех у кого производство", более просвещенный скажет ещё про многопередельное производство, хотя для принятия решения не очень много аргументов, правда? И дальше начинается лоббирование системы фразами "их нельзя сравнивать, вам нужна именно эта система". Вопрос, а как это поняли, где эти критерии? В итоге система выбирается на уровне интуиции, хотя есть конечно и те, кто может сделать моделирование, но если проект крупный, то это достаточно затратно по ресурсам как для партнёров 1с (бесплатно не будут тратить много времени), так и для самой компании, поэтому в большинстве случаев система уже выбрана и куплена до моделирования процессов. Итак, начнём батл:
Читайте также: