Операционное планирование движения денежных средств или как построить систему контроля расходования денежных средств

Публикация № 167328

Управление - Финансовый учет и бюджетирование (FRP)

Данная статья посвящена операционному планированию движения денежных средств и будут раскрыты следующие аспекты этой деятельности:
1. роль операционного планирования ДС в жизни компании;
2. подсистема операционного планирования ДС в типовой конфигурации «1С:Управление производственным предприятием ред. 1.3 (релиз 1.3.32.1)» (далее по тексту  УПП);
3. особенности и ошибки типовой подсистемы УПП;
4. практический опыт внедрения подсистемы операционного планирования ДС;
5. возможные варианты доработок, исправления ошибок типовой подсистемы УПП;

 "Миллионное дело приходится начинать при ощутимой нехватке денежных знаков".

И. Ильф и  Е. Петров


Операционное планирование движения денежных средств или как построить систему контроля расходования денежных средств

Введение         

Данная статья посвящена операционному планированию движения денежных средств (далее по тексту «ДС»), и будут раскрыты следующие аспекты этой деятельности:

  1. роль операционного планирования ДС в жизни компании;
  2. подсистема операционного планирования ДС в типовой конфигурации «1С:Управление производственным предприятием ред. 1.3 (релиз 1.3.32.1)» (далее по тексту  УПП);
  3. особенности и ошибки типовой подсистемы УПП;
  4. практический опыт внедрения подсистемы операционного планирования ДС;
  5. возможные варианты доработок, исправления ошибок типовой подсистемы УПП.

1 Роль операционного планирования ДС в жизни компании

Мечта любого CFO (Chief Financial Officer - финансовый директор) – отсутствие «кассовых разрывов» (кассовый разрыв - недостаток денежных средств для исполнения текущих обязательств компании в определенный момент времени) в его компании, и эта мечта стала еще более навязчивой в период кризиса. Деньги – движущая сила компании, и их отсутствие, даже на короткий период, может привести к «тяжелым болезням» или даже «гибели» компании. Причиной «кассовых разрывов» является несовпадение сроков поступления денежных средств и их расходования, что может быть вызвано рядом объективных причин, например:  сезонными особенностями сферы деятельности компании. В качестве примера можно привести сельскохозяйственные (растениеводческие) компании, которые несут основные затраты зимой и весной, а основную долю выручки получают осенью. При возникновении «кассового разрыва» компании приходится прибегать к различным мерам по их устранению, например: привлечение банковских кредитов, займов, срочная продажа ликвидных активов и т.д. Несмотря на принятые меры, указанная ситуация   так или иначе пагубно отразится на благосостоянии компании.  Таким образом, разработка системы планирования, исполнения и контроля движения денежных средств является одной из главных задач финансового директора компании.

2 Подсистема операционного планирования ДС в типовой конфигурации «1С:Управление производственным предприятием ред. 1.3» (далее по тексту  УПП)

В УПП имеется ряд документов и отчетов, которые позволяют вводить планы поступления и расходования денежных средств, и на основе этих данных строить платежный календарь. Рассмотрим эти объекты конфигураций подробнее:

  1. Документ «Планируемое поступление денежных средств»:  этим документом отражается плановое поступление ДС. В документе указывается конкретный контрагент, договор, статья движения денежных средств и т.д. В документе есть специальный признак «Включать в платежный календарь», если его не установить, то данные не будут попадать в регистр «Расчеты с контрагентами» и, как следствие, в отчет «Платежный календарь» и другие отчеты.

Особенность 1: Если после проведения этого документа посмотреть отчет «Ведомость по расчетам с контрагентами», то в нем увидим приход на сумму документа, что и должно получиться в результате. И в этом случае важно при вводе документа оплаты (п/п или ПКО) подвязать документ планирования поступления ДС, иначе мы увидим задвоение сумм прихода в отчете. Также в случае отсутствия связи документов в платежном календаре будут представлены неверные данные. Ошибиться легко, например, если указать в документе планирования форму оплаты «Наличные», а оплату провести безналичными, то в этом случае не возможно будет указать связь документов и, как следствие, возникнет задвоение. Даже если вами будет  использовать механизм «Ввести на основании» для отражения факта оплаты, и в структуре подчиненности будет видна связь двух документов, это не означает, что по регистрам все пройдет правильно.

  1. Документ «Заявка на расходование ДС»:  этот документ необходим для  отражения плановых расход ДС. В то же время данным документом можно зарезервировать ДС под конкретную оплату. В документе указывается конкретный контрагент, договор, статья движения денежных средств и т.д. В документе есть специальный признак «Включать в платежный календарь», если его не устанавливать, то данные не будут попадать в регистр «Расчеты с контрагентами» и, как следствие, в отчет «Платежный календарь» и другие отчеты. Так же в данном документе есть специальная закладка «Бюджетирование», на которой указывается сценарий планирования и статья оборотов бюджета, для проведения контроля соответствия введенного ранее бюджета и планируемого платежа.

Особенность 2: Если заявка не утверждена, то она все равно попадает в отчет «Платежный календарь» при установленном флаге «Включать в платежный календарь».  Дискуссию на тему «Оправдано это или нет» оставим за рамками статьи. При вводе оплаты  легко допустить ошибки, описанные  в разделе «Особенность 1».

  1. Документ «Закрытие планируемых поступлений»: указанный документ предназначен для закрытия документов «Планируемое поступление ДС», т.е. планируемая сумма (часть суммы) поступления ДС «удаляется».

Особенность 3: К сожалению, в данном документе нет возможности вручную скорректировать закрываемую сумму, т.е. программа смотрит остаток по данному плану и весь остаток закрывает, что не всегда удобно. Например, если мы скорректировали план по реализации частично, то и план по поступлению ДС должен измениться. В таком случае придется вносить изменения в документ «Планируемое поступление ДС», однако корректировки «задним числом», как известно,  до добра не доводят. К тому же, если корректировку планируемого поступления ДС вводить документом «Закрытие планируемых поступлений», тогда появится возможность проследить историю изменений планов.

  1. Документ «Закрытие заявок на расходование средств»   предназначен для закрытия документов «Заявка на расход ДС», т.е. планируема сумма (часть суммы) расходования ДС «удаляется».

Особенность 4: аналогичные нюансы описаны в «Особенность 3».

  1. Отчет «Платежный календарь»: данный отчет показывает предстоящие расходы ДС и поступления, что позволяет увидеть «кассовые разрывы».

