Уважаемые разработчики, по-хорошему это Вы должны информировать нас какой функционал вы планируете ввести: какие задачи он будет решать и каким образом, как он будет выглядеть (эскизы интерфейса), возможно даже несколько вариантов. И только потом выкатывать это на обсуждение, чтобы получить обратную связь - это избавит вас от пути "проба и ошибок". Инвестиции на фазе проработки позволяют экономить время и деньги на переделы на фазе производства и сопровождения. Говорю это вам как консультант по внедрению систем управления производством (MRP II) с 10-ти летним стажем.

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

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

Предлагаю так: каталог товаров и услуг создается самим пользователем, без автоматического добавления в него записей из документов. При этом, при формировании документов всплывают варианты из этого каталога. Если же пользователь вводит в документ уникальную запись, то запоминать ее НЕ НАДО! Иначе будет потом этих уникальных записей вылезать (читайте Скалозубова) как собак не резанных (уже так).

Вот как-то так. И не надо ничего выдумывать.

Говоря о графике, наглядно показывающем cashflow. За основу можно взять график с первой страницы Эльбы, но его необходимо переработать - оси остаются такими же - по X - время (даты), по Y - сумма (деньги). Сейчас две кривые, отражающие одна поступления, а вторая - списания. Они не должны быть кривыми - поскольку каждый пик строится всего по одной точке - вместо пикообразной кривой должен использоваться просто столбик. Получается так же  в выбранном периоде (период = 1 деление шкалы ) всего 2 столбика: столбик А = сумма всех фактических поступлений за период, столбик Б = сумма всех фактических списаний за период. И должна быть кривая - cashflow. Точка кривой в каждом периоде рассчитывается как разница суммы поступлений за период (столбик А) минус сумма списаний за период (столбик Б). В результате кривая, построенная по этим точкам даст видение денежного потока в динамике за прошедшие периоды (классический график, он и в экселе и либрокальке есть).

Совершенно аналогично, в развитие этого графика, нужно поступить и с плановыми доходами и затратами и объединить их в одном графике (с фильтрами: возможностью включения/выключения столбиков и кривой как план, так и факт). В итоге пересечение этих двух кривых будет сигнализировать о просадке бюджета компании и необходимости его срочного пополнения, либо наоборот, о "наборе высоты". Вот, как-то так :)

УРА!

В качестве плановых доходов/расходов в платежный календарь автоматически могут заноситься плановые суммы из сформированных в системе счетов и платежных поручений, а так же плановые размеры регулярных платежей: ФОТ: з/п, подоходный, страховые, и д.р.

Исходя из нынешней концепции раздела "Бизнес" попасть оно должно в раздел "Входящие документы"

В соответствии с КЗОТом выплаты з/п необходимо делать не менее 2-х раз в месяц. Так что автоматизация выплат аванса сотрудникам - объективная необходимость.

Ребята из Эльбы, вы идете по пути ПФР http://www.e-kontur.ru/blog/360...

Это приведет к тому, что "микробизнес" - ИП-шники, как автор топика, как Илья Шаляпин, вновь уйдут на пиратскую 1С...

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

Удачи Вам и не теряйте клиентов необдуманными действиями! :)

А что вообще означает данный запрос?

У сотрудников на сегодня нет ни одного счета - идем в раздел "сотрудники", где Вы здесь видите возможность добавить расчетный счет для сотрудника? Я не вижу.

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

Очень многие сегодня выплачивают з/п на пластиковые карты, а не наличкой.

Сейчас в Эльбе, чтобы выплачивать сотруднику з/п на пластик приходится заводить одноименного контрагента в разделе "Клиенты и поставщики".

А как бы было удобно, если бы соответствующие банковские реквизиты пластиковой карточки или лицевого счета "жили" бы в привязке к сотруднику в разделе "Сотрудники".

А то о чем пишет автор запроса - просто дополнительный бонус - чтобы таких счетов у сотрудника могло быть несколько.