계약 관련 문서들 Contractual documents

Contract chart
  • NDA (Non-Disclosure Agreement)
    Before signing a contract, a NDA (Non-Disclosure-Agreement) is needed in most cases in order to save both sides interests.
  • MSA (Master Service Agreement)
    Defines how the two companies will do business together.
  • SOW (Statement of Work)
    Describes the work to be performed for the client. Note that the MSA defines the “how” and the SOW defines the “what” of the work.
  • CO (Change Order)
    Documents any changes in scope, budget, timeline, assumptions or any other deviation from the current SOW.
  • OF (Order Form)
    Describes the licensed software components to be provided to the client, normally sold as a 12 month license period.
  • PR/PO (Purchase Request/Purchase Order)
    Usually for bigger companies this is how they reconciliate internally between the working team, procurement, finance and legal. A PR is emitted (usually containing information coming from the SOW as well as cost justification e.g. detailled timesheet for T&M) and after validation a PO is received which allows us to emit the invoices.

마스터 서비스 계약이란 무엇입니까?

고객 또는 다른 사업체와 함께 일할 때 누가 책임이 있는지를 상세히 설명하는 합의가 중요합니다. 불행히도 세부 계약서를 협상하는 것은 값 비싸고시의 적절할 수 있습니다. 이는 빠른 작업이나 반복되는 고객에게 실질적인 문제가 될 수 있습니다. 마스터 서비스 계약은 계약의 기본 세부 사항을 지정하므로 특정 프로젝트에 대한 조건이 향후 해결 될 수 있으므로 당사자가 협상에 소비하는 시간을 최소화 할 수 있습니다.

  • 마스터 서비스 계약은 두 개 이상의 당사자가 완료해야 할 작업의 기본 양상을 상세히 설명하는 서비스 트랜잭션 전에 체결하는 계약입니다.

마스터 서비스 계약이란 무엇입니까?

그것의 중핵에, a 마스터 서비스 계약 (MSA)는 서비스 수준 계약 또는 마스터 서비스 계약이라고도하며 두 개 이상의 당사자 간의 계약을 단순화하여 기본 조건을 함께 해결합니다.

이 계약은 프로젝트 별 계약보다 일반적이며 향후 거래에서 대부분의 당사자에 대한 대부분의 세부 사항 및 기대치를 통제 할 수있는 기본 조건을 포함합니다. 이를 통해 당사자들은 향후 계약을 신속하게 협상 할 수 있습니다. 단, 계약의 특정 조건 만 처리하면됩니다. MSA는 향후 계약에서 계약의 모든 측면을 자세히 설명하지 않도록 프로젝트 별 계약에 종종 추가됩니다.

MSAs의 목적

대부분의 계약과 마찬가지로 MSA 계약은 계약 종료를 기하기 위해 각 당사자가해야 할 일을 지정합니다. 그러나 MSA는 계약 협상을보다 간단하게하기 위해 고안되었습니다. 이러한 기본 조건을 사전에 합의 할 수 있다면 당사자는 실제보다 중요한 세부 사항 (예 : 시간 프레임 및 가격)에 중점을두고 계약에 명시된 작업을 완료 할 수 있습니다.

또한 MSA는 두 당사자 간의 장기 계약에 유용 할 수 있으므로 새 작업 주문이 생성 될 때마다 이러한 세부 사항을 검토 할 필요가 없습니다. 따라서 그들은 일을 더 빨리 진행할 수 있습니다. 결국, 이러한 방식으로 협상을 가속화 시키며, 특히 장기간에 걸친 협상을 통해 양측은 많은 시간과 돈을 절약 할 수 있습니다.

MSA에는 무엇이 있습니까?