Особенность 4: В типовой справке к отчету написано: «Отчет предназначен для вывода информации о планируемых платежах, поступлениях и остатках за выбранный период времени». Если кто-то подумал, что речь здесь идет об остатках ДС на расчетных счетах, то глубоко ошибается. Речь здесь идет об остатках по заявкам/планируемым поступлениям  (далее мы рассмотрим этот пример).

  1. Отчет «Анализ доступности ДС»: этот отчет показывает остаток ДС в компании, зарезервированные по заявкам ДС, а так же ДС на списание и получение.
  2. Отчет «Заявки на расходование средств». Если верить справке УПП, то этот отчет называется «Неоплаченные входящие платежи» и «предназначен для получения информации по входящим платежам, которые зарегистрированы в системе, но по которым не выполнено ни одно из необходимых действий: отражение в оперативном учете или фактическое движение денежных средств (оплата)».  J Забавно! За «настоящей» справкой идем в конфигуратор и видим описание: «предназначен для анализа исполнения заявок на расходование средств за определенный период времени. В колонке «Приход» отображаются суммы по оформленным заявкам, в колонке «Расход» - исполнение заявок за период (оформление на основании заявок платежных документов или их закрытие). Остатки на начало и конец периода показывают неисполненные суммы по заявкам.»
  3. Отчет «Планируемые поступления ДС». Если поверить справке, то это все тот же отчет  «Неоплаченные входящие платежи» J . В конфигураторе: «предназначен для анализа исполнения планов по поступлению денежных средств, оформленных соответствующими документами за определенный период времени. В колонке «Приход» отображаются суммы запланированных поступлений, в колонке «Расход» - исполнение планов по поступлению денежных средств за определенный период (оформление входящих платежных документов на основании документов планирования поступления денежных средств).»
  4. Регистр сведений «Настройки согласования заявок на расходование ДС»: регистр предназначен для «включения» использования механизма согласования заявок по конкретной организации и периоду.
  5. Справочник «Маршруты согласования заявок»: в данном справочнике прописываются маршруты согласования заявок на расходование ДС.
  6. Регистр сведений «Настройки маршрутов согласования заявок» прописывает маршрут согласования заявки, причем в типовом функционале он зависит лишь от подразделения (ЦФО – центра финансовой ответственности) заявки.
  7. Обработка «Согласование заявок»: в этой обработке происходит согласование заявок.
  8. Дополнительное право «Разрешить проведение платежа без заявки» позволяет проведение платежа без утвержденной заявки.

Особенность 5: Ограничение права не срабатывает (легко обходится) в случае если:

А) платежный документ проводится не оперативно;

Б) в РКО не установлен признак «Отразить в опер.учет»;

В) платежный ордер и РКО с видом операции «Выплата заработной платы». Это ошибка УПП: в коде идет проверка по неверной табличной части документа.

  1. Дополнительное право «Разрешить превышение контролируемых значений по бюджетам» - позволяет провести заявку на расходование средств, в случае превышения сумм по заявкам, над запланированной суммой по контролируемой статье бюджета.

3 Особенности и ошибки типовой подсистемы УПП

Особенности и ошибки типовой подсистемы рассмотрим на конкретном примере.

Первоначальные данные (условия задачи):

А) вводим новую организацию «ТРГ» в демобазу УПП;

Б) вводим начальные остатки ДС (на 01.11.2012 года):  1 млн.раб. на расчетном счете и 50 тыс.руб. в кассе;

В) заводим новых пользователей «Менеджер по закупкам» (не устанавливаем  дополнительное право «Разрешить проведение платежа без заявки») и «Менеджер по продажам».

  1. Менеджер по продажам планирует в текущем месяце продать «товар 1» (оплата планируется по безналичному расчету) на сумму 600 000 рублей и вводит документ «Планируемое поступление ДС».
 

Важно: если не устанавливать признак «Включать в платежный календарь», то планируемое поступление ДС не будет попадать в отчет «Платежный календарь», «Ведомость по расчетам с контрагентами». В нашем примере мы её установим.

Посмотрим в отчет «Платежный календарь»:

 

Обратите внимание на данные, которые покажет отчет, если период установить с 01.11.12 (с момента ввода остатков):

 

Важно эту особенность помнить!

Также обратите внимание на то, что отчет не показывает (это ошибка отчета) остатки по наличным в отдельном разрезе:

 

  1. Как и было запланировано, продажа состоялась, но покупатель первую поставку оплатил по безналу, а вторую поставку оплатил наличными. Вводим документы реализации на сумму 400 000 и 200 000 рублей, далее  через механизм «Ввести на основании» введем п/п на сумму 400 000 и ПКО на сумму 200 000 рублей. Давайте проанализируем отчеты:
    1. Отчет «Платежный календарь» сформируем с 02.11.2012 по 31.12.2012, получаем следующий результат:

 

Осталась запланированная сумма в 200 000, хотя оплата прошла. Это произошло из-за того, что мы планировали всю оплату по безналичному расчету, а 200 тыс. получили наличными и, соответственно, заявку не смогли «подтянуть» к кассовому документу, при этом «не помогло» даже то, что все документы мы вводили используя механизм «ввести на основании», и в структуре подчинённости мы видим цепочку:

 

 

Удалим ПКО и сделаем п/п на 200 тыс., однако не установим признак «Оплачено». Таким образом, мы увидим следующую картину в платежном календаре:

 

  1. Запланируем расход ДС на сумму 500 000 для оплаты поставщикам. Введем заявку на расходование ДС:

 

Платежный календарь будет выглядеть следующим образом:

 

Обратите внимание, что расход запланирован на 09.12.12, хотя дата заявки 08.12.12, это правильно, т.к. в поле «дата расхода» мы указали 09 число.

  1. Утвердим заявку. Утверждение происходит из обработки «Согласование заявок», также механизм согласования доступен через Web интерфейс. В обработке согласования есть очень удобная и полезная функция настройки отчетов:

 

Предварительно отчет разрабатывается и сохраняется в разделе «Произвольные отчеты» (Сервис->Произвольные отчеты»), далее он используется для вывода нужной информации при согласовании заявок. Используя этот функционал, можно настроить отображение остатков на расчетных счетах с учетом оплаты утверждаемых заявок, также можно показать соответствие заявки бюджету и т.д. Возможность согласования через Web интерфейс позволяет руководителю, находясь не на рабочем месте, контролировать платежи.

  1. Теперь на основании утвержденной заявки введем оплату платежным поручением исходящим, также попробуем обойти механизм запрета оплаты более чем на сумму утвержденной заявки:

 

Как видно, при оперативном проведении платежного поручения выходит сообщение о превышении допустимого остатка по заявке, но при неоперативном проведении контроль не срабатывает, и менеджеру по закупкам удается оплатить поставщику больше, чем утвердил руководитель:

 

Из-за этой ошибки, как и в отчете «Платежный календарь», появляются «чудеса»:

 

Также не происходит контроль в РКО при снятом флаге «Отразить в опер.учет».

 

Не происходит контроль также и в Платежном поручении, в и РКО с видом операции «Выплата заработной платы», что является  ошибкой типовой УПП.

 

4 Практический опыт внедрения подсистемы операционного планирования движения ДС

Теперь рассмотрим практический опыт внедрения данной подсистемы  в крупном агрохолдинге (назовем его «Агро»), при этом уделим внимание лишь расходной части операционного планирования, т.к. она самая интересная и животрепещущая, ведь на расходы мы повлиять можем, а вот на доходы повлиять не так-то просто.

