Sales Guide: Collaborating with GitLab Legal

1. You are here:
2. Handbook
3. The GitLab Legal Team
4. Sales Guide: Collaborating with GitLab Legal

Maintained by:

Robin Schulman

@rschulman

OVERVIEW

🎥 Watch Overview Video

Learn about the purpose of this resource; 1:40 (Log into GitLab Unfiltered)

Thank you for visiting! The purpose of this resource is to provide Sales reps assistance on:

(1) Operational - How to work with, and engage, GitLab legal; Requirements to close a deal; General FAQ for legal ops, including some parallels to Finance and Deal Desk matters.

(2) Educational - Learning about how and why GitLab legal and our agreements work, to better serve you during a sales cycle; Proactive advice and education to enable you to feel more confident when / if your Customer has legal related questions.

ENGAGEMENT

• As part of this collaboration, we are measuring success by interaction with the field. For this reason, we ask that you please watch the videos and "thumbs-up" or "like" them.
• Please Note: All videos provided will be up on the GitLab Unfiltered YouTube Account. You will need to login to this Account in order to view.

REQUESTING CONTENT

• You are always encouraged to make requests for future content that will help you and the team. Simply complete the form here.

OPERATIONAL

How to reach Legal

🎥 Watch the "How to Reach Legal" Video

Learn about how to open a Legal Request, When to Open a Legal Request; 2:24 (Log into GitLab Unfiltered)

1. For all questions related to Partners and/or Customers, including: NDA's, Contract Review / Negotiations, Legal Questions…etc., please open a Legal Request in SFDC.
2. Please note: There is a $25K ARR opportunity minimum threshold to review edits to our terms, and a $100K ARR opportunity minimum threshold to review Customer / Partner Terms. These thresholds do not apply to NDA's.
3. Step-by-Step directions on opening a Legal Request can be found here NOTE: Once you open a Legal Request for "Contract Review", DO NOT open another Legal Request when updated red-lines are provided. All red-lines / negotiated versions will be stored in one (1) Legal Request to ensure version history is maintained.
4. A presentation on this topic can be found here

Additional Resources: Field Operations Legal Request Overview

How do I get an Agreement signed

Learn about how to get an Agreement Signed; Who can sign on behalf of GitLab

1. Sales Reps cannot sign any Agreements. Only certain individuals may execute on behalf of GitLab see Authorization Matrix here.
2. All Agreements require a GitLab Legal stamp in order to be executed. This stamp is placed by a Contract Manager when an executable version is reached.
3. Once the Agreement has been stamped by GitLab legal, follow the DocuSign Process to send the Agreement for signature within SFDC.

Additional Resources: Visit the Sales Order Processing for helpful information

Clear Export Review in SFDC

1. See the Visual Compliance Overview
2. GitLab uses Visual Compliance to review all Accounts. The tool is continually reviewing and 'clearing' Accounts. In addition, any 'flags' / 'hits' are reviewed and cleared throughout the day by GitLab Legal.
3. If an export notice is presented, that requires immediate action, please tag "@legal" in SFDC Chatter for the Account and write "Please review for export compliance"
4. Legal will continually review all requests. Once cleared in Visual Compliance update(s) will reaching SFDC in 15-20 minutes.

Completing Vendor Request Forms

It is the sales team member responsibility to complete Vendor Request Forms

1. Much, if not all, of the Vendor Form information can be found at the Company Information Page

Included on the Company Information Page is:

• Address / information related to each GitLab entity
• All banking information
• ECCN Number
• NAICS Code
• Dun and Bradstreet Number …AND VARIOUS OTHER DETAILS
• W9 is located on the Finance Forms page
• Request Insurance Certificate on Legal Team Page

1. If there are questions / elements that are not found in the Company Information Page, the Sales Rep should engage Deal Desk to organize requests of finance and tax. Information regarding contacting Deal Desk and overall process can be found at the Sales Order Process Page

2. ONLY OPEN A LEGAL REQUEST IF: There is a specific legal question / element being requested within the Vendor Form.

Example: Has GitLab, or board member / executed of GitLab, been subject to a lawsuit?

As a private company, we will not share the following information in a Vendor Request Form:

• Stock / Share ownership of the company
• Finances, including annual and/or historical performance

What's needed to close a Deal

🎥 Watch the "What's needed to close a Deal" Video

1. Visit the Sales Operations and Deal Desk Handbook materials to review how to create an Order Form.
2. An Order Form with a base Agreement referenced. This will either be the current Subscription Agreement as found at the Terms of Service, or, if an executed Agreement is signed, this will be referenced within the Order Form.
3. Visit the presentation on the Legal Requirements Note: This is locked for GitLab Team Members only
4. The fastest way to close a deal is to ensure the Customer signs the Order Form. If a Customer refuses to sign an Order Form, additional approvals will be required by both GitLab Legal and Finance team members. In addition, the Customer may need to make changes to their Purchase Order (PO).

Requests for GitLab Financial Information, Tax and Insurance Certificates

1. For Tax Certificate requests please email the Finance team at tax@gitlab.com
2. For Insurance Certificate requests please work with the Deal Desk team by tagging @sales-support in SFDC Chatter.
3. Regarding GitLab financial information (e.g., annual statements, equity ownership…etc) please note that GitLab is a private company and does not share this information with Customers.

