T12 운영 명세서가 보여주는 것,
그리고 숨기는 것

T12는 최근 12개월의 운영 실적으로, 월별 한 개의 열로 구성됩니다

T12, 즉 최근 12개월 실적은 부동산의 가장 최근 연속 12개월 동안의 수입과 지출 명세서로, 월별로 제시되고 기간 합계와 함께 순영업소득으로 마무리됩니다. "T12 2026년 9월"이라고 표시된 명세서는 2025년 10월부터 2026년 9월까지를 포함합니다. 이는 역년을 따르지 않으며, 바로 그 점이 핵심입니다.

부동산 외 분야에서는 동일한 이동 기간을 TTM 또는 LTM이라고 부릅니다. 상업용 부동산에서는 "T12"가 일반적인 금융 지표가 아니라 거의 항상 이 운영 명세서를 의미합니다. 더 짧은 버전도 있습니다. T3는 3개월, T6는 6개월을 포함합니다. 이들은 최근에 무언가 변했는지라는 더 좁은 질문에 답하며, 계절성, 단일 대규모 수리, 또는 해당 기간에 우연히 포함된 세금 분납금에 더 취약합니다.

항목 이름이 달라도 행은 표준적인 흐름을 따릅니다. 만실 기준 총잠재임대료에서 시작하여 이를 현금으로 바꾸는 공제 항목들이 이어집니다: 공실, 임대손실, 임대료 양허, 대손. 그다음 주차, 세탁, 창고, 반려동물 요금, 공과금 환급 등에서 발생하는 기타수입이 이어집니다. 총잠재임대료에서 이러한 공제를 빼고 기타수입을 더하면 실효총수입이 됩니다. 여기서 운영비용을 빼면 순영업소득에 도달합니다.

원리금 상환, 자본적 지출, 감가상각비, 소득세는 NOI 아래에 위치합니다. Fannie Mae의 Multifamily Guide는 NOI를 총 실효총수입에서 운영비용을 뺀 값으로 정의하며, 대출 기관은 이 수치를 기준으로 원리금 상환 충당 비율을 산정합니다(Fannie Mae Multifamily Guide). 대체충당금은 논란의 여지가 있는 항목입니다. 일부 명세서는 이를 NOI 위에서 공제하고, 일부는 아래에 둡니다. 이는 동일 부동산에 대해 두 개의 "NOI" 수치가 모두 정당화될 수 있는 이유 중 하나입니다.

최근 12개월 기간은 기관들이 보고하는 기준 기간이기도 합니다. NCREIF PREA Reporting Standards는 각 부동산의 최근 12개월 NOI를 데이터 요소로 보고하며, 최근 취득한 자산을 비교 가능성을 위해 연환산하는 경우 해당 수치를 연환산으로 공시해야 합니다(NCREIF PREA Reporting Standards, 2025). 역년 기준 명세서는 거래가 검토 단계에 도달할 때쯤이면 14개월 전 자료가 될 수 있습니다. 가장 최근 마감 월로 끝나는 T12는 존재하는 가장 최신의 완전한 1년치 자료입니다.

기간 종료일이 표시되지 않은 T12는 렌트롤, 임대차 날짜, 대출 신청서와 연결할 수 없습니다. 날짜도 데이터의 일부입니다.

T12, 렌트롤, 프로포마는 서로 다른 세 가지 질문에 답합니다

T12는 해당 부동산이 벌어들이고 지출한 것을 기록하고, 렌트롤은 오늘 누가 얼마를 내야 하는지를 기록하며, 프로포마는 새 소유주가 그 부동산이 달성할 수 있다고 믿는 것을 기록합니다. 이 세 가지는 각각 단독으로는 완전하지 않기 때문에 함께 읽습니다.

