2026년 9월

이번 달 변경 사항 7가지를 2분 30초로 소개합니다. 전기 등록부, 7개의 새 연결, 먼저 승인하는 AI 생성 단계, Weave 실행 모니터링, 한 화면에서 설정하는 행 액세스, 열 프로파일링, 프로젝트의 Lakehouse v2 이전을 다룹니다.

배포된 릴리스

버전	릴리스일
v5.11.20	2026-09-05
v5.11.21	2026-09-08
v5.12.0	2026-09-11
v5.12.1	2026-09-11
v5.12.2	2026-09-16
v5.12.3	2026-09-17
v5.12.4	2026-09-21
v5.12.5	2026-09-25

추가됨

• 전기 등록부를 사용하면 재무 및 회계 담당자가 모든 프로젝트의 ERP 전기를 한곳에서 검토하고 일괄 처리할 수 있습니다. 주의가 필요할 가능성이 가장 높은 전기(불확실, 미확인, 보류 중, 실패)의 예외 대기열이 먼저 열리며, 시뮬레이션된 전기는 별도로 집계됩니다.

  • 하나의 창. 탐색 레일에서 각 화면이 그 자리에서 열립니다. 전기, 예외, 승인, 위임, 롤업, 추세, 통제 합계, 계보, 내보내기 및 알림, AI 지원 화면이 있습니다. 프로젝트, 연결 또는 엔터티를 이름으로 선택한 다음 보기를 북마크하거나 저장할 수 있습니다.
  • 여러 건을 한 번에 처리. 행을 선택하거나 필터에 검색된 모든 항목을 선택하고 영향을 미리 본 다음, 시뮬레이션된 전기를 지우거나 ERP가 거부한 항목만 다시 시도합니다. 고액 작업은 진행하기 전에 금액을 직접 입력하도록 요구합니다.
  • 회계 담당자의 방식으로 전기를 읽기. 분개 탭에는 계정별 차변 및 대변 라인, 각 라인의 차원 또는 워크태그, 통화를 섞지 않는 통화별 균형 검사가 표시됩니다. 수집되지 않은 금액은 0이 아니라 공백으로 표시됩니다.
  • 직무 분리를 적용한 역전기. 역전기는 승인 받은편지함을 통해 자격을 갖춘 모든 승인자에게 전달되며 위임 및 에스컬레이션을 지원합니다. 법인 간 실행 전체를 한 번에 역전기할 수 있으며 각 통화에서 합계가 0으로 맞춰집니다.
  • 패턴 파악. 추세는 연결 또는 ERP별로 실패율과 처리 시간을 분석하고, 계보는 전기를 실행까지 거슬러 올라가 ERP 문서까지 추적하며, 통제 합계는 각 배치에 판정과 그 이유를 제공합니다. CSV 또는 JSON으로 필요할 때, 일정에 따라 또는 알림으로 내보낼 수 있습니다. 기간을 마감하면 해당 기간의 전기가 변경할 수 없는 스냅샷으로 봉인됩니다.

  네 가지 권한 수준(보기, 운영, 승인, 관리)이 등록부를 제어하며, 자신의 수준이 허용하는 내용만 볼 수 있습니다. 볼 수 있는 내용은 기존 연결 및 프로젝트 액세스를 따르며, 내보내기에서는 개인 정보가 제외되고 민감한 값이 마스킹됩니다. 전기 등록부 검토를 참조하십시오.

• 각 워크플로 실행은 ERP에 실시간으로 전기하거나, 전기를 시뮬레이션하거나, 건너뛸 수 있습니다. 시뮬레이션은 ERP에 연락하거나 아무것도 확정하지 않고 각 단계가 전기할 내용을 그대로 만들어 검사하며, 전기될 항목을 시뮬레이션으로 표시하여 ERP 전기 기록에 남깁니다. 끄기는 전기 단계를 완전히 건너뜁니다. 프로젝트에서 자체 제한을 설정할 수 있으며, 실행은 하위 워크플로, 매크로, 루프, 재개된 실행을 포함하여 항상 두 설정 중 더 신중한 쪽을 사용합니다. Validate Only 설정 없이 만든 전기 단계(API, AI 어시스턴트 또는 가져온 번들을 통해 만든 단계)는 이제 실시간으로 전기하는 대신 미리 보기를 수행합니다. SAP 전기, 첨부 파일 및 RFC 단계는 안전하게 시뮬레이션할 수 없으므로 시뮬레이션과 끄기에서 건너뜁니다. 전기 모드 선택을 참조하십시오.

• 7개의 시스템이 PlaidCloud에 네이티브로 연결됩니다. 연결 화면에서 각 시스템을 연결하며, 시스템마다 고유한 워크플로 단계가 있고 개체, 큐브, 뷰 또는 엔터티가 해당 시스템에서 실시간으로 나열됩니다.

  • Xero. 로그인하여 조직을 선택하면 되며 개발자 계정은 필요하지 않습니다. 상태, 날짜, 마지막 변경 시점으로 필터링하여 11개의 회계 엔터티를 가져옵니다. 수동 분개, 인보이스, 청구서, 결제, 대변 메모를 다시 전기할 수 있으며, 일괄 처리를 먼저 검사하는 테스트 모드와 같은 문서의 중복 전기 방지 기능이 있습니다. Xero가 결과를 확인해 주지 않으면 PlaidCloud가 해당 건을 보류하여 검토할 수 있게 합니다. Xero에 연결을 참조하십시오.
  • Salesforce. External Client App의 자격 증명으로 연결하면 연결 테스트에서 데이터가 어느 조직과 사용자로부터 오는지 보여 줍니다. 모든 개체를 대량으로 추출하고, 저장하기 전에 각 필드의 유형을 확인하며, 소스에서 필터링할 수 있습니다. 실행에 로드할 기간을 지정하면 재실행 시 이미 해당 기간을 가지고 있는지 인식합니다. Salesforce에 연결을 참조하십시오.
  • SAP ECC 및 S/4HANA. 테이블, 트랜잭션 코드 또는 저장된 SAP 쿼리를 검색하여 직접 추출을 만들면 SAP 자체 정의로 단계가 설정됩니다. 열은 올바른 유형(날짜, 정확한 소수, 정수, 타임스탬프)으로 로드되며, 추출은 SAP 자체 권한 검사 아래에서 PlaidLink 에이전트를 통해 실행됩니다. 제외, 패턴 일치, 한 열에 대한 둘 이상의 조건과 같은 고급 필터에는 PlaidLink 에이전트 시스템에 최신 PlaidCloud SAP 패키지가 필요합니다. 이전 패키지에서는 단순한 같음 및 범위 필터는 계속 실행됩니다. 소수 유형에 비해 너무 큰 열은 텍스트로 로드되고, SAP 유형이 바뀐 열은 테이블 전체를 교체하며, 두 경우 모두 해당 열 이름을 알려 주는 경고가 표시됩니다. SAP ECC / S/4HANA 임시 추출을 참조하십시오.
  • Oracle HFM/FCCS. 워크플로에서 관점(POV)을 선택하면 HFM 팀에 요청하지 않고도 연결 통합 데이터의 해당 조각이 테이블로 반환됩니다. 반복 조회는 캐시에서 가져오고, 결과는 행 액세스에 바로 사용할 수 있으며, 모든 조각을 예약된 로드로 만들 수 있습니다. Oracle HFM/FCCS에 연결을 참조하십시오.
  • IBM TM1 / Planning Analytics. 저장된 큐브 뷰 또는 직접 작성한 쿼리를 실행하거나, TM1 계층을 PlaidCloud 차원으로 로드합니다. TM1은 변경 사항을 추적하지 않으므로 관점을 기간 변수에 연결하고 일정에 따라 한 기간씩 이력을 쌓으십시오. PlaidCloud가 충실하게 표현할 수 없는 계층은 잘못 로드하지 않고 거부합니다. TM1 서버에는 PlaidCloud가 접근할 수 있는 네트워크 경로가 필요하며, 또는 PlaidLink 에이전트를 통해 큐브 쿼리를 실행할 수 있습니다. TM1에 연결을 참조하십시오.
  • Oracle Essbase. 실시간 쿼리를 실행하거나 아웃라인을 차원으로 로드합니다. 표현할 수 없는 계층은 이름을 밝히며 거부됩니다. 이미 Essbase를 사용 중이라면 세 가지가 달라집니다. 액세스할 수 없는 셀은 이제 텍스트로 로드되는 대신 오류를 발생시키고, 레이블은 연결의 별칭 테이블에서 가져오므로 레이블 텍스트가 다를 수 있으며, 행 제한의 기본값이 무제한이 아니라 250,000으로 설정됩니다. Oracle Essbase에 연결, Essbase: 큐브 쿼리, Essbase: 차원 읽기를 참조하십시오.
  • Anaplan. 읽기 전용이므로 아무것도 다시 기록되지 않습니다. 저장된 뷰를 읽거나, 기존 내보내기를 실행하거나, 목록을 차원으로 읽을 수 있습니다. Anaplan은 테넌트 전체에 대해 요청을 제한하므로 일정을 서로 엇갈리게 설정하십시오. Anaplan에 연결을 참조하십시오.

