Thursday, 25 May 2017

Salesforce Essentials - 26(Limitation of Lighting Professional edition in Salesforce)




Lighting Professional Edition in Salesforce

There are few features which are not available in the professional edition which needs to take care during implementation:


No Account Assignment Rules
No Territory Management
No Sales Teams (aka Opportunity Teams)
Configuration / Security / Administration
No Joined Reports
No Bucket Fields
No Cross Filters (e.g. Accounts without Opportunities)
No Dynamic Dashboards
No Scheduled Dashboards (you can schedule a Report)
50 Custom Report Types vs. 200 in Enterprise Edition
See our post on Enterprise Analytics for more details on these features
Marketing

250 emails sent in a single mass email blast vs. 500 in Enterprise Edition
Sales (Sales Cloud)

Limit of 20 Custom Fields on Activities vs. 100 in Enterprise Edition
Limit of 10 Custom Tabs vs. 25 in Enterprise Edition
Limit of 50 Custom Objects vs. 200 in Enterprise Edition
No Workflow / Approvals / Visual Workflow
No Person Accounts
No Ability to mass Grant Login Access to a System Administrator
No Data Export (Weekly Export Service to backup your Salesforce org)
Support (Service Cloud)
Limit of 20 Validation Rules per Object vs. 100 in Enterprise Edition

Limit of 100 Custom Fields per Object vs. 500 in Enterprise Edition





No Service Cloud Console
No Salesforce Knowledge (Note: Knowledge is available at an additional cost in Enterprise Edition, and included in Unlimited Edition)
No Live Agent (Note: Live Agent is available at an additional cost in Enterprise Edition, and included in Unlimited Edition)
Extending Salesforce / Community / Portals

No Partner or Customer Portal
No Websites (aka Site.com / Force.com Sites)
To use Chatter Plus (Chatter Only) licenses in Professional Edition, you’ll need to contact Salesforce support and have Profiles enabled
No Salesforce Communities (released Summer ’13)
Custom Development and Sandboxes

No Change Sets (which are needed to deploy custom code)
No API (thus no ability to use the Data Loader or build custom integrations)
No Partial Copy Sandbox
Limit of 10 Developer Sandboxes* (*Change Sets disabled) vs. 25 in Enterprise Edtion
Lightning Professional Edition Limits

5 Process Builder processes
2 Permissions Sets
2 Custom Profiles
3 Record Types
2 Page Layouts
10 Developer Sandboxes


Download the full edition comparison chart 


Try the world’s #1 CRM solution free for a full 30 days. Sales Cloud — Lightning Professional Edition

A detailed difference between the features available and variations of these features in each of the editions is available on http://login.salesforce.com/help/doc/en/limits.htm.

You can understand the pricing on http://www.salesforce.com/in/crm/editions-pricing.jsp.

References:
https://www.salesforce.com/in/editions-pricing/service-cloud/
https://www.shellblack.com/administration/differences-between-professional-edition-and-enterprise-edition/

Monday, 22 May 2017

Salesforce Essentials - 25(Magic Stick for Beginners - Developer Edition "DE org")

Development and deployment on Force.com typically take place in an environment or org, which provides a number of features and accommodations for applications within that environment. An environment lets you instantly start developing, testing and deploying your app in the cloud. For an explication of the types of environments, optically discern An Exordium to Environments.



Follwing are the salesforce licenses : 

Salesforce Customer Portal
2 Salesforce CRM licenses
2 Salesforce Mobile licenses
3 Salesforce Platform licenses
5 Salesforce Partner licenses
10 Salesforce Customer Portal Manager licenses  


Other Limits for Developer Edition:


5.0 MB of Data Storage
20.0 MB of File Storage ( attachments)
5000 API requests per 24 hours
Any number of applications
A 500 MB bandwidth and 10 minute service request time limits (per rolling 24 hours) 


Developer Edition (often referred to as a "DE org") is a fully-featured development environment with limits on data and users. Developer Edition is used for:

Trailhead - Salesforce's free and fun online learning tool requires Developer Edition.
Development and Testing - If you don't have a sandbox (a copy of your Salesforce production organization), you can use Developer Edition to isolate development and testing.

ISVs - Independent Software Vendors use DE orgs to create managed packages, which may then be released as apps on the AppExchange.

Developer Previews - Sometimes we release new functionality to Developer Edition before other editions, so you can practice with it.


Fun - You can have more than one Developer Edition, so use one whenever you want to mess around and try something new.





How to signup for free developer edition in Salesforce?




1. Open "http://developer.force.com/".
2. Click "Sign Up" button.
3. Fill in the details. Click "Sign me up". 
4. Verify the account in email.
5. Use "https://login.salesforce.com" for login.


References :


https://developer.salesforce.com/page/Developer_Edition
https://www.quora.com/What-are-the-limitations-of-a-Salesforce-free-developers-account





Thursday, 18 May 2017

Salesforce Essentials - 24(Different Types Of Sandboxes)

Sandboxes :

A sandbox is a replica of an engenderment environment utilized for a variety of purposes, commonly including testing and development. Here's how it works: When you engender or refresh (essentially effaces and reconstitutes a sandbox utilizing the same name) a sandbox, a facsimile of the engenderment environment at that point in time is made.




different types of Sandboxes 

1) Full Sandbox - Plenarily testing changes against authentic data afore promoting to engenderment.  This may include utilizer acceptance testing.  All changes must go through this sandbox.  If multiple admins/developers are working on overlapping areas, this is the place where changes get merged.  Force.com IDE can be habituated to compare changes by separate developers of the same apex code.

Full sandboxes have the same storage limit as your production organization.

Once you refresh the Full Copy Sandbox then to refresh it one more time you have to wait for 29 Days.

2) Partial Data Sandbox - This is an incipient sandbox type and I am not quite sure what the intention was.  Probably just a more frugal alternative to a full sandbox.  If you have a full sandbox, then partial data sandbox sounds like a good place for utilizer training for incipient features, incipient employees, etc.  Having authentic data can authentically avail with training.  Additionally, possibly a place to work on integration changes since it can hold quite remotely of authentic data.

Partial Data sandboxes have a 5 GB storage limit.

Once you refresh the Partial Data Sandbox then to refresh it one more time you have to wait for 5 Days.





3) Developer - A place to work through solutions to incipient requisites.  The main conception is to keep arbitrary experimentation out of the full sandbox.  It there are multiple admins/developers, each one should get their own so that they don't trample on each others work (until they deploy to the full sandbox).

Developer sandboxes have a 200 MB storage limit.

Once you refresh the Developer Sandbox then to refresh it one more time you have to wait for 1 Day.

   


                                

4) Developer Pro - The main distinction between this and Developer is the amount of data that can be stored.  It additionally prehends some product data from engenderment.  If those two things are paramount, utilize this one.  Otherwise, it's interchangeble with Developer.

Developer Pro sandboxes have a 1 GB storage limit.

Once you refresh the Developer Pro Sandbox then to refresh it one more time you have to wait for 1 Day.


References : 

http://www.salesforcetutorial.com/introduction-to-sandboxes/
https://help.salesforce.com/articleView?id=create_test_instance.htm&r=https%3A%2F%2Fwww.google.co.in%2F&type=0