请求创建后,审批链接应该通过电子邮件发送给审批人,审批人应该能够通过电子邮件进行审批。
发布于 2019-11-12 00:26:06
阿维内什
(您似乎是在要求某人为您的Apex应用程序设计一个重要的模块。我认为这有点超出了这个网站的范围。如果我错了,请有人纠正我。)
话虽如此,我认为最棘手的部分是为“接受”或“拒绝”响应生成电子邮件消息链接。如果您的应用程序不需要太多的安全性,那么它可以非常简单地完成。
假设您在Apex应用程序中需要一个页面来处理用户的响应,那么您可以简单地将他们正在批准的对象的唯一键加上响应(Accept/Reject)作为参数传递到URL中。Apex应用程序的页面将处理这些参数,并在显示页面时确认用户对这些参数的响应。
Apex文档提供了有关形成Apex URL的详细信息,以显示参数是如何传递的。
如果您需要提高安全级别,请查看生成一个检查点值以作为另一个参数传递,以确认有人没有破解您的URL参数值。
祝好运
发布于 2019-11-13 04:20:56
我相信StewS2在回答这个问题上做得很好,但我将提供更多细节,以防您正在寻找它。首先,您需要阅读有关使用APEX:https://docs.oracle.com/en/database/oracle/application-express/19.2/htmdb/understanding-url-syntax.html#GUID-F9B81EAF-D33F-401D-8349-3952DEDA5460理解URL语法的知识
URL中的位置为:
在您的电子邮件中,您可能会添加两个链接,一个用于“批准”,另一个用于“拒绝”。假设目标应用程序是101,目标页面是50。让我们还假设在第50页上,有名为P50_ID和P50_STATUS的项。
"approve“的链接将如下所示:https://server.com/ords/f?p=101:50:::::P50_ID,P50_STATUS:123456,APPROVE
“拒绝”的链接看起来像这样:https://server.com/ords/f?p=101:50:::::P50_ID,P50_STATUS:123456,DENY
请注意,唯一的区别是传递给P50_STATUS的值位于URL第8位。
因为URL没有会话标识符(位置3),所以将创建一个新会话,并在查看页面50之前对用户进行身份验证。在第50页,您可以添加加载进程,这些进程查看P50_ID和P50_STATUS的值,并从那里执行任何需要执行的操作。
一定要处理边缘情况,比如如果用户后来拒绝了一些已经批准的事情,反之亦然。
此外,要考虑到安全性,以确保如果电子邮件被意外转发,新收件人无法对其执行任何操作。从身份验证和授权方案开始,但如果在加载过程中需要,您可以获得更细粒度的方案。
https://stackoverflow.com/questions/58797386
复制相似问题