Ћекции.ќрг


ѕоиск:




 атегории:

јстрономи€
Ѕиологи€
√еографи€
ƒругие €зыки
»нтернет
»нформатика
»стори€
 ультура
Ћитература
Ћогика
ћатематика
ћедицина
ћеханика
ќхрана труда
ѕедагогика
ѕолитика
ѕраво
ѕсихологи€
–елиги€
–иторика
—оциологи€
—порт
—троительство
“ехнологи€
“ранспорт
‘изика
‘илософи€
‘инансы
’ими€
Ёкологи€
Ёкономика
Ёлектроника

 

 

 

 


¬озможности ”ѕѕ 1.3




 

ƒоступно Ц соответствующие подсистемы ”ѕѕ 1.3:

 

Ќужно отметить, что подсистема Ђ«а€вкиЌа–асходƒенежных—редствї обновл€лась в конфигурации относительно не давно (2011 г). » как следствие, в режиме управл€емого интерфейса, в панели разделов по€вилс€ пункт Ђ«а€вки на расходование д/с/ї.

 

 

≈сли попробовать в типовой конфигурации, в файловом режиме, открыть форму документа Ђ«а€вка на расход д/сї (она же, «–ƒ—), то сразу возникает ошибка по переменной Ђглќбщие«начени€ї из общего модул€ Ђ–абота—ќбщимиѕеременнымиї.

“акого рода ошибки можно будет исправить, однако, как говоритс€: Ђосадочек осталс€ї. “.е Ђшероховатостейї в подсистеме «–ƒ— ”ѕѕ Ц хватает.

¬озможность через WEB-браузер оформить документ «–ƒ— €вл€етс€ полезной, но при этом на практике придетс€ хорошенько задуматьс€ над упрощением и эргономикой типовой формы документа. ќсобенно это будет важно дл€ мобильных устройств.

ј вот что касаетс€ платежного календар€, то в режиме тонкого клиента, удаленно через WEB-браузер и т.д. воспользоватьс€ им не получитс€. ѕричина в том, что подсистема Ђ”правление денежными средствамиї давно не обновл€лась и, в частности, отчет Ђѕлатежный календарьї построен не на системе компоновки данных. ј следовательно, у этого отчета нет возможности использовани€ в тонких клиентах, нет возможности создавать дл€ него произвольные настройки.

ѕри работе с «–ƒ— важное место занимает регламент согласовани€ и утверждени€ за€вок. ¬ зависимости от организационной структуры предпри€ти€ и других особенностей бизнеса, внутренний пор€док согласовани€ за€вок (регламент согласовани€) может быть достаточно сложным (многоступенчатым, вариативным и т.д). “аким образом, дл€ автоматизации это Ц не проста€ задача.

¬ ”ѕѕ, подсистема согласовани€ и утверждени€ реализована. ¬ ней предусмотрены достаточно гибкие настройки.

—огласование Ц это подтверждение необходимости оплатить за€вку. ќбычно, согласование должно проходить через начальников подразделений, руководителей и других ответственных лиц компании.

”тверждение Ц это завершающее подтверждение (со стороны казначе€) того, что за€вка будет оплачена. ѕри этом об€зательно должна быть определена дата платежа, расчетный счет/касса с которой будет осуществлена оплата. “аким образом, платеж попадает в оперативный план (платежный календарь).

Ќужно отметить, что р€д моментов типовой функциональности ”ѕѕ не обеспечивают того, что требуетс€ при реальном внедрении подсистемы.

¬ключить использование механизма согласовани€ за€вок можно отдельно, по каждой организации.

 

ѕредусмотрена настройка последовательности прохождени€ за€вки по маршрутам, иерархи€ маршрутов.

1. ѕри этом нужно отметить, что иерархи€ в справочнике подразделени€ не учитываетс€ в механизмах маршрутизации за€вки.

2. “ак же нужно отметить, что согласование и утверждение технически построено без применени€ механизма бизнес-процессов.

¬ каждой точке можно указать одного/нескольких пользователей, дл€ которых и будет доступно выполнение согласовани€ за€вки, т.е за€вку может согласовать любой из них.

ƒл€ каждого подразделени€ можно назначить соответствующую точку маршрута согласовани€. —уть в этом така€: при оформлении за€вки («–ƒ—) об€зательно должно быть указано ÷‘ќ (подразделение). » в зависимости от указанного подразделени€, ”ѕѕ Ђнаходитї соответствующую ему точку согласовани€ и Ђотправл€етї за€вку на согласование в эту точку.

 