Внедрение подсистемы операционного планирования движения ДС в «Агро» началось вместе с комплексной автоматизацией учета на базе УПП 1.3. Ранее в холдинге велся учет в 8 различных конфигурациях (более 5 удаленных офисов в 4 областях нашей страны), а операционное планирование движения ДС велось в Excel. В конце месяца дочерние компании отправляли в управляющую компанию (далее по тексту УК) как планы по расходованию ДС,  так и планы по поступлению ДС. Сотрудники казначейства УК сверяли присланные планы с бюджетом, далее отправляли на согласование руководителям по направлениям, руководители по направлениям корректировали и согласовывали планы движения ДС. Затем казначейство УК консолидировало планы, поступившие от руководителей по направлениям, и отправляло итоговый план генеральному директору на утверждение. Утвержденный план рассылался обратно в дочерние компании, и в течение месяца сотрудники казначейства УК сверяли движение ДС с утвержденным планом, т.е. контролировали его исполнение.

В ходе подготовки системы к запуску в промышленную эксплуатацию был проведен анализ и построение модели «как есть» бизнес-процесса «Операционное планирование движения ДС». После реинжиниринга бизнес-процесса и построения модели «как надо», был разработан новый регламент бизнес-процесс «Операционное планирование движения ДС». В демонстрационной базе УПП были сделаны необходимые доработки и разработан контрольный пример. Контрольный пример был опробован всеми участниками бизнес-процесса, были выявлены недостатки и озвучены дополнительные пожелания по доработке функционала УПП. После устранения ошибок и внесения необходимых корректировок, новый регламент бизнес-процесса «Операционное планирование движения ДС» был утверждён и доведен приказом генерального директора до сотрудников холдинга. На схеме ниже, приведу пример прохождения заявки на расходование ДС после введения нового регламента:

 

Результат, полученный от внедрения данной подсистемы:

  1. усилен контроль расходования ДС в компаниях холдинга;
  2. увеличилась скорость подготовки планов движения ДС;
  3. исполнение плана движения ДС стало более «прозрачным»;
  4. «кассовых разрывов» удалось избежать.

Хочется отметить, что после внедрения УПП в компаниях холдинга (более 120 пользователей работают в on-line режиме используя Web клиента или удаленное подключение через RemoteAPP) и подсистемы операционного планирования ДС в частности, тема: «согласована заявка на расходование ДС или нет?» стала одной из самых животрепещущих в компании. На поверхность «вылезли» факты того, что иной раз в компаниях холдинга проводили оплаты поставщикам, не взирая на запрет со стороны УК и несоответствия расхода, утвержденному бюджету. Естественно что, получив такой мощный инструмент контроля, как единую ERP систему, это незамедлительно дало положительный результат.

5 Осуществленные  доработки в ходе внедрения подсистемы

                В этом параграфе опишу лишь   малую часть доработок, осуществленных в ходе внедрения подсистемы в холдинге.

  1. Устранены ошибки типовой конфигурации УПП 1.3..
  2. Суммы, по заявкам на расходование ДС и планам поступления ДС, стали поступать в платёжный календарь только после утверждения.
  3. Изменилась схема выбора маршрута согласования заявки на расходование ДС. Маршрут согласования заявки стал зависеть от:
    1. ЦФО;
    2. статьи ДС;
    3. суммы заявки.
    4. Только утвержденные платежные поручения можно выгрузить в клиент-банк. В типовой УПП выгружаются также и неутвержденные п/п.
    5. Устранены возможности обхода запрета проведения платежа без заявки.
    6. Осуществлено хранение истории согласования заявок. В любой момент пользователь может посмотреть, у кого находится заявка на согласовании и кто (когда) согласовал заявку.
    7. Разработан механизм «переписки» по заявкам, используемый при прохождении заявки по маршруту согласования.
    8. Доработана обработка согласования заявок. Запрос, используемый в динамическом списке, был неоптимальным, в результате чего, при большом объеме заявок, в момент согласования обработка зависала на 2-3 минуты. Переписка с разработчиками по поводу данной ошибки результатов не давала, поэтому ошибка была исправлена самостоятельно.
    9. Разработана обработка по включению заявки в платежный календарь, т.е. после того, как заявка была утверждена, дополнительно определялся порядок проведения платежей, другими словами, определялся порядок включения заявки в платежный календарь
    10. Разработан пакет отчетов (Платежный календарь, Cash Flow, состояние согласования заявок и т.д.), используемый в холдинге.

 

В приложении к данной статье есть СКД отчет для обработки согласования заявок.

6 Вывод

Если вы хотите избавиться от «кассовых разрывов», то планирование денежных потоков должно быть непрерывным процессом. Чем больше предприятие, чем сложнее его структура, чем больше видов деятельности, тем сложнее управлять потоками денежных средств. Поэтому единая ERP система – это мощный инструмент в планировании и контроле движения денежных средств. 

Скачать файлы

Наименование Файл Версия Размер
Текст статьи + схема СКД для обработки "Согласование заявок"

.zip 1,51Mb
188
.zip 1,51Mb 188 Скачать