• 프로젝트(시간 및 경비) 앱이 시간, 출장, 승인, 청구를 위한 하나의 워크스페이스가 되었습니다. 모든 화면이 탐색 레일에서 그 자리에서 열리며, 레코드를 열면 오른쪽 패널에 세부 정보가 표시됩니다.

  • 시간은 최근 작업을 바탕으로 행을 제안하는 주간 그리드이며, 항목마다 메모를 남길 수 있고 지난주 복사를 사용할 수 있습니다. 긴 근무일, 주말, 시간을 초과한 프로젝트를 저장을 막지 않고 표시하며, 누가 무엇을 변경했는지 이력을 보관합니다. 승인자가 반려한 시간표는 승인자의 메모가 첨부된 초안으로 다시 열립니다.
  • 승인에는 각 멤버의 시간표 옆에 근무 시간과 청구 가능 비율이 표시됩니다. 여러 시간표를 한 번에 승인하거나, 메모와 함께 수정 요청 반려를 하거나, 이미 승인한 시간표를 수정하기 위해 다시 열기를 할 수 있습니다. 자신의 시간표는 아무도 승인할 수 없습니다.
  • Acting as를 사용하면 어시스턴트가 멤버를 대신하여 시간과 출장을 입력할 수 있으며, 모든 변경 사항은 해당 멤버의 이름으로 기록됩니다.
  • 출장에는 출장과 영수증이 표시되며 출장별 영수증 PDF를 제공합니다. 재무 담당자는 할당되지 않은 출장을 프로젝트에 할당하고 청구 가능으로 표시합니다.
  • 설정에는 마스터 프로젝트(각각 PO 사용량을 보여 주는 막대 포함)와 그 하위 프로젝트, 청구 역할, 팀 배정, 근무 위치가 있습니다. 사용자에는 모든 멤버의 승인자와 어시스턴트가 표시됩니다.
  • 청구에는 계정, 인보이스, 무효 처리가 있습니다. 미청구 시간이나 출장을 클릭 한 번으로 초안 인보이스에 추가하거나, 확정된 인보이스를 무효 처리하여 항목을 미청구 상태로 되돌릴 수 있습니다. 홈에는 재무 담당자에게 청구 준비가 된 항목이 표시됩니다.
  • 시간표를 제출, 승인, 반려, 다시 열 때마다 이메일이 발송되며, 현재 주를 마치지 않은 사람에게는 금요일에 알림이 전송됩니다. 모든 목록을 CSV로 내보낼 수 있습니다.

  요율과 금액은 청구 권한이 있는 멤버만 볼 수 있습니다. 이전 화면과 새 화면을 가리지 않고 모든 화면에서 다른 사람의 시간, 경비 또는 영수증을 읽으려면 그 사람의 승인자여야 하며, 자신의 시간표나 경비 보고서는 아무도 승인할 수 없습니다. 프로젝트 앱으로 시간 및 경비 추적을 참조하십시오.

• 도구 메뉴에서 프로젝트를 한 번에 하나씩 Lakehouse v2로 이전합니다. 프로젝트를 Lakehouse v2로 마이그레이션… 메뉴는 프로젝트의 테이블과 그 위에 구축된 모든 것(쿼리, 식, 뷰, 대시보드 데이터세트, 계산 열, 지표, 행 액세스 규칙)을 함께 이동합니다. 작업하는 동안 워크스페이스의 나머지는 v1에 그대로 남아 있습니다. 마이그레이션 준비 상태 확인… 메뉴는 아무것도 변경하지 않고 먼저 보고하며, 이동할 수 없거나 달라지는 항목을 알려 줍니다. 마이그레이션은 되돌릴 수 없고 이전 중에 프로젝트에 기록된 내용은 손실되므로, 예약된 워크플로를 중지하고 마이그레이션이 끝날 때까지 프로젝트에 사람이 들어가지 않도록 하십시오. 원본 데이터는 7일 동안 보관되므로 그 기간 안에는 프로젝트를 v1로 되돌릴 수 있습니다. 한 가지 차이는 의도된 것입니다. v2는 주를 월요일이 아니라 일요일에 시작하므로 주간 합계가 하루씩 달라집니다. 의존하는 주간 수치는 모두 확인하십시오. 프로젝트를 Lakehouse v2로 마이그레이션을 참조하십시오.

