首页 文章

学校管理软件的计费模块(费用)[关闭]

提问于
浏览
-1

我正在研究学校管理软件,其中包括学生计费模块,即学生收费 .

该费用按月收取(每年12次),月费总额为各种费用的组合,按 class 和月份固定 . 部分费用包括学费, Bus 费,印刷费或其他费用 . 从日期开始,每月还会收取固定数额的滞纳金,每月可能有所不同 . Bus 费按特定学生的 Bus 类别收取 . 还有部分付款的规定 .

我目前的做法是这样的:

用于存储费用设置的主表,包括月份和课程以及费用设置 .

feeMaster
    fid  -> Primary key
    month_year -> Stores Month Year
    stu_class -> Class of Student
    tuition_fee -> Tuition fee for that class
    tuition_fee_percent -> Percentage of Tuition fee to take, defaults to 100%
    bus_fee_percent -> Percentage of bus fee
    late_fee_start -> Day of month from which to charge late fee
    late_fee -> fixed late fee on per month basis
    printing_charge -> Printing charge if any
    other_fee -> Other fee if any
    other_fee_reference -> Other fee reference

每次学生支付他/她的费用时,都会进行计算并在系统中进行交易 . 事务的详细信息存储在两个表中 .

事务主表用于存储事务

transMaster
    tid -> Primary key
    purpose -> purpose of transaction, monthly fee
    amount -> amount of transaction
    type -> transaction mode / cash / cheque / dd
    created -> date

此事务的详细信息存储在另一个表中

studentFeeDetails
    sfid -> unique id
    tid -> transaction id from transMaster table
    fid -> fee id from fee settings table feeMaster
    tuition_fee -> calculated tuition_fee
    bus_fee -> calculated bus_fee
    printing_charge -> calculated printing_charge
    other_fee -> calculated other_fee
    late_fee -> calculated late_fee
    total_fee -> total fee calculated
    discount -> discount if given any
    amount_payable -> net amount payable
    amount_paid -> paid amount
    balance -> balance - if paid amount is greater or lesser than the original one, 
               it is stored here
    status -> status - true if partial fee else false
    created -> date of creation

这是模块的当前架构 . 没有涉及会计实务,因此会计部门产生很多问题 .

  • 要报告一个月的应付总费用,系统每次都会对所有学生运行计算算法,并提供数字 .

  • 要查找某个类的待处理费用,系统将再次首先检查该类的应收费用,并删除 studentFeeDetails 表中的条目以生成待处理的报告 .

  • 在这个系统下没有适当的费用分隔 .

现在,需要将当前系统转换为适当的会计系统,以跟踪预付款和余额 .

我正在考虑一个系统,每个月的发布过程都会记入每个学生的帐户,并且该费用是在该月份和每个延迟费用开始日期,如果费用仍在等待,则另一个过程将延迟费用记入学生的帐户 .

这种方法可以检查应收账款,待处理和收取的费用 .

请帮助,如果方法是正确的,以及如何使用它 . 我坚持使用db模式部分及其实现 .

2 回答

  • 0

    您的规格中几乎没有模糊的要求 . 学生可以部分支付吗?我的意思是支付一半的费用?您将需要来自处理会计实施精确解决方案的人的输入 .

    根据我的理解,到目前为止,您需要在您的会计科目表中为所有类型的费用和存款会计负责人创建单独的会计主管 . 把这些放在收入头下 . 为每个学生创建单独的帐户(分类帐),其帐号与入场号码或其他对每个学生都是唯一的 . 当学生支付费用时,您将创建一个具有交易ID的日记帐分录(总帐) . 此日记帐条目需要获得批准 . 对于现金收款,这可能发生在现金账簿关闭的那一天结束时,对于支票/ dd,这将发生在银行转账金额时(银行对账单的重新调整) .

    一旦日记帐分录获得批准,就会过帐 . 期刊应自动发布到每个学生分类帐下的所有帐户头 . 任何支付的访问金额都应该在学生分类账中的“存款”头下 .

    要计算到期费用,您只需添加每个分类帐的余额,如果总和是负数,则需要支付费用,如果是正数,则需要支付超额费用 .

    现在您的要求未处理的问题是,当学生支付低于规定金额时会发生什么?哪种类型的费用应标记为部分支付或以会计方式支付,根据该支出,我们应在其中添加负余额 . 其次,这些各种费用会发生什么变化?他们转移到其他一些帐户?简而言之,您需要了解费用如何映射到收入以及哪些费用映射到哪些费用,以实施进一步的会计 .

    顺便说一句,我没有看到任何税收 . 学校免税吗?

  • 1

    电信领域的最佳做法是将其细分为不同的部分:

    • 计费事件中介:从下游业务逻辑生成计费事件并将其存储在数据存储器中,例如,存储在数据存储器中 . 每个期间,人员和事件的评级表 . 在您的情况下,这将每月执行一次 .

    • 评级:计算每个事件的费率 . 在您的情况下,这似乎是事件类型表中的查找 .

    • 结算:累计每期的评分事件 . 在你的情况下,这将是一个账单运行,每月执行一次 .

    • 会计:将结算结果转移到每个人的账户,持有余额,同时考虑以前的账单运行和现金收款 .

    • 开票:根据帐户数据生成发票到相应的分配流程 .

    • 现金收款:确保您收到款项相应地调整帐户 . 这取决于您的付款方式 .

    • 可选:催款:强制现金收款 .

    这里的关键是使整个过程在 生产环境 中透明和可调试 . 使用输入和可跟踪输出使每个步骤成为单独的步骤 . 这是关于金钱的,如果遇到问题,你不能没有答案 .

相关问题