How to get a Data Processing Addendum (DPA) signed

1. GitLab includes a signed version of the DPA on the Terms of Service, as stated within the Subscription Agreement this DPA is applicable to all Enterprise Customer's and does not need to be counter-signed. In addition, as stated within the header of the DPA, a Customer’s acceptance of the Subscription Agreement shall be treated as its execution of the DPA.

EDUCATIONAL

Overview of GitLab Agreements

🎥 Watch the "Overview of GitLab Agreements" Video

Learn about what Agreements GitLab has; 2:45 (Log into GitLab Unfiltered)

1. GitLab provides our Software pursuant to the GitLab Subscription Agreement, and Professional Services pursuant to GitLab Professional Services Terms;
2. GitLab has a Master Partner Agreement that includes multiple Exhibits to enable Partners to, (i) Reseller, (ii) Refer, and (iii) Distribute GitLab Products and Services;
3. Other than web-portal purchases, GitLab enters into an Order Form with a Customer which outlines the Products and Services being sold;
4. Any modification(s) to Order Forms, or standard Terms and Conditions, require GitLab Legal Approval.

When does GitLab negotiate

🎥 Watch the "When does GitLab Negotiate Video"

Learn about when GitLab negotiates; Where to find an NDA template; 3:20 (Log into GitLab Unfiltered)

1. GitLab will negotiate NDAs with our prospects. You can always send the prospect the GitLab NDA template and ask for them to sign. If they want to use their template, simply open a Legal Request for "Contract Review".
2. GitLab will negotiate changes to our terms and conditions provided the [current] Opportunity is greater than $25K (USD).
3. GitLab will negotiate using a Customer terms and conditions-if they are applicable to our Software and business-if the [current] Opportunity is greater than $100K (USD).
4. Why don't we negotiate with all Customers? Using resources to negotiate on all deals would not be a good use of GitLab resources and instead, we created our terms to be reasonable and in line with industry standards which allows us to place our resources into creating better products and services.

GitLab Legal SKO 2021 Resources

Look through the GitLab Legal "Legalize IT!" Presentation

1. Learn about the GitLab Legal Team! Look through basic questions and answers which will help you collaborate with legal and close deals faster!

Open Source

1. For a general introduction to Open Source, including lists of acceptable and unacceptable Open Source licenses for use in GitLab, see Open Source at GitLab.
2. Helpful external resources on Open Source Software can be found at Opensource.com and the Open Source Inititiave.
3. The Open Source project for GitLab can be found at gitlab.com/gitlab-org/gitlab.
4. GitLab uses Open Source Software as part of its Open Core Business Model. Learn more about the GitLab Open Core Business Model.

GitLab Subscription Agreement 101

🎥 Watch the "Subscription Agreement Basics" Video

Please Note: The purpose of this content is to understand where to find GitLab's terms, as well as, basic knowlege about the rights and obligations stated

1. GitLab terms can be found at our Terms of Service
2. GitLab provides full transparency by including historic versions of the Terms. This can be found within the Agreement History section
3. The Subscription Agreement can be used for the sale of both On-Premise and SaaS Software
4. The Subscription Agreement is agreed to by either, (i) Clicking-through when purchasing (or downloading) via the GitLab Website, (ii) Referenced in an Order Form that is signed by a Customer, or (iii) Passed through a Reseller if a Customer is buying through an Authorized Partner

Why GitLab does not sign BAAs

1. GitLab will not sign a Business Associate Agreement (BAA)

2. Resources to provide your Customer if they request a BAA:

What do the GitLab Terms say?

• GitLab is transparent with respect to information it requires, or does not require, in order to provide our products and services. Please view Section 14.3 of the Subscription Agreement, which specifically highlights that GitLab will not receive Personal Heatlh Information.

Why does GitLab not sign BAAs?

• GitLab does not require nor is designed to be used to store Personal Health Information (PHI). In addition, GitLab, as an organiztion, does not desire or need to receive, process, store, transact or otherwise possess PHI in order to provide our products and servcies. As such, GitLab does not meet, or desire to meet, the definition of a "Business Associate" as defined under the Health Insurance Portability and Accountability Act (HIPAA).
• In the event a Customer questions "incidental dislcosures", please highlight the HIPAA definition itself, which states: “Business associate functions or activities on behalf of a covered entity include claims processing, data analysis, utilization review, and billing. Business associate services to a covered entity are limited to legal, actuarial, accounting, consulting, data aggregation, management, administrative, accreditation, or financial services. However, persons or organizations are not considered business associates if their functions or services do not involve the use or disclosure of protected health information, and where any access to protected health information by such persons would be incidental, if at all.”

Intro to Data Privacy and the GitLab Data Processing Addendum

1. The GitLab Privacy Policy explains how GitLab collects, uses and shares customers' personal information, and how they may exercise their rights in respect of that information. More information about privacy compliance at GitLab, including answers to a number of frequently asked questions concerning the GDPR, can be found on the GitLab Privacy Compliance handbook page.
2. The GitLab Data Processing Addendum, usually referred to as the "DPA", can be accessed from the GitLab Terms of Service page. As stated in the GitLab Subscription Agreement, the terms of the DPA automatically apply to corporate customers.

Additional Resources

Field Operations Negotiation Overview