Таблица с суммарными денежными потоками рассмотренная в главе 19, служит больше, для отображения суммарного ежедневного денежного потока (ДП) и остатков денежных средств (ДС), по которым, при их недостатке, можно произвести расчет и стоимость привлекаемых заемных средств. Специалисты финансового отдела задумались над противоположной задачей - отсутствием детализации или аналитики этих денежных потоков в разрезе одного банковского дня. Такая детализация необходима для анализа проводимых кассовых операций и, при необходимости, последующего внесения корректировок в принимаемые управленческие решения, исправляющих возможные неприятности. Поэтому решено дополнить модель прогнозирования движения денежных потоков еще одним рабочим листом с таблицей платежного календаря, который будет отображать:
Стратегический смысл самого платежного календаря заключается в том, чтобы найти узкие места в детализированных потоках ДС и по возможности устранить их. Ведь при положительном потоке за месяц в целом, могут быть всплески остатков ДС ниже нулевой отметки внутри этого месяца. Такая ситуация, когда не хватает денег для ведения оперативной хозяйственной деятельности, называется кассовым разрывом. Не применяя моделирования спрогнозировать возможное поведение наличности практически невозможно, да и исправить тоже. А это невыполнение взятых на себя обязательств с возможным последующим срывом бизнеса в целом или же дополнительными издержками для устранения нежелательных последствий, когда таковые становятся известны слишком поздно. Ведь известно, что стоимость приобретаемых товаров и услуг зачастую зависит от выполнения партнером взятых на себя обязательств.
Другой возможный смысл платежного календаря - оптимизация движения денежных средств (ДДС) с целью максимальной эффективности использования ресурсов, коими и являются деньги. Статьи ДДС в платежном календаре позволяют более эффективно взглянуть на происходящие процессы с целью создания бездефицитного платежного календаря, основанного на анализе предшествующих событий и прогнозировании будущих. Могут существовать различные подходы, например, желание "уложиться" в планируемые денежные ресурсы или расчет минимально возможных сумм привлекаемых кредитов и их стоимости при нехватке ДС. Платежный календарь позволит моделировать будущие потоки ДС по принципу "что-если" и находить более оптимальные варианты, например, в сроках оплаты. При кратковременном избытке денег, принимается решение не размещать их на депозите, а оплатить поставщикам за материалы (товары, услуги) с определенной заранее оговоренной скидкой. Или наоборот, предварительно провести переговоры с покупателем, с целью оплаты им товара ранее установленного срока с предоставлением ему скидки, а не привлекать краткосрочный кредит.
Пример классического платежного календаря
По логике в состав денежных потоков, как средства оплаты, входят непосредственно денежные средства - товар, обладающий мгновенной ликвидностью, так и их эквиваленты. В качестве эквивалентов выступают различные активы, полученные в качестве оплаты за реализованный товар (услуги). Это, как правило, другой товар (взаимозачет, бартер), векселя и пр. Но при поступлении этих эквивалентов сумма на банковском счете остается неизменной и ликвидность эквивалентов не является мгновенной. Поэтому рассматриваем платежный календарь, только для прогнозирования и фиксации непосредственно движения наличности.
В составе классического платежного календаря (рис. 21.1.) можно выделить три составляющих ДДС:
Заполнение платежного календаря и расчеты, которые в нем производятся можно осуществлять самыми различными методами. Например, ввод данных в календарь с клавиатуры на основании произведенных ранее расчетов или предположений. Но этот метод при проведении предприятием активной и многоплановой деятельности не устраивает финансовый отдел. Должна присутствовать определенная стройная система, которая позволит как изменять одновременно массивы данных в платежном календаре, так и анализировать эти данные. Предполагается, что данные в календаре будут обновляться автоматически, на основании разработанного алгоритма и в качестве исходных данных будут использованы все полученные ранее результаты в модели прогнозирования денежных потоков.
Платежный календарь выступает как самый итоговый отчет, на основании которого будет планироваться и контролироваться кассовая жизнь предприятия. В качестве примера возможной автоматизации заполнения платежного календаря рассмотрим операцию поставки товара и получения средств по кредитной линии, рассмотренные в прошлых главах.
Рис. 21.1. Пример классического платежного календаря
Задачи автоматизации формирования платежного календаря
У модели ДенежныеПотоки присутствует существенный недостаток - невозможность просмотра проводимых операций в разрезе одного банковского дня при достаточном количестве введенных записей о проводимых операциях в исходную таблицу на рабочем листе ИсхДанные. Для этой цели введите в состав модели рабочий лист ПК с платежным календарем (рис. 21.2.). Непосредственные задачи автоматизации формирования платежного календаря:
Рис. 21.2. Рабочий лист ПК с созданным платежным календарем и числовым примером за февраль месяц
Создание платежного календаря
Таблица непосредственно платежного календаря расположена в области ячеек С6:AI83. Строки 12:29 календаря выделены для формирования постатейно данных поступивших денежных средств, а строки 32:79 - для списанных.
Перед автоматическим заполнением платежного календаря в ячейку D2 с клавиатуры вводится номер месяца, за который будет формироваться платежный календарь. Промежуточные расчеты при формировании платежного календаря будут производиться в столбцах ВА:ВС.
Формирование наименований статей платежного календаря
Для формирования наименований статей платежного календаря предназначена подпрограмма ФормированиеСтатейКалендаря (рис. 21.3.). Статьи формируются на основании наименований операций, введенных в исходную таблицу на рабочем листе ИсхДанные. Причем, если наименование операции присутствует в исходной таблице, но не проводилась в месяце, за который формируется платежный календарь, эта статья будет все равно присутствовать в календаре. Это объясняется необходимостью унификации платежных календарей за любой период времени. Смысл такой унификации заключается, прежде всего, в наглядности, или желании человека искать вещи на привычном для него месте. Например, в одном месяце предприятие вело активную финансово-хозяйственную деятельность и статей расхода, по которым проводились операции, было 50, а в другом месяце всего 10, и в календаре отражены только статьи с проводимыми операциями. Руководитель, положив на стол два листа бумаги с распечатанными платежными календарями, больше времени потратит на поиск идентичных статей в этих таблицах, чем непосредственно на анализ содержащейся информации и принятие решений.
В подпрограмму входят на две других процедуры: ввод формул выбора наименований статей поступления (ДоходнаяЧасть) и статей списания денежных средств (РасходнаяЧасть). Сама же подпрограмма осуществляет только вставку выбранного текста наименований статей непосредственно в календарь.
В нашем примере в создаваемом платежном календаре можно разместить до 18 статей в доходной части календаря и 48 статей в расходной. При необходимости количество статей может быть уменьшено или увеличено, но тогда необходимо будет редактировать описанные далее макросы формирования платежного календаря и размеры таблицы, в которой календарь размещен.
Если нет необходимости в постоянном обновлении наименования статей при формировании платежного календаря, то тогда выполнение этой подпрограммы можно не производить, поставив перед ее именем в рассматриваемой далее подпрограмме ЗаполнениеПлатежногоКалендаря (рис. 21.5.) знак примечания.
Рис. 21.3. Подпрограмма ФормированиеСтатейКалендаря для формирования наименования статей поступления денежных средств
Формирование наименования статей поступления денежных средств
Прежде чем приступить к записи макроса ДоходнаяЧасть, введите формулы в ячейку ВА12:
=ЕСЛИ(ИсхДанные!I10=0;"";ЕСЛИ(ИсхДанные!H10=1;ИсхДанные!C10;0))
которая вначале проверяет - отличается ли значение в ячейке I10 рабочего листа ИсхДанные (поступление денежных средств) от значения 0. Если отличается, то проводится дополнительная проверка - введен ли признак денежных потоков в ячейку Н10 рабочего листа ИсхДанные. При выполнении этих условий формула возвращает текст наименования операции, введенную в ячейку С10 рабочего листа ИсхДанные.
И в ячейке ВВ12 формула:
=ЕСЛИ(BA12=BA13;0;BA12)
которая вступает в свои полномочия после замены содержимого диапазона ячеек ВА12:ВА5002, содержащих первую формулу на определенные ею значения и последующую их сортировку (по убыванию не считая первую строку строкой заголовка). После сортировки значений, текст одинаковых наименований статей будет содержаться только в смежных ячейках. Тогда эта формула, сравнив значения в двух смежных ячейках, при идентичном тексте возвратит значение 0, а при несовпадении - текст наименования статьи в ячейке находящейся выше. Таким образом, из всех ячеек, содержащим одинаковый текст наименования статьи во всем массиве данных будет выбрана только одна.
Для записи подпрограммы выполните следующие действия после начала записи макроса:
Рис. 21.4. Макрос ДоходнаяЧасть
Формирование наименования статей списания денежных средств
При создании макроса РасходнаяЧасть нет необходимости повторять все действия, выполненные при записи предыдущего. Скопируйте макрос ДоходнаяЧасть в Редакторе Visual Basic и заменив имя отредактируйте его, что заключается в замене ссылки на ячейку с I10 при вводе формулы в диапазон ячеек ВА:
""=IF(ИсхДанные!R[-2]C[-44]=0, ......"
""=IF(ИсхДанные!R[-2]C[-43]=0, ...."
Это относительная система ссылок и указывает на то что столбец I находится 44-м, а столбец J 43-м слева по отношению к столбцу ВА, в ячейки которого вводятся формулы.
Заполнение платежного календаря суммами ежедневных оборотов денежных средств
Подпрограмма ЗаполнениеПлатежногоКалендаряПоДатам (рис. 21.5.) состоит из трех составляющих:
Критериями при выборе данных служат:
Рис.21.5. Подпрограмма ЗаполнениеПлатежногоКалендаряПоДатам
Формулы расчета ежедневных оборотов денежных средств
Для ввода формул определения ежедневных оборотов денежных средств запишите макрос ФормулыЗаполненияПлатежногоКалендаря, предварительно введя следующие формулы. В ячейке ВА10 формула:
=ЕСЛИ(МЕСЯЦ(ИсхДанные!D10)=$D$2;ЕСЛИ(ДЕНЬ(ИсхДанные!D10)=$BA$1;ИсхДанные!C10;0);0)
которая сначала определяет, соответствует ли номер месяца в дате, находящейся в ячейке D10 рабочего листа ИсхДанные номеру месяца, введенному в ячейку D2 рабочего листа ПК. При выполнении этого условия проверяется следующее условие - соответствует ли номер дня месяца этой даты номеру дня месяца, вводимого в ячейку ВА1 рабочего листа ПК. При выполнении этих условий формула возвращает наименование проводимой операции, введенной в ячейку D10 рабочего листа ИсхДанные. В противном случае формула возвращает значение 0.
Формула в ячейке ВВ10:
=ЕСЛИ(BA10=0;0;СУММ(ИсхДанные!I10:J10))
проверяет результат вычисления формулы в ячейке ВА10. Если результат не равен нулю, то формула суммирует значение поступления и списания денежных средств по этой операции, содержащихся в ячейках I10:J10 рабочего листа ИсхДанные. Суммирование значений доходных и расходных статей объясняется тем, что в ячейках I10:J10 значения одновременно содержаться не могут. Это должно обязательно учитываться при формировании таблицы на листе ИсхДанные, ведь иначе такая запись не будет иметь никакого смысла.
Формула в ячейке ВС12:
=СУММЕСЛИ($BA$10:$BA$5000;$C12;$BB$10:$BB$5000)
суммирует обороты движения денежных средств в области ячеек ВВ10:ВВ5000 за номер дня месяца, введенного в ячейку ВА1 и при условии, что текст наименования статьи в ячейке С12 идентичен тексту наименования статьи в области ячеек ВА10:ВА5000.
Запись макроса заключается в последовательном вводе этих формул в диапазоны ячеек BC12:BC79, ВА10:ВА5000 и ВВ10:ВВ5000.
Рис. 21.6. Подпрограмма ввода формул определения оборотов за день по каждой статье управленческого учета
Цикл заполнения платежного календаря ежедневными оборотами движения денежных средств
Основным элементом автоматического заполнения платежного календаря ежедневными оборотами ДДС является цикл For-Next. Последовательность выполняемых циклом операций в подпрограмме ЗаполнениеПлатежногоКалендаряПоДатам (рис. 21.5.) следующая:
Ввод дат и сальдо на начало дня
Задачей макроса КалендарьДатыСальдо (рис. 21.7.) является ввод формул:
Как помните, при создании таблицы на листе СуммПотоки было задано ограничение вертикального расположения таблицы строкой 200 или, исходя из рабочей области, таблица охватывает временной интервал в 198 дней. Ограничение было связано с увеличением скорости обработки информации. Причем алгоритм создания этой таблицы, самостоятельно определяет дату, с которой будет начинается этот временной интервал. Как следствие, если начальная дата находится во второй половине года, то временной интервал перейдет и на следующий год.
Кроме того, создавая различные приложения и модели, на протяжении всей книги, мы стремились к тому, чтобы пользователь при работе с компьютером делал как можно меньше ненужных движений. К таким "движениям" можно отнести и ввод номера года, за который будет формироваться платежный календарь. Поручим Excel самостоятельно производить выбор года. Основной критерий - год должен находиться во временном диапазоне, формируемом на листе СуммПотоки и определяться номером вводимого месяца в ячейку D2 на листе ПК.
Несмотря на кажущуюся сложность, задача довольно проста и определяется одной формулой, по критериям: заданный временной диапазон и значение номера месяца. Формула определения номера года в ячейке D3:
=ЕСЛИ(ИЛИ(ГОД(МИН(СуммПотоки!B3:B200))=ГОД(МАКС(СуммПотоки!B3:B200));МЕСЯЦ(МИН(СуммПотоки!B3:B200))
в первом аргументе функции ЕСЛИ функция ИЛИ проверяет два условия:
При соблюдении одного из условий, или обоих одновременно, формула возвращает минимальное значение года в области дат на рабочем листе СуммПотоки. В противном случае возвращается номер максимального года в этой же области.
Формула формирования даты в ячейке D6:
=ЕСЛИ(ЕОШ(СЦЕПИТЬ(D7;".";$D$2;".";$D$3)*1);0;СЦЕПИТЬ(D7;".";$D$2;".";$D$3)*1)
с помощью функции СЦЕПИТЬ соединяет в единое целое день (ячейка D7), месяц (ячейка D2) и год (ячейка D2). Алгоритм вычислений таких формул описан в главе 7. Цикл заполнения платежного календаря предполагает, что в месяце 31 день. Следовательно, как в нашем примере, если формировать календарь за февраль, в котором 28 дней, то, в этом месяце, начиная с 29-го числа, будет возвращаться значение ошибки #ЗНАЧ. Поэтому функцию СЦЕПИТЬ в первом аргументе функции ЕСЛИ проверяет функция ЕОШ, которая при обнаружении ошибки возвратит значение ИСТИНА. В таком случае функция ЕСЛИ возвратит значение 0, в противном - значение даты в формате Excel, созданной функцией СЦЕПИТЬ.
По этой дате формулой в ячейке D9 определяется остаток денежных средств на начало дня, используя остаток денежных средств в таблице денежных потоков на рабочем листе СуммПотоки:
=ЕСЛИ(ЕНД(ВПР(D6-1;СуммПотоки!$B$3:$E$200;4;ЛОЖЬ));0;ВПР(D6-1;СуммПотоки!$B$3:$E$200;4;ЛОЖЬ))
Основная функция поиска данных формулы - функция ВПР. При отсутствии даты в диапазоне поиска, для устранения возвращаемого формулой значения ошибки, в первом аргументе функции ЕСЛИ применена функция ЕНД. А функция ЕСЛИ выбирает - при отсутствии даты, возвращает значение 0, в противном случае значение остатка денежных средств на заданную дату, найденное функцией ВПР.
Запись макроса КалендарьДатыСальдо заключается в последовательном вводе этих формул в ячейки D3, D6:AH6 и D9:AH9 и последующем редактировании кода VBA после записи макроса.
Рис. 21.7. Подпрограмма КалендарьДатыСальдо
Итоговые расчеты платежного календаря
Подпрограмма КалендарьИтоговыеРасчеты (рис. 21.8.) довольно проста и заключается во вводе всех суммирующих формул в соответствующие диапазоны ячеек. В заключение подпрограмма выделяет весь рабочий лист и заменяет формулы на значения, после чего вводит в ячейку С1 формулу определения текущей даты и времени.
Рис. 21.8. Подпрограмма КалендарьИтоговыеРасчеты
Полный цикл заполнения платежного календаря
Для того чтобы все операции по заполнению платежного календаря происходили автоматически, напишите подпрограмму ЗаполнениеПлатежногоКалендаря (рис. 21.9.). Эта подпрограмма состоит из имен записанных ранее макросов, выполняющих заданные им процедуры расчетов. Для запуска макроса на выполнение создайте кнопку Заполнение платежного календаря (рис. 21.2.) и назначьте ей созданную подпрограмму.
Рис. 21.9. Подпрограмма ЗаполнениеПлатежногоКалендаря
Полный цикл расчета денежных потоков
Для полного расчета всей модели от перерасчета данных на листе ИсхДанные до расчета кредитной линии и заполнения платежного календаря запишите подпрограмму ПолныйРасчетДенежныхПотоков (рис. 21.10.), которая осуществляет весь цикл расчетов, описанный в главах создания модели ДенежныеПотоки. Запуск подпрограммы на выполнение поручите кнопке Полный расчет денежных потоков (рис. 21.2.).
Рис. 21.10. Подпрограмма ПолныйРасчетДенежныхПотоков полного расчета модели денежных потоков
Подпрограмма перепоручает созданным ранее процедурам УточненныйРасчетКредитнойЛинии (рис. 20.12.) и ЗаполнениеПлатежногоКалендаря (рис. 21.9.) выполнение всего цикла вычислений с момента перерасчета таблицы на листе ИсхДанные до заполнения платежного календаря. Кроме этого подпрограмма дополнена сервисными функциями:
Скорость выполнения вычислений всей модели зависит от мощности компьютера и может колебаться от десятков секунд до нескольких минут. В нашей подпрограмме внедрение таймера носит больше обучающий характер.
Работа таймера основана на функции Timer, которая возвращает значение, представляющее число секунд, прошедших после полуночи. Вначале выполнения подпрограммы переменной Х присваивается значение функции Timer в момент нажатия на кнопку, запускающую выполнение вычислений. После выполнения подпрограммы переменной Х присваивается разность между текущим значением функции Timer и зафиксированном ранее значением переменной Х. Полученное значение округляется с помощью функции Round:
X = Application.Round((Timer - X), 0)
Иначе в диалоговом окне показывающим окончание цикла вычислений после целого значения секунд будет присутствовать несколько десятичных знаков.
Создание диалогового окна с помощью функции MsgBox
О возможности создания в Excel пользовательских диалоговых окон с помощью Редактора Visual Basic было написано в главе 5 (рис. 5.16.). Рассмотрим создание и применение диалогового окна с помощью функции MsgBox. Функция MsgBox выводит на экран диалоговое окно, содержащее сообщение и устанавливает режим ожидания нажатия кнопки пользователем.
Синтаксис функции:
MsgBox(prompt[, buttons] [, title] [, helpfile, context])
содержит следующие основные именованные аргументы:
В нашей подпрограмме в строке кода VBA:
MsgBox "Полная продолжительность расчета - " & X & " секунд(а/ы)", 0, "Модель прогнозирования движения денежных потоков"
у функции MsgBox имеются следующие аргументы:
Рис. 21.11. Созданное диалоговое окно Модель прогнозирования движения денежных потоков для отображения времени расчета модели и показывающее окончание проведения расчетов
Сворачиванием окна Excel на все время выполнения вычислений
Полный цикл расчета модели может длиться более одной минуты, и для того чтобы это не утомляло глаза при расчете параметров кредитной линии, применялось отключение обновления экрана (рис. 20.12.). Более эффективный способ - сворачивание окна Excel на время выполнения процедуры вычисления. Поэтому допишите две строчки кода VBA. В начале подпрограммы:
Application.WindowState = xlMinimized
и в конце:
Application.WindowState = xlMaximized
Присвоение свойству WindowState значения xlMinimized позволит свернуть окно Excel перед выполнением вычислений, а значение xlMaximized восстановит его во весь экран. В это время можно работать в других программах.
Итоги
Итак, на протяжении пяти глав постепенно создавалась модель прогнозирования денежных потоков. Эта глава как завершающая создания модели для проведения необходимых вычислений.
В этой главе был описан процесс от необходимости применения платежного календаря в деятельности предприятия по управлению наличностью до реализации проекта по его автоматическому формированию. Он несколько отличается от классического (рис. 21.1.), но это легко исправляется, например, организовав экспорт данных из созданного календаря в классический.
Практическое применение платежного календаря для производственного предприятия рассмотрено в главе 26.
Раздел отображает информацию об ожидаемых поступлениях денежных средств (ДС). Источником информации служат документы системы:
Задолженности на начало периода формирования «Платежного календаря» отображаются в остатках (рис. 6).
Рисунок 6 - Информация о задолженности и планируемых поступлениях по взаиморасчетам с покупателями
Детализировать информацию о просроченных и планируемых платежах покупателей можно посредством перехода в форму «» (рис. 7).
Рисунок 7 - Отображение ожидаемой оплаты от покупателей
Обратите внимание! Если по одной хозяйственной операции была отражена цепочка документов, например, Счет покупателю - Реализация (акты, накладные), с отличными либо одинаковыми данными, то при формировании формы «Ожидаемая оплата от покупателей» сумма будет отражена несколько раз по разным документам. При этом в самом «Платежном календаре» сумма будет отражена по информации из первого документа в цепочке.
К примеру, по контрагенту «БАР Дионис» в программу ведены 2 документа:
В «Платежном календаре» информация отражена по документу Счет покупателю 102 500 руб. (поскольку он является первым в цепочке). При этом в форме «Ожидаемая оплата от покупателей» (форма вызывается из Платежного календаря) отражены обе суммы (102 500 руб. и 99 000 руб.) по двум документам и с разными датами.
В форме «Ожидаемая оплата от покупателей » можно изменить срок оплаты по контрагенту. Для этого необходимо в табличной части выделить Контрагента и нажать «Изменить срок оплаты ». После изменения срока нажимаем кнопку «ОК» и обновляем форму.
Двойной клик по строке «Ожидаемая оплата от покупателе й» открывает документ-основание для просмотра и редактирования.
В форме «Ожидаемая оплата от покупателя » для оповещения Контрагента о просроченном платеже предназначена кнопка «Напомнить». Кликом по этой кнопке создается письмо контрагенту с напоминанием о платеже.
Раздел отображает информацию о денежных средствах находящихся в пути, переводах и продажах по платежным картам (рис. 8). Источником информации являются документы:
Рисунок 8 - Отображение прочих поступлений
Раздел включает платежи в бюджет. Источником информации являются задачи по уплате налогов из «Списка задач »:
Задачи создаются автоматически в системе на основании начисленных налогов, подготовленных деклараций и отчетов (рис. 9).
Рисунок 9 - Отображение информации о налогах и взносах
Сроки уплаты налогов и взносов отображаются в соответствии регламентом действующего законодательства.
Обратите внимание! В Платежном календаре отображается вся сумма задолженности по налогам накопительным остатком (просроченные + планируемые).
Рисунок 10 - Отображение списка задач и их статуса
Если по платежу не определены суммы, то в табличной части отображается знак "–". При этом ячейка содержит указание на то, что необходимо для определения суммы платежа. Клик по ячейке позволяет открыть форму для отображения расчета и уплаты соответствующего налога (рис. 11).
Рисунок 11 - Информация о расчете и уплате налога на прибыль
Раздел содержит информацию о запланированных платежах поставщикам. Источником информации являются документы:
Информация о просроченных платежах отображается в начальных остатках (рис. 12).
Рисунок 12 - Информация о взаиморасчетах с поставщиками в «Платежном календаре»
Обратите внимание! Если по одной хозяйственной операции была отражена цепочка документов (например, "Счет покупателю - Реализация"), но эти документы не связаны между собой (т.е. вводились не «на основании», а отдельно), то в «Платежном календаре» будут отражаться данные, указанные во всех документах. Т.е. возможно дублирование записей по одной хозяйственной операции .
Также в «Платежном календаре» отображаются помеченные на удаление платежные поручения . Проверить связь между документами можно из журнала документов либо из самого документа посредством формы «Связанные документы».
Если в базе была отображена оплата по счету и введен документ «Списание с расчетного счета» на всю сумму платежа, то счету присваивается статус «Оплачен» и он в Платежном календаре не отображается. Но если документ «Списание с расчетного счета» был помечен на удаление, то у счета остается статус «Оплачен» и он не отражается в Платежном календаре. В такой ситуации, чтобы счет отражался в Платежном календаре, необходимо вручную в счете поменять статус на «Не оплачен».
Детализировать информацию о просроченных и планируемых платежах можно посредством перехода по соответствующей гиперссылке в форму «Оплата поставщикам » (рис.13).
Рисунок 13 - Отображение информации об оплате поставщикам
В этой же форме можно изменить срок оплаты по контрагенту или группе контрагентов. Для этого необходимо выделить соответствующего контрагента и нажать на кнопку «Изменить срок оплаты». После изменения срока нажимаем кнопку «ОК» и обновляем форму (нажимаем кнопку «Обновить»).
Клик по строке «Оплата поставщикам» открывает для просмотра и редактирования соответствующий документ-основание.
В форме «Оплата поставщикам » можно создать платежные поручения, кликнув на кнопку «Создать платежные поручения ». При нажатии данной кнопки выводится платежное поручение для просмотра и редактирования.
При создании платежных поручений для группы контрагентов, в экранной форме программы выдоиться журнал «Платежные поручения ». В журнале можно открыть и отредактировать уже созданные платежные поручения по соответствующим контрагентам.
Из табличной части «Платежного календаря» можно открыть документ, на основании которого была отражена задолженность перед поставщиком.
Раздел заполняется на основе остатков начисленной, но не выплаченной зарплаты (рис. 14). Источником информации являются задачи по выплате зарплаты из «Списка задач ». Задачи создаются автоматически в системе на основании документа «Начисление зарплаты ».
Рисунок 14 - Отображение информации о зарплате
Сроки выплаты зарплаты отображаются в соответствии регламентом действующего законодательства.
Рисунок 15 - Отображение задач по выплате зарплаты
Обратите внимание! В cписке задач отображается начисление зарплаты во всех месяцах, в которых должна была производиться выплата зарплаты, даже если в базе нет документа «Начисление зарплаты ».
Если документ «Начисление зарплаты за Х месяц» был помечен на удаление, то при переходе из Списка задач на «Зарплата за Х месяц» с документа «Начисление зарплаты за Х месяц» автоматически снимается пометка на удаление и он проводится.
Если документ «Начисление зарплаты за Х месяц» не был проведен, то при переходе из Списка задач на «Зарплата за Х месяц» документ «Начисление зарплаты за Х месяц» автоматически проводится.
Если документ «Начисление зарплаты за Х месяц» не был создан, то при переходе из Списка задач на «Зарплата за Х месяц» документ «Начисление зарплаты за Х месяц» автоматически создается и проводится.
Клик по ячейке, в которой указан планируемый платеж по выплате зарплаты, позволяет открыть форму для отображения расчета и выплаты зарплаты, а также уплаты НДФЛ (рис. 16).
Рисунок 16 - Отображение расчета зарплаты и уплаты НДФЛ
Данный раздел заполняется на основании задач, сформированным по правилам регулярных платежей. Здесь отображаются регулярные платежи (отличные от уплаты обязательных платежей и зарплаты), например: арендная плата, коммунальные платежи и т.д. (рис. 17).
Рисунок 17 - Отображение периодических платежей в платежном календаре
Для настройки регулярного платежа необходимо в платежном поручении установить галочку «Повторять платеж » и выбрать параметры повторения: дату следующего платежа и периодичность повторения (рис. 18).
Рисунок 18 - Отображение настроек регулярных платежей
Контроль движения денежных средств – основная задача, которая стоит перед финансовой службой любого предприятия. При этом инструментом, позволяющим в наглядной форме управлять денежными потоками, является платежный календарь предприятия или график платежей организации.
Платежный календарь – это полезнейший и часто используемый инструмент казначея в части оперативного финансового планирования, позволяющий получить исчерпывающе подробную информацию по остаткам и движению денежных ресурсов в перспективе за произвольно установленный период времени.
Он может быть разработан как в разрезе отдельных денежных потоков, так и в целом по компании.
Исторически, на многих предприятиях составление и ведение платежного календаря производится с помощью электронных таблиц в Excel (скачать пример платежного календаря в Excel). Этот зарекомендовавший себя за многие годы способ, дает возможность базового финансового планирования, поскольку сильно зависит от «человеческого фактора». Продвинутый вариант, позволяющий раскрыть весь потенциал такого инструмента, как платежный календарь, заключается в его составлении и ведении с помощью автоматизированной финансовой системы.
Составленный платежный календарь предприятия в специализированной программе, разработанной на базе «1С: Предприятие», по своей сути является планом движения денежных средств на определенный период с необходимым уровнем детализации, достаточным для принятия решений по управлению движения денежными средствами (ДДС).
Главная цель использования платежного календаря – борьба с кассовыми разрывами. Представление графика платежей в простой, наглядной форме позволяет явственней увидеть картину движения денежных средств, сформированную данными оперативного планирования на основании информации о плановых поступлениях и списаниях денежных средств.
Рисунок 1. Пример платежного календаря в профессионально специализированной программе «WA: Финансист».
Информация о прогнозном движении денежных средств с возможными кассовыми разрывами способствует оперативному принятию мер по недопущению данной ситуации.
Очень важным для использования данного инструмента управления движением денежных средств является его интерактивность и возможность настройки аналитики любой глубины в полезном разрезе.
Возможность переноса планового платежа непосредственно в форме с оперативным изменением ситуации по плану поступлений и расходования денежных средств дает пользователю наглядную картину ситуации по изменению денежных потоков предприятия.
Настраиваемые группировки инструмента предоставляют пользователю тот уровень детализации, который ему действительно необходим (от сводных оборотов по каждой заявке, до детализированных).
Использование информации о неснижаемом остатке, может быть эффективным механизмом накопления сумм на счете к определенной дате (например, для оплаты налогов или выплаты заработной платы).
Результатом оптимизации платежного календаря является упорядоченный план (прогноз) движения денежных средств, в котором отсутствуют кассовые разрывы.
На основании этих данных формируется реестр платежей и график платежей, с помощью которого создаются платежные поручения в банк.
Всем этим требованиям соответствует платежный календарь, реализованный в программном продукте на базе 1С - «WA:Финансист. Управление денежными средствами».
Платежный календарь в системе – это интерактивный инструмент, при помощи которого казначей управляет денежными потоками предприятия.
Рисунок 2. Пример платежного календаря в программе «WA: Финансист. Управление денежными средствами».
Рисунок 3. Область настройки отчета в программе «WA: Финансист. Управление денежными средствами».
В настройках платежного календаря можно:
Все эти функции дают пользователю возможность не только управлять выводом данных, но и настраивать структуру платежного календаря «под себя», задавать отборы, создавать реестр платежей. Настройки системы, созданные пользователем один раз, могут быть, как сохранены и использованы самим пользователем, так и скопированы для других.
В соответствии с настройками пользователя, платежный календарь предприятия формируется с той или иной степенью детализации.
Рисунок 7. Пример детализации платежного календаря в программе «WA: Финансист. Управление денежными средствами».
В область данных выводится информация о планируемом движении денежных средств или графике платежей, визуально отображаются области, в интервале которых казначей может двигать дату платежа по заявкам без нарушений условий договора. Перемещение заявки на другую дату не требует редактирования документа. Пользователь просто «перетаскивает» заявку на другую дату. При этом автоматически пересчитывается план движения денежных средств по датам. Пользователь «перетаскиванием» может переносить заявки, как между интервалом дат, так и между местами хранения денежных средств.
Если для планирования необходима информация о неснижаемых остатках по счетам, пользователь может включить вывод этой информации, выбрав соответствующий пункт в настройках платежного календаря.
Рисунок 8. Ввод информации о неснижаемом остатке ДС в программе «WA: Финансист. Управление денежными средствами».
Для ввода данных о неснижаемом остатке денежных средств, используется специальный помощник, вызываемый по кнопке 
После «нормализации» потоков денежных средств, пользователь может применить изменения в системе. После принятия изменений, график дат запланированных платежей зафиксируются в заявках.
На основании заявок можно сформировать реестр платежей или напрямую сформировать платежные поручения для отправки их в систему взаимодействия с программой «Клиент-Банк».
Сегодня основной проблемой для многих предприятий является поиск свободных финансовых ресурсов. Ведь невозможность их привлечения приводит к спаду производства, а снижение уровня доходов населения, потребительского спроса ведет к сокращению выручки предприятий, росту дебиторской задолженности
В период экономического спада условия поставок от предприятий ужесточаются: минимизируя риски, компании предпочитают работать по предоплате. Поэтому дефицит живых денежных средств (далее — ДС) становится основной проблемой, которую приходится решать предприятию, чтобы в кризисной реальности обеспечить свою ликвидность и платежеспособность.
Механизмом, позволяющим контролировать ликвидность компании и максимально продуктивно использовать ДС, является платежный календарь.
Оперативное планирование денежного потока на определенный период осуществляется путем составления платежного календаря в рамках бюджета движения денежных средств (далее — БДДС) на основании текущего состояния платежей, заключенных контрактов, подписанных договоров и фактических обязательств.
С точки зрения бюджетирования платежный календарь представляет собой систему резервирования ДС из плана. Но в отличие от БДДС это более подробный документ. Ведь если при стратегическом планировании не имеет значения, от кого конкретно будут получены или кому заплачены деньги, то при оперативном — все как на ладони: вот должники-дебиторы, а вот — кредиторы.
Поэтому в платежном календаре можно подробно расписать: кому, когда, от кого, за что и сколько следует заплатить (получить).
Платежный календарь представляет собой план движения денежных средств (далее — ДДС) в краткосрочной перспективе (неделя-месяц), отражающий все виды деятельности предприятия (основную, финансовую, инвестиционную), утвержденный руководством в рамках лимитов и возможностей предприятия.
Информация, представленная в платежном календаре предприятия, необходима собственникам бизнеса, руководителям высшего и среднего звена, руководителям центров финансовой ответственности (далее — ЦФО) и работникам финансово-экономического блока.
С точки зрения бюджетирования платежный календарь представляет собой систему резервирования денежных средств из плана
Круг вопросов, относящихся к компетенции финансового директора, одного из наиболее важных руководителей предприятия, необычайно широк — от задач оперативного управления денежной наличностью до проблем стратегического развития компании. Кроме того, на любом предприятии финансовое управление тесно связано с его основной деятельностью — производством, торговлей или оказанием услуг, а следовательно, с управлением ресурсами. Внедрение платежного календаря позволит сократить трудозатраты финансового директора на контроль расходования ДС Если ранее ему приходилось просматривать и подписывать каждую заявку на оплату, то с внедрением платежного календаря, когда суммы выплат утверждены в бюджетах, а порядок согласования платежей формализован, контроль денежных потоков можно возложить на работника финансовой службы. Финдиректор же будет согласовывать только ограниченное количество платежей, как правило, сверхлимитных, крупных или нерегулярных. Например, сумму платежа за аренду офиса достаточно согласовать один раз при утверждении бюджета, оставив контроль самой процедуры проплаты и соответствия сумм бюджету за финансистом.
Правильно выстроенные бизнес-процессы помогают свести к минимуму риск злоупотреблений со стороны сотрудников предприятия за счет разделения функций контроля выплат и их инициации. Например, руководитель бизнес-направления акцептует все заявки на оплату по своему ЦФО и отвечает за выполнение бюджета, а сотрудник финансовой службы контролирует соответствие заявок бюджетным лимитам и выполнение регламентных процедур платежной системы.
Задачи, которые позволит решить платежный календарь
1. Не допускать кассовых разрывов и невыполнения обязательств компании перед контрагентами. Основная цель формирования платежного календаря — борьба с кассовыми разрывами, при которых денег в кассе и на расчетном счете нет. Являясь фактически плановым «расписанием» потока ДДС предприятия, платежный календарь позволяет прогнозировать кассовые разрывы, заблаговременно принимать меры, чтобы исключить ситуации необходимости осуществления платежей при отсутствии достаточных средств на счете компании. Следуя принципу «предупрежден — значит вооружен», можно оперативно изменить планы расходования ДС, тем самым предотвратив кассовый разрыв.
Можно делать предварительные «прикидки», изменять даты поступлений и платежей, согласовывать их с контрагентами — и отражать все это непосредственно в платежном календаре.
2. Не допускать расходования средств свыше утвержденных сумм. Даже если денег у компании много, это не значит, что их можно расходовать бездумно. Траты допустимы только в рамках принятых бюджетов. Непредвиденные ситуации, требующие выйти за рамки бюджета, являются, скорее, исключениями из общего правила. Платежный календарь позволяет контролировать, находится ли платеж в рамках бюджета.
3. Управлять ликвидностью компании. Одним из основных критериев правильности управленческих решений, принимаемых в финансовой сфере, является положительность совокупного потока ДС в любой момент времени.
4. Предоставлять достоверную информацию в on-line режиме. Финансовую информацию важно получать оперативно. Недостатком платежного календаря, реализованного в Excel, является расход времени на перепостроение отчетности. Платежный календарь должен быть интегрирован в систему оперативного учета так, чтобы для получения достоверных данных не требовалось двойного ввода.
5. Обеспечить надлежащее соблюдение процедур согласования оплаты расходов. Процедура согласования должна включать в себя определенное делегирование ответственности, в зависимости от важности того или иного платежа.
6. Максимально исключить человеческий фактор.
Планирование потоков ДО предполагает возможность управления ликвидностью компании. В показателе ликвидности предприятия учтено состояние и величина его текущих активов и обязательств.
Платежный календарь — это план движения денег в краткосрочной перспективе, отражающий все виды деятельности компании, утвержденный руководством в рамках лимитов и возможностей предприятия
Основные составляющие текущих активов — запасы, дебиторская задолженность и ДС, текущих обязательств — кредиторская задолженность.
Платежный календарь позволяет управлять кредиторской и дебиторской задолженностями. Особенно это актуально при возрастании числа покупателей либо поставщиков, поскольку появляется возможность четко определить даты выплат для своевременного получения сырья, услуг, обеспечения эффективности деятельности предприятия, предупреждения возникновения штрафных санкций.
Управление ДС, имеющими отношение к товарно-материальным запасам, сразу ставит задачу управления оборачиваемостью запасов. Чем она быстрее, чем меньше складских запасов, тем дешевле они обходятся компании, тем эффективнее используются ДС для приобретения необходимого сырья, материалов, товаров для основной деятельности.
При дефиците «живых» денег особо важна четкая работа предприятия по согласованию плана платежей на всех уровнях управления и грамотная, продуманная расстановка приоритетов.
На практике нередко возникает ситуация, когда план поступлений не выполняется, а план расходования ДС исполняется в полном объеме, соответственно, общая сумма заявок на оплату превышает реальное поступление ДС. Во избежание кассовых разрывов целесообразно ранжировать все платежи по степени их приоритетности или значимости. Оплата по статьям с наиболее высоким приоритетом проводится в обязательном порядке, с более низким — при наличии дополнительных условий. Например, заявки на оплату задолженности перед основными поставщиками продукции, налогов удовлетворяются в первую очередь, тогда как расходы на обучение, модернизацию оргтехники финансируются при выполнении плана продаж не менее чем на 90%.
В этой связи весьма полезен анализ так называемых постоянных платежей: зачастую на предприятиях есть расходы, к которым привыкли и не ставят под сомнение их целесообразность. Свежий взгляд на структуру платежей поможет определить, действительно ли эти расходы обязательны. Составление плана ДДС только тогда имеет смысл, когда можно быть уверенным, что все необходимые платежи учтены. План составляется для того, чтобы исключить необходимость «внезапного» финансирования каких-либо «суперважных» проектов. Продумывать направления расходования ДС необходимо заранее, в кризисной ситуации уместно введение более жестких сроков по согласованию плана платежей на всех уровнях управления предприятием.
Что касается исполнения плана, то заслуживает внимания практика ежедневной сверки баланса наличных ДС, которая позволит исключить возможные злоупотребления, даст менеджерам достоверную информацию о текущем остатке средств на счетах и в кассе предприятия, что необходимо для принятия решений об осуществлении текущих платежей.
При построении системы денежных платежей компании следует выделить два направления работы. Первое — формирование финансовых планов в среднесрочной перспективе, статей ДДС и иных аналитик (организации, договоры, контрагенты), лимитирующих выплаты ДС. Результатом является документ — «Платежный календарь». Второе — описание движения заявок (платежных реестров) в контексте участников процессов, временных рамок, что рассматривается как бизнес-процесс предприятия, направленный на реализацию документа «Платежный календарь» с точки зрения взаимодействия подразделений и менеджмента предприятия, требующий четкой координации и пристального внимания со стороны руководителей и исполняющего персонала.
Основные этапы разработки системы платежного календаря
1. Формирование плановых данных (этот процесс реализуется в рамках бюджетирования и является обязательным подготовительным этапом, т.к. проверка возможности оплат осуществляется по плановым данным).
2. Определение перечня аналитик (статья ДДС, контрагенты, договоры, источник ДС), в контексте которых будет проводиться проверка возможности выплат и поступлений.
3. Построение механизма формирования реестров платежей, заявок.
4. Описание бизнес-процесса «Платежный календарь», определение в его рамках ответственных лиц по процедурам, задачам.
5. Регламентация и документарное оформление бизнес-процесса «Платежный календарь».
6. Автоматизация бизнес-процесса «Платежный календарь».
1. Формирование плановых данных
Предполагается, что компания имеет финансовую структуру с выделенными ЦФО, бюджетирование как инструмент управления внедрен и работает. Этот этап является основой для платежного календаря, т.к. проверка возможности оплаты/поступления происходит в разрезе определенных плановых данных.
Важно составить БДДС относительно денежных потоков по основной, инвестиционной и финансовой деятельности, для чего необходимо иметь бюджеты как основной деятельности, так и инвестиционных проектов. За каждой статьей целесообразно закрепить ответственного (т.е. работника, который принимает решения и несет ответственность как за плановые, так и за фактические показатели, отклонения факт-плана).
2. Определение перечня аналитик
Перечень аналитик позволяет создать инструмент для проверки выплат/ поступлений на возможность реализации.
Можно использовать следующие аналитики: ЦФО, источник ДС, контрагент (получатель ДС), договор с контрагентом (в рамках которого будут осуществлены выплаты), статья ДДС (по которой пройдут выплаты ДС), проект (по которому идут инвестиционные выплаты), приоритет платежа.
Выделяя аналитики в учетной системе, необходимо помнить о принципе экономической целесообразности — завышенные требования к перечню аналитик делают систему трудоемкой и немобильной. Поэтому следует остановиться на перечне, минимально необходимом для решения задач, поставленных компанией перед учетной системой.
3. Построение механизма формирования реестров платежей, заявок
После определения аналитик и реквизитов платежа формируется инструментарий оплаты/поступления ДС. Система оперативного управления финансами предприятия, реализуемая через бизнес-процесс «Платежный календарь», включает в себя несколько участников (сотрудник, отдел, служба), и каждому необходим инструмент, с которым он будет работать в данной системе. Сотрудники отделов и служб подают заявки на выплату/поступление ДС, а руководство или сотрудники, уполномоченные принимать решения, реализуют их через реестры заявок. Заявка представляет собой документ-запрос на поступления или выплаты ДС, содержащий описательную информацию о данной операции. В заявке отражаются все утвержденные аналитики, вспомогательные реквизиты, приоритетность, если необходимо, и поле для комментариев каждого из участников будущего процесса платежного календаря.
Реестр заявок — это перечень заявок, консолидированных по определенному признаку (дата, ответственный, источник ДС, вид статей).
И заявка, и реестр заявок на выплату ДС должны содержать полный и достаточный объем информации для принятия решения о выплате/поступлении денег.
4. Описание бизнес-процесса «Платежный календарь»
После проверки и одобрения оплаты предоставленных заявок считается, что платежный календарь как бизнес-процесс реализован в реестрах, утвержденных заявках.
Далее нужно ответить на вопросы: кто, что, когда и в какие сроки. Именно на данном этапе важен процесс разработки платежного календаря, который устанавливает порядок взаимодействия работников и, следовательно, определяет результат платежной дисциплины предприятия и его репутацию добросовестного партнера. Вариантов взаимодействия работников в процессе согласования заявок множество, и каждое предприятие вырабатывает схему, целесообразную и удобную для него.
При проектировании бизнес-процесса необходимо следовать определенным принципам:
- достаточность полномочий и функций участников процесса (это означает, что каждая из согласующих и утверждающих сторон имеет право на принятие того или иного решения по платежу);
- организационная обеспеченность (любой хозяйственный платеж или заявка на поступление должны иметь единый орган согласования и утверждения, и ни одно подразделение, участие которого в процессе предусмотрено, не может быть исключено из цикла формирования платежного календаря);
- возможность контролирующей функции (все заявки должны иметь достаточный уровень проверки возможности оплаты, во избежание несанкционированных выплат);
- динамизм (система денежных платежей должна иметь оптимальную процедуру согласования, отвечающую требованиям платежной дисциплины предприятия (как правило, продолжительностью от двух до пяти дней), а процесс утверждения платежей оптимизирован в соответствии с работой с поставщиками).
Наиболее наглядный вариант представления бизнес-процесса — графический, в виде диаграммы (рисунок).
5. Регламентация бизнес-процесса «Платежный календарь»
На заключительном этапе бизнес-процесс управления денежными потоками закрепляется в регламентных документах, которые утверждаются внутренним приказом и являются обязательными для исполнения всеми подразделениями и работниками компании. Внутренний документ, определяющий правила функционирования платежной системы компании, должен содержать информацию о порядке прохождения заявок на оплату, сроках, лицах, ответственных за согласование и утверждение, обязанностях и полномочиях сотрудников, последовательности действий.
6. Автоматизация бизнес-процесса «Платежный календарь»
Для поддержания оперативного управления денежными потоками потребуется автоматизация соответствующих бизнес-процессов. Программное обеспечение должно позволять:
Некоторые предприятия для автоматизации бизнес-процессов управления денежными потоками используют Excel и прочие непрофильные программы, хотя такой способ имеет ряд недостатков: низкую оперативность в отражении информации и формировании отчетности, незащищенность от сбоев, проблему двойного ввода данных, необходимость затрат времени на перепостроение отчетности. Поэтому все больше компаний склоняется к выбору специализированного программного обеспечения.
Введение
Предполагается, что читатель уже знает что такое платежный календарь и зачем нужен, в связи с этим далее будут обсуждаться только практические вопросы организации платежного календаря. Кроме того, желательно минимальное владение терминологией бюджетирования (понимание таких терминов как «бюджет», «лимитирование», «ЦФО»). Если все вышеперечисленное для Вас понятно, предлагаю определиться, а насколько вообще правилен поход, предусматривающий ведение платежного календаря в MS Excel? Существуют разные прямо-противоположенные мнения, т.к. здесь не все так просто. Попытаемся быть объективными. Если у Вас есть программный продукт, в котором Вы ведете оперативный или бухгалтерский учет, то скорее всего Вам лучше вести платежный календарь именно в этом продукте, даже если его функционал не вполне Вас удовлетворяет. Если речь идет об 1С, то, возможно, имеет смысл доработать ее с тем, чтобы вести платежный календарь в базе данных. Но, как всегда, есть исключения из правил, о которых Вы сможете узнать в конце следующего блока статьи.
Плюсы и минусы использования MS Excel в качестве платформы для организации платежного календаря
Перед тем как рассказывать об организации платежного календаря в MS Excel хочу перечислить основные недостатки такого подхода.
1) Отсутствие контроля ссылочной целостности - MS Excel не контролирует пользователей, если те хотят удалить значение какой-нибудь ячейки. Можно с этим косвенно бороться установкой защиты ячеек, или макросами, но проблема может проявится в любой момент;
2) Проблема с многопользовательским режимом работы - организовать некое подобие многопользовательского режима в MS Excel можно, если речь идет о двух-трех пользователях, но если пользователей будет больше лучше задуматься о базе данных;
3) Разграничение доступа и конфиденциальность - все пароли в MS Excel очень легко ломаются, при желании даже далекий от ИТ-индустрии человек сможет легко найти несколько таких способов в открытых источниках. Таким образом, к файлу доступ должен даваться только проверенным людям;
4) Повторный ввод данных - в отличии от 1С готовых обработок обмена между MS Excel и клиентом банка не существует, сделать конечно же можно, но дешевле будет доработать используемую Вами базу данных с тем, что бы вести платежный календарь в ней. Впрочем на небольших объемах операций использование обработок значительной экономии трудозатрат не дает;
5) Ограничение на размер базы - большой массив данных MS Excel не потянет, хотя для средних размеров фирмы возможностей MS Excel хватит.
Из всего вышесказанного можно сделать следующий вывод - использование MS Excel для организации платежного календаря допустимо при одновременном соблюдении следующих условий:
1) Объем платежных операций в день не превышает 20-30 документов;
2) С файлом работает не боле трех доверенных лиц;
3) У Вас нет функционала платежного календаря в используемом программном продукте для бухгалтерского или оперативного учета.
Надеюсь понятно, что вышеперечисленные условия не являются догмой, но позволяют «ощутить» допустимые пределы.
Теперь несколько слов о нюансах, которые могут перевесить недостатки организации платежного календаря в MS Excell. Дело в том, что помимо собственно реестра платежей и платежного календаря данный файл может еще выполнять дополнительные вкусные функции - например составление бюджетов и лимитирование платежей относительного бюджетов, а недостатки MS Excel по повторному вводу данных вполне можно компенсировать, организовав двухсторонний обмен с платежной подсистемой 1С. Дело в том, что если Вы собираетесь плотно работать с бюджетированием, то относительная эффективность MS Excel в сравнении со специализированных программными продуктами бюджетирования запросто может перевесить минусы использования MS Excel в качестве платформы платежного календаря. Поэтому, рассматриваемый в настоящей статье пример сразу содержит в себе элементы бюджетирования, а именно лимитирование платежей (без этого не вижу практического смысла в использовании MS Excel для организации платежного календаря). Если у Вас есть в MS Excel система бюджетов, то настроив достаточно простыми формулами из нее трансляцию лимитов платежей в платежный календарь Вы получите дешевый, простой и эффективный инструмент бюджетирования. Теперь, прояснив плюсы и минусы платежного календаря MS Excel, Вы сможете самостоятельно решить, использовать ли MS Excel для платежного календаря или нет.
Хочу также предупредить - целью статьи не является описание процесса разработки готового платежного календаря, который можно взять и начать использовать, ведь в таком случае статья была бы не нужна, достаточно было бы взять прилагаемый файл. Да и это уже была бы не статья, а книга. Поэтому, цель статьи - показать методику и принципы создания платежного календаря, с учетом практических нюансов настройки таблиц и формул в MS Excel. В рассматриваемом примере допущено несколько упрощений, с тем, что бы Вы смогли легче и быстрее понять пример, но обещаю, если у Вас есть минимальные знания MS Excel и некоторое время для внимательного изучения, то Вы сможете настроить под себя приведенный пример и он будет работать.
Концепция настройки платежного календаря в MS Excel
Концепция следующая:
1) Создаем на отдельных листах книги MS Excel ключевые классификаторы (статьи движения денежных средств и ЦФО, для рабочего примера еще могут понадобится например контрагенты, организации, банковские счета/кассы);
2) Задаем соответствия между статьями ДДС и ЦФО;
3) Создаем лист с бюджетом движения денежных средств (БДДС);
4) Создаем лист с реестром платежей (этот лист и будет основным рабочим местом);
5) Создаем лист с реестром увеличения лимитов (для сверхбюджетных заявок на расход денежных средств);
6) Создаем лист с таблицей данных, которая будет собирать все необходимые для платежного календаря данные;
7) Создаем сводную таблицу «Платежный календарь» - это, собственно, и есть Ваша цель;
8) Для целостной системы еще хорошо создать отчет, показывающий выполнение бюджета движения денежных средств, не обязательно - но рекомендую.
Добавлю так же, что можно дополнительно настроить выгрузку платежных поручений в 1С, и загрузку из 1С факта об оплатах и остатках на счетах/кассах. Кроме того, можно настроить обмен справочников с 1С, особенно таких больших как контрагенты. Процесс творческий - но при избытке времени и ресурсов главное не увлекаться процессом отшлифовки, ведь MS Excel обладает все-таки массой недостатков, и свою творческую энергию, возможно, лучше в таком случае направить на перевод платежного календаря в нормальную базу данных.
Создаем классификаторы
На каждый классификатор создаем отдельный лист, в нашем случае это листы «Классификатор ЦФО» и «Классификатор статей ДДС».
Со справочником статей ДДС есть другой нюанс - во многих случаях полная версия классификатора не нужна, по полной версией понимается наличие групп и доходных статей. Иногда нужен просто список статей ДДС по выплатам. Для этих целей заведите еще дополнительный лист «СтатьиДДС_Выплаты» 
Полная же версия справочника статей ДДС пускай «обитает» на листе «Классификатор статей ДДС». После заполнения выплатных статей создайте именованный диапозон-список (вкладка «формулы»-«Присвоить имя»).
Значения в диапазон СтатьиДДС_Выплаты можно указывать ссылками с полного классификатора статей ДДС.
Важный шаг - это привязка с ЦФО статей ДДС. Кроме того, что это правильный шаг с точки зрения методологии управления предприятием посредством бюджетов, это еще значительно облегчит ввод данных по платежам и позволит сократить количество ошибок. Технически данная возможность организуется достаточно просто - на отдельном листе создается таблица, колонки которой именуются наименованиями ЦФО, а в строках вводятся соответствующие ЦФО статьи ДДС.
После этого ранее уже показанным способом (через присвоения имени диапазону) на каждое ЦФО создается свой именованный список.
Кроме перечисленных классификторов необходио создать также список периодов планирования, который будет служить разделителем бюджетных периодов. В частности этот список пригодится при вводе бюджета движения денежных средств, при увеличении лимитов и при добавлении заявок на расходование денежных средств.
Управление бюджетом (лимитами)
Для того, что бы контролировать текущие платежи на соответствие бюджету понадобятся две таблицы - «Бюджет ДДС» и «Увеличение лимитов». Создадим одноименные листы и разместим на них эти таблицы.
Для того, что бы ЦФО и периоды планирования не нужно было бы каждый раз впечатывать, можно добавить функционал выбора значений из списка. Покажем это на примере колонки «ЦФО» - выделяете заведомо большой диапазон ЦФО (для учебного примера достаточно и 20 строк, для рабочего примера нужно предусмотреть как минимум тысяч десять строк). После того как выделите диапазон на вкладке «Данные» в блоке кнопок «Работа с данными» нажмите на кнопку «Проверка данных», в открывшемся диалоговом окне в поле «Тип данных» выберите «Список», а в поле «Источник» впишите знак равно и наименование поименованного списка, в нашем примере это будет выглядеть так: =ЦФО.
После указанных манипуляций поле ЦФО будет заполнятся выбором из списка, что, несомненно, очень удобно.
Аналогичным образом следует настроить выбор в колонке «Период планирования»
Однако со статьями ДДС все немного сложнее. Выбор из полного списка неуместен, и тут нам пригодится возможность выбора значений из подчиненного списка.
Указав с поле источник не название списка, а функцию ДВССЫЛ(), возвращающую список по наименованию, мы сможем выводить для выбора только те статьи, которые относятся к данному ЦФО!
Если Вы хотите контролировать платежи на их соответствие бюджету (лимитирование платежей) - то перед Вами неизбежно встанет задача отражения факта увеличения лимитов. Для этих целей на листе «Увеличение лимитов» создайте таблицу, в которой будут поля регистрации (номер и дата), а также содержательные поля (ЦФО, Статья ДДС, Период планирования и сумма). Кроме того можно добавить произвольные поря, такие как «Причина увеличения лимита». Настройка выбора ЦФО, Периода планирования и Статей ДДС производится аналогично тому, как это мы сделали при разработке таблицы Бюджета ДДС.
Реестр платежей
Реестр платежей представляет собой таблицу, в которой следует регистрировать планируемые, осуществленные и аннулированные платежи. При наличии лимитирования платежей Вы сможете увидеть остатки по бюджету, а также настроить фильтр который предоставит Вам инструмент утверждения платежей на конкретную дату.
Вам следует наиболее ответственно подойти к дизайну (удобству) именно этой таблицы, т.к. с ней предстоит работать каждый день. Для того, что бы хотя бы немного продемонстрировать возможности MS Excel в части удобства интерфейса в пример включен макрос, помогающий упростить выбор дат, ниже функционал макроса будет показан в действии, но сам текст кода Вы сможете посмотреть в примере, в статье подробно на этом останавливаться не имеет смысла - тем более, что даты легко можно вводить вручную.
В целях регистрации операций создайте колонки «Номер заявки», «Дата заявки», «Номер платежки» и «Фактическая дата оплаты». С точки зрения лимитирования платежей (бюджетирования) ключевыми колонками являются «ЦФО», «Статья ДДС», «Период планирования» и, конечно же, «Сумма». Колонка «Остаток бюджета если оплатим» должна быть расчетной - т.е. считаться автоматически для информирования пользователя о текущем состоянии бюджета. Колонка «Желаемая дата оплаты» необходима для удобства утверждения платежей (в рабочем варианте целесообразно добавить еще колонку «Крайний срок оплаты»). Для регистрации факта утверждения платежа добавьте колонки «Утверждена» и «Планируемая дата оплаты». Отфильтровав таблицу по параметрам «Оплачена»=ЛОЖЬ, «Утверждена»=ИСТИНА Вы получаете таблицу, в которой изменением планируемой даты оплаты можно сформировать платежный календарь. Добавив фильтр «Планируемая дата оплаты» = текущая дата Вы получите список платежей на сегодняшний день.
Обсудим технические аспекты. Макросами, как уже говорилось выше, можно упростить ввод дат, реализовав возможность их выбора из календаря двойным щелчком по ячейке.
ЦФО и Периоды планирования настройте выбором из одноименных диапазонов, выбор статей ДДС настройте из подчиненных списков точно так же, как это было показано в разделе, посвященном БДДС. Наверное наиболее сложным моментом является расчет остатков по бюджету после заявки. Для этого следует воспользоваться отличной функцией СУММЕСЛИМН().
Формула должна «вытащить» по связке ЦФО-СтатьяДДС-ПериодПланирования бюджет ДДС (основной лимит с листа «Бюджет ДДС»), добавить к нему дополнительный лимит с листа «Увеличение лимитов» и отнять все ранее утвержденные суммы в таблице «Реестр платежей» по данным ЦФО-Статье ДДС-Периоду планирования, включая и текущую строку. Как именно пользоваться данной формулой можно почитать в «хелпе» MS Excel - там все вполне понятно расписано.
Платежный календарь
Платежный календарь подразумевает график поступлений денежных средств, выплат, и остатков по периодам (обычно дням). В MS Excel для графического представления платежного календаря идеально подходит инструмент «сводная таблица», ниже приведен пример того, что мы должны получить «на выходе».
Однако для того, что бы сводная таблица могла быть сформирована, следует подготовить таблицу с данными. В нашем случае для этих целей понадобится четырехмерная таблица данных и ресурсом «Сумма». Измерения следующие:
Дата - по этой дате будут группироваться колонки
Вид - возможно четыре значения - начальный остаток, приход, расход и конечный остаток.
Показатель - для вида «Расход» это статья ДДС, для других видов показатель дублирует сам вид (начальный остаток, приход и конечный остаток).
Контрагент - сюда будут выводится контрагенты по планируемым расходам.
Предлагаемый пример предполагает, что начальный входящий остаток и планируемые приходы пользователем будут вносится вручную (поля выделены желтым). Остальные поля будут расчетными. Перед началом конструирования таблицы определитесь на какой временный горизонт планирования денежных потоков в разрезе дней Вы будете опираться. Мной было выбрано 9 календарных дней. Первые строки, соответствующие горизонту планирования, должны быть фиксируемыми. На каждый день я создаю три строчки, с начальным остатком, приходом и конечным остатком, далее такие же строчки на следующую дату и так вплоть до окончания горизонта планирования.
Расходную часть разместите под фиксированными блоками. Эти данные будут динамически меняться в зависимости от того, что Вы внесли в таблицу «Реестр платежей».
Теперь немного о формулах. Первые две строки, относящиеся к первому дню планирования, заполняются вручную. Это начальный остаток и планируемый приход. В рабочем варианте входящий остаток целесообразно настроить так, что бы он рассчитывался исходя из реальных кассовых остатков, с учетом денег в пути (подойдет таблица, периодически подгружаемая из той же 1С). Поле приход содержит прогнозируемую сумму денежных средств, поступление которых Вы ожидаете на первую дату. По приходу то же самое касается и остальных фиксированных строк - вопрос о том, что ставить в прогнозируемый приход решается для каждого предприятия отдельно. Специфика розничных сетей позволяет составить календарные профили прогнозируемых поступлений, у проектных организаций график поступлений составляется индивидуально по каждому акту/этапу и т.д.
Все фиксированные даты горизонта планирования, начиная со второй, должны содержать формулы расчета начального и конечного остатка. Здесь так же придется воспользоваться функцией СУММЕСЛИМН().
Принцип формулы расчета конечного остатка простой - берем начальный остаток рассчитываемой даты (равен конечному остатку предыдущего дня), добавляем прогнозируемый приход и отнимаем все суммы расхода, которые функцией СУММЕСЛИМН() отобраны по текущей дате в блоке содержащем расходную часть.
Как пользоваться разработанным платежным календарем.
Вы, работая с реестром платежей, обозначаете планируемые даты оплат. В таблице данных платежного календаря вносите планируемый остаток денежных средств и прогнозируемые поступления. После этого переходите на лист «ПК» и щелкаете «Обновить» на сводной таблице «Платежный календарь». После этого Вы в наглядном виде получаете платежный календарь.
Допустим Вас не устраивает текущий график, например Вы хотите избежать кассового разрыва 16 октября - переходите в таблицу «Реестр платежей», меняете планируемую дату оплаты заявки (которая на 600 тыс.руб.) допустим на 18 октября.
Снова обновляете сводную таблицу с платежным календарем и она перемещает оплату 600 тыс.руб. на 18.10 и пересчитывает начальные и конечные остатки денежных средств!
Все просто и эффективно!
