Создаю счет на коммуналку

[Александр]

Добрый день! Вернулся (года 4-5 назад начинал) к разработке рачета комунальных платежей. Без учета льгот и субсидий вопросов нет. Но по ступеньчатой тарификации и льготам, и субсидиям - это что-то. Пока создал по счетам по газу для потребителей, которые имеют субсидии (самое сложное). Коротко о принцыпе начисления. Для каждого отдельного потребителя ИНДИВИДУАЛЬНО назначается субсидия, а именно - устанавливается социальная норма потребления и обязательный платеж. Это все касается потребителей, у которых установлен счетчик учета использования газа.
Условий три.
1. Стоимость потребленнго газа меньше за обязательный платеж. Формула - объем потребленного газа Х тариф.
2. Объем потребленного газа меньше социальной нормы. Формула - обязательный платеж.
3. Объем потребленного газа больше социальной нормы. Формула - обязательный платеж + (объем газа, потребленнго сверх социальной нормы Х тариф).
Сделал сильно мудрено, Есть ли возможность упростить пользователю использовать Руну? Архив прикрепляю

 

[Александр]

Еще есть планы создания счетов за электроэнергию - на три типа счетчиков - одон-, двух- и трехзонных

 

[Vladimir]

На мой взгляд - всё нормально.
В 6-ой версии, которую планируем выпустить в ближайшую неделю-две, добавится условие, которое позволит задавать значения в зависимости от другого поля. А также инструмент для получения данных из предыдущей записи, из указанного поля в другое.

 

[Александр]

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

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

 

[Александр]

Начал создавать счета за электроэнергию - на три типа счетчиков - одон-, двух- и трехзонных, пока не получается, если по принцыпу расчета газа - уж очень получается громоздким. Ведь эти счета думаю сделать в одном Объекте - Газопотребление, Водопотребление, Електропотребление, ЖЕО/ОСББ, Вывоз ТБО, Домофон и т. д. для вывода в шаблон Exel для сохранения и печати счетов.

 

[Александр]

Кстати, если помниш, я - Александр Мельник, Кировоград (Кропивницкий) Украина

 

[Александр]

Изменил проект для взаимоисключения неправильного выбора трех переключателей, заменил одним - но все равно визуально нужно соспоставлять результат полей Обязательный платеж, Социальная норма с результатами полученной Разницы объема и Стоимости а переключать вручную.

 

[Vladimir]

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

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

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

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

Кстати, если помниш, я - Александр Мельник, Кировоград (Кропивницкий) Украина

Да, если не ошибаюсь - мы начали общаться в 2012-2013 годах.

Изменил проект для взаимоисключения неправильного выбора трех переключателей, заменил одним - но все равно визуально нужно соспоставлять результат полей Обязательный платеж, Социальная норма с результатами полученной Разницы объема и Стоимости а переключать вручную.

В 6-ке это можно будет делать программно.

 

[Александр]

Уточняющий вопрос поле Условие может быть задействовано в последующих формулах, или нужно будет делать копии в Числовое поле?

 

[Александр]

Добрый день. Еще родился вопрос по синтаксису фнкции [String(Поле=однозонний?Поле1:Поле2). Как прописывать синтаксис, аналог функции И (ИЛИ я уже понял). На форумах ничего не нашел. Имеется два переключателя для применения - один ОДНОЗОННЫЙ, МНОГОЗОННЫЙ, ТРЕХЗОННЫЙ, второй - МЕНЬШЕ НОРМЫ, БОЛЬШЕ НОРМЫ. Как прописать синтаксис функции String , например если совпадут условия:
1. ОДНОЗОННЫЙ И МЕНЬШЕ НОРМЫ
2. ОДНОЗОННЫЙ И БОЛЬШЕ НОРМЫ.
Если нет, значит расчет не проводится.
Заранее благодарю.

 

[Vladimir]

поле Условие может быть задействовано в последующих формулах, или нужно будет делать копии в Числовое поле?

Оно будет определять значения одних полей в зависимости от значения других.

Как прописать синтаксис функции String , например если совпадут условия

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

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

 

[Александр]

Спасибо, повозился, сделал один переключатель на четыре значения вместо трех - неэстетично, но работает, хотя выбор между МЕНЬШЕ НОРМЫ И БОЛЬШЕ НОРМЫ нужно все таки делать, анализируя данные поля результата вычислений ( и СОЦНОРМЫ. В расчет двухзонных и трехзонных тарифов соцнорма учитывается исходя из сложных вычислений, в обычных (однозонных) счетчиках - нет. в последнем случае есть два варианта расчета - МЕНЬШЕ НОРМЫ И БОЛЬШЕ НОРМЫ. И вот если использованная електроенергия больше нормы - то все просто, а если меньше - итог получается с минусом.