Запилить преферанс и куртизанок в своей БД.
Первым делом прошу прощения у программистов за то, что эту цель поместил в группу "Программирование", она с ним очень слабо связана. М.б. разве что косвенно по части написания запросов на SQL. Просто остальные группы из категории "Работа и карьера" подходят для неё ещё меньше.
Думаю, эта цель мало кому может показаться интересной, но описание я всё же добавлю.
Я работаю инженером в сфере предоставления коммунальных услуг. Непосредственно в отделе сбыта и в метрологической службе. Пожалуй, самая важная часть работы заключается в сборе/хранении/обработке данных, полученных при помощи приборов учёта потребления коммунального ресурса а также договорных данных. Всю совокупность потребителей коммунального ресурса можно, условно, разделить на две категории: физические и юридические лица. Работа с первой категорией в основном регулируется ПП РФ от 06.05.2011 №354. Работа со второй категорией регулируется... Да в общем-то ничем, кроме договоров, которые в целом не должны противоречить ГК РФ и требованиям всяких там надзорных органов. Отсюда вытекает, что при работе с этими двумя категориями есть некоторая отличающаяся специфика.
Что касается вопросов обработки и хранения данных, для физ.лиц у меня используется сторонний программный продукт. В целом, он неплох, однако, его возможности не предоставляют всего того функционала, который помог бы мне должным образом автоматизировать всю работу по учёту и помочь осуществлять все требования законодательства легко и непринуждённо. Навскидку там: не предусмотрена возможность хранения данных по узлам учёта (номера, номера пломб, даты ввода, сроки поверки, даты периодических проверок и т.д.); не предусмотрена возможность толкового хранения контактной информации, что бы в случае чего быстренько выйти на связь с контрагентом; самое неудобное - в принципе не предусмотрена возможность прикрепления каких-либо документов. Для обработки же данных по юр.лицам у меня используется разработанная мною же локальная база данных. Тут уже я сам себе сам и, в целом, меня всё устраивает, но кое-что хотелось бы оптимизировать и добавить, а кое-что совсем-таки убрать.
Итак, вкратце, суть следующая. Я хочу данные по физ.лицам из БД стороннего продукта перенести в свою и реализовать там всё то чего мне не достаёт в работе. Так же допилить базу по вопросам работы с юр.лицами.
Пока что полного плана работ здесь у меня нет, добавлю по ходу анализа проблемы и проработки решения.
Goal Accomplishment Criteria
В течение длительного времени (месяц, например) не используются операторы определения данных (CREATE, ALTER, DROP), используются только операторы манипуляции данными (SELECT, INSERT, UPDATE, DELETE). Это будет показатель того, что стуктура БД годна и я перестал постоянно всё там перепиливать, сама БД используется для стабильной работы.
Personal resources
"Кто владеет информацией, тот владеет миром". Какой-то профит для себя смогу извлечь.
Goal ecological compatibility
Для того, чтоб высвободить побольше времени для изучения IT, требуется автоматизировать выполнение возложенных на меня обязанностей.
-
Перенести имеющиеся данные по физ.лицам
контрагенты, договоры, адреса, объекты;
данные по узлам учета;
данные по взаиморасчётам.
-
добавить адреса, объекты, контрагентов, договоры
-
добавить данные по узлам учёта
-
добавить данные по взаиморасчётам
-
-
Курим закон
Для учёта нюансов.
-
ПП РФ №354 по вопросам учёта потребления, начислений, взаиморасчётов.
-
Последние изменения по сабжу с 2016.
-
-
Накатать список конкретных задач, решаемых при помощи данной БД
- БД представляет подробный реестр: объекты на которые предоставляются услуги, узлы учёта и показания, тарифы, договоры с контрагентами (объекты, сроки, объемы), расчёты за услуги.
- автоматический расчёт начислений по показаниям узлов учёта, по средним значениям (при отсутствии данных) и по расчётным нагрузкам (при отсутствии узлов учёта);
- автоматический расчёт состояния расчётов за услуги, данные по выпискам банка вводятся автоматизированно;
-
Продумать ЕR-модель данных и структурировать информацию соответствующим образом.
Данные должны быть как можно более минималистичны: если какая-то информация может быть получена путём вычислений из другой, то надо хранить вот эту самую исходную (минимальную) информацию и алгоритм вычислений.
-
Реализовать схему данных
-
Причесать данные
-
-
Навести порядок
годный_алгоритм(корректные_исходные_данные) = корректные_выходные_данные
Чтоб был получен правильный результат, надо исправить ошибки и неточности, связанные с тем, что в момент создания БД, данные не были нормализованы.
Есть список потребителей (196 шт, 8 на букву "А", 18 на букву "Б" и т.д...), есть список, каким должен быть результат работы алгоритма. Ищем ошибки в договорных данных, данных по расходомерам, данным по оплатам и т.д., исправляем. Ну это как 196 уравнений решить, только хуже. Поехали...
-
А - 9 / 9
-
Б - 15 / 17
-
В - 5 / 5
-
Г - 6 / 6
-
Д - 8 / 9
-
Е - 3 / 4
-
Ж - 5 / 5
-
З - 5 / 5
-
И - 5 / 7
-
К - 22 / 23
-
Л - 8 / 8
-
М - 7 / 9
-
Н - 7 / 7
-
О - 3 / 3
-
П - 11 / 11
-
Р - 7 / 7
-
С - 25 / 26
-
Т - 7 / 7
-
У - 4 / 4
-
Ф - 1 / 2
-
Х - 4 / 5
-
Ц - 1 / 1
-
Ч - 1 / 1
-
Ш - 9 / 9
-
Э - 3 / 4
-
Ю - 1 / 1
-
-
ОТМЕНЕНО Свистелки и перделки: добавить сканы документов
Это вообще что-то нереальное по объёму... Но стоило бы.
-
бумаги по УУХВС: акты допуска / снятия
-
бумаги по УУХВС: акты снятия показаний (какие есть) 2011
-
бумаги по УУХВС: акты снятия показаний (какие есть) 2012
-
бумаги по УУХВС: акты снятия показаний (какие есть) 2013
-
бумаги по УУХВС: акты снятия показаний (какие есть) 2014
-
бумаги по УУХВС: акты снятия показаний (какие есть) 2015
-
бумаги по УУТС: отчёты 2011
-
бумаги по УУТС: отчёты 2012
-
бумаги по УУТС: отчёты 2013
-
бумаги по УУТС: отчёты 2014
-
бумаги по УУТС: отчёты 2015
-
-
Блэкджек и шлюхи (средствами SQL)
Несмотря на, условно, незатейливость SQL, многое можно на самом SQL
-
Расчёт начислений как результат хитрого SELECTа
-
Расчёт сальдо как результат нехитрого SELECTа
-
ОТМЕНЕНО Расёт пеней как результат очень хитрого SELECTа
-
-
ОТМЕНЕНО Свистелки и перделки: добавить .doc, .xls, .pdf, .etc документы
Чтоб то, что кое-как храниться в файловой системе (ну те же рыбы договоров, например), лежало в БД с конкретной привязкой к контрагентам.
-
ОТМЕНЕНО Доступ к БД по сети.
Вообще ХЗ как это делают те, кто в это умеет. Тут сильно курить матчасть.
-
Блэкджек и шлюхи (средствами ЯВУ)
Для кое-каких нужных вещей придётся прибегнуть к чему-то более сильному
-
Импорт данных из банковских выписок
-
txt для печати квитков на оплату
-
Don't miss new posts!
Subscribe for the Goal and follow through to its completion
