Search found 11 matches
- Wed Jun 20, 2018 9:37 am
- Forum: Installation and Setup
- Topic: Packet Size
- Replies: 4
- Views: 2048
Re: Packet Size
A few users are experiencing really bad latency when opening SoftPro, logging in, and saving. When we ping the midtier server from a users box we can see the time fluctuation from 1ms to 12ms. There is an argument that the time should be consistent at 3ms for example, but I do not know if that is a ...
- Tue Jun 19, 2018 5:23 pm
- Forum: Installation and Setup
- Topic: Packet Size
- Replies: 4
- Views: 2048
Re: Packet Size
When an application is writing data to a server it is sending the data through a packet. Some applications require the packet size to always be at maximum. Is this the case for SoftPro Select or perhaps what is the maximum packet size?
- Tue Jun 19, 2018 11:55 am
- Forum: Installation and Setup
- Topic: Packet Size
- Replies: 4
- Views: 2048
Packet Size
What is the maximum packet size SoftPro Select requires? Please let me know.
- Mon Mar 19, 2018 10:15 am
- Forum: Automation Code Snippets
- Topic: Compare 2 Order Date Values
- Replies: 3
- Views: 1889
Re: Compare 2 Order Date Values
Hi Bob, Thanks for the quick response. Below are the date values I'm trying to evaluate. {{Order.ContractRecd_150280#}} > {{Order.ReceivedDate}} Since the "Field is specific value" of the Automation Process Wizard's "And if these conditions are met:" doesn't appear to resolve 2 o...
- Fri Mar 16, 2018 5:09 pm
- Forum: Automation Code Snippets
- Topic: Compare 2 Order Date Values
- Replies: 3
- Views: 1889
Compare 2 Order Date Values
I'm trying to set up an automation based on a custom date field {{Order.ContractRecd_150280#}} being greater than {{Order.ReceivedDate}}, but having issues. I have tried using the automation "Field is specific value" option with the > comparison operator and designating both fields as show...
- Wed Jan 11, 2017 7:26 pm
- Forum: Custom Order Rules
- Topic: C# (Nothing) String Reference
- Replies: 4
- Views: 1211
Re: C# (Nothing) String Reference
We were able to find a solution to our problem. One of our associates thought to use a Try Catch to capture the error. So if we don’t get the error then we know the title company exists, if we get the error it does not exist. Thanks again for your input. int titleOfficeCount = 0; String titleOffice ...
- Mon Jan 09, 2017 4:22 pm
- Forum: Custom Order Rules
- Topic: C# (Nothing) String Reference
- Replies: 4
- Views: 1211
Re: C# (Nothing) String Reference
As a side note I tried moving this post to the [Integration Development] > [Server] forum but I don’t have the rights. Please feel free to move the entire post if you can.
- Mon Jan 09, 2017 4:15 pm
- Forum: Custom Order Rules
- Topic: C# (Nothing) String Reference
- Replies: 4
- Views: 1211
Re: C# (Nothing) String Reference
Thanks for your reply Bob. Sorry for the confusion. After reviewing I was referring to the field “Title Office” {{Order.Title.Office}} on the “Order Information” screen and not a title company contact. We are trying to prevent users from entering in an “A” or “U” value in the field. I have the logic...
- Thu Jan 05, 2017 4:50 pm
- Forum: Custom Order Rules
- Topic: C# (Nothing) String Reference
- Replies: 4
- Views: 1211
C# (Nothing) String Reference
Hello, We are trying to create a Custom Validation based on no Title Company selected in SoftPro Select. In C# we were able to reference (Nothing) selected for Order Type based on the logic below. var orderType = enums.GetEnum<IOrderType>(); var ot_blank = orderType.Values.FirstOrDefault(i => String...
- Mon Dec 19, 2016 12:45 pm
- Forum: Custom Order Rules
- Topic: Iron Python Logic: Disable Fields based on Contact and User
- Replies: 1
- Views: 1024
Iron Python Logic: Disable Fields based on Contact and User
We are trying to accomplish disabling some fields on specific contact types based on user role. For example if a user has a specific role, the Other Contact Type fields should be disabled so they cannot edit them. We are aware there are permissions that disable contact information, but we are only l...