Business Rules/Logic

Labels
AJAX(112) App Studio(7) Apple(1) Application Builder(245) Application Factory(207) ASP.NET(95) ASP.NET 3.5(45) ASP.NET Code Generator(72) ASP.NET Membership(28) Azure(18) Barcode(2) Barcodes(3) BLOB(18) Business Rules(1) Business Rules/Logic(140) BYOD(13) Caching(2) Calendar(5) Charts(29) Cloud(14) Cloud On Time(2) Cloud On Time for Windows 7(2) Code Generator(54) Collaboration(11) command line(1) Conflict Detection(1) Content Management System(12) COT Tools for Excel(26) CRUD(1) Custom Actions(1) Data Aquarium Framework(122) Data Sheet(9) Data Sources(22) Database Lookups(50) Deployment(22) Designer(177) Device(1) DotNetNuke(12) EASE(20) Email(6) Features(101) Firebird(1) Form Builder(14) Globalization and Localization(6) How To(1) Hypermedia(2) Inline Editing(1) Installation(5) JavaScript(20) Kiosk(1) Low Code(3) Mac(1) Many-To-Many(4) Maps(6) Master/Detail(36) Microservices(4) Mobile(63) Mode Builder(3) Model Builder(3) MySQL(10) Native Apps(5) News(18) OAuth(9) OAuth Scopes(1) OAuth2(13) Offline(20) Offline Apps(4) Offline Sync(5) Oracle(11) PKCE(2) Postgre SQL(1) PostgreSQL(2) PWA(2) QR codes(2) Rapid Application Development(5) Reading Pane(2) Release Notes(183) Reports(48) REST(29) RESTful(29) RESTful Workshop(15) RFID tags(1) SaaS(7) Security(81) SharePoint(12) SPA(6) SQL Anywhere(3) SQL Server(26) SSO(1) Stored Procedure(4) Teamwork(15) Tips and Tricks(87) Tools for Excel(2) Touch UI(93) Transactions(5) Tutorials(183) Universal Windows Platform(3) User Interface(338) Video Tutorial(37) Web 2.0(100) Web App Generator(101) Web Application Generator(607) Web Form Builder(40) Web.Config(9) Workflow(28)
Archive
Blog
Business Rules/Logic
Friday, May 18, 2012PrintSubscribe
Assigning an Email Address in Business Rules

The examples of simple and conditional email business rules are explicitly defining the sender and recipient of notifications.

The sender is specified in the From parameter of the email business rule script. The recipients are specified in the To parameter.

From: "Sales Admin" <YOUR_EMAIL_ADDRESS@gmail.com>
To: RECEIPIENT@northwind.com
Subject: Price of "{ProductName}" has been changed
. . . . .

Most real-world web applications will use the same email address as the “From” parameter. This email address is also known as system administrator.

Multi-tenant web applications may require a different system administrator for each tenant.

There are also instances when an email is sent on behalf of a person associated with the data  that has changed. For example, a notification about a new customer may be sent from a regional sales manager to a subordinate sales representative.

It is not uncommon to have multiple recipients for a single notification.

Referencing “Sender” and “Recipient” Fields

If the sender and recipients of a notification are stored in the fields of the data controller, then the field names can be referenced directly in From and To parameters. The format of the reference is similar to the ProductName in the Subject of notification from the email business rule fragment presented above.

For example, the fragment of the notification can be changed as follows.

From: {SalesManagerEmail}
To: {SalesRepEmail}
Subject: Price of "{ProductName}" has been changed
. . . . .

The example makes an assumption that the data controller views include the data fields with the names SalesManagerEmail and SalesRepEmail.

The actual email addresses may be quite flexible.

The address in the From data field may be stored with or without a display name. The address in the To field follows the same specification. Multiple email addresses can be stored in this field as well. Email business rules will automatically parse and detect multiple addresses and optional display names.

For example, the following list can be stored in the database in the table column SalesRepEmail.

johndoe@acme.com, john.doe@acme.com,
John Doe <john.doe@acme.com>; "Doe, John" <johndoe@acme.com>

The application framework will parse the field value and will send the email to four recipients.

Using SQL Business Rules to Determine Sender and Recipient