• 임베딩을 일반 열에 저장하고 일반 워크플로 단계로 가장 가까운 행을 찾습니다. 벡터 열은 이미 생성한 임베딩을 그것이 설명하는 데이터와 같은 테이블에 보관합니다. 다른 열처럼 로드하고 조인하므로 별도의 벡터 저장소가 필요하지 않습니다. 열에 벡터 너비를 설정하면 모든 로드가 이에 맞게 검사됩니다. 길이가 잘못된 로드는 파일, 열, 행을 알려 주며 거부됩니다(CSV 가져오기는 검사하지 않음). AI: 벡터 검색 단계는 코사인 또는 유클리드 거리를 기준으로 하나 이상의 쿼리 벡터에 가장 가까운 행을 반환합니다. 검색은 정확하게 수행되므로 테이블을 필터링하여 속도를 유지하십시오. 완료하기에 너무 큰 검색은 시작하기 전에 거부됩니다. PlaidCloud는 벡터를 저장하고 검색하며, 벡터는 원하는 임베딩 모델로 생성하면 됩니다. Lakehouse v2가 필요합니다. 벡터 데이터 유형과 AI: 벡터 검색을 참조하십시오.

• 이제 Weave가 워크플로 실행 방식을 살펴보며, 모든 프로젝트에는 Weave가 찾아낸 내용을 나열하는 Weave 탭이 있습니다.

  • 실행. Weave는 각 워크플로의 최근 실행을 지난 30일과 비교합니다. 실패한 실행과 연속 실패 횟수, 평소보다 훨씬 오래 걸린 단계, 행 수가 평소보다 훨씬 많거나 적은 출력 테이블, 비어 있는 비율이 평소보다 훨씬 높거나 낮은 열을 확인합니다. 이력이 충분하지 않은 워크플로는 정상이 아니라 미검사로 보고됩니다.
  • 예약된 이벤트. Weave는 일정을 읽을 수 없는 이벤트, 실행을 시작하지 못한 채 시간이 된 이벤트(알 수 있는 경우 그 이유 포함), 워크플로가 아직 실행 중일 때 시간이 된 이벤트, 현재 예약된 내용과 더 이상 일치하지 않는 이벤트를 보고합니다.
  • Weave 탭에는 결과 항목이 쉬운 말로 나열됩니다. 문제가 먼저 나오고, 그다음에 Weave가 검사하지 못한 항목과 그 이유가 나옵니다. 결과 항목을 하나씩 또는 한꺼번에 읽음으로 표시할 수 있으며, 이동을 누르면 결과 항목과 관련된 단계나 워크플로가 열립니다. 워크플로의 Weave 표시를 누르면 해당 워크플로에 대한 탭이 열리고, 탭의 링크를 북마크하거나 공유할 수 있습니다.
  • 실행이 끝나면 해당 워크플로에서 Weave가 찾아낸 문제 중 아직 읽지 않은 항목을 나열하는 메시지가 Weave 열기 링크와 함께 표시됩니다.
  • 명확한 검사 범위. 각 보고서에는 전체 중 몇 개의 단계와 워크플로를 검사했는지 표시되며, 검사하지 못한 항목은 통과로 표시하지 않습니다. Weave는 규칙 기반이며 AI 모델을 사용하지 않으므로 실행하는 데 비용이 들지 않습니다.

  Weave 점검 항목, Weave 탭, 실행 종료 알림 받기를 참조하십시오.

• AI 어시스턴트에게 워크플로 단계를 만들도록 요청하고, 단계가 만들어지기 전에 승인합니다. 원하는 내용을 설명하십시오. 연도별 지역 합계, 테이블의 필터링된 복사본, 두 번째 테이블의 조회, 계산 열, 고정 값, 새 유형으로 바꾼 열 등이 가능합니다. 어시스턴트는 읽는 테이블, 기록하는 모든 열, 필터나 그룹화, 기록 대상 테이블, 워크플로에 조인되는지 여부를 보여 주며 단계를 제안합니다. 사용자가 응답하기 전에는 아무것도 만들어지지 않으며, 만들어지는 것은 보여 준 내용과 정확히 같습니다. 조회의 경우 요약에서 일치가 행에 미치는 영향을 설명합니다. 일치 여부와 관계없이 모든 행이 그대로 이어지고, 행이 중복되는 일은 없으며, 두 번째 테이블에 같은 키가 두 번 이상 있으면 그것이 데이터에 영향을 주는지 알려 줍니다. 단계가 읽는 모든 항목은 먼저 검사하므로 누락된 열은 승인하기 전에 발견됩니다. 계산 열이나 고정 값은 유형을 지정하지 않으면 텍스트로 저장되며, 요약에는 유형이 없는 열이 표시됩니다. 워크플로 단계 만들기를 참조하십시오.

• AI 어시스턴트 연결이 안내형으로 제공되며, 즉시 사용할 수 있는 작업과 명확한 동의 화면이 포함됩니다. 헤더의 AI 연결에는 Claude, ChatGPT, Grok, Claude Code, Cursor, Microsoft 365 Copilot 등의 설정 단계와 연결 URL이 있습니다. Microsoft 365 Copilot 탭은 워크스페이스 관리자, Microsoft 365 관리자, 각 사용자가 해야 할 부분을 안내합니다. 관리자에게 보낼 요청 복사는 승인할 수 있는 사람에게 설정 내용을 보내며, 홈을 처음 방문한 사용자에게는 이를 안내하는 짧은 배너가 표시됩니다. 지원하는 어시스턴트는 작업 시작 항목을 제공합니다. CSV 가져오기, 비용 변동 설명, 실패한 워크플로 디버깅, 프로젝트 데이터 탐색이 있습니다. 어시스턴트를 승인하기 전에 Application Access Request 페이지에서 요청하는 앱의 이름을 표시합니다. 이미 연결된 어시스턴트는 다음에 다시 로그인해야 할 때 이 페이지를 보게 됩니다. AI 코딩 에이전트 시작하기와 인증을 참조하십시오.

• 버전 기록이 무료를 포함한 모든 플랜에서 백그라운드로 백업됩니다. 단계, 사용자 정의 함수, 워크플로, 차원, 레이아웃, 문서, 데이터 편집기 또는 프로젝트 설정을 저장할 때 백업을 기다리지 않습니다. 개체가 다시 저장되지 않은 채 30초가 지나면 한 번의 백업이 이를 캡처하므로, 연속된 편집이 여러 버전이 아닌 하나의 버전을 만듭니다. Back up now는 현재 상태를 즉시 캡처합니다. 잠긴 프로젝트에서는 다른 변경과 마찬가지로 버전 복원이 거부됩니다. AI 어시스턴트를 통해 차원 버전을 복원하고 보류하고, 데이터 편집기를 설정하고 기록하고, 잠긴 프로젝트의 잠금을 해제할 수도 있으며, 동시에 이루어진 동료의 편집을 덮어쓰지 않습니다. 버전 기록과 데이터 편집기 관리를 참조하십시오.

