Программа типа "Касса офиса". Может ли она заменить кассовый аппарат и вахтера

[Dan-K]

Потихоньку пишу мини CRM. Задумался о дистанционном контроле количества денег в кассе УДАЛЕННОГО ОФИСА... Т.е. встали 2 задачи:

1. сделать отдельную кассу подключенную к программе Договор, чтобы суммы договоров и оплата рассрочек автоматически падали на приход... Учитывая тот факт что 90% оконных офисов оформлены на ИП работающих на вмененке - любая кассовая программа фактически является ЧЁРНОЙ кассой офиса и в ней смело можно учитывать все, включая расходы на плюшки и вызов девушек легкого поведения для директора... Естественно, что в 1С данные расходы лучше бы не вносить...

2. Автоматическая Отправка ежедневного отчета по инету.

 

Первый комментарий, который услышал от менеджера из УДАЛЕННОГО ОФИСА: так это вы время прихода -ухода контролировать будете?

 

Тут же встала еще минизадачка - формирование отчета о времени запуска и остановки Винды... Кто-нибудь подобное делал, например на vbs?

 

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

Есть ли смысл включать в подобную черную кассу функцию по выписке приходников всем заплатившим по договорам?

[smsinfo]

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

Есть ли смысл включать в подобную черную кассу функцию по выписке приходников всем заплатившим по договорам?

Наокнец то ктото решил написать необходимый инструмент для работы ИП.

Давно вынашиваю план такой кассы.

Вот мои соображения по этиому поводу.

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

2. Возможность правки строк прихода и расхода должна присутствовать, но так чтобы это обязательно оставляло следы в самой программе. (К примеру ведение логов)

3. Расрочки должны падать в кошелек (Долги) в дальнейшем когда приносит клиент долг, то делается перевод из кошелька долг в основной (Касса).

4. Необходима отчетная система где как раз и формируются приходно - расходные документа, например то же самый фастрепорт отлично бы справился с этой задачей. (отчетная система должна быть для того чтобы вы могли выписать не только приходный ордер, но и различные накладные по приходу - расходу итд, возможности отчетной системы почти безграничны).

 

Буду с интересом следить за развитием проекта. То что вы пишете просто необходимо ИП.

Просто не все это осознают.

Изменено 5 марта, 2012 пользователем smsinfo

[Dan-K]

С отчетной системой - это уже полнофункциональная программа с мини 1С получается... а началось с простого расчета точки росы на листочке экселя...

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

[smsinfo]

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

Вот именно по этой причине я и зудывался над этим проектом.

Генератор отчетов для примера можете подобрать под свой проект вот здесь.

http://www.fast-report.com/ru/products/

С уважением.

[smsinfo]

статистика продаж подобных материалов отсутствует.

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

ИП никогда не знает сколько он тратит денег на бензин, сверла, перчатки, и прочая мелочевка.

Очень сложно предвидеть предстоящие расходы на определенный день, а уж доходы еще сложнее.

Использование отчетной системы как раз предпологает возможность видеть графики расхода и прихода.

И возможность анализировать ежедневную текучку.

[Леха]

это не особенность ИП - это безалаберность неграмотных в экономике людей - что стоит записывать ежедневно расходы и доходы? ничего - просто лень.

[smsinfo]

это не особенность ИП - это безалаберность неграмотных в экономике людей - что стоит записывать ежедневно расходы и доходы? ничего - просто лень.

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

просто и легко не задуываясь.

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

Нет ты этого не сможешь так просто сделать.

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

[dvim]

Тут же встала еще минизадачка - формирование отчета о времени запуска и остановки Винды... Кто-нибудь подобное делал, например на vbs?

а чем не нравится журнал событий системы -http://www.osp.ru/win2000/2011/03/13009252/

 

По поводу программы - просто поток денег можно контролировать в любой для "учета личных" финансов.

[smsinfo]

По поводу программы - просто поток денег можно контролировать в любой для "учета личных" финансов.

Если бы все так было просто.

Ни одна программа, из тех что я видел не позволяет контролировать расрочки.

[Rexther]

Если бы все так было просто.

Ни одна программа, из тех что я видел не позволяет контролировать расрочки.

 

Можете описать механизм контроля рассрочки?

Т.е. понятно, что по Заказу есть некая общая цифра, можно, например, в ручную, составить график поэтапных выплат.

Вопрос: в чем заключается контроль? В напоминаниях о наступлении каждого этапа? Или в чем-то большем?

[Леха]

Лех а слабо сказать мн..

я вел табличку в экселе а данные туда записывал из записной книжки где писал дату кому когда и сколько денег.. или от кого и сколько денег получил.

 

все просто до копейки.

[Dan-K]

Рассрочки - это вообще головная боль... То ли дело 100% предоплата...

 

Нужно постоянно отслеживать и формировать списки на обзвон рассрочников. Как минимум 1-2 раз в месяц...

Отмечать проплативших. У меня в свое время доходили суммы в рассрочке до 400000 по 1 офису. Это был бешенный головняк вручную учитывать.