Consider the Northwind sample, a line-of-business app of a mail order company.

Suppose that there is a business requirement to notify the sales rep placing an order if this is a repeat purchase by customer.  A personal thank you note must be written to a repeat customer.

Another business requirement is to send a shipping reminder to an employee associated with an order when its shipping date has changed.

Let’s make an assumption that every employee has a user account composed of their first and last names separated with period. The user account andrew.fuller is shown in the screenshot of Membership Manager.

Several user accounts were created with user names composed of the first and last names of employees separated with 'period'

Sending a “Thank You” Note Reminder to Current User

If the data fields with sender and recipients are not available, then you can determine this information with a help of an SQL business rule that makes use of a current user identity.

Create a new SQL business rule in Orders data controller with the following properties.

Property Value
CommandName Insert|Update
Type SQL
Phase After
Script
set @BusinessRules_Whitelist = 'Empty'
if @Arguments_CommandName = 'Insert'
begin 
    -- count the number of orders
    declare @NumberOfOrders int
    select @NumberOfOrders = count(*)
    from Orders where CustomerID = @CustomerID
    -- update the Whitelist if this is the second order
    if @NumberOfOrders = 2 
    begin
        set @BusinessRules_Whitelist = 
            @BusinessRules_Whitelist + ',ThankYouReminder'
        -- find the company name of the "repeat" customer
        select @Session_RepeatCustomer = CompanyName
        from Customers where CustomerID = @CustomerID
        -- find the email address of the current user
        select @Session_EmailAddress = m.Email 
        from aspnet_Membership m 
          inner join aspnet_Users u on m.UserId = u.UserId
        where
            u.UserName = @BusinessRules_UserName
    end
end

The script determines if the current order is the second order placed for the customer by the sales rep.

The parameter named @BusinessRules_UserName is used to find the email address of the current user. The other highlighted parameters are used in the script of the email.

Proceed to create a new Email business rule in the same data controller

Property Value
Command Name Insert
Name ThankYouReminder
Type Email
Phase After
Script
Host: smtp.gmail.com
Port: 587
UserName: YOUR_EMAIL_ADDRESS@gmail.com
Password: PASSWORD
EnableSSL: true

From: "Sales Admin" <YOUR_EMAIL_ADDRESS@gmail.com>
To: {@Session_EmailAddress}
Subject: Customer "{@Session_RepeatCustomer}" placed the second order!

Please send a personal "Thank You" note to the customer.

Northwind,
Administrator

Make sure to change the highlighted STMP account parameters with your values.

The hierarchy of the data controller with two business rules is shown next.

Two business rules are configured to send a 'Thank You' note notification to the current user when the second order is placed for a customer

Generate the app, sign in as andrew.fuller and change the user email address in My Account settings to your own email. Create a new customer and place the first order - there will be no notification. Place a second order for the same customer and a notification will be waiting in your inbox.

'Thank You' note reminder in the Gmail inbox of the sales person

Standard UserEmail Parameter

The SQL business rule can be made shorter thanks to the property UserEmail available in BusinessRules class of the application framework. Remove the code that assigns a value to @Session_EmailAddress and change the email business rule as shown in the next fragment.

. . . . .
To: {@BusinessRules_UserEmail}
Subject: Customer "{@Session_RepeatCustomer}" placed the second order!
. . . . .

The property returns the email address of the current user. The parameter value will be equal to the value of the property.

Sending a Shipping Notification

The partial database schema of Northwind database shows Orders and Employees tables.

A relationship between Orders and Employees in Northwind database

We can easily determine the user name of an employee thanks to our assumption that the user name is composed of a period-separated first name and last name (andrew.fuller, steven.buchanan, etc.)

Let’s send another notification that will go out as soon as an order has a new shipping date. The email will be sent to an employee specified in Orders.EmployeeID field.

Change the SQL business rule script by adding the following condition at the end of the original.