MSA 문서는 계약서를 사용하는 단체에 따라 다릅니다. 그러나 대부분의 협약에는 다음 사항이 포함됩니다.

  • 어떤 상품이나 서비스를 누가 언제 제공 할 것인지에 관한 배달 요구 사항
  • 사고에 책임이있는 사람
  • 충돌이 발생하면 분쟁 해결 정책
  • 프로젝트 관리 책임자
  • 지리적 위치 (작업이 멀리있는 경우에도 세금 및 소송 목적을 위해 위치에 동의하는 것이 중요합니다)
  • 예상 총비용 및 지불 일정을 포함하여 지불 조건
  • 합의가 언제 어떻게 어떻게 해소 될 수 있는가?
  • 각 당사자가 수용 가능한 작업으로 동의 할 것을 정의하는 작업 표준

또한 많은 계약에는 다음에 대한 세부 정보도 포함됩니다.

  • 기밀 유지
  • 지적 재산권
  • 위치 보안
  • 보험 세부 사항
  • 조건부 날인 증서
  • 사업 윤리
  • 세금 책임
  • 직원 배경 점검
  • 네트워크 또는 속성 액세스
  • 제 3자가 MSA의 적용을받을 수있는 방법
  • 작업 보증

이러한 가능성이 발생하면해야 할 일에 대한 자세한 설명을하기 위해 잘못 될 수있는 잠재적 문제를 열거하는 것이 좋습니다. 여기에는 타사 배포자가 파산 할 때 일어나는 것과 같은 구체적인 내용이 포함될 수 있습니다. MSA에서 해결하고자하는 몇 가지 잠재적 인 문제는 다음과 같은 경우에 발생합니다.

  • 직원 상해 또는 사망
  • 재산 손실
  • 한 당사자가 적시에 통신하지 못할 때
  • 한 당사자가 기한을 넘기면
  • 누락 된 지불 조건
  • 제품 결함
  • 승인되지 않은 청구

MSA가 필요합니까?

다른 사업체 또는 고객과 협력 할 때는 항상 계약서 또는 서면 계약서를 보유해야합니다. 가장 기본적인면에서 당사자 간의 서면 합의는 상대방이 실수 한 경우 각 당사자를 보호합니다. 계약서에는 분쟁 발생시 취할 법적 구제책이 상세히 설명되어 있으며 주어진 상황에서 각 당사자의 잘못을 명확히하는 데 도움이됩니다. 이것은 클라이언트가 그가 지불 한 것을 얻고 계약자가 자신이 지불 할 금액을받는 것을 보장합니다.

대부분의 중소기업은 업무를 시작할 때마다 처음부터 계약을 협상하기보다는 모든 고객에게 계약 템플릿을 사용합니다. MSA는 서비스를위한 좋은 템플릿, 특히 신속하게 완료해야하는 작은 작업에 적합합니다. 이것은 납품, 지불 및 시간 틀을 포함하여 작업 내용을 자세히 설명하고 당사자 간의 소송 기회를 줄임으로써 양 당사자를 보호합니다.

MSA는 개방형이므로 마케팅 회사에서 건설 회사에 이르기까지 다양한 업종에서 잘 작동합니다. MSA가 귀사에 적합하다고 생각되면 처음으로 MSA를 작성하고 구현하기 전에 변호사와 상담하는 것이 좋습니다.

MSA의 이점

상세한 맞춤형 계약서를 작성하는 것은 변호사와 일정 수준의 협상을 필요로하는 길고 값 비싼 과정이 될 수 있습니다. 각 고객에 대해 유사한 업무를 수행하는 일부 회사의 경우 MSA는 모든 고객과의 계약에서 합의한 기본 책임 및 위험을 자세히 설명하여 프로세스를 간소화하고 간소화하는 데 도움을 줄 수 있습니다. 회사와 고객이이 조건에 동의하면 나머지는 신속하게 협상 될 수 있습니다. 이렇게하면 모든 당사자가 시간과 돈을 절약 할 수 있습니다.

MSA는 며칠 또는 몇 주 동안 협상 될 수 있으며 이는 처음부터 작성된 표준 계약보다 상당히 짧은 기간입니다. MSA는 모든 계약 당사자를 보호 한 채로 분쟁 발생시 누가 잘못 되었는가 (계약의 가장 중요한 측면)를 포함하여 표준 계약 협상에서 합의 될 모든 기본 세부 사항을 다루어야합니다.

