Документ «Заявка на расходование денежных средств» используется для регистрации решения о совершении наличного либо безналичного платежа (группы платежей) либо перемещения денег. Параметры документа и способ их применения зачастую подобны документам «Платежное поручение (исходящее)» и «Расходный кассовый ордер».
Реквизиты резервирования и размещения имеют возможность быть введены автоматом. Для этого в документе назначены флажки «Автоматизированное резервирование» и «Автоматизированное размещение».
Если данные флажки выставлены, то графу «Место размещения» допустимо заполнить автоматом при кликании на кнопку «Заполнить и провести».
Методику автоматизированного и ручного размещения допустимо объединять. При выставленных флажках «Автоматизированное резервирование» и «Автоматизированное размещение» допустимо руками определить случай размещения для части суммы заявки. В таком случае при кликании на кнопку «Заполнить и провести» произойдет автоматизированное размещение лишь по оставшейся сумме.
При выставленном виде операции «Оплата поставщику» либо «Возврат денег потребителю» выполняется редактирование оперативных расчетов с контрагентами.
На основе документа «Заявка на расходование денежных средств» имеют возможность быть заполнены банковские и кассовые платежные документы. У подобных документов реализован параметр «Заявка», который заносится при заполнении на основе либо имеет возможность быть занесен руками. Во время проведения платежных документов с заданной заявкой на расходование денежных средств контролируется соотношение суммы документа текущему остатку неисполненных платежей по этой заявке.
Имеется возможность при настройке добавочных прав запретить пользователю проводить платежные документы без определения заявки на расходование денежных средств.
Документ «Заявка на расходование денежных средств» имеет возможность также служить связующим звеном промеж подсистемой управления денежными средствами и подсистемой бюджетирования. Для этого, в заявке реализован блок параметров, аналогичных документу «Бюджетная операция» (сценарий планирования, статья оборотов, ЦФО, проект и т.д.). По заданным реквизитам, во время проведения заявки контролируется соотношение обобщенной суммы утвержденных к расходованию денежных средств заданным раньше ограничивающим значениям
Также в документе имеют возможность храниться ссылки на добавочную информацию, описывающие заявку (файлы, образцы документов).
Нюансы работы с заявками при применении алгоритма согласования заявок
Алгоритм согласования заявок используется опционально: для перечня предприятий.
При применении алгоритма согласования заявок появляются такие нюансы:
* Если в заявке не задана организация, данная заявка не участвует в согласовании
* Маршрут согласования заявки задается согласно с настройками зависимо от заданного в заявке Подразделения.
* Если заявка не прошла маршрут согласования (состояние заявки не "Утвержден"), на ее основе запрещено зарегистрировать платежный документ
* Если заявка начала проходить по маршруту согласования, отредактировать заявку имеет возможность
o Пользователь, на согласовании у которого в настоящий миг располагается заявка
o Пользователи, согласующие заявку на вышестоящих этапах согласования
Прочие пользователи отредактировать заявку не имеют возможность.
* Если заявка располагается в состоянии "Утвержден", она недоступна для редактирования
* Если заявка переходит в состояние "Отклонен", проведение заявки отменяется
* Текущее состояние заявок - в перечне заявок
o состояние показывается в обособленной колонке
o применяется группировка по состоянию заявки
o заявки выделяются цветом фона
Отклоненные - розовым
Отложенные - серым
Утвержденные - зеленым
o перечень заявок с их состоянием допустимо увидеть
- в управляемом приложении в перечне заявок (раздел "Заявки на расход денег")
В обыкновенном приложении (интерфейс "Управление денежными средствами", меню "Планирование - Заявки -
Состояние согласования заявок")
Неотъемлемое условие эффективного существования предприятия в современной конкурентной среде - создание эффективного механизма управления денежными потоками, обеспечивающего формирование оперативной и достоверной информации, регулирование взаиморасчетов, повышение платежной дисциплины и, в конечном итоге, ускорение оборачиваемости денежных средств.
Конфигурация содержит средства автоматизированного управления денежными средствами предприятия, которые выполняет две основные функции:
- оперативный учет фактического движения денежных средств предприятия на расчетных счетах и кассах;
- оперативное планирование поступлений и расходов денежных средств предприятия.
Общее планирование расхода и поступления денежных средств предприятия выполняется в рамках бюджетирования. Составляемый финансовый план - бюджет - выступает в роли совокупности ориентиров и ограничителей для подсистемы управления денежными средствами.
Но в рамках функционала управления денежных средств ведется оперативный финансовый план - платежный календарь. Платежный календарь имеет смысл составлять на несколько дней вперед.
Платежный календарь представляет собой совокупность заявок на расходование денежных средств и планируемых денежных поступлений. Платежный календарь составляется с детализацией до мест хранения денежных средств - банковских счетов и касс предприятия. При составлении платежного календаря автоматически проверяется его выполнимость - достаточность запасов денежных средств в местах их хранения.
Разделение функции финансового планирования по двум подсистемам конфигурации - подсистеме бюджетирования и подсистеме управления денежными средствами - соответствует разделению функций управления финансами между различными подразделениями и сотрудниками предприятия. Если бюджет составляется финансовыми службами, то заявки на расходование денежных средств формируются сотрудниками и подразделениями, непосредственно взаимодействующие с контрагентами предприятия.
В конфигурации формируются денежные документы (платежные поручения, приходные и расходные кассовые ордера и др.), обеспечивается взаимодействие со специализированными банковскими программами типа “Клиент банка”, контролируются финансовые потоки, контролируется наличие денежных средств в местах хранения. Предусмотрена возможность денежных расчетов в иностранных валютах.
Во второй части статьи рассмотрим принцип создания «Заявок на расходование денежных средств», прохождения её по маршруту согласования и выдачу денежных средств по созданной заявке.
Рассмотрим на примере:
- Бухгалтер по закупкам формирует заявку на расходование денежных средств, для того чтобы осуществить предоплату поставщику ИП Добронравов за поставку материалов;
- Финансовый директор должен рассмотреть и утвердить заявку;
- Бухгалтер по закупкам на основании утверждённой заявки формирует расходный кассовый ордер (без отметки «Оплачено», но с отметкой «Отразить в оперативном учёте»);
- Старший кассир, проверив расходный кассовый ордер, выдаёт денежные средства (и проставляет в документе отметку «Оплачено»);
- Бухгалтер кассовых операций проверяет расходный кассовый ордер, (устанавливает галочку отражения в БУ и НУ, чтобы сформировались проводки по бухгалтерскому и налоговому учёту).
Для удобства отражения операций переключим интерфейс на «Управление денежными средствами».
Перед началом работы с заявками на расходование денежных средств требуется ввести всю справочную информацию. Первое, что требуется заполнить, это регистр сведений «Настройки согласования заявок на расходование денежных средств». В «Настройке согласования заявок» указываются организации, для которых применяется данный механизм, и дата начала использования механизма согласования. Эта настройка нужна для того, чтобы программа смогла определить, что у организации ООО «СтройТорг» с 01.01.2013 года будет применяться механизм согласования заявок на расходования денежных средств.
Также требуется произвести настройку маршрутов согласования (рис. 2). Данная настройка указывается в регистре сведений «Настройки начала маршрутов согласования»: определяется соответствие маршрутов согласования - подразделениям. В маршруте согласования (справочник «Маршруты согласования») указывается этап и перечень согласующих лиц на данном этапе. В нашем примере, созданная заявка сначала должна будет пройти один этап согласования у финансового директора.
Также нужно настроить регистр сведений «Настройка согласования заявок на расходование денежных средств» (рис. 1) и определить этапы (маршрут) согласования заявок (рис. 2)
Рис. 1
Рис. 2
Маршрут согласования заявки определяется в соответствии с настройками и в зависимости от указанного в заявке подразделения.
Обратите внимание , что одному подразделению должен соответствовать только один маршрут согласования. На каждое подразделение нужно прописывать маршрут согласования, иначе процесс согласования для всех заявок, которые созданы по данному подразделению, не будет вступать в силу.
1. Бухгалтер по закупкам создаёт документ «Заявка на расходование средств».
В выбранном нами интерфейсе «Управление денежными средствами» переходим к пункту меню «Планирование» - «Заявки» - «Заявка на расходование средств» (рис. 3). Создадим «Заявку на расходование средств» с видом состояния «Подготовлен» (рис. 5)
У Заявки существует несколько видов операций, которые повторяют виды операций «Расходного кассового ордера» и «Платежное поручение исходящее» (рис. 4)
В «Заявке на расходование средств» на закладке «Расчеты с контрагентами» указывается основная информация: контрагент, на оплату которому требуется выдать денежные средства, а также договор, сумма, организация, подразделение и состояние.
На закладке «Описание» можно указать дополнительную информацию в произвольной форме.
На закладке «Размещение» предусмотрена возможность резервирования и размещения денежных средств (рис. 6). Это означает, что в нашем примере бухгалтер по закупкам может зарезервировать денежные средства для того, чтобы оплатить аванс поставщику, и указать, из какой кассы будет производиться выдача денежных средств. Параметры резервирования и размещения могут быть заполнены автоматически. Для этого в документе предназначены флаги «Автоматическое резервирование» и «Автоматическое размещение» . Если эти флаги установлены, то графу «Место размещения» можно заполнить автоматически при нажатии на кнопку «Заполнить и провести» . Схему автоматического и ручного размещения можно совмещать.
Данные на закладке «Бюджетирование» могут использоваться как связующее звено между подсистемой бюджетирование и подсистемой управления денежными средствами. Сведения, отражаемые на данной закладке, служат для контроля над объемом планируемых к выдаче денежным средств в соответствии с запланированной величиной бюджета (рис. 7).
Поскольку у бухгалтера по закупкам ограничены права доступа, то он может в документе «Заявка на расходование средств» поставить только статус «Подготовлен», а такие статусы как: «Утверждён», «Отложен», «Согласован», «Отклонён» проставляются пользователями, ответственными за утверждение заявки.
2. Финансовый директор рассматривает и утверждает заявку на расход денежных средств на сумму 120 000 р.
Список заявок, требующих рассмотрения, финансовый директор может проанализировать при помощи обработки «Состояние согласования заявок» (рис. 8).
При запуске обработки «Состояние согласования заявок» в ней отображается список всех заявок, сгруппированных по определённым статусам (состояниям), таким как: «Подготовлен», «Утверждён», «Отложен», «Согласован», «Отклонён». Для удобства, можно сделать отбор «Настройка периода» по кнопке , например за день, неделю, месяц, декаду, квартал, полугодие, год и т.д., и тогда, из всех заявок останутся только те, которые попадают в заданный период.
Для того, чтобы в заявках на расходование средств изменить состояние, например, с «Подготовлен» на «Утверждён», нужно воспользоваться ещё одной обработкой («Состояние заявок»).
В данной обработке можно отобрать из общего списка заявок, например, заявки со статусом «Ожидают согласования», «Отложены», «Ожидают согласования на предыдущих этапах», «Обработки» (рис. 9).
В обработке выводится список несогласованных заявок и в ней можно изменить статус заявки (рис. 10). Перейти к данной обработке можно через пункт меню «Планирование» - «Заявки» - «Согласование заявок».
Финансовый директор может «Согласовать» Заявку на расходование денежных средств, «Отложить» или «Отклонить» её. При выборе «Изменить состояние» - «Согласовать» галочками отмечаются те заявки, которые необходимо утвердить. Оставшиеся заявки, которые стояли в очереди, можно посмотреть в журнале документов «Согласование заявок».
Если заявка не прошла маршрут согласования (состояние заявки не "Утвержден"), то на её основании нельзя оформить платежный документ.
Если заявка начала проходить по маршруту согласования, то изменить заявку может:
Пользователь, на согласовании у которого в настоящий момент находится заявка;
Пользователи, согласующие заявку на вышестоящих этапах согласования.
Другие пользователи изменить заявку не могут.
Если заявка находится в состоянии "Утвержден", то она недоступна для изменения (становится неактивной для редактирования), поэтому у бухгалтера по закупкам в заявке поля становятся серым цветом и их нельзя изменить.
3. На основании утверждённой заявки бухгалтер по закупкам оформляет расходный кассовый ордер с видом операции «Оплата поставщику» без отметки «Оплачено» на выдачу аванса поставщику ИП Добронравов (рис.11)
Обратите внимание , что в расходном кассовом ордере, созданном бухгалтером по закупкам, ставится только галочка «Отразить в управленческом учёте» и «Отразить в оперативном учёте». Галочку «Оплачено» должен поставить старший кассир после того, как проверит правильность формирования расходного кассового ордера. Также в расходном кассовом ордере указываем, на основании какой заявки мы его формируем.
Если в расходном кассовом ордере стоят галочки только по управленческому учету, то такой документ проводок (бухгалтерских записей) не формирует. Но делает записи по регистрам накопления: «Денежные средства к списанию» и «Расчеты с контрагентами» (рис. 12). Данная информация попадает в отчет «Платежный календарь» в раздел «Неоплаченные исходящие документы» (рис. 13).
4. Старший кассир проверяет расходный кассовый ордер, устанавливает в нём галочку «Оплачено» и выдаёт наличные денежные средства.
После того как расходный кассовый ордер Оплачен, поля в документе становятся серыми и недоступны для редактирования бухгалтеру по закупкам и остальным участникам нашего примера. В зависимости от того, какие права доступа настроены для конкретного пользователя, им могут быть доступны для редактирования те или иные документы, поля в документах и т.д.
Примечание: Если расходных кассовых много, и в каждом нужно проставить галочку «Оплачено», можно воспользоваться групповой обработкой справочников и документов (пункт меню «Сервис»). Перейти к данной обработке можно, перейдя к полному интерфейсу, пункт меню «Сервис» (рис. 14).
Чтобы менять реквизиты, по кнопке «Настройка» должен быть установлен флаг «Разрешить изменение реквизитов объектов». Для удобства анализа установим флаг «Показывать все колонки» (рис.15).
Групповой обработкой мы хотим в расходном кассовом ордере проставить флаг «Оплачено». Для этого в разделе «Отбор» групповой обработки указываем организацию ООО «СтройТорг»; отбираем только проведённые документы за период с 01.01.2013 по 21.01.2013 г. с вариантом «Оплачено» - «Нет».
При нажатии кнопки «Отобрать» на закладке «Обработка» появятся документы, в которых нужно поставить отметку «Оплачено» (рис. 16). В строке «Действие» выбрать «Изменить реквизит[Ссылка.Оплачено] - Установить. И «Выполнить».
После изменения значения реквизита нужно перепровести изменённые документы: в поле «Действие» выбрать «Изменить: [Проведение документов] – Установить - «Выполнить» (см. рис. 17).
5. Бухгалтер кассовых операций проверяет расходный кассовый ордер, (устанавливает галочку отражения в БУ и НУ, чтобы сформировались проводки по бухгалтерскому и налоговому учёту).
Далее, например, в конце рабочего дня бухгалтер кассовых операций проверяет все расходные кассовые ордера, которые имеют отметку «Оплачено», и проставляет в документе галочки БУ и НУ для того, чтобы документ сформировал проводки по бухгалтерскому и налоговому учётам. (рис. 18)
Примечание: если расходных кассовых ордеров, в которых нужно проставить галочки БУ и НУ, будет много, то можно воспользоваться «Групповой обработкой справочников и документов» (рис. 19).
В групповой обработке справочников и документов отбираем документы «Расходный кассовый ордер [ТЧ: Расшифровка платежа]», в табличной части которых, нужно проставить галочку «Отражать в БУ».
В поле «Отбор» указываем, по какой организации нужно отобрать документы, указываем, что нас интересуют только проведённые документы за интервал от 01.01.2013 по 21.01.2013 г. (а также расходные кассовые ордера, в которых не стоит галочка «Отражать в бухгалтерском учете»). После заполнения всех параметров нажимаем кнопку «Отобрать»: будет произведен отбор документов, которые соответствуют указанным условиям. В нижнем части окна обработки выбираем «Изменить реквизит»- «Отражать в бухгалтерском учёте» - «Установить» и нажимаем кнопку «Выполнить». После того как документы обработаются, нужно их перепровести (рис. 16). Затем требуется повторить то же самое, но уже для установки галочки «Отражать в налоговом учете»
При проведении документа «Расходный кассовый ордер» формируются не только движения по счетам учета, но и по регистрам (рис. 20, 21)
Бизнес-процесс «Согласование и утверждение заявок на расходование денежных средств»
В условиях стабильного финансового состояния предприятие способно полностью и в срок выполнять свои обязательства - в таком случае, у предприятия нет необходимости в оптимизации расходования денежных средств. В текущее время, в условиях финансового кризиса, механизм распределения дефицитных денежных средств по обязательствам предприятия особенно актуален.
Процесс состоит из шести последовательных этапов:
1. Представитель подразделения (менеджеры, инженеры, и т.д.) оформляет заявку на расходование денежных средств по обязательствам - авансам по договорам и погашению задолженности по расчетным документам.
2. Руководитель подразделения при помощи удобных инструментов проверяет заявки на корректность и, при необходимости, корректирует их.
3. Ответственный представитель финансовой службы (финансовый директор, заместитель финансового директора или руководитель организации) определяет, с каких расчетных счетов, кому и в каком объеме должны быть перечислены денежные средства.
4. Руководитель подразделения распределяет разрешенные к оплате суммы по конкретным заявкам (фактически по обязательствам - заказам, счетам, расчетным документам).
5. Бухгалтерия предприятия на основании утвержденных и распределенных на обязательства заявок создает исходящие платежные поручения.
6. Платежные поручения автоматически выгружаются в клиент-банк.
Оформление заявок на расходование денежных средств
Оформление операций по расходованию денежных средств с расчетных счетов всегда начинается с планирования расхода денежных средств - то есть оформления заявок на расходования всеми задействованными в процессе подразделениями предприятия.
Каждая служба предприятия оформляет заявку на расходование денежных средств в зависимости от назначения расхода (каждому назначению расхода соответствует определенный вид операции в документе «Заявка на расходование денежных средств»). В качестве назначения расхода, в случае авансовых платежей, может быть указан заказ поставщику, а в случае погашения долга - расчетный документ.
Таким образом, весь запланированный расход денежных средств по всем службам должен быть отражен в системе в виде заявок на расходование денежных средств.
Формирование заявки на расходование денежных средств осуществляется при помощи документа «Заявка на расходование денежных средств».
Рис.1.
Проверка подготовленных заявок
Руководитель подразделения проверяет список оформленных подчиненными заявок на расходование денежных средств, корректирует и отправляет на утверждение в финансовую службу. Для утверждения заявки на расходование денежных средств оформляется документ «Утверждение заявок», в который подбираются неисполненные документы «Заявка на расходование денежных средств».
Рис.2.
В итоге, после проверки и корректировки руководитель подразделения подтверждает, что оформленные заявки согласованы и готовы к рассмотрению финансовой службой.
Рис.3.
Утверждение заявок финансовой службой
После того как каждая служба подготовила - оформила в системе - заявку на расходование денежных средств, финансовый директор или назначенный им ответственный принимает решение об их оплате (полной или частичной) в этот день. При этом решение может приниматься как по каждой отдельной заявке, а также и по совокупности их по определенного признаку - например, по оплате определенному контрагенту (или по определенному договору контрагента), либо согласовывается бюджет на заявки службы целиком.
Рис.4
При принятии решения о расходе денежных средств, необходимо указать с какого расчетного счета их отправить. При рассмотрении заявок финансовый директор видит остатки денежных средств по расчетным счетам (с учетом планируемых поступлений и ранее утвержденных платежей) на закладке «Остатки по счетам». Проводя документ, финансовый директор утверждает объемы средств, которые можно распределить на заявки на расходование денежных средств по службе.
Рис.5.
Распределение утвержденных платежей по заявкам на расходование денежных средств.
Руководитель подразделения при помощи документа «Распределение заявок» разносит утвержденные в целом по службе или конкретно по контрагентам суммы на подобранные им заявки на расходование денежных средств.
Рис.6
В случае если утвержденный объем по заявке меньше чем планировался, то на остаточную сумму автоматически создается заявка на расходование денежных средств, которая может быть представлена руководителем подразделения для утверждения финансовой службой в другой день.
При помощи набора аналитических отчетов, сотрудники подразделения могут анализировать планируемый, утвержденный и исполненный объем оплат и оставшихся обязательств подразделения перед контрагентами.
Оформление операций по фактическому расходу денежных средств.
После того как заявки на расходовании денежных средств прошли процесс согласования с финансовым директором, финансовый отдел бухгалтерии на основании утвержденных заявок, вводит документ «Платежное поручение исходящее». При этом в документе «Платежное поручение исходящее» все необходимые поля заполняются автоматически, бухгалтер указывает назначение платежа (для печатной формы платежки) и проводит документ «Платежное поручение исходящее» без отметки «Оплачено».
Созданные и проведенные платежные поручения из 1С импортируются в систему «Клиент-банк».
На другой день по мере поступления выписки из банка о свершенных операциях бухгалтер в каждом платежном поручении указывает пометку «Оплачено», а также вводит в систему операции по расходу денежных средств, которые банк списал с расчетного счета в безакцептном порядке - оформляет документы «Платежный ордер: списание денежных средств» и «Платежное требование полученное». В случае, если в безакцептном порядке списаны средства в пользу контрагентов, соответствующим службам необходимо подобрать тот расчетный документ контрагента, по которому произведена оплата и выполнить закрытие заявки на расходование, если она была ранее оформлена.
Сверить оформленные операции по расходу денежных средств за день с выпиской можно при помощи типовой обработки «Выписка банка». В типовой обработке «Выписка банка» специалист может проконтролировать, остаток на начало, приход, расход, остаток на конец дня по каждому банковскому счёту организации в разрезе документов. Если из распечатки видно, что документ был оплачен частично, то пользователь может прямо из обработки оформить частичную оплату.
Только после проведения документов по расходу денежных средств с признаком «Оплачено» в системе производится списание денежных средств со счетов и изменяется состояние расчетов с контрагентами.
Варианты конфигураций
Решение предназначено для программных продуктов «1С:Управление производственным предприятием 8» и «1С:Управление торговлей 8».
Стоимость работ
Определяется индивидуально исходя из особенностей конфигурации Заказчика.
1. Введение
Планирование денежных средств - одна из главных задач управленческого учета в отличии от учета бухгалтерского.
Конечно, между УУ и БУ есть и другие существенные различие (разные требования к аналитике, к оценке и переоценке активов/обязательств, необходимость создания резервов и т.д.), но необходимость решать задачи планирования – это самая сложная из них.
Сложность планирования заключается не только в подготовке плана (его расчету, формированию по разным сценариям), но необходимо еще:
- Выполнять перепланирование;
- Актуализировать планы, переносить корректировки на следующие периоды;
- Проводить план - фактный анализ.
«Нам бы учет наладить..» - так рассуждают многие.
Учет нужно наладить, да, но не в ущерб планированию.
Конечно же, планированием все равно занимаются (но не в «1С», а XLS). И самую первую, основную задачу (которую и стараются решить) – это планирование денежных средств.
- (1) Стратегическое (бюджетирование);
- (2) Оперативное.
Суть в том, что с таблицами бюджетов чаще всего работают минимум пользователей (1-2 человека). Для большинства предприятий количество статей бюджетирования и пр. аналитик – их не так много. Т.е все можно обработать «ручками» в XLS.
А вот что касается оперативного планирования д/c, то здесь ситуация иная. Т.е часто бывает большое количество счетов на оплату, много регулярных платежей, ожидаемых оплат по заказам клиентов и т.д.
И к тому же, все это может «завязано» на большое количество первичных документов, с которыми работают различные пользователи программы, документы корректируются, ситуация меняется и т.д.
Еще важным отличием оперативного планирования от бюджетирования является то, что оно чаще идет «с низу – вверх». Т.е от «Заявок на расход д/c», которые все время оформляют работники подразделений.
И эти заявки, соответственно, нужно вовремя обрабатывать, принимать / отклонять, «ставить в план» и оплачивать.
Итого: оперативное планирование д/с - это самая первая из задач планирования , которая должна быть автоматизирована в «1С» у любого предприятия.
И в результате планирования, финансовый департамент / казначейство должны «видеть» в системе:
- Когда, кому, c какого расчетного счета/кассы, на какую сумму нужно оплатить;
- Какой остаток д/c будет на «такую-то» дату c учетом текущих остатков, запланированных расходов и поступлений д/c. Нужно избегать т.н. «кассовых разрывов».
Т.е возникает необходимость работать с платежным календарем.
- Какая задолженность с контрагентами будет на указанные даты, у учетом запланированных платежей, поступлений и текущего сальдо взаиморасчетов.
Т.е возникает необходимость работать с календарем расчетов.
Каждую из конфигураций можно применять для решения задач оперативного планирования д/c, однако взвешенный выбор следует принимать исходя из рамок и масштабов вашего проекта.
2. Возможности УПП 1.3
На данный момент фирма «1С» еще не выпустила долгожданную, новую редакцию УПП (ред 2). И по этому, будем ориентироваться на то, что доступно - соответствующие подсистемы УПП 1.3:
Нужно отменить, что подсистема «ЗаявкиНаРасходДенежныхСредств» обновлялась в конфигурации относительно не давно (2011 г). И как следствие, в режиме управляемого интерфейса, в панели разделов появился пункт «Заявки на расходование д/с/».
Если попробовать в типовой конфигурации, в файловом режиме, открыть форму документа «Заявка на расход д/с» (она же, ЗРДС), то сразу возникает ошибка по переменной «глОбщиеЗначения» из общего модуля «РаботаСОбщимиПеременными».
Такого рода ошибки можно будет исправить, однако, как говорится: «осадочек остался». Т.е «шероховатостей» в подсистеме ЗРДС УПП – хватает.
Возможность через WEB-браузер оформить документ ЗРДС является полезной, но при этом на практике придется хорошенько задуматься над упрощением и эргономикой типовой формы документа. Особенно это будет важно для мобильных устройств.
А вот что касается платежного календаря, то в режиме тонкого клиента, удаленно через WEB-браузер и т.д. воспользоваться им не получится. Причина в том, что подсистема «Управление денежными средствами» давно не обновлялась и, в частности, отчет «Платежный календарь» построен не на системе компоновки данных. А следовательно, у этого отчета нет возможности использования в тонких клиентах, нет возможности создавать для него произвольные настройки.
При работе с ЗРДС важное место занимает регламент согласования и утверждения заявок. В зависимости от организационной структуры предприятия и других особенностей бизнеса, внутренний порядок согласования заявок (регламент согласования) может быть достаточно сложным (многоступенчатым, вариативным и т.д). Таким образом, для автоматизации это - не простая задача.
В УПП, подсистема согласования и утверждения реализована. В ней предусмотрены достаточно гибкие настройки.
- Согласование – это подтверждение необходимости оплатить заявку. Обычно, согласование должно проходить через начальников подразделений, руководителей и других ответственных лиц компании.
- Утверждение – это завершающее подтверждение (со стороны казначея) того, что заявка будет оплачена. При этом обязательно должна быть определена дата платежа, расчетный счет/касса с которой будет осуществлена оплата. Таким образом, платеж попадает в оперативный план (платежный календарь).
Об этих «моментах» я напишу позже, а пока рассмотрим какую функциональность предоставляет типовая конфигурация.
- Включить использование механизма согласования заявок можно отдельно, по каждой организации.
- Предусмотрена настройка последовательности прохождения заявки по маршрутам, иерархия маршрутов.
- При этом нужно отметить, что иерархия в справочнике подразделения не учитывается в механизмах маршрутизации заявки.
- Так же нужно отменить, что согласование и утверждение технически построено без применения механизма бизнес-процессов.
- В каждой точке можно указать одного/нескольких пользователей, для которых и будет доступно выполнение согласования заявки. Т.е заявку может согласовать любой из них (кто успеет сделать это первым).
- Для каждого подразделения можно назначить соответствующую точку маршрута согласования. Суть в этом такая: при оформлении заявки (ЗРДС) обязательно должно быть указано ЦФО (подразделение). И в зависимости от указанного подразделения, УПП «находит» соответствующую ему точку согласования и «отправляет» заявку на согласование в эту точку.
Так же в настройке маршрута согласования допустимо не указать подразделение. В этом случает, такая точка согласования будет «применятся» для всех ЦФО, для которых конкретно не указана соответствующая точка маршрута.
- Само согласование выполняется с помощью специальной обработки «Согласование заявок»
- Анализ запланированного наличия денежных средств, графика платежей и отслеживания кассовых разрывов выполняется в отчете «Платежный календарь».
Помимо планируемого расхода д/c (ЗРДС) можно учитывать и планируемое поступление д/c. Для этих целей предусмотрено оформление специального документа «Планируемое поступление д/c».
Нужно отметь, что документе «Планируемое поступление д/c» хотя и есть состояния (подготовлен, согласован и т.д), но возможность согласовать этот документ (так же как ЗРДС) отсутствует. Т.е изменение статусов документа возможно только в режиме «ручного управления».
И еще в УПП есть возможность учитывать планируемое поступление д/с от покупателей без оформления документов «Планируемое поступление д/с».
Т.е если для покупателя оформляются «Заказы клиентов», то в отдельном отчете «Платежный календарь с учетом заказов» это запланированное поступление д/c можно будет увидеть.
- Помимо отчета «Платежный календарь» предусмотрен отчет «Анализ доступности денежных средств».
При этом предусмотрена возможность резервировать д/c (по заявкам на расход) или размещать заявки в счет запланированных поступлений.
Так же есть функционал закрытия ЗРДС и планируемых поступления д/c. Для этих целей, в режиме «обычного клиента» предусмотрены документы «Закрытие заявок на расходование/поступление д/c».
Однако, данная функциональность так же не поддерживается в режиме тонкого/web-клиента.
Здесь нужно понимать, что методика «жесткого резервирования» сильно завязана на хронологию ввода документов, и это затрудняет корректировки и перепланирование.
По этому, функциональность оставлена в УПП скорее как «наследие прошлого», а для анализа доступности д/c следует применять платежный календарь.
Итак, функциональные возможность УПП рассмотрели и теперь я перечислю те моменты типовой конфигурации, которые на практике, на проектах, приходится дорабатывать:
- По документу «Заявка на расходование д/c»:
- В документе можно указать «Подразделение» (кстати, в конфигурации оно обозначено как ЦФО – центр финансовой ответственности). Но вполне возможна ситуация, когда заявка оформляется от одного подразделения (ЦФО), и при этом затраты нужно будет далее отнести/распределить на другое/другие подразделения (ЦФУ – центры финансового управления).
Возможность указывать ЦФУ и т.д. – отсутствует.
Возможность изменять маршрут, перенаправлять заявку на другие маршруты – отсутствует.
- В документе можно указать «Подразделение» (кстати, в конфигурации оно обозначено как ЦФО – центр финансовой ответственности). Но вполне возможна ситуация, когда заявка оформляется от одного подразделения (ЦФО), и при этом затраты нужно будет далее отнести/распределить на другое/другие подразделения (ЦФУ – центры финансового управления).
- Отсутствует возможность запланировать перемещение д/c между расчетными счетами, cо счета в кассу и прочее.
- Процесс согласования:
- Существует возможность согласовывать ЗРДС, но отсутствует возможность согласовывать планируемое поступление д/с.
- На практике возникает необходимость выполнять согласование за других сотрудников. При этом, в системе нужно фиксировать еще и информацию о том «кто и за кого выполнил согласование».
Вариант с установкой в одной точке согласования нескольких возможных исполнителей часто не годится, так данный исполнитель может быть указан и на других этапах согласования. В результате, это все приведет к тому, что в списке заявок на согласования у сотрудника появятся одновременно и основные и косвенные задачи по согласованию. Конечно, это запутывает пользователя, это не удобно.
Резюмируя - возможность согласовывать за другого исполнителя, возможность указать кто и за кого имеет право согласовывать – отсутствует.
- В процессе согласования заявок, когда заявка переходит на согласование следующему по маршруту, востребована функциональность автоматического информирования (по e-mail) следующего исполнителя, а так же автора заявки.
- Если автор заявки уже является ответственным за согласование/утверждение (на любом из этапом маршрута!), то вполне логично что бы программа автоматически «сокращала» маршрут, переадресую заявку на наиболее высокий, доступный уровень. Однако, в УПП это не предусмотрено.
- Все перечисленные требования, хотя и отсутствуют в типовой конфигурации, тем не менее .
- Отчеты, права доступа.
- Востребована возможность ограничения доступа к заявкам только по доступным авторам / исполнителям (согласователям); по доступным пользователю подразделениям.
- Отсутствует отчетность по контролю (по дням и интервалам) фактической и запланированной задолженности. Это актуально и для покупателей и для поставщиков.
- Отчетность и часть функционала не пригодны для работы в режиме тонкого/web-клиента.
- Учет по регулярным соглашениям, договорам.
- Часто встречаются ситуации, когда необходимо регулярно осуществлять оплату поставщикам. Например, арендные платежи и т.д.
В УПП не автоматизировано отражение в платежном календаре и т.п. этих предстоящих расходов. Т.е необходимо в режиме ручного управления отслеживать такие платежи и оформлять заявки на платеж, что неудобно и трудоемко.
- В договорах с покупателями, 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 входят еще:
- Подсистема бюджетного планирования;
- Подсистема управления договорами;
- Подсистема формирования и учета фактических платежей;
- Гибкий, настраиваемый механизм формирования/заполнения документов на основе шаблонов;
- Гибкая, настраиваемая подсистема интеграции с клиент-банком.
- В процессе утверждения заявки можно не только согласовать/отклонить документ (как это сделано в УПП), но доступны и другие функции: например, отправить документ на доработку, либо запросить доп. информацию.
Весь этот процесс автоматизирован, соответственно предусмотрена отчетность о состоянии отработки согласования документа.
5. Итоги
 |
 |
 |
Выводы:
- Для автоматизации работы финансовых департаментов, казначейств, организаций со сложной орг. структурой наиболее подходящим решением является «WA:Финансист
»
.
Данное решение развивалось и эволюционировало длительное время, соответственно аккумулировало специфику и требования разных фин. департаментов и казначейств. Общие трудозатраты на разработку решения составили более 5000 чел/часов.
Преимуществом решения «WA:Финансист» является развитая функциональность и большое количество механизмов настроек программы. Таким образом, внедрение этого решения возможно в короткие сроки (т.н. «коробочное внедрение»), без доп. разработок, программирования и т.д.
Так как в решении заложены механизмы двухстороннего обмена со всеми основными типовыми конфигурациями, то интеграция в имеющуюся структуру (обмен данными с базами УТ, УПП, Комплексная, Бух) будет не сложной.
- Для автоматизации фин.департамента / казначейства в рамках проекта комплексной автоматизации
лучше всего подойдем решение на базе УПП
.
При этом нужно понимать, функциональность УПП потребует доработок.
Специфика, требования фин. департаментов, казначейств заложены в УПП не так глубоко, как это сделано в отдельных, специализированных решениях.
Таким образом, внедрение УПП по этим задачам следует выполнять только в рамках проекта автоматизации.
- Для крупных организаций, для автоматизации департамента казначейства УТ11
не подходит.
В данном решении, во-первых, отсутствуют механизмы согласования/утверждения документов планирования.
Во-вторых, отсутствует подсистема бюджетирования и контроль выполнения бюджетов при оперативном планировании.
Однако, УТ11 отлично подойдет для автоматизации (в т.ч. оперативного планирования д/c) небольших фин. отделов компаний .
Loading...