Специальные предложения

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. Vladimir_Konyrev 24.12.12 15:08 Сейчас в теме
Коллеги, прошу Вас оставлять комментарии и отзывы о прочитанной статье. Плюсы также приветствуются :-) Спасибо.
2. Raminus 24.12.12 15:12 Сейчас в теме
Оформлено аккуратненько, почитаем на досуге:)
3. Vladimir_Konyrev 24.12.12 15:14 Сейчас в теме
С нетерпением жду Ваших отзывов, спасибо.
4. tango 491 24.12.12 15:23 Сейчас в теме
(0) за овердрафт что-нибудь делали?
5. Vladimir_Konyrev 24.12.12 15:30 Сейчас в теме
(0) за овердрафт что-нибудь делали?
Не понял вопрос.
6. tango 491 24.12.12 15:37 Сейчас в теме
(5) если денег на счете нет, банк может разрешить уйти в минус, но за это будет потом брать процент. такая система кредитования называется овердрафтом. как бы инструмент, закрывающий кассовые разрывы
7. Vladimir_Konyrev 24.12.12 15:54 Сейчас в теме
Теперь понял вопрос. Собственно говоря овердрафт, как Вы правильно заметили, так же "стоит денег", причем как правило затраты на овердрафт сопоставимы с кредитом. Конечно овердрафт поможет решить текущую проблему по срочному платежу, но его нельзя назвать "панацеей" от "кассовых разрывов"
13. nicxxx 239 25.12.12 10:49 Сейчас в теме
(7)овердрафт как раз предназначен для увеличения оборотных средств, т.е. для решения проблемы "кассовых разрывов", почитайте хотя бы определение в любом словаре. почему вы так не считаете, непонятно...
18. Vladimir_Konyrev 25.12.12 11:18 Сейчас в теме
(13) nicxxx, в ответе я сказал, что " Конечно овердрафт поможет решить текущую проблему по срочному платежу". В своей статье, в первом разделе я писал: "При возникновении «кассового разрыва» компании приходится прибегать к различным мерам по их устранению, например: привлечение банковских кредитов, займов, срочная продажа ликвидных активов и т.д. Несмотря на принятые меры, указанная ситуация так или иначе пагубно отразится на благосостоянии компании.". Таким образом я пытаюсь обозначить пути минимизации привлечения дополнительных средств, путем применения инструмента УПП (подсистема операционного планирования).
22. nicxxx 239 25.12.12 19:31 Сейчас в теме
(18) готов поспорить насчет того, что кредиты ухудшают благосостояние компании. фактически наоборот, даже способствуют улучшению.
23. Vladimir_Konyrev 25.12.12 21:42 Сейчас в теме
(22) nicxxx, можете ли Вы привести аргументы в пользу привлечения кредита (при отсутствии потребности в таковом) взамен грамотного планирования движения денежных средств. Если есть возможность спланировать движение ДС таким образом, чтобы не было возможности кредитоваться, то это однозначно плюс, туи спорить бессмысленно. Привлечение кредита помогает в развитии компании, если его привлечение (кредита) целесообразно и обосновано, а так же объем кредита тоже должен быть обоснован. Например: компания решила построить здание, общий объем средств, требуемый для строительства: 1 млн. Компании выгоднее взять сразу не весь 1 млн, а частями, по мере необходимости, в таком случае проценты будут начисляться с отсрочкой, т.е. с момента получения кредита, это так же пример грамотного планирования движения ДС.
24. Vladimir_Konyrev 25.12.12 21:46 Сейчас в теме
(22) nicxxx, пример из жизни: у человека есть последние 5000 руб. до зарплаты, зарплата через 3 дня. До зарплаты еще нужно купить продуктов (2000) и заплатить за проезд на общественном транспорте (200). При этом у человека есть мечта купить новый телефон, стоимостью 4000 руб. в ближайшее время. Вопрос: когда лучше произвести покупку телефона? До зарплаты и далее взять кредит, чтобы купить продукты и т.д. на которые будет уже не хватать или после зарплаты? :-)
8. Vladimir_Konyrev 24.12.12 16:07 Сейчас в теме
Добавлю то, что в типовой конфигурации есть доп.право "Разрешить превышение свободного остатка денежных средств" им определяется, будет ли право у пользователя на превышение остатка
9. nanik 5 24.12.12 22:45 Сейчас в теме
Однозначно "+". Есть вопрос, есть случаи, когда надо провести заявку, когда бюджет подразделения израсходован. Например, сгорел АРМ или внеплановая смена ЭЦП связи со сменой руководителя, согласно схеме заявка будет записана. Разработана ли схема проведения таких заявок? Есть ли возможность кредитования у других подразделений?
14. Vladimir_Konyrev 25.12.12 11:01 Сейчас в теме
(9) nanik, Если бюджет подразделения израсходован, то либо дается право на проведение платежей сверх утвержденного бюджета, это право дается конкретному сотруднику (имеющему на то полномочия), либо утверждает. Схемы кредитования у других подразделений нет, сейчас мы продумываем схему, при которой если в отчетном периоде №1 у подразделения остались не выбранные суммы, то остаток переходит на период №2 с нарастающим итогом.
10. Confucius 80 25.12.12 06:13 Сейчас в теме
Оформленно красиво и читабельно. Но на практике все по другому: например есть крупная сеть (наш покупатель) у него по договору (а их может быть несколько с разными компаниями и разными отсрочками) отсрочка платежа 21 день. т.е она выбирает товар в течение например 10 дней на несколько миллионов, то как мы можем запланировать поступление ДС если мы не знаем когда она оплатить в течение 21 дня? Тем самым создается мнимость планирования.
uri1978; PAVI; +2 Ответить
16. Vladimir_Konyrev 25.12.12 11:05 Сейчас в теме
(10) Confucius, полностью с Вами согласен, что спланировать на 100% движение ДС не возможно, это утопия, в случае реализации такого сценария, компания была бы "королем" в своей области :-) Я бы рекомендовал Вам в плане указывать крайнюю дату поступления платежа, это было бы похоже на пессимистичный сценарий в части дат оплаты.
11. i_volodin 25.12.12 09:25 Сейчас в теме
На мой взгляд, вы: 1) упустили из вида подсистему бюджетирования, ведь уже при составлении заявки на расход ДС, система способна в подсистеме бюджетирования контролировать превышения бюджета. 2) Отчет ведомость по расчетам с контрагентами. наделен у вас мистическими свойствами, а ведь это единственный отчет по взаиморасчетам который показывает план. 3) Ну и упустили само планирование ДС. Перефразируя вышесказанное, конструктивная критика статьи следующая не раскрыта тема связи оперативного плаирования ДС с другими подсистемами программы. Не полностью раскрыта тема оперативного планирования ДС.
SunShinne; +1 Ответить
17. Vladimir_Konyrev 25.12.12 11:14 Сейчас в теме
(11) i_volodin, Спасибо Вам за конструктивную критику. Отвечу:
1) упустили из вида подсистему бюджетирования, ведь уже при составлении заявки на расход ДС, система способна в подсистеме бюджетирования контролировать превышения бюджета.
Да, действительно о связи подсистемы операционного планирования с бюджетированием лишь упомянул, думаю это будет темой новой статьи.

2) Отчет ведомость по расчетам с контрагентами. наделен у вас мистическими свойствами, а ведь это единственный отчет по взаиморасчетам который показывает план.
Да, действительно, следовало бы подробнее расписать

3) Ну и упустили само планирование ДС.
Перефразируя вышесказанное, конструктивная критика статьи следующая не раскрыта тема связи оперативного плаирования ДС с другими подсистемами программы. Не полностью раскрыта тема оперативного планирования ДС.
Спасибо.
12. awk 725 25.12.12 10:38 Сейчас в теме
За статью однозначный плюс. Пример, для всех, как делать проекты. Сначала описать, что есть. Наложить на ис. И только потом решать о необходимости доработки.
15. PAVI 1379 25.12.12 11:05 Сейчас в теме
Так как статья озаглавлена "...планирование..", то мое замечание может быть и не к месту, но все же.
Наш опыт планирования движения ДС наталкивался на следующую "подводную часть айсберга": погашение кредиторской задолженности, не вошедшей в планирование.
Во-первых: кредиторка была до введения подсистемы планирования на фирме и ее надо гасить. А ее статьи уже "канули в Лету".
Во-вторых: точно также, как ДО введения системы Заявок на расходование ДС, так и ПОСЛЕ, появлялись накладные, особенно на услуги, которые не проходили по Заявкам. А где-то через год... появлялся судебный иск к фирме за неуплату.
В-третьих, тот вариант, который упомянут в посте №10.
Вот такие "пирожки с котятами"...
19. Vladimir_Konyrev 25.12.12 11:21 Сейчас в теме
(15) PAVI, Спасибо за обмен опытом, очень полезно услышать. Вы писали: "Во-первых: кредиторка была до введения подсистемы планирования на фирме и ее надо гасить. А ее статьи уже "канули в Лету"."
Тут лишь остается уповать на то, что при планировании будут учтены текущие задолженности.

