Программа учёта жильцов в жилищностроительном кооперативе

AndreyMust19 написал:

Можно написать эту программу для Windows, а работать в Linux будет через Wine.

Программа под Windows уже существует. Под вайном не работает.
Кстати, всем заинтересованным могу прислать, что бы ответить на вопросы что программа должна делать и какой иметь интерфейс.
База данных в 1 файле, в формате .mdb
Принципиально важно сохранить именно этот формат, так как файл БД уже забит платежами и данными о квартирах.
Проще говоря нужна оболочка для чтения и редактирования этого файла в линуксе, но непросто оболочка, а что бы она считала по формулам квартплату, так как на самом деле разное количество метров, прописанных человек и не у всех стоят счётчики на воду.
Работает за компом только бухгалтер, так что по сети не нужно, Интернета в правлении ЖКХ нету, так что выделенный сервер тоже отпадает.
Бухгалтер в комнате правления вносит данные в базу, принимает платежи, сохраняет файл БД на флешку, а дома распечатывает квитанции (дома у неё винда).
И так:
1. Совместимость с уществующей БД. Это принципиально, если это не соблюдается остальное теряет смысл и дальше можно не продолжать.
2. Программа считает квартплату и выводит всё в квитанцию (сохранив в БД естественно).
3. Данные по квартирам у всех разные. (у кого то есть льготы, у когото есть счётчики на воду и т.д.) и в программе можно ввести эти данные чтобы при расчёте это учитывалось.
Повторюсь, всемкто заинтересовался могу выслать виндовый вариант. Инсталяции не требует, запускается экзашник с места и работает.

Повторюсь, всемкто заинтересовался могу выслать виндовый вариант. Инсталяции не требует, запускается экзашник с места и работает.

Исходников нет, конечно?

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

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

Главное найти алгоритмы работы с mdb-файлами. И проектную документацию желательно.

Проектную документацию могу составить заново, да а чего там составлять?
ТЗ? - если посмотреть виндовую прогу то всё ясно станет.
А mdb-файл это MS Access и их алгоритм, вот собствено и всё.

Если достанешь Delphi-исходники, проще будет перекомпилировать в Kylix.
Если ни у кого Kylix не окажется, придется переносить на Lazarus.
В этом случае наверняка не все будет работать и понадобится проектная документация.

ТЗ? - если посмотреть виндовую прогу то всё ясно станет.

Я имею ввиду документацию к исходникам. Хотя вряд ли автор ее составлял, раз ты говоришь "ее делали под заказ".

А mdb-файл это MS Access и их алгоритм, вот собствено и всё.

Так в Linux нет либ работы с MS Access! И сомневаюсь что они есть в Lazarus.

Vadimsky написал:

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

Было бы не плохо, особенно хотелось бы знать порядок счёта.
мда и собраную программку для посмотреть если можно. Если архив влезает в мыло, можно отправить на aikus {лучший друг человека} yandex {точка} ru

AndreyMust19 написал:

Так в Linux нет либ работы с MS Access

http://www.kexi-project.org/wiki/wikiview/?KexiFAQ
http://dba.openoffice.org/drivers/mdb/index.html
http://mdbtools.sourceforge.net/
Есть ещё ряд свободных jdbc драйверов, правда не знаю работают ли они под не windows.

Хорошо есть. Но этого мало, нужна хорошая документация.

Vadimsky написал:

Программа под Windows уже существует. Под вайном не работает.

почему? может проще подправить, что-бы заработала?

AndreyMust19 написал:

Так в Linux нет либ работы с MS Access!

это не пойдёт: http://mdbtools.sourceforge.net/

aikus написал:

Знающие люди скажите:
1. Какие цели приследует программа для ЖСК? Что она должна делать?

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

aikus написал:

2. Какие возможности? Есть ли у Вам знакомых ЖСК возможность выделить для программы сервер, купить хостинг, нанять админа?

Это зачем?
+ До этого еще очень долго. Так что пока тестовые данные, обсчитываем себя. :)

aikus написал:

3. Каие люди будут пользоваться программой, какое их количество?

От совершенных чайников.
От 1. И дальше зависит от величины конторы и обслуживаемых домов.
Плюс домтуп захотят: юристы, бухгалтерия, начальство

aikus написал:

4. Какую информацию надо хранить?

п.1

aikus написал:

5. Какие нужны отчёты?

Основные: квитанции, сальдовая ведомсть, отчты по начислениями и по оплатам , по должникам.........
Остальных может быть туча. Зависит от величины компании и сложность ее структуры. В прочем все с отчетами главное определиться зачем отчет просят: стандартная ситуация - просят 10 отчетов. Потом выясняется, что все они нужны чтобы сделать 11. ;)

aikus написал:

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

Все что я "пугаю" в принципе может и не так страшно. Поскольку я сталкивался с уровнем чуть побольше чем ЖСК одного дома. Но, по непроверенным данным, все идет к укрупнению и объединению.
Теоретически возможно, что некоторые ЖСК вполне устроит гораздо более простая система. Но тут ж сами решайте на что ориентироваться.

mycetophylax написал:

Меня voral напугал :O :D Я себе такого в уме нарисовал.

Ну тому кто возьмется за проект могуи наскриншотить. Публиковать не буду. Без согласия не могу.

