http://www.datapro.lv/

Мне тоже интересно, некоторым образом бухгалтерю при обслуживании 72 квартир помимо всего прочего................

Бе-едненький!!! А на чём сейчас счета выставляете?

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

Скачайте инструкцию по использованию, а главное историю версий. Там много полезной информации. Обновление (значительное) происходит раз в квартал, кроме добавления новых отчётов и функций идёт отладка программы (избавление от глюков ещё в 2004 году, это не страшно, а важна оперативность и своевременность). При беглом просмотре (демо не вилела, только инструкцию по использованию) всё выглядит очень даже неплохо. Не поняла по схеме, почему договора связаны с квартирами, а не с персонами. Если происходит смена нанимателя, договор (номер) тот же, что ли? Есть один минус, похоже кроме платы за саму программу необходима лицензия на MS OFFICE, причём Pro, т.е. нужен MS Access, если я правильно поняла. А плюс в том, что таких узкоспециализированных программ на рынке очень мало, выбирать не из чего, а данная по функциональности представляет интерес.

Счета выставляем в MS Excel, в нем же ведется учет. Пока, вроде бы справляемся, но количество обслуживаемых домов будет увеличиваться...

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

Макссофт, "на бумаге" - всё ладненько-красивенько. Хотелось бы услышать пользователей. И еще интересно - что там можно "значительно" менять раз в квартал.

Я не зря отметила про "договора связаны с квартирами". У меня работает подобная система с другой функциональностью( 10 лет уже), но суть та же, плата за услуги, предоставляемые по адресу. Так вот, номер абонента привязан к квартире, если персона меняется, необходимо заключать новый договор с новым номером. То есть в базе должно быть столько договоров на квартиру, сколько было нанимателей. Иначе, если будете разбираться по долгам, то последняя персона не имеет никакого отношения к истории по этой квартире до его вселения. Потом, понятно, количество ограничено до 1000. Разделения по годам базы не увидела, через определённое количество лет ACCESS просто не провернёт объём (тормоз на больших объёмах жуткий). У меня в одном году крутится порядка 30000 и информация по каждому договору оперативно выдаётся за все года.

"что там можно "значительно" менять раз в квартал" написано в истории версий, скачайте и прочитайте, занятно. Работа кипит, уже хорошо.

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

В приобретении ПО всегда есть доля риска, что с этим поделаешь, надо его минимизировать

Почитала инструкцию повнимательней. На 49 странице имеется таблица по квартире и закладки с договорами и персонами. Похоже с этим всё в порядке. Вообще объёмы разработки впечатляют, жаль, что средства выбраны не те, было бы не только для 1000 квартир. Сколько всё это стоит, интересно?

Если интересно, то неплохая программа по обслуживанию домов имеется на базе 1С у фирмы "Fast Soft".

У 1С тоже нет разделения базы по годам.

Разделение базы на куски, как норма - такой же перфоманс как человек-собака. Вроде смешно, но никому не нужно.

Ещё как нужно, если Вы держите информацию за 10 лет в одной базе, потому и ограничитель стоит до 1000 квартир, а если их 30000? К утру посчитается отчёт, как посоветовала одна небезизвестная фирма :))). В бухгалтерии таксационный период - год, не разделение, а формирование новой базы каждый год - мудрое решение :), а про оперативный доступ к любому году и говорить нечего. И разобраться с арендатором за весь 10-летний период тоже легко.

Кстати, Макссофт, разделение по годам в учете квартплаты не всегда и желательно, потому что есть "экземпляры", которые платят по пятёрке в месяц, которая разносится в программе как уплата, скажем, по счёту за январь месяц 1995 года. Удобно, когда видишь динамику состояния счетов квартиросъёмщиков по крайней мере за 2 года - со всеми переходящими остатками, частичными оплатами и т.п.. Гораздо удобнее, на мой взгляд, было бы следующее решение: последние два года остаются в "рабочем состоянии", а все счета, полностью оплаченные ранее, архивируются и "с экрана" убираются. Остаются неоплаченные и частично оплаченные за весь период (пусть это даже 10 лет), с которыми и работаешь.

У меня в программе видна динамика состояния счетов за все года (год, входящий остаток, начисления и все оплаты с датами), причём оперативно, при разговоре диспетчера с клиентом по телефону. А разделение по годам необходимо, чтобы избавиться от объёмов при получении отчётов в различных разрезах по всем клиентам (вот в рассматриваемой программе не более 1000 и я уже писала почему). Отчёт нужен за текущий период, а информация по платежам клиента за все года, для удовлетворения этих условий при большом количестве клиентов необходимо деление базы по годам. И зачем предыдущие года архивировать, они никому не мешают, располагаются в отдельных папках.

Так , может быть у Вас и для нас чего найдётся? Видите - потребность есть не только у меня.

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

Но главное-то есть - каждый год в отдельной кошелке...