-- send an order shipping notification to the sales rep
if @ShippedDate_Modified = 1 and @ShippedDate_NewValue is not null
begin
    -- find the user name of the sales rep
    declare @SalesRepUserName nvarchar(50)
    select @SalesRepUserName = lower(FirstName) + '.' + lower(LastName)
    from Employees where EmployeeID = @EmployeeID
    -- find the email address of the sales rep
    select @Session_SalesRepEmailAddress = m.Email 
    from aspnet_Membership m 
      inner join aspnet_Users u on m.UserId = u.UserId
    where
        u.UserName = @SalesRepUserName
    -- update the Whitelist to allow notification
    if @Session_SalesRepEmailAddress is not null
    begin
       set @BusinessRules_Whitelist = 
            @BusinessRules_Whitelist + ',ShippingNotification'
       -- prepare a session variable used in the notification
       select @Session_ShipCustomer = CompanyName
       from Customers where CustomerID = @CustomerID
    end
end

The highlighted parameter from SQL script will be referenced in the To parameter of the email notification.

Add another Email business rule with these properties.

Property Value
Command Name Insert|Update
Name ShippingNotification
Type Email
Phase After
Script
Host: smtp.gmail.com
Port: 587
UserName: YOUR_EMAIL_ADDRESS@gmail.com
Password: PASSWORD
EnableSSL: true

From: "Sales Admin" <YOUR_EMAIL_ADDRESS@gmail.com>
To: {@Session_SalesRepEmailAddress}
Subject: Order placed by "{@Session_ShipCustomer}" has shipped

Order placed on {OrderDate,d} by {@Session_ShipCustomer} has shipped on {ShippedDate,dddd, m/d/yyyy}.
The amount of freight is {Freight,c}.

Northwind,
Administrator

Notice the custom data format strings in the field OrderDate, ShippedDate, and Freight.

This is the new hierarchy of Orders data controller.

Data controller 'Orders' with one SQL business rule and two 'named' Email business rules

This is how the shipping notification will look in the Gmail inbox of the sales representative.

The shipping notification in the Gmail inbox of the sales representative.

Carbon Copy and Blind Carbon Copy

If you need to copy additional recipients when sending a notification, then specify parameters Cc and Bcc in the scrip of the email business rules.

Both parameters follow the same format as To parameter.

Wednesday, May 16, 2012PrintSubscribe
Conditional Email Business Rules

If you review the introduction to Email Business Rules, then you will learn that a notification will be sent out when a new customer record has been created. What if you want to trigger a notification for new customers from a certain country? Email notifications are frequently triggered in response to changes in data.  What do you do in that case?

It is time for name calling, blacklisting, and whitelisting (all in a good sense).

Let’s enhance the Northwind sample with an automatic notification that will go out when a product price has increased.

Start Project Designer, activate Controllers tab in Project Explorer, select Products data controller, and create a new SQL business rule with the following properties.

Property Value
Command Name Update
Type SQL
Phase After
Script
if @UnitPrice_Modified = 0 or @UnitPrice_OldValue >= @UnitPrice_NewValue
   set @BusinessRules_Blacklist = 'PriceChanged'

The business rule will blacklist something named PriceChanged if the product unit price has not increased.

Add an Email business rule with these properties.

Property Value
Command Name Update
Name PriceChanged
Type Email
Phase After
Script
Host: smtp.gmail.com
Port: 587
UserName: YOUR_EMAIL_ADDRESS@gmail.com
Password: PASSWORD
EnableSSL: true

From: "Sales Admin" <YOUR_EMAIL_ADDRESS@gmail.com>
To: RECEIPIENT@northwind.com
Subject: Price of "{ProductName}" has been increased

User {@BusinessRules_UserName} has changed the price of "{ProductName}" from {UnitPrice_OldValue, c} to {UnitPrice_NewValue, c}.

Northwind,
Administrator

Make sure to replace the highlighted parameters with your own values.

Notice the data format string “c” next to UnitPrice_OldValue and UnitPrice_NewValue. Use any standard or custom numeric, date, and time span format strings as needed.

This is the new look of Products data controller hierarchy in Project Explorer.

Named email business rule 'PriceChanged' is blacklisted by preceding SQL business rule if the price of the product has not increased

SQL and Email business rules are evaluated and executed in the order of their appearance in the data controller. An SQL business rule can prevent any other business rules from being executed by “blacklisting” the rule name in the parameter @BusinessRules_Blacklist. If the rule’s name is on the list, then it will not be executed. Rules without names are not effected.