"Во-вторых: точно также, как ДО введения системы Заявок на расходование ДС, так и ПОСЛЕ, появлялись накладные, особенно на услуги, которые не проходили по Заявкам. А где-то через год... появлялся судебный иск к фирме за неуплату."
Мне кажется это из разряда первого высказывания, нужно учитывать текущую ситуацию.
20. tango 491 25.12.12 11:48 Сейчас в теме
(19)
нужно учитывать текущую ситуацию
я бы сказал: нужно вести учет, раз уж взялись :)
21. Vladimir_Konyrev 25.12.12 11:53 Сейчас в теме
25. nicxxx 239 26.12.12 08:32 Сейчас в теме
Про физлиц здесь разговор не идет, хотя все знают, что есть кредитки с грейсом, т.е. как минимум, благосостояние физлица не ухудшится, если он из грейса не вылетит.
аргументы в пользу привлечения кредита юрлицом следующие. кстати раз уж начали речь об овердрафте, то про него и продолжим.
организация имеет товарооборот с циклом 3 месяца. договаривается с банком о возобновляемой кредитной линией, берет кредит 1млн на закупку товара, 900тыс оплачивает поставщику. аренда, налоги, зарплата, прочие поставщики - все это надо платить все 3 месяца пока будет товар будет ехать в организацию, лежать на складе, продаваться. где взять деньги? один из выходов - овердрафт. пусть это будет еще 1 млн. далее, чтобы хватило денег на все вышеперечисленные платежи в следующем периоде, какую надо сделать наценку? минимум 100%, чтобы хватило на следующую партию товара, и еще 100% чтобы покрыть издержки обращения. и еще ХХ% чтобы получить прибыль, но где гарантия, что эта цена в итоге будет конкурентоспособной?
26. Vladimir_Konyrev 26.12.12 09:33 Сейчас в теме
(25) nicxxx, прошу Вас учесть, что мы с Вами говорим не много о разных вещах. Еще раз обращу Ваше внимание: я писал в статье, что нужно стараться использовать все доступные инструменты, если есть возможность не брать кредит для покрытия операционных платежей. Кредит оправдан и необходим для развития бизнеса, но кредит так же имеет свою "стоимость", есть такое понятие "Стоимость привлечения капитала". Так вот в случае с операционным планированием, стоимость привлечения будет возможно ниже, чем привлечение кредита.
27. nicxxx 239 26.12.12 09:37 Сейчас в теме
28. pro-rok 258 13.01.14 12:46 Сейчас в теме
Спасибо автору, статья полезная особенно понравилась схемка очень информативно.
Такой вопрос, если заявка будет отклонена где то в середине процесса, то необходимо создавать новую ?? (многим клиентам эта линейность не нравиться).
И еще какова средняя скорость прохождения заявки до статуса утверждена и признака разрешить оплату.
29. Vladimir_Konyrev 225 13.01.14 13:17 Сейчас в теме
На тех предприятиях, где мы внедряли и дорабатывали данную подсистему, то работает тот принцип, что нужно создавать новую. Один раз дорабатывали механизм, запрещающий вводить заново заявку, но естественно в зависимости от условия, делалось это, чтобы не "пропихивали" заявки всеми способами.
Скорость прохождения заявки зависит от:
1. Маршрута. Есть маршруты с 1-им участником, есть с 4-5 участниками.
2. Срочности заявки
3. Статьи ДДС (читай "от менеджера направления")

Так что бывает от 5-10 минут и до суток. Бывает что заявка не оплачивается и в итого она закрывается по концу месяца, т.к. не актуальна больше и компания "пережила" и без её оплаты.
30. Suulla Uola 6 09.04.14 05:32 Сейчас в теме
Хорошая статья. Насколько похожи в этом плане УПП и КА?
31. garant21 11.12.14 14:10 Сейчас в теме
Статья хорошая. Флаг "Включать в платежный календарь" нужно ставить на самом последнем этапе согласования заявок. А пользоваться удобнее не отчетом "Платежный календарь", а отчетом "Платежный календарь с учетом заказов".
32. Els11 54 27.01.15 17:01 Сейчас в теме
Статья хорошая. Наткнулся на данную статью в поиске решения следующей проблемы. Финансисты решили задействовать платежный календарь. Но наткнулись на след особенность. По заказу покупателя делается ППДС, например в начале декабря сделали ППДС с плановым поступлением в начале марта, например 01.03.2015. Но в конце декабря что то сорвалось и , например 19 декабря этот документ закрывается документом "Закрытие ППДС". В итоге в регистре ППДС два движения от 19.12.2014 с минусом, и от 01.03.2015 с плюсом. В отчете "Платежный календарь" получаем остаток на начало сегодняшнего дня 27.01.2015 минусовой. В статье не увидел отражения этой особенности отчета. Кто как решал данную проблему? То ли отчет переделывать, то ли подписку делать, чтобы дату в ППДС корректировать на дату документа закрытия.
33. Vladimir_Konyrev 225 28.01.15 16:56 Сейчас в теме
(32) Els11, Спасибо за оценку. С данной проблемой не сталкивались. Мне кажется, что проще переделать отчет, т.к. типовой отчет скудный.
34. dka80 21 10.04.15 11:34 Сейчас в теме
Добрый день!
Не могу понять смысл применения отчета "Платежный календарь".
У меня плановое поступление денежных средств (например, 01 числа в размере 1000 руб), есть плановый расход (2 числа - 100 руб, 3 - 100 руб, 4 - 100 руб). В отчете "Платежный календарь" я прекрасно вижу по дням когда у меня возможен кассовый разрыв.
Теперь у меня прошло фактическое поступление денежных средств (1 числа - 1000 руб). В отчете "Платежный календарь" 2 числа возникает кассовый разрыв в размере -100 руб.
Я понимаю, что этот отчет подразумевает сравнение плановых показателей движения денежных средств и что по плану у нас первого числа поступлений больше не предвидится, соответственно все дальнейшие расходы у нас "якобы" производить неизчего.
Но я не понимаю, какой смысл в этой информации, так как по факту у нас никакого кассового разрыва нет и никаких корректирующих мероприятий по устранению кассового разрыва предпринимать не нужно.
Мне непонятно как при такой информации я могу производить оперативное планирование платежей.
Или я неправильно понимаю методологию?
35. stepan_s 23.08.19 07:04 Сейчас в теме
Если заказчик возжелает заплатить чуть больше в первом платеже, а в остальных чуть меньше - как это организовать? Сделать приход средств на сумму ППДС, и остаток на следующий ПДДС?
36. sarp 20.11.19 18:23 Сейчас в теме
Очень помогла статья разобраться в этой системе, автору спасибо!!!
Оставьте свое сообщение

См. также

Выравнивание и анализ остатков ЕГАИС (Далион, Трактир) Промо