• 시작이 더 빨라지고 진행 상황이 모든 기기에서 이어집니다.

  • 가입은 워크스페이스로 끝나는 짧은 하나의 흐름입니다. Google, GitHub, Microsoft 또는 6자리 코드로 이메일을 확인하고, 선택 질문 하나에 답하고, 워크스페이스 이름을 정하면 됩니다. 무료 플랜은 신용카드가 필요 없으며 즉시 구축됩니다. 스타터와 팀은 체크아웃으로 이동하며 7일 체험을 선택할 수 있습니다. 실시간 상태 화면에 진행 상황이 표시되며, 구축되는 동안 최대 10명의 팀원을 초대할 수 있습니다. 가입을 참조하십시오.
  • 홈의 시작하기 카드가 설정 진행 상황을 추적합니다. 진행률 표시기를 보여 주고, 다음 단계를 맨 앞에 두며, 나머지를 나열합니다. 관리자는 5단계, 빌더는 3단계입니다. 뷰어에게는 표시되지 않습니다. 숨기기를 누르면 도구 모음 버튼으로 들어가며, 모든 단계를 마치면 한 번만 “모든 준비가 끝났습니다.“를 표시하고 사라집니다. 진행 상황, 투어, 팁, 닫은 항목은 계정에 저장되므로 새 기기나 브라우저를 초기화한 후에도 이어집니다. 빠른 시작을 참조하십시오.
  • 샘플 프로젝트는 구축되는 즉시 워크스페이스의 모든 사용자와 공유되며, 빈 워크스페이스의 뷰어에게는 시작 안내가 표시됩니다.

• 테이블 탐색기가 모든 열을 프로파일링하고 데이터 품질 문제를 표시합니다. 열 세부 정보 패널에 null 및 공백 개수, 고유 값 비율이 추가되며, 숫자 열에는 왜도, 히스토그램, 최대 10개의 다른 열과의 상관관계가 추가됩니다. 이상값, 형식 불일치, 중복 키, 고아 차원 멤버, 상수 열을 다루는 품질 검사가 배지와 순위가 매겨진 요약으로 표시됩니다. 행 액세스를 준수합니다. 세부 정보 보기를 참조하십시오.

• Excel에서 이름이 지정된 범위 또는 셀 범위를 가져옵니다. Excel 가져오기 단계는 전체 워크시트뿐 아니라 이름이 지정된 범위나 셀 범위도 읽을 수 있으며, 한 번의 가져오기에서 세 가지를 모두 섞어 사용할 수 있습니다. 범위를 벗어나거나 떨어진 여러 영역에 걸친 범위는 잘못 가져오지 않고 거부됩니다. Excel 가져오기를 참조하십시오.

• 워크스페이스가 릴리스 채널에서 일주일 전에 알린 뒤 스스로 업그레이드됩니다. 릴리스가 채널(Rapid, Regular 또는 Stable)에 도달하면 조직에 최소 7일 전에 이메일이 발송되고, PlaidCloud는 유지 관리 기간(기본값은 일요일 02:00 UTC)에 업그레이드합니다. 현재 버전을 유지하려면 채널을 No Release로 설정하십시오. 자동 릴리스 업데이트를 참조하십시오.

• 프로젝트에 기본 문서 계정을 지정합니다. 프로젝트 홈에서 설정하면 프로젝트의 모든 파일 선택기가 이를 Project Default로 제공합니다. 새 파일 단계는 이를 자동으로 선택하고, 기존 단계는 저장된 계정을 유지합니다. 실행 그룹의 LLM 단계와 문서 조건도 이를 사용하며, 프로젝트에 계정이 없으면 분명하게 알려 줍니다. 기본 문서 계정 설정을 참조하십시오.

• 대시보드 표시 컨트롤을 선택한 열로 제한합니다. 각 표시 컨트롤에는 Available columns 설정이 있어, 대시보드의 다른 곳에 있는 차트와 필터에서는 열을 숨기지 않으면서 그룹화 기준 목록을 선택한 열로 좁힐 수 있습니다. 표시 컨트롤을 참조하십시오.

• 이메일 템플릿에서 변수와 원클릭 서식을 사용할 수 있습니다. Notify Via Email 단계의 템플릿 편집기에서는 삽입 메뉴로 프로젝트 및 워크플로 변수를 추가하고, 스타일 메뉴로 이메일에서 올바르게 표시되는 서식을 적용합니다. 제목 없이 보낸 이메일의 제목은 “PlaidCloud Notification”입니다. 템플릿 HTML 이메일 알림 보내기를 참조하십시오.

변경됨

• 행 액세스는 한 화면에서 설정하고, 저장하는 즉시 적용되며, 멤버가 읽는 모든 곳에서 유지됩니다. 테이블 탐색기, 열 메뉴, 프로젝트의 보안 탭, 멤버 또는 그룹의 행 액세스 탭에서 열고, 값의 출처, 각 그룹이 볼 값, 그 외 모든 사용자의 기본값을 선택합니다. 저장하면 PlaidCloud에는 즉시, 대시보드에는 약 1분 이내에 적용됩니다. 행 액세스 관리를 참조하십시오.

  • 하나의 열 이름이 모든 테이블에 적용됩니다. 제한된 열은 PlaidCloud와 대시보드 모두에서 프로젝트 내 해당 열이 있는 모든 테이블을 필터링하며, 그런 테이블을 게시하면 대시보드 필터가 함께 설정됩니다.
  • 신뢰할 수 있는 상태. 동기화 상태에는 대기 중, 아직 적용되지 않음, 적용됨, 오류가 표시되며, 이어서 대시보드를 직접 확인하여 대시보드와 동기화됨 또는 대시보드와 다름으로 보고합니다. 다시 시도는 제한 사항을 다시 보내며, 필터링할 수 없는 테이블은 이름과 해결 방법이 표시됩니다. 대시보드 동기화 유지를 참조하십시오.
  • 차원 권한 부여는 차원을 따릅니다. 노드에 권한을 부여하면 그룹은 나중에 추가된 멤버를 포함하여 그 아래의 모든 것을 볼 수 있습니다. 밖으로 이동한 멤버는 누구도 그리드를 다시 열지 않아도 권한이 해제됩니다. 차원 권한 부여를 참조하십시오.
  • 제한된 프로젝트의 동작은 아키텍트만 변경할 수 있습니다. 워크플로는 모든 행을 읽을 수 있는 프로젝트 자체의 권한으로 실행되므로, 프로젝트가 행을 제한하면 아키텍트와 워크스페이스 관리자만 워크플로, 단계, 함수, 일정, 변수, 알림 템플릿, 누가 무엇을 볼지 결정하는 차원과 테이블을 변경하거나 프로젝트를 복사할 수 있습니다. 다른 모든 사용자는 계속 워크플로를 실행할 수 있으며, 문의할 대상을 알려 주는 배너와 함께 편집기를 읽기 전용으로 봅니다. 행 액세스는 첫 번째 제한을 추가하기 전에 이로 인해 영향을 받는 멤버 수를 알려 줍니다. 행을 제한하는 프로젝트를 변경할 수 있는 사람을 참조하십시오.
  • 한 번만 설정합니다. 행 액세스 설정 단계는 열의 권한 부여를 소스 테이블에 연결합니다. 제한 사항을 워크스페이스 전체 템플릿으로 저장할 수 있고, 권한은 ID 공급자의 그룹 속성에서 가져올 수 있으며, 제한 중지는 한 번에 제한을 제거합니다.
  • 멤버가 보는 내용 확인. 멤버의 행 액세스 탭에는 모든 그룹을 통해 실제로 볼 수 있는 행이 표시되고, 자신의 권한이 그리드나 다운로드를 필터링했을 때 테이블 탐색기에 액세스 권한에 따라 행이 제한됨이 표시됩니다.
  • 명확한 메시지와 더 적은 차단. 안전하게 필터링할 수 없는 SQL 실행이나 제한된 프로젝트의 자동화 변경처럼 행 액세스가 작업을 차단하면, 메시지에 이유와 해결 방법이 나오고 문의할 아키텍트가 표시됩니다. 제한된 멤버의 테이블 탐색기 열 필터는 이제 사용할 수 없는 대신 자신의 값을 표시하며, 아키텍트는 자신의 SQL 결과를 모든 형식으로 내보낼 수 있습니다. 행 액세스와 직접 작성한 쿼리를 참조하십시오.

