--- sourceDocument: 요코하마 전략적 포트폴리오 관리 sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ko-KR/yokohama/it-business-management Release : - yokohama ft:locale : - ko-KR ft:publication_title : - 요코하마 전략적 포트폴리오 관리 ft:clusterId : - itbm bundleId : - itbm workflow : - Technology --- # 비용 계획 세부 항목 # 비용 계획 세부 항목 {#ariaid-title1} * 릴리스 버전: Yokohama * * 업데이트 날짜 2025년 01월 30일 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 소요 시간: 2분 비용 계획 세부 항목은 모든 회계 기간에 대한 예상 비용과 실제 비용을 캡처합니다. 사용할 수 있는 세부 항목 유형은 비용 계획, 프로젝트, 요구, 프로그램 및 포트폴리오입니다. 요구 사항 : 요구 사항은 단일 비용 계획에 해당합니다. 예를 들어 일반 달력과 1년에 걸친 비용 계획의 경우 12개의 세부 항목이 나타납니다. 작업 : 작업은 프로젝트 또는 요구에 해당합니다. 기간당 모든 비용 계획의 비용은 프로젝트 또는 요구 수준으로 롤업됩니다. 이러한 기록에는 세부 항목 유형이 작업으로 설정되어 있습니다. 기간당 작업 유형의 기록은 하나만 있을 것입니다. 생성된 작업 유형의 기록 수는 프로젝트 또는 수요의 기간과 프로젝트 또는 수요에서 계획된 요구 사항에 따라 달라집니다. 예를 들어 일반 달력과 3개의 비용 계획이 있는 프로젝트의 경우 12개의 세부 항목이 나타납니다. 프로그램 : 프로젝트 또는 요구가 프로그램의 일부인 경우 프로그램의 세부 항목 유형은 기간당 프로그램 수준 비용을 집계합니다. 포트폴리오 : 프로젝트 또는 요구가 포트폴리오의 일부인 경우 포트폴리오의 세부 항목 유형은 기간당 포트폴리오 수준 비용을 집계합니다. **관련 개념** * [상위-하위 롤업 작업 계산](https://servicenow-prod.fluidtopics.net/A9IXVDJRcw2FqL_PrSU39A "날짜 변경, 스테이지 변경 및 값 계산이 하위 작업에서 상위 작업으로 롤업됩니다.") * [프로젝트 작업 간의 일정 충돌](https://servicenow-prod.fluidtopics.net/8NaySl7WknBmyy~06cSqog "일정 상충은 의존성을 따르지 않는 프로젝트 작업을 식별하는 데 도움이 됩니다. 한 프로젝트 작업에서 의존성 또는 제약 조건 유형으로 인해 지정된 날짜에 다른 작업이 시작되지 못하도록 하는 경우 일정 상충이 발생합니다.") * [변경 요청과 프로젝트 작업](https://servicenow-prod.fluidtopics.net/HCwibvb3DSndFz9x75BwuA "CAB(변경 승인 보드)에서 대규모 변경을 승인하려면 새 프로젝트나 기존 프로젝트를 구현해야 합니다.") * [프로젝트 작업 검사 목록](https://servicenow-prod.fluidtopics.net/7rQCNyAm134EqwEAEW5eSw "프로젝트 작업 검사 목록을 사용하면 작업에서 완료해야 하는 활동을 추적할 수 있습니다.") * [작업 자원](https://servicenow-prod.fluidtopics.net/Dyyt~_j~Uv~u0~ZXnhvrDw "자원은 프로젝트 관리에서 작업 및 하위 작업을 수행하도록 할당된 개인 또는 그룹입니다.") * [프로젝트 및 프로젝트 작업 상태](https://servicenow-prod.fluidtopics.net/kqvEWyQupMox5PTz3D6gfg "기본 시스템에서 프로젝트 및 프로젝트 작업의 상태는 작업 테이블의 상태를 상속합니다.") * [복합 필드](https://servicenow-prod.fluidtopics.net/Lu63xUSvhTco5hD9SoPXMg "복합 필드는 테이블의 두 필드의 정보를 결합하여 단일 필드를 형성합니다.") * [실제 프로젝트 비용](https://servicenow-prod.fluidtopics.net/QtRGwCzeMrxUtf5mwtb70g "실제 프로젝트 비용은 비용 계획의 경비 라인을 생성하거나 HR에서 시간 카드를 사용하여 경비 라인을 생성한 후에 산출됩니다.") * [외부 의존성 유형](https://servicenow-prod.fluidtopics.net/ZxCAWifjCQw_VCWuZ8B~4w "프로젝트 관리 애플리케이션은 하드와 소프트라는 두가지 유형의 외부 의존성을 지원합니다.") * [프로젝트 및 포트폴리오 자금 조달](https://servicenow-prod.fluidtopics.net/MCNs6f6posR7majTj89mfA "프로젝트와 포트폴리오에 허용되는 금액을 지정합니다.") **관련 태스크** * [프로젝트 작업](https://servicenow-prod.fluidtopics.net/v3NmqhzyzJy4Sacw0SYZqA "인스턴스의 다른 애플리케이션에서도 여러 가지 방법으로 프로젝트 작업을 생성합니다.") ## 시스템에서 생성된 비용 계획 {#ariaid-title2} 비용 계획 필드를 채우지 않고 경비 라인이 생성되면 시스템에서 생성된 비용 계획이 자동으로 생성됩니다. 고아 경비 라인은 시스템에서 생성된 비용 계획에 연결됩니다. 이 연결을 통해 위젯에 표시되는 프로젝트 실제 값 또는 총 실제 값은 프로젝트 재무 페이지 및 투자 포털에 표시된 그리드의 비용 계획 실제 값의 집계와 동일합니다. 주: 시스템에서 생성된 비용 계획은 프로젝트에 최소 1개의 비용 계획이 있는 경우에만 생성됩니다. 다음과 같은 경우에 시스템에서 생성된 비용 계획이 생성됩니다. * 비용 계획 필드를 채우지 않고 경비 라인을 생성할 때 * 시간 카드를 생성하고 승인할 때 {#system-generated-costplan__ul_ydr_p2g_wrb} 시스템에서 생성된 비용 계획은 CapEx와 OpEx 이렇게 두 가지가 있습니다. 경비 라인을 생성하는 동안 선택한 경비의 유형에 따라 시스템에서 생성된 비용 계획의 유형이 생성됩니다. 다음은 시스템에서 생성된 비용 계획의 이름 형식입니다. * \<프로젝트 번호\> 시스템에서 생성된 CapEx 비용 계획 * \<프로젝트 번호\> 시스템에서 생성된 OpEx 비용 계획 {#system-generated-costplan__ul_bmy_scz_csb} 시간 카드를 만들고 승인하면 CapEx 유형의 경비 라인이 생성되고 고아 경비 라인이 CapEx 유형의 시스템에서 생성된 비용 계획에 연결됩니다. 비용 계획에 연결되지 않고 남은 경비 라인이 없도록 시스템에서 생성된 비용 계획이 생성됩니다. 시스템에서 생성된 비용 계획은 읽기 전용입니다. Yokohama 버전으로 업그레이드하는 고객의 경우 프로젝트 진단을 실행하고 시스템에서 생성된 비용 계획에 고아 경비 라인을 연결해서 시스템에서 생성된 비용 계획에 고아 경비 라인을 연결할 수 있습니다. 진단 검사에는 비용 계획에 연결되지 않은 경비 라인이 나열됩니다. 수정 스크립트를 실행하면 시스템에서 생성된 비용 계획이 생성되고 고아 경비 라인이 시스템에서 생성된 비용 계획에 연결됩니다.