Vadimsky написал:

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

Нет. Это не дело. Решение не должно быть под конкретную контору. Максимум, имхо, сконвертировать в нормальную БД. И создать модуль выгрузки.

Vadimsky написал:

Повторюсь, всемкто заинтересовался могу выслать виндовый вариант. Инсталяции не требует, запускается экзашник с места и работает.

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

Vadimsky написал:

Проектную документацию могу составить заново, да а чего там составлять?
ТЗ? - если посмотреть виндовую прогу то всё ясно станет.

Хм..... "чего там составлять" - не поверю..... Мне потоянно говорят "вот нам нужно тото - это просто" (и показывают одного конкретного абона). Начинаем въезжать взадачу. Задаем вопросы. И в итоге начальство/юристы месяц их разгребают.

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

voral написал:

Хранить ...

А самих жильцов включать не надо?
Ладно хватит мне дурака валять

На сколько я понимаю необходимы следующие справочники и журналы:
1. пользователи системы.
2. жильцы (дольщики).
3. начисления за коммуналку (генерить это лучше автоматом).
4. факторы влияющие на п.3 (ох по этому пункту сколько вопросов).
5. начисление пеней.
6. оплаты.
8. перерасчёты.
9. дома (под вопросос)
Про отчёты:
1. квитанции. в квитанцию включают все услуги или на каждую услугу свой квиток или я не то что то смарозил.
2. сальдовая ведомость
3. отчёты по начислениями и по оплатам я так понимаю это у каждого ТСЖ своё родное.
4. задолженности.


Знающие люди, сканает это на джентльменский набор фигни для ЖСК, ТСЖ etc?

Далее мысли в слух:

Так теперь с форм фактором, т.к. тут два чела говорят что прогу пользовать будет 1 чел, и тем более, что ни каких админов или серваков не предвидится, то думаю объяснить, что чтоб Вы могли насладится прогой надо всего:
1. поставить сервер бд.
2. настроить сервер бд.
3. поставить apache, tomcat...
4. настроить то, что Вы поставили в п. 3.
5. включить (щаз страшное слово) браузер.
6. набрать в адресной строке 'localhost[:8080]'
и вуаля
я даже себе не смогу.
с другой стороны, если появится необходимость работать нескольким человекам, настольное решение это им не позволит совсем. На мой взгляд есть только одно решение: использовать десктопный клиент и БД, которая может быть и сетевой, а для однопользовательских можно использовать и драйвера для хранения в файл.

voral написал:

поднять законодательную базу

С чего стоит начать?

aikus написал:

[quote=voral]поднять законодательную базу

С чего стоит начать?[/quote]
Я сейчас уже их все не вспомню. Таких бумаг состав и маленькая тележка.
Единственное что помню на вскидку: 307 постановление правительства РФ.... :)
По идее сначала надо составить список возможных услуг. В принципе их не очень много (по крайней мере общих для всех). А дальше уже лучше работать со работниками ЖКХ.
По каждой услуги выясняете отчего зависит начисление и как оно происходит. И вт тут надо найти постановление на основании которого они делают именно так. В простом случае, типа умножаем показания на тариф. Вся чехарда начинается когда начисления идут по нормативу. Еще хуже если учитываются льготы.....

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

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

Так же если программа будет позволять мигрировать между УК. Да даже просто не позволять.. А просто перешел дом из одной конторы в другую. И договорились, что новая контора будет работать с долгами.... Тут возникает еще и вопрос о порядке погашения тех долгов....... Ну эту задачу можно оставить и на потом......


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

Я был свидетелем когда подобная система была заморожена месяца на два из-за необходимости переписать некторую часть с 0, потому что не се было предусмотрено

aikus написал:

1. квитанции. в квитанцию включают все услуги или на каждую услугу свой квиток или я не то что то смарозил.

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

Да кстати. СПравочник поставщиков услуг так же может пригодится.

aikus написал:

3. отчёты по начислениями и по оплатам я так понимаю это у каждого ТСЖ своё родное.

Нет. Данные отчеты. Если грамотно оставлены. Абсолютно одинаковые. И вообще разрабатывать уникальные для конкретной организации отчеты это утопия. Нужно убеждать людей, что им отчет подходит. Это все реально и работает. Как правило большинство "желалок" в стадии поддержки это отчеты. Да и бывает приходится что то менять и исправлять в программе (например в соответствии с новым законодательством ил просто расширением функционала, повлекшим небольшие изменения в структуре..... И тут заколебетесь сопровождать эти отчеты. Людей в этом убедить не сложно: просто говорите, что они рискуют в определенный момент оказаться без рабочего отчета, в то время как все остальные используют похожий отчет с нужной инфой.

Так, щас начну писать описание того что хотели видет ьв правлении (всего 2 человека - председатель ЖСК и бухгалтер), повспоминаю формулы, попробую достать исходники, и выложить это всё куданибуть, а тут поставить ссылку.

Vadimsky написал:

Так, щас начну писать описание того что хотели видет ьв правлении (всего 2 человека - председатель ЖСК и бухгалтер), повспоминаю формулы, попробую достать исходники, и выложить это всё куданибуть, а тут поставить ссылку.

Буду ждать.