각 문서는 작성자도 다르고 역할도 다릅니다. 자산 관리자는 회계 시스템에서 T12를 작성합니다. 회계 장부를 관리하는 주체이기 때문입니다. 자산 관리자는 이를 전 분기 및 포트폴리오 내 다른 부동산과 비교하여 검토합니다. 인수 분석가는 그 수입을 렌트롤과 대조하고 그 결과로 프로포마를 작성합니다. 대출 기관은 NOI를 재검증하고 원리금 상환과 비교하여 검증합니다. 감정평가는 이를 자본환원합니다.

렌트롤 대조는 이러한 관계 중 가장 유용합니다. 렌트롤의 현재 임대료를 연간 환산하여 T12에서 징수된 임대 수입과 비교합니다. 그 차이는 정상입니다. 공실, 임대료 양허, 대손, 임대손실, 연중 임대료 인상, 청구와 징수 사이의 시차가 뒤섞여 있기 때문입니다. 항목별로 분해할 수 있는 차이는 발견 사항입니다. 아무도 설명할 수 없는 차이는 그 자체가 발견 사항입니다. 이 비교의 임대차 단위 측면은 별도의 추출 문제이며, lease extraction for property management에서 다룹니다.

매각 시 T12는 보통 렌트롤, 임대차 계약서, 세금 고지서와 함께 더 큰 패키지에 포함됩니다. 그 패키지에서 누락된 페이지나 시점이 맞지 않는 기간이 비용을 초래하는데, 이는 assembling a real estate closing document package의 주제입니다.

렌트롤과 T12가 원 단위까지 정확히 일치하는 것은 설명할 수 있는 차이보다 더 의심스럽습니다. 징수된 임대료와 예정 임대료는 서로 다른 측정값이기 때문입니다.

T12는 작성자마다 다르게 작성됩니다

T12는 양식이 아니라 부동산 회계 시스템에서 내보낸 결과물이므로 열 개수, 계정 이름, 부호, 회계 기준이 작성자에 따라 달라집니다. Yardi, RealPage, AppFolio, MRI, Entrata, QuickBooks 모두 브로커가 T12라고 부를 만한 결과물을 만들어냅니다. 그러나 어느 것도 동일한 레이아웃을 제공하지 않습니다.

열 개수가 첫 번째 함정입니다. 12개월 명세서는 보통 13개의 숫자 열로 구성됩니다. 12개월과 합계입니다. 내보내기가 월 중간에 시작하거나 끝나거나, 직전 기간 옆에 YTD 열이 있으면 14개 또는 15개가 됩니다. 모든 숫자 열을 월로 취급하는 검사는 합계를 한 기간으로 계산합니다. 그러면 그 표를 기반으로 산출한 모든 월평균, T3 수치, 계절별 비교가 틀려집니다. 인쇄된 합계는 맞더라도 말입니다.

환급 사례는 계산해 볼 가치가 있습니다. 한 자산이 $90,000의 소유주 부담 공과금 비용에 대해 $36,000의 공과금 환급을 받는다고 가정합니다. 환급을 전체 $90,000 비용에 대한 기타수입으로 기록하면 실효총수입과 운영비용 모두에 $36,000이 포함됩니다. 대신 공과금 항목에서 차감하면 두 합계 모두 $36,000만큼 줄어듭니다. NOI는 어느 쪽이든 동일합니다. 비용률, 단위당 비용, 그리고 반대 방식으로 표시하는 자산과의 모든 비교는 이제 환급 금액만큼 틀려집니다. 두 자산 관리자가 각자 내부적으로 일관성을 유지하더라도 비교할 수 없는 명세서를 만들어낼 수 있습니다.

같은 문서는 시점도 숨깁니다. 재산세는 두 달에 나타나고 보험은 한 달에 나타날 수 있습니다. 지붕 교체가 3월의 수선유지비에 포함되어 나머지 11개월을 합친 것보다 클 수 있습니다. 연간 합계만 보면 자산이 안정적으로 보입니다. 열을 보면 어느 달을 질문해야 하는지 알 수 있습니다.

