Автор работы: Пользователь скрыл имя, 13 Ноября 2012 в 11:48, дипломная работа
Основной целью разработки плана поступления и расходования денежных средств является прогнозирование во времени валового[1] денежного потока предприятия в разрезе отдельных видов его хозяйственной деятельности и обеспечение постоянной платежеспособности на всех этапах планового периода. Но план поступления и расходования денежных средств, разработанный на предстоящий год с разбивкой по месяцам, дает лишь общую основу управления денежными потоками предприятия. Вместе с тем, высокий динамизм этих потоков, их зависимость от многих факторов краткосрочного действия определяют необходимость разработки планового финансового документа, обеспечивающего ежедневное управление поступлением и расходованием денежных средств предприятия.
Введение 4
Глава 1. Описание документа «Платежный календарь» 4
1.1 Определение термина «Платежный календарь» 4
1.2 Задачи, которые позволит решить платежный календарь 5
1.3 Статьи расходования и поступления денежных средств 6
1.4 Пример платежного календаря 9
Глава 2. Платежный календарь как инструмент оперативного управления финансами 9
Глава 3. Принципы, правила, последовательность формирования платежного календаря в разрезе расходования ДС 14
3.1 Основные этапы разработки системы платежного календаря 14
3.2 Содержание этапов 15
3.3 Определение приоритетности платежей 21
Глава 4. Прогнозирование поступления денежных средств 27
Глава 5. Регистрация платежей 31
Глава 6. Регистрация поступления денежных средств 33
Глава 7. Определение оптимального окна использования ДС на счетах предприятия 35
Глава 8. Алгоритм составления платежного календаря с помощью автоматизированный системы (модуль ERP-систем) 37
8.1 Подготовка к описанию алгоритма 37
8.2 Описание части 1 алгоритма составления платежного календаря .
Добавление платежа 39
8.3 Описание части 2 алгоритма составления платежного календаря. Добавление планового поступления 45
8.4 Описание части 3 алгоритма составления платежного календаря. Регистрация платежей 49
8.5 Описание части 4 алгоритма составления платежного календаря .
Сверка дат поступлений 51
8.6 Описание части 5 алгоритма составления платежного календаря .
Регистрация поступлений 52
8.7 Дополнения к алгоритму 56
Глава 9. Описание функционала модуля платежного календаря в 1С:Предприятие 8. УПП 56
9.1 Общий вид документа «Платежный календарь» 56
9.2 Процесс добавления платежа в платежный календарь 58
9.3 Процесс добавления поступления в платежный календарь 61
9.4 Оценка функционала модуля «Платежныф календарь» в 1С:Предприятия 8. УПП 61
Заключение 63
Библиографический список 64
1.1.1.5.2.1 Система создает уведомление о том, что на счетах нехватка средств для произведения платежа и предлагает два пути решения:
1.1.1.5.2.1.1 (Автоматически)
1.1.1.5.2.1.1.1 Платежи с обязательным приоритетом остаются на своем первоначальном месте, далее система ищет платеж с наиболее высоким, но необязательным приоритетом, если он выполним, то ставится или остается на дате по умолчанию (крайний срок платежа минус Х дней или серединный) и так далее, пока не дойдем до невозможности выполнения определенного платежа – платеж_Х. Платежи с приоритетом равным или ниже, чем у платежа_Х переносятся на рабочий день, после дня оплаты последнего возможного платежа, на каждую дату происходит пересчет остатков, где остатки на счетах отрицательные – выделение красным цветом и рядом надпись «Внимание! Нехватка ДС», также красным
1.1.1.5.2.1.1.2 Система предлагает сохранить изменения, отменить или перейти к ручному режиму, п.1.1.1.5.2.1.2. При переходе к ручному режиму, изменения, сделанные автоматически, не отменяются. При выборе кнопки отменить – переход к п.1.1.1.4.2.1
1.1.1.5.2.1.2 (Вручную)
1.1.1.5.2.1.2.1 Сотрудник_1 самостоятельно расставляет платежи по датам, система пересчитывает остатки на счетах, где остатки на счетах отрицательные – выделение красным цветом и рядом надпись «Внимание! Нехватка ДС», также красным.
1.1.1.5.2.1.2.2 Система предлагает сохранить изменения или отменить, при выборе кнопки отменить – переход к п.1.1.1.5.2.1
1.1.2 (Платеж не согласуется со статьями бюджета принятыми на предприятии)
1.1.2.1 Сотрудник, регистрирующий заявку, должен произвести полное описание платежа:
1.1.2.2 Сотрудник нажимает кнопку отправить на согласование сотруднику из ЦФО, после подтверждения возможности платежа - казначею или другому промежуточному сотруднику, который еще не имеет право на добавление платежа в платежный календарь, если согласование прошло успешно – переход к следующему пункту, иначе откат до шага 1.1.2.1 с описанием проблемы согласования, написанным сотрудником, который выявил проблему. В результате успешного согласования – реестр платежей приобретает статус = Обновлен
1.1.2.3 Далее выполняются пункты (1.1.1.3 –1. 1.1.5)
1.2 (Сумма платежа меньше максимальной_суммы_инициатора)
Выполнение п.1.1 с измененной цепочкой согласования (возможно добавление руководителя отдела инициатора, если в п1.1 он отсутствовал)
ВАЖНО: После каждого изменения платежного календаря, приходит оповещение в расчетный отдел о внесении изменения!
8.3 Описание части 2 алгоритма составления платежного календаря.
Добавление планового поступления.
На первом этапе прогнозирования поступления денежных средств, выполняются два последовательных действия:
1) Анализ действующих договоров
2) Анализ дебиторской задолженности
На основании анализа
договорных обязательств и отношений
с контрагентами можно
Здесь существует два способа, извлечение ДС из собственной кредитной линии, в этом случае можно точно указать дату поступления ДС, или использование обычного займа или кредита, то есть только прогнозирование даты получения ДС.
Также для привлечения ДС реализуется возможность продажи ценных бумаг с указанием даты и суммы полученных ДС.
Процесс добавления планового поступления представлен на рисунке:
Рис.11 Добавление планового поступления в платежный календарь.
2. Добавление планового поступления в платежный календарь.
2.1 Сотрудник, планирующий документ «плановое поступление» должен произвести полное описание поступления:
2.2 Сотрудник нажимает кнопку отправить и документ «плановое поступление» отправляется на согласование с по цепочке согласований
2.3 Если все согласования прошли
успешно, то документ «
2.4 Сотрудник_1 утверждает поступление с изменением коэф. Доверия и важности (не рекомендуется изменение вручную), либо переход к п2.1
2.5.1 (Коэффициент доверия > доверительного порога, коэффициент важности = 0)
2.5.1.1 Система предлагает внести
поступление вручную или
2.5.1.1.1 (Автоматически)
2.5.1.1.1.1 Поступление ставится на дату согласно алгоритму из п. Алгоритм утверждения прогнозируемой даты платежа. Пересчет остатков на счетах
2.5.1.1.1.2 Система предлагает сохранить изменения либо отменить изменения, при отмене переход к п.2.5.1.1.2
2.5.1.1.1.3(Стало возможно
2.5.1.1.1.3.1 Система предлагает два варианта
2.5.1.1.1.3.1.1 (Автоматически)
2.5.1.1.1.3.1.1.1 Система выбирает платеж
с наивысшим приоритетом, если
дата выхода из отрицательного
остатка укладывается в
2.5.1.1.1.3.1.1.2 Система предлагает сохранить изменения либо отменить, при отмене переход к п.2.5.1.1.1.3.1.2
2.5.1.1.1.3.1.2 (Вручную)
Сотрудник_1 самостоятельно изменяет даты платежей
2.5.1.1.2(Вручную)
Сотрудник_1 самостоятельно вводит дату поступления, пересчет остатков
2.5.2 (Коэффициент доверия > доверительного порога, коэффициент важности = 1)
2.5.2.1 Идентичное выполнение п.2.5.1.1, только при каждом изменении платежного календаря система должна выдавать сообщение «Есть риск кассового разрыва»
2.5.3 (Коэффициент доверия < доверительного порога, коэффициент важности = 1)
2.5.3.1 Система предлагает внести
поступление вручную или
2.5.3.1.1 (Автоматически)
2.5.3.1.1.1 Поступление ставится на дату согласно алгоритму из п. Алгоритм утверждения прогнозируемой даты платежа. Пересчет остатков на счетах НЕ ПРОИЗВОДИТСЯ, платеж помечается определенным цветом
2.5.3.1.1.2 Система предлагает сохранить
изменения либо отменить
2.5.3.1.2(Вручную)
Сотрудник_1 самостоятельно вводит дату поступления, пересчет остатков
ВАЖНО: После каждого изменения платежного календаря, приходит оповещение в расчетный отдел о внесении изменения!
8.4 Описание части 3 алгоритма составления платежного календаря.
Регистрация платежей.
Процесс регистрации платежей является необходимой частью работы расчетного отдела, так как он является подтверждением выполнения обязанностей расчетного отдела.
Этот процесс наглядно описан на рисунке:
Рис.12 Регистрация платежей.
3 Регистрация платежей.
3.1 Сотрудник расчетного отдела закрывает платеж на текущую дату, платежу присваивается статус=закрыт и присваивается номер платежного документа, подтверждающего оплату, иначе платеж считается не закрытым
3.2 Система оповещает Сотрудника_1 о незакрытых платежах
3.3 Система предоставляет два пути решения: автоматический, ручной
3.3.1 (Автоматически)
3.3.1.1 Система переносит дату платежа на следующий рабочий день
3.3.1.2 Сотрудник_1 либо принимает изменения, либо переходит к п.3.3.2 без сохранения изменений
3.3.2 (Вручную)
3.3.2.1 Сотрудник_1 меняет даты платежей
ВАЖНО: После каждого изменения платежного календаря, приходит оповещение в расчетный отдел о внесении изменения!
8.5 Описание части 4 алгоритма составления платежного календаря.
Сверка дат поступлений.
На предприятиях всегда должно проверяться точно ли была спрогнозирована дата поступления, ведь от этого факта может зависеть попадет ли предприятие в кассовый разрыв или нет
Процесс сверки дат поступлений изображен на рисунке:
Рис.13 Сверка даты поступлений.
4 Cверка даты поступления
4.1 За Т дней до совершения планируемого поступления сотруднику, внесшему платеж отправляется сообщение о подтверждении даты
4.2 Статус поступления меняется на Статус=НаСверке
4.3.1 (Сотрудник подтверждает дату)
4.3.1.1 Статус поступления меняется на Статус=Ожидается
4.3.2 (Сотрудник указывает в описании другую дату и причину изменения)
4.3.2.1 (По вине контрагента)
4.3.2.1.1 Изменить коэффициент доверия
(рекомендуется согласно Алгори
4.3.2.1.2 Удалить поступление
4.3.2.1.3 Пересчет остатков
4.3.2.1.4 Отправить сообщение
4.3.2.1.5 Выполнить п.2.1
4.3.2.2 (По вине сотрудника
4.3.2.2.1 Удалить поступление
4.3.2.2.2 Пересчет остатков
4.3.2.2.3 Отправить сообщение
4.3.2.2.4 Выполнить п.2.1
8.6 Описание части 5 алгоритма составления платежного календаря.
Регистрация поступлений.
Процесс регистрации поступления для последующего занесения его в платежный календарь состоит из нескольких итераций:
1. Фиксация факта поступления
платежа на счет. Примечание: после
поступления денежных средств
на счет, не следует сразу учитывать
эти денежные средства как
собственные, так как могут
возникнуть конфликтные
2. После фиксации факта платежа, должен быть получен документ, подтверждающий платеж и указывающий его назначение и лица, выполнившего платеж. Это делается для того, чтобы на следующем шаге списать часть или полный объем денежных средств по обязательствам плательщика.
3. Проверка документа и
платежа на корректность. На этом
шаге проверяется два
в календарь, происходит урегулирование несоответствий с лицом, осуществившим платеж. В случае неверного назначения платежа – выход из процесса регистрации платежа и начинается процесс выяснения причин выполнения данного платежа.
Процесс регистрации поступления представлен на рисунке:
Рис. 14 Регистрация поступления
5 Регистрация поступлений
5.1 Сотрудник расчетного отдела закрывает поступление на текущую дату, поступлению присваивается статус=закрыт и присваивается номер платежного документа, подтверждающего оплату, иначе поступление считается не закрытым.
Информация о работе Составление платежного календаря производственного предприятия