Кстати, знаю 1 мебельную конторку, где менеджеры развели директора на неправильном контроле за рассрочками ... процентов на 15-20 всего оборота компании... когда это чудо решил самостоятельно приняться за проверку прихода денег по договорам рассрочки и выяснить а деньги где за осенне-зимний сезон 2010-2011 - менеджеры внезапно собрались и уволились...

 

 

 

Можете описать механизм контроля рассрочки?

Т.е. понятно, что по Заказу есть некая общая цифра, можно, например, в ручную, составить график поэтапных выплат.

Вопрос: в чем заключается контроль? В напоминаниях о наступлении каждого этапа? Или в чем-то большем?

 

Спасибо за вопрос. Сейчас до меня дошло- главное принцип ведения кассы в офисе...

 

Бардак в кассе офиса начинается с применения кассового аппарата без выписки приходного документа!!!

 

Если приходит только 100% предоплата, то хрен с ней, с кассой офиса. Можно отслеживать все по кассовому аппарату и бланкам договоров...

 

А вот если речь идет даже не о рассрочках, а о доплатах по факту выполнения работ - не обойдешся без выписки ПРИХОДНИКА, где все и отметится и оттуда уже в базу данных

 

И номер договора ... и примечания - что клиент еще хочет весной окна заказать и что ему весной перезвонить надо...

Изменено 5 марта, 2012 пользователем Dan-K

[Леха]

Если бы все так было просто.

Ни одна программа, из тех что я видел не позволяет контролировать расрочки.

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

 

Рассрочки - это вообще головная боль... То ли дело 100% предоплата...

.

вот именно... чем больше оборот тем труднее учет.. вручную ты прав - можно контролировать себя и пару менеджеров а потом нужна аавтоматизация

[Casper]

Ни одна программа, из тех что я видел не позволяет контролировать расрочки.

Ну почему же? Если сущность "обещаный платеж" с указанием суммы и даты подходит под определение "контроль рассрочки", то существуют такие решения.

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

[smsinfo]

 

Можете описать механизм контроля рассрочки?

Т.е. понятно, что по Заказу есть некая общая цифра, можно, например, в ручную, составить график поэтапных выплат.

Вопрос: в чем заключается контроль? В напоминаниях о наступлении каждого этапа? Или в чем-то большем?

Вопрос заключается в том что эти оплаты должны импортироваться из программы в которой мы ведем рачет с клиентами - тоесть должна происходить работа с самой базой данных.

Почему она должна импортироваться а не биться вручную.

Чтобы менеджер который ведет записи в этой программе не мог самостятельно уменьшить сумму оплаты внесенную заказчиком.

Но тут появляетсмя другая проблема.

А что если в программе где мы ведем клиента и бьем оплаты изменить размер самой оплаты,

при следующей синхронизации в нашей программе сумма оставшегося долга тоже изменится.

Вот где лазейка для менеджера и способ вывести незаметно деньги из кассы.

Для этого и нужен контроль в виде логов когда и сколько внесенно и когда и сколько списанно,

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

 

А теперь сам принцип учета рассрочки:

Есть договор под именем Иванов Иван Иваныч за номером 1/20850

на общую сумму 82523,45 руб.

Заказчик в момент заключения договора оплачивает сумму 40000 руб.

Остаток в размере 42532,45 руб. должен идти в кошелек (ДОЛГ).

Так как этих денег фактически мы еще не получили, но должны получить в будущем.

Поэтому эта сумма должна учавствовать в аналитике в какой день сколько денег должно быть в кассе.

Так же программа должна сама сообщить о том что сегодня должен подойти Иванов Иван Иваныч и оплатить сумму долга 42523,45 руб.

В момент когда приходит Иван Иваныч и оплачивает эту сумму, должно произойти перемещение из кошелька (ДОЛГ) в основной кошелек (КАССА).

Если кратко то вот такой принцип учета рассрочек

[dvim]

Генерить, как rexter пишет, "обязательные" даты - с них начинается отсчитываться "долг", можно звонить....

 

В любой CRM системе долги есть .... Дописка рассрочек - несложно.

