이 항목에서는 보고서 전달에 필요한 설정을 설명합니다. 또한 HTTP 통지 서버를 설정하는 방법을 설명합니다.
주:
전자메일, FTP, 프린터, 팩스 및 콘텐츠 관리 호스트는 퍼블릭 인터넷에서 액세스할 수 있어야 합니다.SSL 인증서 파일을 정의하고 전자메일 전달 및 통지에 대한 일반 속성을 설정할 수 있습니다.
Publisher가 전자메일 서버에 대한 접속과 관련된 문제를 발견하면 30초 간격으로 세 번에 걸쳐 전자메일을 다시 전송하려고 시도합니다.
프린터 또는 팩스 서버를 설정하기 전에 프린터 유형을 파악하십시오.
운영체제에 관계없이 프린터 대상은 모든 IPP 서버일 수 있습니다. IPP 서버는 프린터 자체일 수 있지만 프린터가 기본적으로 IPP를 지원하지 않는 경우 IPP를 지원하는 인쇄 서버(예: CUPS)를 설정하고 인쇄 서버를 프린터에 연결할 수 있습니다.
팩스를 전송하려면 CUPS(Common Unix Printing Service) 및 fax4CUPS 확장을 설정해야 합니다. CUPS 또는 Windows IPP 인쇄 서버를 설정하여 네트워크 프린터를 연결하는 방법에 대한 자세한 내용은 CUPS 또는 Windows IPP 소프트웨어 공급업체 설명서를 참조하십시오.
PDF는 널리 사용되는 비즈니스 보고서용 출력 형식입니다. 그러나 일부 보고서는 보고서 서버에서 직접 인쇄해야 합니다. 예를 들어, 급여 및 송장은 대개 일정이 잡힌 일괄 처리 작업으로 인쇄됩니다. PostScript 레벨 3을 준수하는 RIP(래스터 이미지 프로세싱)가 탑재된 일부 프린터는 PDF 문서를 기본적으로 지원할 수 있지만, 여전히 많은 업무용 프린터는 PostScript 레벨 2만 지원하므로 PDF 문서를 직접 인쇄할 수 없습니다.
프린터나 인쇄 서버가 PDF 인쇄를 지원하지 않는 경우 직접 PDF 문서를 인쇄하려면 다음과 같이 하십시오.
필터로 [PDF를 PostScript로] 또는 [PDF를 PCL로]를 선택합니다.
사용자정의 또는 타사 필터를 구성합니다.
필터를 통해 변환 유틸리티를 호출하여 PDF를 특정 프린터 유형에서 지원되는 파일 형식으로 변환할 수 있습니다. 수표 인쇄와 관련된 글꼴 선택 요구사항이 있는 경우에만 PDF를 PCL로 변환할 수 있습니다. 일반적인 인쇄 요구사항의 경우 [PDF를 PostScript로] 레벨 2 필터를 사용하십시오.
PDF를 PCL로 필터를 선택하면 자동으로 필터 명령 필드가 채워집니다. PCL 명령을 RTF 템플리트에 포함하여 PCL 페이지의 특정 위치에서 PCL 명령을 호출할 수 있습니다(예: 수표의 은행 고유 번호 및 계좌 번호에 대해 프린터에 설치된 글꼴을 사용하려는 경우).
운영체제 명령을 통해서도 사용자정의 필터를 호출할 수 있습니다.
사용자정의 필터를 지정하려면 입력 및 출력 파일 이름에 대한 두 개의 위치 표시자({infile} 및 {outfile})와 함께 고유 OS 명령 문자열을 전달합니다.
이는 IPP 프린터를 직접 호출하거나 Microsoft IIS(Internet Information Service)에서 IPP 프린터를 호출하려고 시도 중인 경우 특히 유용합니다. CUPS와 달리 해당 인쇄 서버는 인쇄 파일을 프린터가 인식할 수 있는 형식으로 변환하지 않습니다. 필터 기능으로 고유 OS 명령을 호출하여 대상 프린터가 인식할 수 있는 형식으로 문서를 변환할 수 있습니다.
예를 들어, PDF 문서를 PostScript 형식으로 변환하려면 필터 명령 필드에 다음과 같이 PDF를 PS로 변환하는 명령을 입력합니다.
pdftops {infile} {outfile}
Linux에서 Microsoft IIS의 HP LaserJet 프린터 설정을 호출하려는 경우 Ghostscript를 필터로 설정하여 HP LaserJet이 인식할 수 있는 형식으로 PDF 문서를 변환할 수 있습니다. 필터 명령 필드에 다음 Ghostscript 명령을 입력하면 됩니다.
gs -q -dNOPAUSE -dBATCH -sDEVICE=laserjet -sOutputFile={outfile} {infile}
팩스 서버의 경우 필터를 사용하여 TIFF(Tag Image File Format)로 파일을 변환할 수 있습니다.
팩스를 전송하려면 CUPS(Common Unix Printing Service) 및 fax4CUPS 확장을 설정해야 합니다.
팩스 서버는 퍼블릭 인터넷에서 액세스할 수 있어야 합니다.
관리자는 보고가 완료된 후 통지 요청을 전송하도록 HTTP 또는 HTTPS 서버를 추가할 수 있습니다.
애플리케이션 URL을 등록하거나 HTTP 또는 HTTPS URL을 HTTP 서버로 사후 처리할 수 있습니다.
Publisher가 전송한 HTTP 통지는 작업 ID, 보고서 URL 및 작업 상태에 대한 폼 데이터를 HTTP 서버 URL 페이지에 게시합니다.
FTP 서버 또는 SFTP 서버를 Publisher의 전달 채널로 추가할 수 있습니다.
스케줄러에 제공된 대상 파일 이름에 비ASCII 문자가 포함된 경우 UTF-8 인코딩을 사용하여 대상 FTP 서버에 대한 파일 이름을 지정합니다. 사용 중인 FTP 서버가 UTF-8 인코딩을 지원해야 합니다. 그렇지 않을 경우 "전달 실패" 오류 메시지와 함께 작업 전달을 실패합니다.
FTP 서버 또는 SFTP 서버는 퍼블릭 인터넷에서 액세스할 수 있어야 합니다.
Publisher는 FTP over TLS와 FTPS(FTP over SSL)를 지원하지 않습니다. FTP over TLS 또는 SSL을 전달에 사용할 수 없습니다. 보안 파일 전송에는 SFTP를 사용하십시오.
SFTP(보안 파일 전송 프로토콜)는 SSH(보안 셸) 기술을 기반으로 합니다. Publisher는 SFTP 전달에 대해 다음 SSH 옵션을 지원합니다.
키 교환 방법 (Diffie-Hellman) | 서버 퍼블릭 키 | 암호화 (암호화 모음) | 메시지 인증 코드 (MAC) |
---|---|---|---|
|
|
|
|
다음 알고리즘은 JCE(Java Cryptography Extension) 무제한 강도 관할 정책 파일이 설치된 JVM에서 Publisher가 실행 중인 경우에만 사용할 수 있습니다.
Oracle WebCenter Content로 문서를 전달할 수 있습니다.
콘텐츠 서버는 퍼블릭 인터넷에서 액세스할 수 있어야 합니다.
Content Server를 전달 대상으로 사용하는 경우:
런타임 시 보고서 소비자는 문서가 전달될 때 적합한 액세스 권한이 문서에 적용되도록 보고서에 보안 그룹 및 계정 메타데이터(해당하는 경우) 태그를 지정할 수 있습니다.
문서에 특정 사용자정의 메타데이터 필드(예: 송장 번호, 고객 이름, 주문 날짜)가 필요한 경우 보고서 작성자는 콘텐츠 프로파일 규칙 집합에서 정의된 사용자정의 메타데이터 필드를 데이터 모델의 데이터 필드에 매핑할 수 있습니다.
Publisher는 RIDC(Remote Intradoc Client)를 사용하여 Oracle WebCenter Content Server와 통신합니다. 따라서 접속 프로토콜은 RIDC가 요구하는 표준을 따릅니다. 지원되는 프로토콜은 다음과 같습니다.
Intradoc: Intradoc 프로토콜은 Intradoc 소켓 포트(일반적으로 4444)를 통해 Content Server와 통신합니다. 이 프로토콜을 사용하려면 클라이언트와 Content Server 간에 신뢰할 수 있는 접속이 필요하며, 이 프로토콜은 비밀번호 검증을 수행하지 않습니다. 이 프로토콜을 사용하는 클라이언트는 RIDC를 호출하기 전에 필요한 인증을 직접 수행해야 합니다. SSL을 통해 실행되도록 Intradoc 통신을 구성할 수도 있습니다.
HTTP 및 HTTPS: HTTP 프로토콜 접속의 경우 각 요청에 대해 적합한 사용자 이름 및 비밀번호 인증 인증서가 필요합니다. Publisher의 [관리] 페이지에서 요청에 사용할 인증서를 제공합니다.
JAX-WS: JAX-WS 프로토콜은 Content Server 인스턴스가 적절히 구성되고 RIDC 클라이언트가 설치된 Oracle WebCenter Content 11g에서만 지원됩니다. 이 이외의 환경에서는 JAX-WS가 지원되지 않습니다.
Content Server를 전달 대상으로 설정하려면 다음과 같이 하십시오.
하나 이상의 오브젝트 스토리지를 사용하여 보고서를 전달하고 저장할 수 있습니다.
오브젝트 스토리지를 전달 채널로 구성하고 보고서를 오브젝트 스토리지에 전달하도록 작업 일정을 잡을 수 있습니다.
보고서를 구성할 버킷을 생성할 수 있는 Oracle Cloud Infrastructure 오브젝트 스토리지의 컴파트먼트에 대한 액세스 권한이 있는지 확인해야 합니다.
오브젝트 스토리지에 대해 관리자 액세스 권한이 있는 경우에도 접속을 구성하고 보고서를 오브젝트 스토리지에 전달할 수 있는 권한이 있어야 합니다. 사용자가 Publisher에서 오브젝트 스토리지로 파일을 전달할 수 있도록 조직의 관리자가 IAM 정책을 사용해서 Oracle Cloud Infrastructure에서 권한을 설정해야 합니다. 정책 시작하기 및 정책 참조을(를) 참조하십시오.
테넌시에 필요한 권한:
COMPARTMENT_INSPECT
OBJECTSTORAGE_NAMESPACE_READ
컴파트먼트 관리에 필요한 권한:
BUCKET_READ
BUCKET_INSPECT
OBJECT_READ OBJECT_OVERWRITE
OBJECT_CREATE
OBJECT_DELETE
OBJECT_INSPECT
예 6-1 정책 구성
g 그룹의 테넌시 컴파트먼트 조사를 허용하는 샘플 정책 구성:
Allow group <g> to inspect compartments in tenancy
g 그룹의 테넌시 오브젝트 스토리지 관리를 허용하는 샘플 정책 구성:
Allow group <g> to manage objectstorage-namespaces in tenancy
g 그룹의 c 컴파트먼트 관리 및 구획에서 요청된 작업 수행을 허용하는 샘플 정책 구성:
Allow group <g> to manage object-family in compartment <c> where any { request.operation=‘ListBuckets’, request.operation=‘ListObjects’, request.operation=‘PutObject’, request.operation=‘GetObject’, request.operation=‘CreateMultipartUpload’, request.operation=‘UploadPart’, request.operation=‘CommitMultipartUpload’, request.operation=‘AbortMultipartUpload’, request.operation=‘ListMultipartUploads’, request.operation=‘ListMultipartUploadParts’, request.operation=‘HeadObject’, request.operation=‘DeleteObject’}
관리 페이지에서 CUPS 서버를 추가합니다.
팩스를 보내고 기본적으로 IPP를 지원하지 않는 프린터에서 인쇄할 수 있도록 CUPS(Common Unix Printing Service)를 구성할 수 있습니다.
CUPS 서버를 추가하려면 다음과 같이 하십시오.
클라우드의 보고서에 쉽게 액세스하고 보고서를 공유할 수 있도록 Oracle Content and Experience 서버로 보고서를 전달할 수 있습니다.