Generate the application and modify a product without making any changes to the price – there will no be notifications.

Increase a price of any product and you will get a notification that may look like this.

A conditional email notification in Gmail is informing about product price increase

You can have multiple “named” email business rules and implement a single SQL business rule to control their execution with the help of “blacklist”.

If you need to reorder the business rules then click on Business Rules node, select an individual rule and move it up and down.

There is also a better sounding alternative – the “whitelist”. The idea behind the whitelist is very simple. If a named business rule is not on the whitelist, they it is not allowed to execute.

This is the “whitelist” version of the SQL business rule from above.

set @BusinessRules_Whitelist = 'Nothing'
if @UnitPrice_Modified = 1 and @UnitPrice_OldValue < @UnitPrice_NewValue
   set @BusinessRules_Whitelist = 'PriceChanged'

Note that both, blacklist and whitelist, can contain multiple names separated by “comma”, or “semicolon”. For example,

PriceChanged,LowStock

Use of whitelist and blacklist depends on your personal preferences. Generally, whitelist is a more natural method of expressing notification triggers since a condition must be “positive” for a notification to go out.

Use a combination of both lists when needed.

Wednesday, May 16, 2012PrintSubscribe
Introducing Email Business Rules

Email is a lifeblood of operations in any organization. If the emails are not flowing smoothly, then things are not getting done, customers are unhappy, nobody knows what is going on. Line-of-business web applications are the backbone of operations. Integrated email notifications are an absolute necessity.

Code On Time web applications have a built-in support for Email Business Rules. The application framework processes this type of business rules by sending email notifications in response to user actions or events in the lifecycle of data controllers.

Imagine that you are running a mail order company called Northwind and would like to be notified when a new customer is registered in the database.

Start Project Designer and right-click Customers / Business Rules node on Controllers tab of Project Explorer.

Adding a new business rule to a data controller in a web app created with Code On Time application generator

Enter the following properties and click OK button to save the new email business rule.

Property Value
Command Name Insert
Type Email
Phase After
Script
Host: smtp.gmail.com
Port: 587
UserName: YOUR_EMAIL_ADDRESS@gmail.com
Password: PASSWORD
EnableSSL: true

From: "Sales Admin" <YOUR_EMAIL_ADDRESS@gmail.com>
To: RECEIPIENT@northwind.com
Subject: We have a new customer "{CompanyName}"!

<html>
<body>
<i>Customer Information</i>
<br />
<br />
<table>
  <tr>
    <td>Company:</td>
    <td><b>{CompanyName}</b></td>
  </tr>
  <tr>
    <td>Contact:</td>
    <td>{ContactName}, {ContactTitle}</td>
  </tr>
  <tr>
    <td valign="top">Address:</td>
    <td>
        {Address}<br />
        {City}, {Region} {PostalCode}
    </td>
  </tr>
  <tr>
    <td>Country:</td><td>{Country}</td>
  </tr>
  <tr>
    <td>Phone:</td><td>{Phone}</td>
  </tr>
  <tr>
  <td>Fax:</td><td>{Fax}</td>
  </tr>
  </table>
<br />
<br />
Northwind,
Administrator
</body>
</html>

Make sure to replace the highlighted email addresses and Host with your own email addresses and host information. The host parameter in the script points to Gmail smtp server. If you have an existing account at Hotmail or Microsoft Live, then replace the Host with smtp.live.com address.

This is how the business rule will look in the hierarchy of Customers data controller.

An email business rule in the hierarchy of Customers data controller

The bottom portion the business rule script is the email body. It uses HTML tags and references to the field names of the data controller. The field references are placed in curly brackets.

Navigate to Customers page and start entering a new customer.

Adding a new customer in the Northwind sample created with Code On Time web application generator

Click OK button when finished. If everything is correct, then the new customer record will be selected in the view mode on Customers page. If there were any mistakes during email delivery, then you will see an error message at the top of the page.

Check the inbox of the notification email recipient. This is how the message may look in Gmail.

An email notification send by Email Business Rule when a new customer record is created in the database

Email Business Rules are defined in data controllers. Developers can use data controller virtualization to inspect the user identity and dynamically attach notifications to the data controllers. The definitions of notifications can be stored elsewhere in the database.