Тут разбирался с SplendidCRM (Версия C# ) - достаточно интересная бесплатная CRM с возможностью интегрироваться и дописывать.

 

Остаток в размере 42532,45 руб. должен идти в кошелек (ДОЛГ).

Учет долгов есть во всех CRM, они на то и заточены.

Изменено 5 марта, 2012 пользователем dvim

[smsinfo]

Учет долгов есть во всех CRM, они на то и заточены.

Блин да как вы не поймете что долги не должны вноситься вручную, а должны автоматически появляться в программе!

исходя из основной суммы договора, и суммы поступления на данный договор.

То что вы сейчас предлогаете фактически есть прямой путь к возможности вас грабануть, умышленно внеся меньшую сумму долга!

Вот и все.

Вот а теперь посмотрите какая из предложенных программ на рынке сможет загрузить в себя все эти данные.

И самый главныый вопрос как это все заставить работать на разных программах?

[Леха]

двже в примитивной СРМ есть такая функция как учет оплаты по договору. есть сумма подлежащая оплате и есть даты когда нужно вноситьоплаты. достаточно один раз расписать напоминалки - на год - это всего 12 нпоминалок на одного клиента и каждый день Вы будете видеть кому нужно звонить и кто должен приести деньги.

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

 

окончательная сумма - в бухгалтерии - Сальдо Контрагентов.

 

свел вместе два отчета - и все становится прозрачно.

[Rexther]

Блин да как вы не поймете что долги не должны вноситься вручную, а должны автоматически появляться в программе!

исходя из основной суммы договора, и суммы поступления на данный договор.

То что вы сейчас предлогаете фактически есть прямой путь к возможности вас грабануть, умышленно внеся меньшую сумму долга!

Вот и все.

Вот а теперь посмотрите какая из предложенных программ на рынке сможет загрузить в себя все эти данные.

И самый главныый вопрос как это все заставить работать на разных программах?

 

Ну не вполне так-то ...

Любая программа должна как-то получить данные. В расчетной программе типа СО ПС это должно решаться с помощью полномочий пользователя.

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

[dvim]

Блин да как вы не поймете что долги не должны вноситься вручную, а должны автоматически появляться в программе!

Я говорил что в Большинстве CRM долг есть, рассрочку "надо дописать".

Обеспечить последующее нередактирвоание данных пользователем - тоже реально.

Плюс в системах есть АУДИТ - полное логирование действий пользователя.

[Rexther]

Вопрос заключается в том что эти оплаты должны импортироваться из программы в которой мы ведем рачет с клиентами - тоесть должна происходить работа с самой базой данных.

Почему она должна импортироваться а не биться вручную.

Чтобы менеджер который ведет записи в этой программе не мог самостятельно уменьшить сумму оплаты внесенную заказчиком.

Но тут появляетсмя другая проблема.

А что если в программе где мы ведем клиента и бьем оплаты изменить размер самой оплаты,

при следующей синхронизации в нашей программе сумма оставшегося долга тоже изменится.

Вот где лазейка для менеджера и способ вывести незаметно деньги из кассы.

Для этого и нужен контроль в виде логов когда и сколько внесенно и когда и сколько списанно,

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

Немного разовью то, что написал ранее:

Думается, что имеют право на существование оба метода - и ведение журнала платежей в расчетной программе и в стороннеей, например в 1С. Не важно, на самом деле где, важно что бы имелся инструмент обмена данными. Корректный.

В частности ПС3 уже сейчас вполне допускает именно вторую схему - ведение журнала платежей в сторонней программе и импорт в Бд ПС3. В сторонней же программе наверно могут и напоминания об очередном этапе работать

 

А теперь сам принцип учета рассрочки:

Есть договор под именем Иванов Иван Иваныч за номером 1/20850

на общую сумму 82523,45 руб.

Заказчик в момент заключения договора оплачивает сумму 40000 руб.

Остаток в размере 42532,45 руб. должен идти в кошелек (ДОЛГ).

Так как этих денег фактически мы еще не получили, но должны получить в будущем.

Поэтому эта сумма должна учавствовать в аналитике в какой день сколько денег должно быть в кассе.

Так же программа должна сама сообщить о том что сегодня должен подойти Иванов Иван Иваныч и оплатить сумму долга 42523,45 руб.

В момент когда приходит Иван Иваныч и оплачивает эту сумму, должно произойти перемещение из кошелька (ДОЛГ) в основной кошелек (КАССА).

Если кратко то вот такой принцип учета рассрочек

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

Так?

 

Хорошо.

Что делать если вот какой-то клиент должен был прийти и внести деньги, но ... не пришел.

как программа должна в этом случае помогать?

[Dan-K]

Что делать если вот какой-то клиент должен был прийти и внести деньги, но ... не пришел.

как программа должна в этом случае помогать?

Программа в этом случае должна автоматически отправлять много-много СМС. Но такое я не напишу... это нужно писать управление GSM-модемом. Готовых программ я тоже не встречал...

[А.Х.]

Готовых программ я тоже не встречал...

Выгрузка задания (txt, номер тел., текст) на рассылку много-много СМС , а далее программ полно, включая сервисы (на сайте) операторов сот.связи.

[Dan-K]

Выгрузка задания (txt, номер тел., текст) на рассылку много-много СМС , а далее программ полно, включая сервисы (на сайте) операторов сот.связи.

Рассылка через ИНЕТ? Это сидеть и вводить вручную коды доказывающие что ты не машина, после первых 10 смс...

у нас в одном не очень большом банке админ сделал прогу, подцепил к компу старенький телефон сименс и пуляет всем неплательшикам смс-ки... но прогу не продает...

[Rexther]

Что-то думается, что неплательщикам нет смысла рассылать СМС из расчетной программы.

Думаю, что она должна уведомлять персонал компании о случившемся - так что бы персонал не проморгал, не проворонил ....

 

Поправьте ежели не так ...