Кот Матроскинsoftwarerпропущено...

Ну сходу: очевидно, что в payment_type поле name должно быть not null, а из каждой пары price_area и price_people должно быть заполнено какое-либо одно.

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

А что мешает создать услугу "охрана придомовой территории (чел.)" и услугу "охрана придомовой территории (площ.)" ?

Кот МатроскинPulsar_pпропущено...

А что мешает создать услугу "охрана придомовой территории (чел.)" и услугу "охрана придомовой территории (площ.)" ?
Ээ, здравый смысл?
Скажем, в квитке на оплату бухгалтер захочет видеть услугу одной строкой, и будет совершенно прав.
Так все как раз в здравом смысле и заключается. У меня, например, в зарплатном квитке бывает две строки "премия": суммой и коеффициентом, и я прекрасно понимаю, за что каждая.
Как квартплатному бухгалтеру, так и нанимателю(владельцу) квартиры удобней именно две строки, так проще сверить правильность расчета "врукопашную".

Кот МатроскинsoftwarerИ тот же здравый смысл подсказывает, что поле "цена" должно быть текстовым. Чтобы не было проблем вписать туда "по договорённости".

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

Кот МатроскинPulsar_pпропущено...

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

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

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

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

Cane Cat Fisher...
А если абонент с какой-то радости заплатил второй раз в месяц, то есть наперед, то весь его платеж идет как прибыль...
...

С чего вдруг? Самая обыкновенная предоплата.
У нас другой прикол был. Накануне объявленного крупного повышения тарифов, коллега по работе в графе показаний счетчиков поставила безумно высокую цифру. Ну, то есть, решила заплатить за будущий период по старым тарифам. Ага, не на тех нарвалась. Там такие пройдохи, ни на какой кобыле не объедешь. Счетчик заставили поменять, типа неисправный.