Анализ учета Обработка документов Розничная торговля Учет ТМЦ Розничная торговля Учет ТМЦ v8 1cv8.cf Россия БУ Акцизы Абонемент ($m)

Отчёт показывает остатки алкоголя на складе учетной программы и в регистрах ЕГАИС в декалитрах по каждой номенклатурной позиции. Если сопоставление множественное (одна номенклатура - много ЕГАИС номенклатуры, или много номенклатуры - одна ЕГАИС номенклатура), то отчет производит корректное распределение количеств. На основании этого отчёта можно создать документы в ЕГАИС, с помощью которых можно выравнять остатки. Даже пересорт в разрезе кодов и объемов.

6 стартмани

12.10.2018    13870    3    paulis    10    

Отчет «Прогноз спроса» на нейросетях. Пример применения и оценка эффективности

Управленческие v8 КА1 УТ10 УПП1 ERP2 УТ11 КА2 УУ Абонемент ($m)

После публикации https://infostart.ru/public/649065/ я получил массу вопросов в комментариях и в личку о том, как конкретно написать отчет или обработку на нейросетях, как это применить на предприятии. Поэтому я решил выложить один из примеров – отчет по прогнозированию спроса в зависимости от различных факторов. Также я сделал оценку эффективности такого прогноза в самом отчете. Надеюсь, это снимет часть вопросов и поможет построить на своём проекте нужную модель прогнозирования. Данные отчеты можно использовать как базу для разработки своих прогнозных моделей. Отчеты тестировались на УПП 1.3.59.1 , УТ11.4.2.144 на платформе 1С 8.3.12.1412

2 стартмани

27.11.2018    18248    101    informa1555    22    

Проверка и корректировка данных по выплате зарплаты Промо

Закрытие периода Бухгалтерские Анализ учета Зарплата Зарплата v8 v8::СПР ЗКГУ3.0 ЗУП3.x Россия БУ Госбюджет Абонемент ($m)

Обработка показывает остатки и движения взаиморасчетов с сотрудниками. Также обработка может откорректировать сумму остатков. Конфигурации: "Зарплата и управление персоналом" , релиз не ниже 3.1.2.105 и "Зарплата и кадры государственного учреждения" , релиз не ниже 3.1.2.105.

2 стартмани

08.06.2018    29813    185    APTEM_SLV    14    

Автоматизация отдела продаж - CRM конфигурация для небольшой компании

Управление взаимоотношениями с клиентами (СRM) Оптовая торговля Управленческий учет (прочее) v8 Россия УУ Абонемент ($m)

Вам нужна несложная и многофункциональная автоматизированная система управления продажами для автоматизации отдела продаж? Наша CRM Система поможет Вам! Внедрение займет не более 15 минут. A-CRM - быстрая и безболезненная автоматизация отдела продаж. Без лишних затрат и сложностей. Интеграция с 1С Бухгалтерией 3 и 1С УТ 11.

1 стартмани

05.03.2018    26897    50    user718500    14    

Универсальный реестр документов с возможностью вывода данных из табличных частей Промо

Бухгалтерские Управленческие v8 1cv8.cf Абонемент ($m)

-Возможность выводить числовые данные из табличных частей документов, такие как "Количество", "Сумма", "СуммаНДС" и др. При этом такие реквизиты, как "Цена", "Коэффициент", "ПроцентСкидок" не выводятся, так как это не имеет смысла. -Возможность выбирать выводимые документы. -Возможность выбирать выводимые реквизиты (при этом, если выбрано несколько документов, то можно выводить только реквизиты, общие для всех выбранных документов). -Возможность накладывать отборы на выводимые реквизиты. -Возможность выбора реквизитов, по которым проводить упорядочивание.

1 стартмани

31.10.2013    49061    673    Kubik1984    47    

Универсальная ведомость (отчет) по РАУЗ (управленческий и регламентированный учет)

Бухгалтерские Налоговые Управленческие v8 КА1 УПП1 БУ НУ УУ Абонемент ($m)

Универсальные отчеты, раскрывающие регистры РАУЗ (УчетЗатрат, УчетЗатратРегл) по всем доступным реквизитам, для конфигураций КА 1.1, УПП 1.3. По функциональности эквивалентны типовым отчетам "Ведомость по учету МПЗ", "Ведомость по учету затрат", но отличаются простыми и менее капризными настройками (по мнению автора), более удобной расшифровкой, решенной проблемой с расшифровкой по периодам.

2 стартмани

05.06.2017    35762    85    stvorl    0    

Отчет-календарь СКД

Практика программирования Управленческие Бухгалтерские Банковские операции Банковские операции v8 v8::БУ 1cv8.cf БУ Абонемент ($m)

Хотите повысить наглядность отчетов и выходных форм? Достаточно совместить их с календарем ) Это довольно легко реализовать при помощи СКД.

1 стартмани

01.06.2017    27797    58    kiberiq    13    

Спланируй день! #0.9.6

Учет рабочего времени Управленческий учет (прочее) v8 Абонемент ($m)

Персональный планировщик дел.

1 стартмани

03.02.2016    31940    104    chuprina_as    69    

Поиск пропусков в нумерации документов запросом

Анализ учета v8 1cv8.cf Абонемент ($m)

Предлагается отчет на основе системы компоновки данных для выявления нарушений последовательности нумерации документов. Применяются методы из статей "Выразить строку как число и строку как дату в запросе" [http://infostart.ru/public/170336/] и "Быстрое определение интервалов в запросе" [http://infostart.ru/public/402534/]. Это позволяет решить задачу быстро и непосредственно в запросе.

1 стартмани

24.12.2015    28650    39    ildarovich    10    

Универсальный мульти-отчет

Управленческие v8 УТ10 Украина УУ Абонемент ($m)

Изменения от 04.11.2015 Изменен принцип указания агрегатных функций. Вместо явного указания агрегатной функции для формул (ранее всегда использовалась сумма) выбор предоставляется пользователю. Изменения от 23.10.2015 Реализована возможность указания формул в качестве частей других формул с проверкой цикличных ссылок. По многочисленным просьбам снижена стоимость скачивания:) Замечательная штука - универсальный отчет по регистрам накопления в типовых конфигурациях на обычных формах. А можно ли сделать так, чтобы в одном отчете выводились данные не из одного регистра, а из нескольких? И не только из регистров накопления, а еще и из регистров сведений? С универсальным мульти-отчетом - МОЖНО!

3 стартмани

26.07.2015    18841    47    Serdgio    24    

Регистрация и согласование договоров, редакция 2.0

Документооборот и делопроизводство Управленческий учет (прочее) v8 УУ Абонемент ($m)

Конфигурация "Регистрация и согласование договоров" является готовым решением для управления и учета договоров на предприятии. Позволяет организовать единую информационную систему регистрации и согласования. Включает CRM подсистему.

1000 руб.

26.05.2015    19804    18    5    

Универсальный отчет (4.2.0.1) Промо

Управленческие v8 1cv8.cf Россия Абонемент ($m)