• AI 어시스턴트의 배부 답변이 다루는 범위를 밝히며 수치가 맞아떨어집니다. 답변은 수치가 전체 테이블을 다루는지 한 멤버를 다루는지 밝히고, 기간이 아직 로드 중일 수 있으면 수치 앞에서 경고하며, 질문에서 적용하지 못한 부분을 알려 줍니다. 신뢰도 등급은 원인이 아니라 분해 결과에 대한 것입니다. 수치는 서로 맞습니다. 언급된 변동은 옆의 합계와 일치하며, 측정하지 못한 항목은 미측정으로 표시됩니다. “이 입력이 바뀌면 어떻게 되는가” 질문에는 변동의 얼마만큼을 설명할 수 있는지, 직접 측정한 것과 일부만 또는 전혀 측정하지 못한 것을 구분하여 서술형으로 답합니다. 변동을 분해할 필드를 지정하지 않으면 어시스턴트가 변동을 가장 잘 설명하는 필드를 찾습니다. 같은 질문을 두 번 하면 같은 답을 얻으며, 어시스턴트는 독립적인 검증이 불가능했는데도 검증이 답변을 확인했다고 주장하지 않습니다. 행을 제한하는 프로젝트에서는 다른 사람이 제한된 데이터와 제한되지 않은 데이터가 섞인 수치를 얻게 되므로, 추적은 프로젝트의 아키텍트만 사용할 수 있습니다. AI 에이전트로 배부 분석, 배부 추적, 어시스턴트가 정직함을 유지하는 방법을 참조하십시오.

• 차원 로드와 내보내기가 훨씬 빨라졌으며, 올바르게 로드할 수 없는 항목은 거부합니다. 대규모 계층 로드가 몇 분이 아니라 몇 초 만에 끝나고, 대체 계층이 있는 내보내기는 한 번에 기록됩니다. 평면 로드는 기본 통합 방식을 따르며, 별칭, 속성 또는 값을 로드할 때 인식하지 못하는 멤버를 조용히 건너뛰는 대신 이름을 알려 줍니다. 부모-자식 로드는 잘못된 기본 통합 방식, 또는 로드한 열 중 하나와 이름이 같은 대상 계층을 거부합니다. 프로젝트의 모든 차원을 하나의 파일로 백업하거나 복원하는 기능은 대규모 프로젝트에서 처리하기에 너무 큰 파일이 생성되어 더 이상 제공되지 않습니다. 단일 차원 백업 및 복원과 버전 기록은 변경되지 않았고, 이미 보유한 파일은 계속 복원되며, AI 어시스턴트는 프로젝트의 모든 차원을 마지막 백업으로 되돌릴 수 있습니다. 차원 로드 및 언로드와 차원 내보내기를 참조하십시오.

• Allocation: Split using Dimension과 Rule-Based Tagging은 실행 방식과 관계없이 같은 결과를 제공합니다. Pandas가 아닌 SQL을 사용하여 규칙 적용을 선택하면 이 단계들이 실행되는 방식뿐 아니라 기록하는 내용까지 달라졌습니다. 이제 누락되거나 공백인 값은 항상 빈 값이 아닌 null로 기록되며, 매핑, 경로, 요약 테이블은 어느 쪽이든 동일한 열을 갖습니다. 이후의 필터나 조인이 이 결과에서 빈 값을 찾는다면 null을 찾도록 변경하십시오. 레코드가 둘 이상의 규칙과 일치할 수 있고 규칙이 반복으로 나뉘어 있으면, 단계가 중지되어 레코드를 하나의 규칙에만 일치를 선택하거나 각 반복을 별도의 단계로 실행하도록 요청합니다. 규칙의 레코드 수에는 이제 첫 번째 열이 비어 있는 레코드도 포함됩니다. 규칙 기반 태깅, 레코드를 둘 이상의 규칙에 일치시키기, 중간 테이블을 참조하십시오.

• 빌더 좌석 제한이 적용됩니다. 플랜의 한도에 도달하면 빌더를 초대, 승격 또는 다시 활성화하는 것이 명확한 메시지와 함께 차단됩니다. 뷰어는 모든 플랜에서 계속 무료이며 무제한입니다. 뷰어와 빌더를 참조하십시오.

• LLM 공급자 연결 양식은 사용 중인 공급자에 해당하는 항목만 묻고, Anthropic Claude 연결을 다시 편집할 수 있습니다. 모델 목록이 공급자에서 실시간으로 제공되므로 PlaidCloud 릴리스를 기다리지 않고 새 모델이 나타나며, 양식에는 연결 테스트와 표준 공유 및 보안 설정이 추가됩니다. Anthropic Claude 연결 편집이 중단되어 키를 교체할 수 없었던 문제가 해결되었습니다. LLM 공급자 및 연결을 참조하십시오.

• 테이블 사용 목록에 이제 변수 경로를 통해 테이블에 접근하는 단계도 포함됩니다. 예를 들어 기간 변수가 포함된 경로가 있습니다. 변수를 확인할 수 없는 단계는 이 테이블을 참조할 수 있음 아래에 표시되므로, 테이블 기여 대상 목록이 비어 있으면 이제 정말로 그 테이블을 사용하는 곳이 없다는 뜻입니다. 테이블 및 뷰 관리를 참조하십시오.

• 이제 PlaidCloud에는 Chrome 또는 Edge 94, Firefox 93, Safari 16.4 이상이 필요하며, iPad와 iPhone에서는 iPadOS 또는 iOS 16.4 이상이 필요합니다(iPad Air 2와 iPad mini 4만 제외됩니다). 이전 브라우저에서는 지원되지 않는 버전 페이지가 표시됩니다. 지원되는 브라우저를 참조하십시오.