이것이 실무자들이 직접 표현하는 부분입니다. "수동 렌트롤 + T12 입력은 몇 시간을 잡아먹고 실수하기 너무 쉬워요, 특히 PDF가 지저분할 때는요" (r/RealEstateDevelopment, 2026). 불만은 구조에 관한 것입니다. 숫자가 의미를 가지려면 먼저 구조를 다시 만들어야 합니다.

T12에서 가장 유용한 열은 무언가가 언제 발생했는지 보여주는 열입니다. 연간 합계는 볼 수 없는 한 해의 요약일 뿐입니다.

다섯 가지 점검으로 T12를 망가뜨리는 대부분을 잡아냅니다

숫자가 모델에 도달하기 전에, 명세서는 자기 자신에 대해 네 가지를 입증하고 렌트롤에 대해 한 가지를 입증해야 합니다. 각 점검은 기계적입니다. 어느 것도 해당 부동산이 좋은 투자인지 판단하라고 요구하지 않습니다.

대출기관은 이 다섯 가지에서 멈추지 않습니다. CMBS 서비스업체는 차주의 명세서를 표준 보고 범주로 정상화하고 모든 조정 사항을 NOI Adjustment Worksheet에 기록하므로, 투자자에게 전달되는 NOI는 차주의 항목까지 추적할 수 있습니다(CREFC Investor Reporting Package). T12를 추출하는 사람에게 주는 교훈은, 인쇄된 NOI는 입력값이며 조정 사항은 별도로 보관해야 하는 기록이라는 점입니다.

쓸 수 있는 테이블은 항목, 월, 출처를 유지합니다

검토를 통과하는 결과물은 계정당 한 행, 12개월 열, 합계, 그리고 합계를 다시 계산하는 검증 열로 이루어진 그리드입니다. 자산당 요약 행을 쓰면 근거가 사라집니다.

두 개의 테이블을 만들 가치가 있으며, 각각 다른 순간에 쓰입니다. 진행 중인 거래에는 라인 그리드를 만듭니다: Line Item, Section, Jan 2026~Dec 2026, Total as Printed, Month Sum Check, Source Page. 자산 20개의 포트폴리오 분류에는 롤업을 만듭니다: Property, Period End, Months Covered, Effective Gross Income, Operating Expenses, NOI as Printed, NOI Recalculated, Variance. 첫 번째는 숫자를 방어할 수 있게 해주고, 두 번째는 어떤 자산을 먼저 봐야 하는지 알려줍니다.

ImageToTable.ai는 Custom Column Extraction으로 작동합니다. 원하는 열 이름을 입력하면 AI가 라벨의 위치가 아니라 의미를 이해하여 페이지에서 각 값을 찾아냅니다. 입력한 열 이름이 출력 테이블의 헤더가 됩니다. T12의 경우 PDF가 그려놓은 그리드를 그대로 받아들이는 것이 아니라 필요한 월과 항목의 이름을 지정하는 것입니다.

검증 열은 이 도구가 단순 복사를 넘어서는 부분입니다. Computed columns는 추출된 값에 산술 연산을 수행하고 결과를 새 열로 출력합니다. 하나의 열 이름을 Month Sum Check (Jan + Feb + Mar + Apr + May + Jun + Jul + Aug + Sep + Oct + Nov + Dec - Total)로 지정하면 모든 행이 OK 또는 차이값을 반환합니다. 또 다른 열을 NOI Check (Effective Gross Income - Total Operating Expenses - NOI as Printed)로 지정하면 명세서 자체의 항등식이 필터링 가능한 열이 됩니다.

조건부 논리가 지원되므로 합계가 일치하면 "OK"를, 일치하지 않으면 차이값을 출력할 수 있습니다. 같은 메커니즘으로 섹션을 합산할 수도 있습니다. 모든 비용 항목을 더한 뒤 인쇄된 총 운영비용과 비교하는 것입니다.

