问题标签 [billing]

我有一个创建订单的系统，该订单可以记入房屋帐户、货到付款 (COD) 或从信用卡中收取。我创建了以下表格：

ORDERS
order_id
billingoption_id

BILLINGOPTIONS
billingoption_id

我不确定应该如何为计费数据构建下一个表。我应该为每种类型的计费选项（即 COD、信用卡和家庭账户）建立一个单独的表吗？那么我会在 Orders 表上有另一个外键列来引用计费数据的记录吗？

We have a freemium product, which menas that some functionality is available if the monthly subscription has been paid; if not paid, then the free capabilities remain available.

Here is how I am thinking of processing it, but wanted to check:

1) When someone purchased their subscription, a recurring billing schedule is created.

2) The user will have a field (paid_up) set to "y"

3) When the user logs back in, the authentication script checks if paid_up is "y". If it is, it creates a session token

4) I think I need a batch script which will switch the toggle. Wondering how to do it? Store the date of the last credit card successfully processed?

我正在使用通过 GPRS 进行通信的分布式应用程序。我使用 UDP 数据包发送业务数据并使用 ICMP ping 来验证连接性。现在我在计算提供商将向我收费的流量时遇到问题。我必须考虑以下因素：

1. UDP 有效负载：这很明显。
2. UDP 开销：UDP 头 + IP 头 = 8 + 20 字节。
3. 没有数据的 ICMP 回显请求：IP 标头 + ICMP 有效负载 = 28 字节。
4. ICMP 回显回复：如 3。

上面的意思是，对于每个数据包，我需要为有效载荷 + 28 个字节和每个 ping 56 个字节付费。我是对的还是我错过/误解了什么？

虽然这不适用于我目前的情况，但我相信我们以前都去过那里。您是被要求使用 C# 开发应用程序的 Java 开发人员，或者您是被要求在 ASP.NET MVC 中做某事的 ASP.NET 开发人员，或者是有机会开发 Rails 或 Django 站点的 PHP 开发人员。

从根本上说，如果你是一个称职的程序员，那么这种平台转换应该不是问题。如果有足够的时间，您可以期望变得像在旧平台上一样精通。

但是，如果这是一个客户的自由项目，那么在他们的一角钱上学习这个平台似乎完全不道德吗？假设该客户没有给您无限的时间来完成项目，由于您的经验不足，将会出现妥协和可能的质量问题。

也就是说，你必须从某个地方开始，并不是每个人都有空闲时间来修补新的语言/平台。有时有必要硬着头皮尝试明智地计划事情，然后完成并获得报酬。

这看起来不道德吗？接受较低的利率会使其更合乎道德吗？

我正在使用现在典型的“推荐”系统编写一个新的 {monthly|yearly} 付费网站：当新用户注册时，他们可以指定其他用户的 {username|referral code}（如果他们可以自动检测到来自一个特殊的 URL），这将导致推荐人赚取新用户支付的任何费用的一定百分比。

在重新发明轮子之前，我想知道你们中是否有人有将此类数据存储在关系数据库中的经验。目前我正在使用 MySQL，但我相信任何好的解决方案都应该很容易适应任何 RDBMS，对吧？

我希望支持以下功能：

• 在线计费系统- 一旦支付了每张发票，就会计算推荐人的收入，他们将能够兑现。这当然包括在线浏览发票/付款的可能性。

• 付费选项各不相同- 它们的性质和成本不同（有时会有所不同），因此应根据每张最终发票计算佣金。

• 跟踪推荐（用户之间的关系、被推荐的日期以及任何其他有用的信息 - 有什么想法吗？）

• 访问历史推荐数据（已支付多少）或应计佣金的简单方法。

• 将来，我可能会提议用累积的现金来换取订阅续订（包括全部或部分新订阅，如果需要，必须支付差额）

• 多个级别- 我正在考虑支付大约 10% 的直接推荐收入 + 2% 的下一个级别，但这可能会在未来发生变化（添加更多级别，更改百分比），所以我应该能够存储历史数据。

请注意，我不打算在任何其他项目中使用它，所以我不担心它是“即插即用”的。

你做过类似要求的工作吗？如果是这样，你是如何处理所有这些事情的？你会推荐任何特定的数据库模式吗？为什么？

我有什么遗漏可以帮助实现更灵活的实现吗？

您认为对于您的普通站点的日常更新/管理（即信息、维护、数据库管理）而言，公平但有利可图的小时工资是多少？

你用什么因素来设定这个比率？

作为参考...我通常报价 25 美元/小时左右...我被撕了吗？

编辑：最初我希望这对一般人来说也能成为一个很好的参考……但自从有人问到 - 我在亚利桑那州图森地区。

我需要一些建议来处理查询。我可以在前端应用程序中处理这个，但是，由于设计，我必须在后端实现它。我有以下

上表包含客户的所有未结发票。我需要从最早的发票（表中的 daysOpen 列）开始对这些发票进行付款。因此，如果我有 550.00 美元的付款，我将首先将其应用于 123 天的发票，即 491.96 美元 - 500 美元（剩下 8.04 美元用于下一张发票......等等），然后更新该记录（余额表中的列）到 0.00 并移动到下一个并应用剩余的。那将是 4911.37 美元 - 8.04 美元，剩下 4903.33 美元。由于没有余额可供应用，因此循环退出。

余额栏现在应该是

注意：我需要为表中的所有客户（大约 10,000 个）执行此操作。一个客户平均有大约 20 张未结发票。

谢谢

我正在开发一个软件即服务 (SAAS) 应用程序，该应用程序允许公司管理供应商信息。

有哪些供应商/供应商可以提供账单服务，包括管理发票、订阅、续订和提醒缴费？

我发现从头开始构建它需要很多时间。

除了计费，为了成功发布此应用程序，我还应该考虑哪些其他主要组件/注意事项？

我有以下注意事项，欢迎提出任何建议：

1) 基础设施：为了可扩展性和维护，我使用云计算，这样我就不用管理基础设施，尤其是在需求增加时扩大规模。

2) 安全：我发现如果我使用专用服务器，我必须为安全支付更多的费用，例如防火墙。因此，使用云计算将使我的应用程序能够在安全平台上“骑行”。

问候

我正在推出一项小型服务，并计划按月收费（例如，将宣传为每月 10 美元）。我现在正在开发计费模块，但有点想知道：

我计划在客户第一次注册时向他们收费，然后定期向他们收费。回答我的问题 - 有些月份不到 30 天。每月计费是否意味着恰好 30 天的间隔，或者 28-30 天之间的任何时间都被视为每月间隔？

我打算做 30 次，因为这似乎是客户所期望的，但我也很好奇某些公司是否以固定间隔而不是 30 天收费。

我正在配置一个租赁网站来使用 Drupal 和 Ubercart 管理房地产。

该站点将需要接受租金支付，此外，还需要允许管理员向某些人添加额外的账单、费用和某些其他类型的东西。例如，如果他们在墙上打了一个大洞，并且必须付费，或者类似的事情。

问题是订单创建似乎不允许我将该项目添加到他们的购物车，或者给他们任何选项来查看未结余额并对其进行付款。

我错过了什么吗？有没有办法向某人开账单并让他们以与他们结帐时相同的方式支付账单？

我可以看到这种功能的其他用途，例如建立一个销售服务的网站，其价格不固定，并且能够向客户开具发票，然后让他们通过该网站结账。

谢谢！我真的需要一些帮助！