Крутой тюнинг к Универсальному отчету. Быстрый расчет ширины колонок. Кнопки управления уровнями группировок. Суммирование по выделенным ячейкам. Замер времени. Значительно расширен список источников данных. Нет привязки к конкретной конфигурации, т.е. Универсальный отчет действительно универсальный.

1 стартмани

27.04.2011    303934    4899    alexk-is    205    

Подсистема "Выдача пропусков и система учета"

Управленческий учет (прочее) v8 1cv8.cf Абонемент ($m)

Данная подсистема может использоваться и как отдельная конфигурация, и в качестве блока для основной конфигурации. Система позволяет производить регистрацию и выдачу пропусков.

1 стартмани

08.05.2015    25648    25    GATTUSO    8    

Дневник Сновидений

Управленческий учет (прочее) v8 Россия Абонемент ($m)

Конфигурация для ведения дневника сновидений с индивидуальной статистикой

1 стартмани

05.11.2014    19739    9    SeiOkami    7    

Компаратор оборотов в информационных базах

Анализ учета v8 1cv8.cf Абонемент ($m)

Простой, универсальный, удобный и очень быстрый инструмент для сравнения оборотов в двух информационных базах через COM-соединение. В отчете на указанном интервале поиска выделяются все интервалы, на которых обороты по заданному регистру различаются. Это делается методом половинного деления. В этих интервалах показываются регистраторы, имеющие различающиеся обороты. Универсальность достигается возможностью выбора контролируемого регистра (включая регистр бухгалтерии), набора учитываемых при сравнении ресурсов выбранного регистра, отбора по организации и возможностью задания списка контролируемых счетов.

1 стартмани

04.05.2014    33570    170    ildarovich    54    

Быстрый вход в 1С под другим пользователем Промо

Бухгалтерский учет v8 Абонемент ($m)

Всего лишь кликните два раза по выбранному пользователю и 1С откроется под ним. Для тех, у кого нет мани - выкладываю код. Пригодилась - не забываем плюсовать.

1 стартмани

01.10.2012    36195    255    jig    35    

Универсальная экспресс-проверка ведения учёта для 8.2 (обычные формы)

Анализ учета v8 1cv8.cf Россия УУ Абонемент ($m)