작업 자체는 짧습니다. 명세서를 업로드하고 위의 열 이름을 지정한 다음 검증 열이 산술을 처리하도록 하면 됩니다. 첫 파일에서는 NOI 항목에 Review Mode를 열고 이를 구성하는 서너 개 셀을 확인합니다. 열 세트가 맞으면 자산마다 테이블을 다시 만드는 대신 나머지 배치에 적용합니다.

배치 처리가 포트폴리오 뷰를 실용적으로 만듭니다. T12 40개를 한 번에 업로드하면 하나의 테이블로 나옵니다. 이것이 자산을 대신 비교해주지는 않으며, 그래서도 안 됩니다. 비교가 가능한 하나의 시트에 모아주는 것이며, 바로 이 단계가 예전에는 수작업이었습니다.

밀도 높은 명세서에서는 검증이 선택 사항이 아닙니다. Review Mode와 Bbox linking을 사용하면 셀 위에 마우스를 올려 원본 페이지에서 해당 값이 나온 영역을 확인하거나, 페이지의 영역을 클릭해 해당 셀로 이동할 수 있습니다. T12에서는 동일한 숫자가 열두 개 열에 반복되므로 행을 다시 읽는 것보다 시각적 확인이 더 빠릅니다. 명세서가 오래된 스캔본이거나 열이 빽빽한 경우, 더 높은 Model Tier가 동일한 작업에 더 강력한 비전 모델을 사용합니다.

산술적 한계를 염두에 두십시오. 인쇄된 표에 대해 발표된 99% 상한에서, 13개 숫자 열이 있는 60행 명세서는 약 780개의 값이며, 그중 약 8개가 잘못될 수 있습니다. 그래서 모든 행에 검증 열과 출처 링크가 필요합니다. 문제가 되는 오류는 여전히 합리적으로 보이는 오류입니다.

매핑 결정은 여전히 분석가의 몫입니다. 숫자를 이동하는 것과 매핑하는 것의 차이가 생소하다면, 재무제표 스프레딩에서 이 위에 놓이는 정책 계층을 다룹니다. 명세서를 읽는 것이 아니라 도구를 선택하는 중이라면, 부동산 관리용 문서 추출 도구 비교에서 각 도구가 T12나 렌트롤을 어떻게 처리하는지 다룹니다.

정상화는 명세서에 담기지 않은 판단입니다

T12는 비용이 어디에 계상되었는지 기록할 뿐, 그 계상이 다음 소유주에게 적합한지는 말해주지 않습니다. 추출은 항목을 이동하고 산술을 증명할 수 있습니다. 이 섹션의 결정은 사람의 몫으로 남으며, 어떤 T12 워크플로든 이를 솔직하게 인정해야 합니다.

수선 및 유지비에 포함된 $180,000의 지붕 교체는 운영비용이거나 자본적 지출입니다. 명세서는 어느 항목에 계상되었는지는 보여주지만, 어떤 작업이었는지는 보여주지 않습니다. 청구서와 회계 정책이 결정합니다. 재산세 고지는 매도자의 평가를 반영하며, 매각으로 재평가될 수 있습니다. 보험은 납부한 보험료를 보여줄 뿐, 다음 소유주가 받을 견적을 보여주지 않습니다. 자체 관리 부동산은 관리 수수료가 전혀 표시되지 않을 수 있지만, 매수자는 첫 달부터 이를 지불합니다.

임대손실과 시장임대료는 T12에 없습니다. 이는 렌트롤과 시장에서 나옵니다. NOI가 대체충당금 전후 어디에 표시되는지는 작성자에 따라 다르며, 페이지에 명시되지 않을 수 있습니다. 도구는 언더라이팅 모델이나 프로포마를 만들지 않고, 현금흐름할인을 실행하지 않으며, 가치에 도달하지 않습니다. 이 숫자들에 적용되는 캡레이트는 비교 사례와 시장 가정이 뒷받침하는 가치평가 결정이며, 어떤 추출 도구도 이를 대신하지 않습니다.