• 이름 검색은 구두점이나 순서와 관계없이 입력한 단어와 일치합니다. “invoice header detail”을 입력하면 홈 검색과 AI 어시스턴트에서 Invoice_Header_Detail이 가장 근접한 일치 항목으로 먼저 검색됩니다. 대시보드 및 앱 검색과 워크플로 단계 선택기는 여전히 입력한 그대로 정확히 일치합니다.

• 워크플로 단계 테이블의 연필 열은 기본적으로 숨겨집니다. 톱니바퀴 아이콘은 단계 양식을 열고, 마우스 오른쪽 버튼 메뉴의 단계 세부 정보 편집은 일반 탭에서 양식을 열며, 열 선택기로 연필 열을 다시 표시할 수 있습니다. 저장한 열 레이아웃에서 이 열을 표시했다면 그대로 유지됩니다. 워크플로의 위치를 참조하십시오.

수정됨

• AI 어시스턴트는 실행하기 전에 묻고 자신이 만든 것을 검사합니다. Weave AI 채팅과 AI로 워크플로 오류 수정을 참조하십시오.

  • 승인하기 전에는 아무것도 저장되지 않습니다. 어시스턴트는 사용자가 직접 답장으로 승인하기 전에는 파일을 가져오거나, 가져오기 또는 내보내기 단계를 만들거나, 단계 수정 사항을 저장하지 않습니다. 저장되는 내용은 보여 준 것과 정확히 같으며 한 번만 저장되고, 응답이 없어지는 대신 항상 승인할 초안을 보여 줍니다. 파일 가져오기를 참조하십시오.
  • 수정 어시스턴트는 열어 둔 단계를 수정합니다. 이전에는 자신의 프로젝트에 대한 액세스 권한이 없는 것처럼 거부하거나 빈 단계를 대신 기록할 수 있었습니다.
  • 어시스턴트가 만드는 단계는 실제로 존재하며 유형을 유지합니다. 존재하지 않는 단계 유형이나 단계에 없는 설정은 저장할 수 없으며, 대신 가장 가까운 항목을 제안합니다. 복사한 열은 변환을 요청하지 않는 한 테이블의 유형을 유지합니다.
  • 제안하는 모든 식은 먼저 프로젝트의 Lakehouse에서 검사합니다. 0으로 나누기 방지를 거꾸로 작성한 경우처럼 실패하거나 잘못된 답을 내는 식은 보류되고 이유가 제공됩니다. 이전에 거부하던 PlaidCloud 함수가 허용됩니다. 식 AI를 참조하십시오.
  • 보기가 필터링되었는지 압니다. 행 액세스로 볼 수 있는 범위가 좁아진 경우 이를 알려 주므로, 더 이상 사용자의 보기를 전체 테이블로 설명하지 않습니다. 행 액세스를 참조하십시오.
  • 실제 연결에 대해 답합니다. 실제로 저장할 수 있는 연결 유형만 제안하며, 콜론이 포함된 텍스트도 올바르게 검색합니다. AI 에이전트 연결을 참조하십시오.
  • 문제를 정직하게 보고합니다. 언어 모델 공급자가 바쁘거나 사용할 수 없을 때 내부 오류를 보고하는 대신 이를 알리고 몇 분 후에 다시 시도하도록 제안합니다. 실패한 도구 호출은 실패로 표시됩니다.
  • 다시 로드하지 않고 어두운 테마에서 밝은 테마로 전환한 후에도 응답을 읽을 수 있습니다.

• 문서 계정과 문서 단계가 제대로 동작합니다.

  • 모든 계정 유형에서 하위 폴더를 따라갑니다. OneDrive, SharePoint, SFTP, Azure Blob에서 최상위 아래의 모든 항목이 불완전하거나 비어 있게 반환되었습니다. 이제 모든 계정이 하위 폴더를 어떤 깊이까지든 따라갑니다.
  • ZIP으로 다운로드는 폴더의 모든 항목을 내려받으며, 폴더 이름이 이름이 비슷한 폴더와 일치하지 않습니다(Report가 Report2024를 더 이상 가져오지 않음). 영향을 받은 다운로드는 다시 수행하십시오. 폴더 내용 다운로드를 참조하십시오.
  • OneDrive와 SFTP에서 복사와 이동이 동작합니다. SFTP의 폴더 복사는 폴더를 복사하지 않고 이동했으며, SFTP 파일 복사 및 이동은 성공했는데도 오류를 보고했습니다. 최근의 SFTP 폴더 복사본이 원본에서 사라진 것 같으면 대상 위치를 확인하고, SFTP 파일 이동이 실패로 보고되었다면 파일이 이제 두 곳 모두에 있는지 확인하십시오. OneDrive의 복사, 이동, 이름 바꾸기가 다시 동작합니다. 폴더 이동 또는 복사를 참조하십시오.
  • Delete Old Files가 하위 폴더에 적용되므로 예약해 둔 항목을 확인하십시오. 재귀를 켜면 여러 계정 유형에서 하위 폴더를 놓쳤고 폴더 자체를 삭제할 수 있었습니다. 이제는 파일만 삭제하며 이전보다 훨씬 많이 삭제할 수 있습니다. 먼저 테스트를 사용하십시오. Delete Old Files를 참조하십시오.
  • 큰 폴더가 완전하고 빠르게 나열됩니다. 대규모 Google Cloud Storage 폴더를 탐색해도 더 이상 PlaidCloud가 느려지지 않고, 항목이 1,000개를 넘는 S3 및 Wasabi 폴더도 모든 항목이 표시되며, 앱의 파일 선택기는 각 하위 폴더를 한 번씩만 나열합니다.
  • 문서 단계가 설정대로 결과를 생성합니다. Convert to PDF, Convert to JPEG, Merge Multiple PDFs, Compress PDF, Crop to Headshot가 다시 출력을 생성합니다. Convert to PDF는 선택한 페이지 크기와 압축을 사용하고, Fix File Extension은 내용에 필요한 확장명으로 파일 이름을 바꾸며, UTF-16 변환은 UTF-16으로 기록하고 악센트 문자와 기호를 그대로 유지하고, Text Substitution은 큰 파일을 처리합니다. 문서 워크플로 단계를 참조하십시오.