MSA는 또한 훌륭한 계약 청사진 역할을합니다. 각 거래마다 고유 한 특성이 있지만 MSA는 빠른 작업 만 필요로하는 미래의 고객이나 이미 기존 MSA에 동의 한 기존 고객과의 모든 협상을위한 기본 템플릿으로 사용할 수 있습니다. 다른 세부 정보가 빠지면 ​​계약의 가장 중요한 부분 인 비용, 작업 및 시간에 집중할 수 있습니다.

작업 지시서 및 MSA

MSA가있는 경우 전체 MSA에서 이미 다루고있는 특정 작업이나 프로젝트에 대한 세부 정보를 채우기 위해 작업 지시를 추가해야 할 수 있습니다. 이러한 작업 주문은 지불 금액, 근무 시간 등과 같은 것들을 포함 할 것입니다. 작업 지시서가 MSA와 충돌 할 때, MSA는 작업 지시서의 내용을 무시할 것임을 인식하는 것이 중요합니다.

MSA를 재 작업해야하는 경우 양 당사자가 동의하는 작업 부록을 작성해야합니다. 이러한 상황이 발생하면 특히 MSA를 처음 수정하는 경우 변호사가 새 계약서를 살펴 보는 것이 특히 유용 할 수 있습니다.

MSAs 대. 계약서

평신도는 “계약”과 “계약”이라는 용어를 서로 바꾸어 사용하는 경향이 있지만, 법 아래에서 동일하지는 않습니다. 합법적으로 말하자면 계약은 서면 계약보다 강력합니다. 이것이 계약이 협상에 너무 오래 걸리는 이유와 협약의 덜 중요한 부분을 상세히 기술하는 MSA와 특정 직무 또는 프로젝트의 세부 사항을 명시하는 계약이 왜 유익 할 수 있는지에 대한 이유입니다.

SOW(Statement Of Work)

SLA체결 주요기준, 주요내용(사업요구, 제품범위기술서, 전략계획)

서비스 측정도구 SOW

SLA에 대한 세부적인 범위 및 작업 내용을 규정한 작업명세서

용도/목적
  – SLA(Service Level Aggrement)의 체결 시 주요기준
  – SLA를 지원하기 위한 SLM(Service Level Management) 시 이를 달성하기 위한 목표치로 활동, SOW만족도로 다음 계약 시 유리하게 적용
  – 관계법령, 표준, 지침서에서 요구하는 작업의 체계적인 기술
  – SOW는 시스템명세서(SSS)와 더불어 프로젝트를 기술하는 핵심문서
  – SOW는 제안요청서(RFP)의 핵심요소이며 계약문서임

범위
  – SOW에는 계약자가 수행할 모든 작업을 포함하여야 함
  – SOW는 인도되어야 할 모든 자료향목(DIDs)을 포함하여야 함
  – SOW는 글로벌스탠다드와 시스템명세서(SSS)에 의거 개발되어야 함

내용
  – 프로젝트에 의해 제공되는 제품이나 서비스를 설명
  – 프로젝트 게시자/후원자 또는 고객사가 제공
  – 다음 과 같은 사항이 포함
    : 사업요구(Business Need) : 교육, 시장수요, 기술발전, 법적요구, 정부기준 등 조직의 사업요구
    : 제품범위 기술서(Product scope description) : 제품/서비스의 요구사항 및 성질을 기술하는 문서로, 프로젝트 초기에서 진행될수록 상세화
    : 전략계획(Strategic plan) : 모든 프로젝트는 조직의 전략목표를 지원해야 하며 프로젝트 선정을 위한 의사결정에 영향을 미침
  – 정보시스템계약의 유형
    : 프로젝트계약 : 일정기간(한시적) 동안 시스템구축을 위한 계약
    : 운영계약 : 발주자가 특정 Skill 소유자와 계약하여 서비스를 활용
    : 아웃소싱계약 : 서비스를 기준으로 특정범위의 업무를 전문집단에 위탁, 투입인력등의 사업자 자체조달

Leave a Reply

Your email address will not be published. Required fields are marked *

error: Content is protected !!