추출은 명세서의 합계가 맞는지 증명할 수 있습니다. 하지만 그 명세서의 NOI가 당신이 언더라이팅해야 할 NOI인지는 증명할 수 없습니다.

FAQ

부동산에서 T12란 무엇인가요?

부동산에서 T12는 최근 12개월 동안의 자산 운영 명세서로, 월별로 표시되며 NOI로 끝납니다. 기간은 달력에 따라 이동하므로, 2026년 9월 기준 명세서는 2025년 10월부터 2026년 9월까지를 포함합니다. 매수자, 대출 기관, 감정평가사는 이를 해당 자산이 실제로 벌고 지출한 기록으로 사용합니다.

T12는 운영 명세서와 같은 것인가요?

T12는 운영 명세서의 한 종류로, 기간으로 정의됩니다: 명시된 날짜에 끝나는 최근 12개월입니다. 운영 명세서는 한 달, 역년, YTD 또는 예산 기간을 포함할 수도 있습니다. 명칭이 중요한데, 9개 열이 있는 운영 명세서는 T12가 아니며 T12로 연환산해서는 안 됩니다.

T12와 T3의 차이는 무엇인가요?

T3는 최근 3개월, T6는 최근 6개월을 포함합니다. 더 짧은 기간은 최근 변화를 더 쉽게 볼 수 있게 하지만, 계절성, 단일 수리 또는 세금 분납으로 인해 왜곡되기 쉽습니다. T3를 연환산하는 것은 예측이며, 12개월 실적을 대체하지 않습니다.

T12에 원리금 상환이 포함되나요?

일반적으로 포함되지 않습니다. 원리금 상환은 NOI 아래에 위치하는데, NOI는 자금 조달 전 자산을 측정하기 때문입니다. 대출 기관은 원리금 상환 대비 NOI를 DSCR을 통해 검증하는데, 이는 대출 상환이 분자에서 제외될 때만 작동합니다. 명세서가 운영비용에 원리금 상환을 포함하는 경우, 비교하기 전에 이를 아래로 옮기십시오.

두 자산의 T12에서 NOI를 비교할 수 있나요?

기간, 회계 기준, 회수 표시, 관리 수수료 및 충당금 처리가 정렬된 후에만 가능합니다. 두 명세서가 동일한 NOI를 보고하면서 하나는 $36,000의 공과금 환급을 수입으로 기록하고 다른 하나는 비용에서 상계할 수 있습니다. NOI는 일치하지만 비용률은 일치하지 않습니다. 비교 가능한 NOI는 인쇄된 숫자가 아니라 구성된 숫자입니다.

AI가 스캔하거나 촬영한 T12를 추출할 수 있습니까?

페이지를 읽을 수 있고 표 구조가 보이면 가능합니다. 오래된 명세서의 스캔본, 흐릿한 복사본, 비스듬히 촬영한 사진은 더 어려우며, 이를 위해 상위 처리 티어가 있습니다. 어떤 행이든 신뢰하기 전에 월별 그리드를 인쇄된 합계와 대조하고, 모델에 입력되는 셀에는 원본 링크를 사용하십시오.

T12는 얼마나 최신이어야 합니까?

가장 최근 마감된 월에서 끝나야 합니다. 클로징보다 서너 달 전에 멈춘 명세서는 가장 중요한 기간이 보고되지 않은 것입니다. 누락된 월을 같은 형식으로 요청하고, 연초의 추세가 이어졌다고 가정하지 마십시오.

단일 연간 NOI는 주장에 불과합니다. 날짜가 표시된 열두 개의 열, 모든 행의 레이블, 모든 값 뒤의 페이지 참조가 증거이며, 증거야말로 신용위원회, 파트너 회의, 대출기관의 질문을 통과합니다. 자동화할 가치가 있는 작업은 이 세 가지를 모두 유지하는 부분입니다.