• 워크플로 단계가 더 이상 실패하거나, 멈추거나, 조용히 잘못 동작하지 않습니다.

  • 소스가 없는 파일 가져오기의 계산 열이 더 이상 비어 있는 상태로 로드되지 않습니다. 해결 방법으로 설정한 소스는 모두 지우고, 비어 있는 동안 로드된 테이블은 다시 로드하십시오. 고급 데이터 매퍼 사용법을 참조하십시오.
  • 워크플로가 같은 단계를 두 번 나열할 수 없습니다. 이로 인해 실행이 실행 중 상태에 멈춰 있었습니다. 기존의 중복은 이제 명확한 메시지와 함께 실행을 실패시키며, 삭제하면 워크플로가 수정됩니다. 워크플로 유형 선택과 단계 복사 및 붙여넣기를 참조하십시오.
  • 중단된 가져오기가 자동으로 다시 시도됩니다. Import SQL 단계가 중단되었거나 로드 도중 웨어하우스가 머신을 잃은 경우 모두 해당합니다. PlaidCloud는 먼저 아무것도 두 번 로드되지 않는지 확인하며, 실제 오류는 여전히 즉시 실패합니다. 다시 시도 중인 Import SQL 단계가 멈췄다고 판단하기 전에 약 30분의 여유를 두십시오. SQL 가져오기를 참조하십시오.
  • 서버 오류 대신 명확한 메시지. 이미 실행 중인 워크플로를 실행하면 그 사실을 알려 줍니다. 소스 테이블이 삭제되거나 이름이 바뀐 단계는 누락된 테이블의 이름을 알려 주며, 인식할 수 없는 유형의 열도 이름이 표시됩니다. 소수 또는 부동 소수점 열을 읽는 단계를 다시 편집할 수 있습니다. 워크플로 실행을 참조하십시오.
  • 루프와 컨테이너가 실행됩니다. 고급 워크플로의 반복 컨테이너가 다시 실행되며, Workflow Loop, Macro Concurrent, 반복 컨테이너가 날짜, 시간 또는 간격 열이 있는 테이블에서 실행됩니다. 컨테이너 반복, Workflow Loop, Macro Concurrent를 참조하십시오.
  • 조건이 올바르게 동작합니다. 워크플로: 조건부 실행은 다른 단계와 마찬가지로 날짜, 프로젝트, 모델 변수를 채우며, 무엇을 검사할지 지정하지 않은 조건은 실패하지 않고 이유와 함께 건너뜁니다. 조건부 단계 실행을 참조하십시오.
  • 외부 데이터베이스 테이블 가져오기가 일반적인 열 유형을 올바르게 로드합니다. 정확한 소수, 금액, 시간, 바이너리, JSON을 포함합니다. 열에 맞지 않는 값은 이제 조용히 잘리거나 반올림되지 않고 가져오기를 중지하며 열 이름을 알려 줍니다. 외부 데이터베이스 테이블 가져오기를 참조하십시오.
  • 설정은 저장할 때 검사됩니다. 파일에서 열이 하나도 나오지 않는 가져오기: CSV 단계는 저장할 수 없으며 이유를 알려 줍니다(CSV 가져오기). 특이한 따옴표 문자 확인 메시지를 취소하면 저장이 그냥 취소되고, ML: 모델 학습은 알 수 없는 알고리즘이나 설정을 거부합니다.
  • Set Project Variable과 Set Workflow Variable은 모든 변수의 현재 값과 메모를 표시합니다. Set Project Variable과 Set Workflow Variable을 참조하십시오.
  • SAP Post가 한쪽에만 설정된 필드 매핑을 거부합니다. 헤더만 있고 라인이 없거나 그 반대인 경우이며, 이전에는 라인이 잘못된 헤더 아래에 전기되었습니다.
  • 출력 열이 설정한 메모, 마스크, 차원을 유지합니다. 이전에는 다음 실행에서 지워질 수 있었습니다.
  • 소소한 수정. 비어 있는 재시도, 리소스, 행 제한 설정은 기본값을 사용합니다. 자체 템플릿 표식이 포함된 REST 가져오기 본문은 작성된 그대로 전송됩니다. 단계를 늦게 가져간 에이전트가 이미 실패로 보고된 작업을 더 이상 실행하지 않습니다. StarRocks에서는 text와 같은 예약어로 이름 붙인 열이 동작하며, Snowflake에서는 열 이름의 %가 유지됩니다.

• REST 요청 단계는 저장할 때 메서드를 유지하므로 최근에 저장한 단계를 확인하십시오. 이전 편집기에서 GET이 아닌 메서드로 저장한 단계가 GET으로 표시되며 열릴 수 있었고, 변경하지 않고 저장해도 그 이후로는 GET을 전송했습니다. 편집기에 대상 테이블 선택기가 다시 생겼고, 행 형식과 페이징 모드가 다시 목록이 되었으며, 카탈로그 엔드포인트를 선택하면 헤더, 매개변수, 본문이 채워집니다(편집한 내용을 바꾸기 전에 확인을 요청함). 소스 검사 → 채우기는 실시간 응답에서 열 매핑을 채웁니다. 행 형식을 비워 둔 채 저장한 단일 요청 단계는 배열로 실행되었으므로, API가 각 레코드를 목록으로 반환한다면 저장하기 전에 배열을 선택하십시오. REST 요청 단계를 참조하십시오.

• 프로젝트 아카이브는 만들 때와 복원할 때 모두 테이블 데이터를 유지합니다. 대부분의 웨어하우스에서 만든 아카이브는 성공했다고 보고하면서도 테이블 데이터를 누락했고, Lakehouse에서의 복원도 같은 문제가 있었으며, 행 액세스를 사용하는 프로젝트는 테이블 데이터를 아카이브할 수 없었습니다. 이 릴리스 이전에 만든 전체 아카이브가 있거나, 복원했는데 비어 있었다면 다시 수행하십시오. 마지막 메시지에는 이제 데이터 없이 포함되었거나 복원된 테이블 수가 표시됩니다. 프로젝트 아카이브를 참조하십시오.

• 테이블 스냅샷과 키가 모든 Lakehouse에서 동작합니다. 스냅샷을 제자리에서 복원하고 보류하는 기능이 이제 StarRocks뿐 아니라 Databend에서도 동작합니다. 다른 테이블로 복원하면 현재 테이블 옆에 새 테이블이 만들어지고, 보류된 스냅샷은 보류를 해제할 때까지 그 이후에 기록된 모든 것을 유지하므로 그때까지 스토리지가 늘어납니다. 업서트나 SCD-2 교체로 테이블을 완전히 교체하면 새 스냅샷 기록이 시작되고 보류가 해제됩니다. Databend에서는 스냅샷 이후 테이블의 열이 변경되었다면 제자리 복원이 거부되며 대신 새 테이블로 복원하도록 제안합니다. 파티션, 배포, 업데이트 키를 테이블에 설정할 수 있고, 파티션 키는 테이블을 만들거나 번들에서 가져올 때 유지됩니다. 테이블 스냅샷을 참조하십시오.

• 차원 수정. 차원 로드 및 언로드를 참조하십시오.

  • 계보 형식 내보내기가 더 이상 행을 반복하지 않습니다. 이로 인해 대규모 차원에서 메모리가 부족해졌습니다. 차원 내보내기를 참조하십시오.
  • 필터링이 다시 속성 값으로 멤버를 찾습니다. 고급 필터가 속성을 제공하며, 필터가 트리 재구성 후에도 유지됩니다. 계층에서 노드 찾기와 고급 필터를 참조하십시오.
  • 참조하는 테이블에 차원을 사용하는 모든 테이블이 표시되며, 열의 차원을 설정할 때 존재하지 않는 차원은 거부됩니다.
  • 프로젝트의 모든 차원을 마지막 백업으로 되돌릴 때 모든 차원을 시도하며, 복원하지 못한 차원은 이름을 알려 줍니다.
  • API로 차원을 다루는 작업이 안정적입니다. 멤버의 마지막 자식이나 상위 항목을 읽는 기능이 다시 동작하고, 매우 깊은 차원을 순회할 수 있으며, 속성과 값이 올바르게 왕복되고, 별칭 로드가 즉시 적용됩니다.