“ак же в настройке маршрута согласовани€ допустимо не указать подразделение. ¬ этом случае, така€ точка согласовани€ будет Ђпримен€тс€ї дл€ всех ÷‘ќ, дл€ которых конкретно не указана соответствующа€ точка маршрута.

—амо согласование выполн€етс€ с помощью специальной обработки Ђ—огласование за€вокї.

 

 

 

јнализ запланированного наличи€ денежных средств, графика платежей и отслеживани€ кассовых разрывов выполн€етс€ в отчете Ђѕлатежный календарьї.


 

ѕомимо планируемого расхода д/c («–ƒ—) можно учитывать и планируемое поступление д/c. ƒл€ этих целей предусмотрено оформление специального документа Ђѕланируемое поступление д/cї.

 

 

Ќужно отметь, что документ Ђѕланируемое поступление д/cї хот€ и есть состо€ни€ (подготовлен, согласован и т.д), возможность согласовать этот документ (так же как «–ƒ—) отсутствует. “.е. изменение статусов документа возможно только в режиме Ђручного управлени€ї.

» еще в ”ѕѕ есть возможность учитывать планируемое поступление д/с от покупателей без оформлени€ документов Ђѕланируемое поступление д/сї.

“.е если дл€ покупател€ оформл€ютс€ Ђ«аказы клиентовї, то в отдельном отчете Ђѕлатежный календарь с учетом заказовї это запланированное поступление д/c можно будет увидеть.


 

ѕомимо отчета Ђѕлатежный календарьї предусмотрен отчет Ђјнализ доступности денежных средствї.

 

ѕри этом предусмотрена возможность резервировать д/c (по за€вкам на расход) или размещать за€вки в счет запланированных поступлений.

 

“ак же есть функционал закрыти€ «–ƒ— и планируемых поступлени€ д/c. ƒл€ этих целей, в режиме Ђобычного клиентаї предусмотрены документы Ђ«акрытие за€вок на расходование/поступление д/cї.

ќднако, данна€ функциональность так же не поддерживаетс€ в режиме тонкого/web-клиента.

«десь нужно понимать, что методика Ђжесткого резервировани€ї сильно зав€зана на хронологию ввода документов, и это затрудн€ет корректировки и перепланирование.

ѕо этому, функциональность оставлена в ”ѕѕ скорее как Ђнаследие прошлогої, а дл€ анализа доступности д/c следует примен€ть платежный календарь.

ѕомимо задачи календарного планировани€ и контрол€ остатков д/c существует (и востребована) друга€, схожа€ c ней задача Ц контроль задолженности по дн€м/ срокам долга. «ачастую, могут называть (и понимать под) Ђплатежным календаремї - задолженность (просроченную и текущую), сгруппированную по датам, по интервалам.

¬ ”ѕѕ предусмотрены отчеты Ђƒебиторска€ задолженность по срокам/по интерваламї.

 

 

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

Ј ¬о-первых, в этих отчетах анализируетс€ фактическа€ задолженность и не учитываетс€ планируема€, т.е, ожидаемое увеличение задолженности клиентов не учитываетс€ (например, по оформленным заказам), а учитываетс€ только свершившиес€ факты отгрузки и т.п.

Ј ¬о-вторых, учитываютс€ только расчеты покупател€ми, но не учитываютс€ расчеты с поставщиками.

ѕри оформлении «–ƒ— есть возможность автоматически контролировать за€вку на предмет превышени€ запланированных бюджетов. ќднако, эта функциональность не работает в тонком/web-клиенте, т.е в режиме Ђобычного приложени€ї в за€вке предусмотрена закладка ЂЅюджетированиеї, на которой можно указывать статью оборотов по бюджетам, а так же сценарий. » если эти данные указаны, то ”ѕѕ выполн€ет соответствующий контроль по подсистеме бюджетировани€.

»так, функциональные возможность ”ѕѕ рассмотрели и теперь € перечислю те моменты типовой конфигурации, которые на практике, на проектах, приходитс€ дорабатывать:

 

ѕо документу Ђ«а€вка на расходование д/cї:

1. ¬ документе можно указать Ђѕодразделениеї (кстати, в конфигурации оно обозначено как ÷‘ќ Ц центр финансовой ответственности). Ќо вполне возможна ситуаци€, когда за€вка оформл€етс€ от одного подразделени€ (÷‘ќ), и при этом затраты нужно будет далее отнести/распределить на другое/другие подразделени€ (÷‘” Ц центры финансового управлени€). ¬озможность указывать ÷‘” и т.д. Ц отсутствует.

2. ќформить за€вку можно только в валюте взаиморасчетов. ѕри этом счет поставщика может быть выставлен в любой валюте. »спользовать дл€ этого договор контрагента с признаком Ђрасчеты в условных единицахї не всегда удобно и возможно. ¬озможность оформить за€вку в произвольной валюте, c дальнейшим пересчетом платежа по курсу и т.д. Ц отсутствует.

3. Ђ”правл€тьї выбором маршрута согласовани€ за€вки можно только по средствам установки (при первоначальном вводе документа) подразделени€. Ќо на практике, могут требоватьс€ Ђотклонени€ї от обычных маршрутов, переадресаци€ (в определенных случа€х) за€вки на других ответственных лиц и т.д. ¬озможность измен€ть маршрут, перенаправл€ть за€вку на другие маршруты Ц отсутствует.

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

2. ѕроцесс согласовани€:

1. —уществует возможность согласовывать «–ƒ—, но отсутствует возможность согласовывать планируемое поступление д/с.

2. Ќа практике возникает необходимость выполн€ть согласование за других сотрудников. ѕри этом, в системе нужно фиксировать еще и информацию о том Ђкто и за кого выполнил согласованиеї. ¬ариант с установкой в одной точке согласовани€ нескольких возможных исполнителей часто не годитс€, так данный исполнитель может быть указан и на других этапах согласовани€. ¬ результате, это все приведет к тому, что в списке за€вок на согласовани€ у сотрудника по€в€тс€ одновременно и основные и косвенные задачи по согласованию.  онечно, это запутывает пользовател€, это не удобно. –езюмиру€ Ц возможность согласовывать за другого исполнител€, возможность указать кто и за кого имеет право согласовывать Ц отсутствует.

3. ¬ процессе согласовани€ за€вок, когда за€вка переходит на согласование следующему по маршруту, востребована функциональность автоматического информировани€ (по e-mail) следующего исполнител€, а так же автора за€вки.

4. ≈сли автор за€вки уже €вл€етс€ ответственным за согласование/утверждение (на любом из этапом маршрута!), то вполне логично что бы программа автоматически Ђсокращалаї маршрут, переадресую за€вку на наиболее высокий, доступный уровень. ќднако, в ”ѕѕ это не предусмотрено.

5. ¬се перечисленные требовани€, хот€ и отсутствуют в типовой конфигурации, тем не менее, их можно реализовать в ”ѕѕ.

1. ќтчеты, права доступа.

1. ¬остребована возможность ограничени€ доступа к за€вкам только по доступным авторам / исполнител€м (согласовател€м); по доступным пользователю подразделени€м.

2. ќтсутствует отчетность по контролю (по дн€м и интервалам) фактической и запланированной задолженности. Ёто актуально и дл€ покупателей и дл€ поставщиков.

3. ќтчетность и часть функционала не пригодны дл€ работы в режиме тонкого/web-клиента.

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

1. „асто встречаютс€ ситуации, когда необходимо регул€рно осуществл€ть оплату поставщикам. Ќапример, арендные платежи и т.д. ¬ ”ѕѕ не автоматизировано отражение в платежном календаре и т.п. этих предсто€щих расходов. “.е необходимо в режиме ручного управлени€ отслеживать такие платежи и оформл€ть за€вки на платеж, что неудобно и трудоемко.

2. ¬ договорах с покупател€ми, c поставщиками могут быть прописаны услови€ по проценту предоплаты, по срокам оплаты и т.д. ¬ ”ѕѕ не автоматизирован учет всей этой информации и (как следствие) автоматическое отражение ее в платежном календаре.





ѕоделитьс€ с друзь€ми:


ƒата добавлени€: 2015-05-07; ћы поможем в написании ваших работ!; просмотров: 1136 | Ќарушение авторских прав


ѕоиск на сайте:

Ћучшие изречени€:

Ќасто€ща€ ответственность бывает только личной. © ‘азиль »скандер
==> читать все изречени€...

2134 - | 1857 -


© 2015-2024 lektsii.org -  онтакты - ѕоследнее добавление

√ен: 0.021 с.