Экспресс-проверка ведения учёта + редактор алгоритмов проверок. Здесь правил нет, зато, есть конструктор для создания своих проверок непосредственно в режиме 1С Предприятие. В качестве основы была взята разработка "Экспресс-проверка ведения учета для 1С:Управление торговлей 8" (http://infostart.ru/public/21398/), а также на Инфостарте существует ряд подобных обработок под разные конфигурации. Алгоритмы хранятся в регистре сведений "Настройки пользователей", т.е. требуется наличие функционала БСП в конфигурации. + Может запускаться из внешних обработок + Не требуются изменения конфигурации

1 стартмани

09.04.2014    31524    197    DrAku1a    22    

Конфигурация "Управление рисками" 0.2.2b

Управленческий учет (прочее) v8 УУ Абонемент ($m)

Конфигурация "Управление рисками" 0.0.2.2b. В России управление рисками только начинает развиваться. Управление рисками является неотъемлемой части планирования любого проекта. По статистике только 50% проектов завершаются успешно и виной неудачных проектов всегда являются риски, будь то риск отсутствия финансирования или риск потери актуальности проекта. Грамотная оценка рисков поможет вам еще на этапе планирования понять вероятность завершения проекта неудачей и оценить трудоемкость устранения рисков. Первая версия является сжатой методикой управления рисками по PMBOK (Project Management Body of Knowledge), которую проект менеджеры зачастую рассчитывают в Excel. Введение по управлению рисками можно прочитать тут - http://infostart.ru/public/256641/

1 стартмани

23.01.2014    26345    65    bobreks    35    

Инструкции по работе в 1С ЗУП

Пользователю системы Бухгалтерский учет Зарплата Управление персоналом (HRM) Зарплата Управление персоналом (HRM) v8 ЗУП2.5 БУ УУ Абонемент ($m)

Инструкции Кадровика и Расчетчика. Ничего лишнего. Скрины из реальной базы. Обработка открытия (обычное приложение) + файлы в формате MS WORD *.doc (открывается во ВСЕХ версиях программы WORD!). 50+ страниц!

1 стартмани

25.12.2013    56295    540    vladim-kul    35    

Универсальный мульти-конструктор отчета UNI

Управленческие v8 УТ10 Украина Абонемент ($m)

Идея – реализовать возможность консолидации и вывода в одном отчете данных, формируемых другими отчетами системы, произвольными запросами, с использованием числовых констант и формул, определяемых пользователем, а также предоставить возможность максимально гибко настраивать структуру отчета.

1 стартмани

01.11.2013    25317    337    Serdgio    101    

Отчет "Анализ себестоимости" для 1С: Управление торговлей v.11, в разрезе видов хозяйственных операций

Управленческие v8 УТ10 УУ Абонемент ($m)

Начальство пожелало проанализировать себестоимость в разрезе хозяйственных операций, таких как "Возврат от клиента", "Закупка у поставщика", "Перемещение товаров" и т.д. Переделать типовой не получилось. Отчет по показателям полностью повторяет типовой.

1 стартмани

18.10.2013    20730    68    Sintson    5    

База знаний (вер. 1.3)

Управленческий учет (прочее) v8 Россия Абонемент ($m)

Конфигурация (на базе БСП) для управления знаниями различного характера. Бесплатная открытая версия для свободного использования.

1 стартмани

11.10.2013    49830    834    vandalsvq    145    

Учет тренировок, питания и нагрузок (Smooth & Simple Sport)

Управленческий учет (прочее) v8 Развлечения, искусство, спорт Абонемент ($m)

Основное назначение конфигурации – учет и удобная регистрация спортивных тренировок, расчет и планирование нагрузок с целью ведения их полной истории и планового улучшения показателей. Возможен также учет продуктов питания, диет и расчет их показателей (калории, содержание продуктов) на периоде, используемых в процессе тренировок или занятий фитнессом. Конфигурация также подойдет тренерам для планирования нагрузок своих подопечных спортсменов и перерасчета нагрузок согласно планов и циклов. Позволит повторно использовать планы и регистрировать их отклонение от фактического цикла спортсмена для дальнейшего учета и перерасчета нагрузки. Такой же учет можно вести по питанию и приему препаратов спортивного и диетического назначения.

1 стартмани

04.08.2013    26954    138    fuxic    32    

Управление разработкой 1.0 (управление задачами)

Учет рабочего времени Управленческий учет (прочее) v8 Украина Абонемент ($m)

Простая конфигурация для управления отделом или предприятием по разработке программного обеспечения. В приложенных файлах файл конфигурации cf и выгрузка информационной демо базы в файле dt

1 стартмани

22.07.2013    18410    103    vitalya24    11    

Конфигурация "Управление личными задачами", версия 1.1

Учет рабочего времени Управленческий учет (прочее) v8 Домашние учет и финансы Абонемент ($m)

Небольшая конфигурация для ведения списка задач, разработанная в режиме управляемых форм.

1 стартмани

18.06.2013    16857    277    sergei_tekh    48    

База знаний

Производство готовой продукции (работ, услуг) Управленческий учет (прочее) v8 Россия Абонемент ($m)

Wiki-образная подсистема из одного-единственного справочника. Общепользовательская база знаний. Гибкое управление доступом. Поиск, навигация, история. Расширенная правка содержания разделов. Оповещения об изменениях. Аттестации пользователей.

1 стартмани

29.04.2013    32969    307    Yashazz    66    

Найдите расхождения в отчетах за считанные секунды

Анализ учета v8 1cv8.cf Абонемент ($m)

Как долго можно "ломать глаза", сравнивая два похожих отчёта ? Форматируете две разных группы колонок для очного сравнения ? Пишите формулы в EXCEL,чтобы он нашёл, "где собака зарыта" ? А как Вам возможность найти отличия в двух похожих отчетах за считанные секунды ! Какое бы количество строк и колонок в них не было ! Это делается быстро : просто скопируйте выделенные области сверяемых отчетов и затем вставьте в два окна этой обработки Таким способом можно сверять и данные, взятые из Excel-отчетов В помощь аналитикам, аудиторам,бухгалтерам, программистам и экономистам, которые ищут расхождения в таких похожих отчетах ! Отчет универсальный и работает в любой конфигурации 1С: Предприятия 8.2 и 8.3.

5 стартмани

15.04.2013    26800    79    Designer1C    22    

Мои деньги (2.0 beta)

Финансовый учет и бюджетирование (FRP) Управленческий учет (прочее) v8 Домашние учет и финансы Абонемент ($m)

Простая и удобная программа для учета личных финансов. Платформа 8.3.3. Интерфейс Такси.

1 стартмани

15.04.2013    19358    43    nesergey    14    

Конфигурация "Менеджер пользователя" Addons для УПП, БП 2.х, УТ 10.х ,ЗУП 2.х

Управленческий учет (прочее) v8 БП2.0 ЗУП2.5 УТ10 УПП1 Абонемент ($m)

Конфигурация "Менеджер пользователя" Addons для УПП, БП 2.х, УТ 10.х ,ЗУП 2.х

2 стартмани

28.02.2013    12806    53    Torin    3    

РАУЗ: Анализ ошибок по регламентированному учету

Анализ учета v8 УПП1 БУ НУ Абонемент ($m)

Обработка помогает выявить отрицательные остатки по разделам учета: "Затраты", "МПЗ" и т.д.

1 стартмани

30.01.2013    15376    177    bubnov    15    

Поиск не заполненной аналитики по БУ и НУ счетам

Бухгалтерские Анализ учета v8 БП2.0 УПП1 БУ Абонемент ($m)

Поиск не заполненной аналитики по БУ и НУ счетам. Реализован в виде отчета - находит в таблице ОстаткиИОбороты "ПустыеСубконто"

1 стартмани

21.12.2012    9066    92    relanium86    3    

DeshTask: Удобная система учета задач

Производство готовой продукции (работ, услуг) Учет рабочего времени Управленческий учет (прочее) v8 Россия УУ Абонемент ($m)

Как то мне представилась возможность руководить отделом разработки в фирме-франчайзи. В процессе работы мне приходили идеи как сделать работу отдела максимально эффективной. В итоге многие из этих идей реализованы в этой системе - DeshTask. Cистема для удобного управления задачами. Система подойдет как для индивидуальной работы, так и для команды пользователей. В настоящее время успешно применяется в команде из 7 разработчиков.

10.12.2012    35485    0    deshaion    69    

Тестирование сотрудников

Управление персоналом (HRM) Производство готовой продукции (работ, услуг) Управленческий учет (прочее) v8 Абонемент ($m)

Очень простая конфигурация для проведения тестирования сотрудников. Ее можно встроить практически в любую конфигурацию. Далее просто создаете набор своих тестов и смотрите результаты прохождения.

1 стартмани

26.11.2012    21268    145    NILS2009    16    

Отчеты по не проведенным и не найденным счетам-фактурам (по документам поступления и реализации)

Бухгалтерские Анализ учета v8 КА1 УПП1 Россия БУ НДС Абонемент ($m)

Отчеты выявляют не найденные или не проведенные счета-фактуры у документов "Поступление товаров и услуг", "Поступление доп.расходов", "Получение услуг по переработке", "Реализация товаров и услуг", "Акт об оказании производственных услуг".

1 стартмани

21.11.2012    13426    146    Elv_Ra    6    

Конфигурация "Учет автохозяйства 1.05"

Производство готовой продукции (работ, услуг) Управленческий учет (прочее) v8 Автомобили, автосервисы Россия УУ Абонемент ($m)

Конфигурация "Учет автохозяйства" предназначена для учета содержания автомашин в хозяйстве. Шаблон для дальнейшей доработки. Написана на управляемых формах 8.2. Изначально проектировалось для УВД, но подойдет многим.

1 стартмани

09.11.2012    14379    102    GarantRegion    9    

Управление генеалогическим древом (Родословное дерево)

Производство готовой продукции (работ, услуг) Управленческий учет (прочее) v8 Финансовые услуги, инвестиции Россия Абонемент ($m)

Простая и функциональная конфигурация в режиме управляемого приложения для построения и печати генеалогических деревьев, хранения и отображения информации о родственниках и о событиях в их жизни. Благодаря удобному интерфейсу и широким возможностям программа подходит и начинающим, и профессионалам.

1 стартмани

29.10.2012    15753    118    Administrator1c    19    

Сравнение данных взаиморасчетов по данным БУ и регистрам

Учет и отчетность Дебиторская и кредиторская задолженность Анализ учета Управленческие Дебиторская и кредиторская задолженность v8 КА1 УПП1 БУ УУ Абонемент ($m)

В конфигурации 1С:УПП для ведения взаиморасчетов используется огромное количество регистров - Взаиморасчеты с контрагентами, Расчеты по приобретению, Расчеты по реализации, Взаиморасчеты по документам расчетов, Данные бухгалтерского учета. Необходимо постоянно следить за корректностью данных в этих регистрах. Если нужно, чтоб данные по всем регистрам совпадали, то может пригодиться данный отчет.

1 стартмани

25.10.2012    18456    203    NILS2009    9    

Универсальный Реестр Документов 8.2

Управленческие v8 Россия Абонемент ($m)

Реестр документов для обычного и управляемого приложения.

1 стартмани

10.09.2012    9564    415    gavrilov.d    26    

"Учет активов и обязательств", ред 1.0 (для дома и бизнеса). Управляемое приложение (8.2).

Финансовый учет и бюджетирование (FRP) Управленческий учет (прочее) v8 Домашние учет и финансы Россия УУ Абонемент ($m)

Простой и удобный способ учета доходов, расходов, кредитов, вкладов, наличных и прочих активов.

1 стартмани

03.09.2012    16567    25    Lighthouse    3