• SCD-2 마스터 빌더와 SCD-2 기준일 조인 단계가 실제 테이블에서 실행됩니다. 두 단계 모두 모든 열이 누락되었다고 보고하며 실행할 수 없었습니다. 아직 데이터가 없는 테이블은 이제 그 사실을 알려 주며, 마스터 빌더는 저장하기 전에 직접 입력한 날짜가 유효하고 올바른 순서인지 검사합니다. SCD-2 마스터 빌더와 SCD-2 기준일 조인을 참조하십시오.

• 예약된 이벤트가 올바른 시간에 실행되고 표시됩니다. UTC -12, UTC +2, UTC +6으로 설정된 이벤트는 이제 일 년 내내 정확히 그 오프셋에서 실행되며, 기존 이벤트는 올바른 시간으로 자동 이동됩니다. 다음 실행과 예정된 실행 캘린더는 더 이상 일광 절약 시간제에서 한 시간 어긋난 시간을 표시하지 않습니다. 이벤트 스케줄러와 예정된 실행 캘린더를 참조하십시오.

• 멤버 초대와 관리가 더 원활해졌습니다. SSO를 사용하는 워크스페이스에서는 초대 시 더 이상 비밀번호 설정 이메일이 발송되지 않습니다. 환영 이메일의 Set your password 링크는 올바른 페이지를 열고, 버튼은 Outlook에서 제대로 표시됩니다. ID 탭은 ID를 관리하는 사람에게만 표시됩니다. 멤버, 그룹, 배포 목록 양식은 진행 상황을 표시하고, 중복 제출을 막고, 삭제를 확인하며, 멤버가 더 이상 존재하지 않을 때 분명하게 알려 줍니다. 대시보드를 잠시 사용할 수 없을 때 멤버를 삭제하거나 업데이트해도 더 이상 멈추지 않습니다. 신규 멤버 환영 이메일과 멤버 관리를 참조하십시오.

• 이름에 &가 포함된 프로젝트를 다시 만들 수 있습니다. 만들기에 실패했다면 다시 시도하기 전에 반쯤 만들어진 항목을 삭제하십시오. 새 프로젝트 만들기를 참조하십시오.

• Dash 앱이 로그인한 사용자에게 다시 열립니다. 일부 사용자는 “Request Header Fields Too Large” 메시지를 보았습니다. 이미 게시한 앱은 다시 빌드하십시오. Dash 앱 다시 빌드를 참조하십시오.

• Paycor 연결을 다시 승인할 수 있습니다. 연결을 저장한 다음 Paycor에 연결을 클릭하십시오. Paycor REST 커넥터를 참조하십시오.

• 앱 전반의 소소한 수정. PlaidCloud가 새 버전을 확인하는 동안 페이지가 가끔 시간 초과되던 문제가 해결되었습니다. 레이블 상자에 추가 버튼이 다시 생겼고 새 단계에 입력한 레이블이 유지됩니다(레이블로 작업 정리). 레이아웃을 저장한 뒤 그리드에 추가된 열(예: 단계 그리드의 단계 번호)은 오른쪽 가장자리 밖이 아니라 제자리에 표시됩니다(단계 순서 변경). 첫 성과 축하 카드가 더 이상 헤더를 가리지 않고 색종이 효과가 끝까지 재생되며, 홈의 도구 모음 음영이 고르게 표시됩니다.

보안

• 이제 행 액세스가 제한된 멤버가 읽는 모든 곳에서 유지됩니다. 행 액세스 관리와 행 수와 테이블 크기를 참조하십시오.

  • 다운로드와 대시보드. 테이블 탐색기 다운로드는 멤버의 행만 반환합니다. 제한이 설정될 때 선택한 테이블뿐 아니라 제한된 열이 있는 게시된 모든 테이블이 대시보드에서 필터링되며, 일부 값에 권한이 부여된 그룹은 그 값만 봅니다. 멤버를 추가하거나 제거하거나 그룹을 삭제하면 약 1분 이내에 대시보드에 반영됩니다.
  • 개수와 크기. 테이블과 프로젝트의 행 수 및 스토리지 크기, 워크플로 실행 기록에서 읽고 쓴 행 수는 액세스가 필터링된 멤버에게 숨겨집니다. 볼 수 있는 범위를 넘어 존재하는 행의 수가 드러났기 때문입니다. 프로젝트 아키텍트는 이전과 같이 볼 수 있습니다.
  • 행 액세스를 우회하는 대시보드 도구. 모든 멤버가 가지는 대시보드 역할에서 SQL Lab과 데이터세트 편집이 제외됩니다. 이 권한은 모든 행을 볼 수 있는 사람에게만 별도의 역할로 부여하십시오.
  • 프로젝트 액세스. 프로젝트의 아키텍트와 워크스페이스 관리자만 액세스 목록과 데이터 공유를 변경할 수 있습니다. 다른 모든 사용자에게는 읽기 전용으로 표시됩니다. 프로젝트 액세스 관리를 참조하십시오.
  • AI 도구. AI 도구가 연속으로 여러 호출을 하면 이제 각 호출이 개별적으로 검사됩니다.

• AI 어시스턴트는 더 이상 ERP에 전기할 수 있는 사람을 변경할 수 없습니다. 연결의 소유자나 사용자를 추가하거나 제거하는 것과 프로젝트의 전기 모드를 변경하는 것은, 프로젝트 액세스와 자격 증명이 이미 그랬듯이 이제 사람만 할 수 있습니다. 읽기 전용 AI 연결은 더 이상 프로젝트의 멤버 액세스나 앱 배포를 나열할 수 없습니다. 에이전트 액세스를 참조하십시오.

• 저장된 연결 자격 증명은 다시 표시되지 않으며, 연결을 저장해도 실수로 자격 증명이 지워지지 않습니다. 모든 자격 증명 필드는 다시 열면 비어 있는 것으로 표시되고, 비워 두면 저장된 값이 유지됩니다. 여러 토큰, 비밀번호, 시크릿을 포함해 일반 텍스트로 표시되던 12개의 자격 증명이 이제 마스킹됩니다. 연결 만들기 및 관리를 참조하십시오.

• PlaidCloud의 서버 구성 요소가 보안 스캔에서 발견된 치명적 및 높은 심각도 취약점을 수정하도록 업데이트되었습니다. 영향을 받는 타사 라이브러리가 수정된 릴리스로 업데이트되었으며, 사용되지 않는 번들 도구가 제거되었습니다.