Envio SII 2018

Manual Envío Reporte
CRS SII 2018

Versión 1.0
1
CONTENIDO
1 Introducción ................................................................................................................................ 4
2 Archivo válido CRS ....................................................................................................................... 5
2.1 Formato RUT ................................................................................................................ 8
2.2 Estructura IDs ............................................................................................................... 8
2.2.1 MessageRefID .............................................................................................................. 9
2.2.2 ReportingFI DocRefID ................................................................................................ 10
2.2.3 AccountReport DocRefID .......................................................................................... 11
2.3 IN, TIN y RUT .............................................................................................................. 12
2.3.1 Institución Financiera ................................................................................................ 12
2.3.2 Persona Natural......................................................................................................... 13
2.3.3 Organización .............................................................................................................. 14
2.3.4 Controlador ............................................................................................................... 15
3 Preparación Archivo Reporte .................................................................................................... 17
3.1 Firma Digital ............................................................................................................... 17
3.2 Reporte tipo PACK ...................................................................................................... 18
3.2.1 Manifiesto ................................................................................................................. 18
3.2.2 Data ........................................................................................................................... 18
3.2.3 Compresión ............................................................................................................... 19
3.3 Reporte tipo XML ....................................................................................................... 19
4 Envío Archivo Reporte ............................................................................................................... 20
4.1 Navegador .................................................................................................................. 20
4.2 Web Service ............................................................................................................... 26
5 Errores ....................................................................................................................................... 27
5.1 Errores Enrolamiento ................................................................................................. 28
5.2 Errores Manifiesto ..................................................................................................... 28
5.3 Errores Archivo PACK ................................................................................................. 28
5.4 Errores Estructura ...................................................................................................... 28
5.5 Errores Firma Digital .................................................................................................. 29
5.6 Errores Negocio CRS................................................................................................... 29
6 Ejemplos .................................................................................................................................... 34
6.1 Reporte Sin Cuentas (Nil Report) ............................................................................... 34
2
6.2 Cuenta Persona Natural ............................................................................................. 35
6.3 Cuenta Organización con Controlador ....................................................................... 37
7 Control de Cambios ................................................................................................................... 40
3
1 INTRODUCCIÓN
(Se recomienda leer el siguiente documento apoyado de una persona con conocimientos
informáticos)
Para recibir los reportes CRS el SII ha dispuesto un sistema multicanal que permite a las
instituciones financieras cumplir con esta obligación. Este sistema permite enviar el reporte
utilizando un Navegador o un Web Service.
Para utilizar este sistema se deben cumplir una serie de requisitos previos, que son los siguientes:
1) Adquirir un certificado digital simple de las empresas autorizadas por el SII:

http://www.sii.cl/factura_electronica/mn_Prov_CD.htm
2) Estar enrolados en el sistema. Para esto deben haber enviado un email a if.crs@sii.cl con la
siguiente información:
 Nombre Institución Financiera (en el caso de Instituciones Financieras –ej. Fondos- cuya
administración es de responsabilidad de otra entidad (“Administradora”), indicar el
nombre de la Administradora).
 RUT Institución Financiera (en el caso de Instituciones Financieras –ej. Fondos- cuya
administración es de responsabilidad de otra entidad (“Administradora”), indicar el RUT
de la Administradora).
 RUT de la persona natural emisora (dueña del certificado digital);
 E-mail para recibir notificaciones.
3) Construir un archivo válido CRS, de conformidad con el documento publicado en el sitio de la

OCDE llamado “Estándar para el intercambio automático de información sobre cuentas
financieras, Segunda edición”.
4) Preparar el archivo de reporte de modo correcto, lo que implica:
 Firmar digitalmente el archivo CRS utilizando el certificado digital indicado en el

enrolamiento.
 Generar un archivo de manifiesto (opcional).
 Comprimir ambos archivos en un solo archivo (opcional).
5) Elegir un canal para enviar el archivo. Dependiendo de la cantidad de información, si es mayor a

10MB se recomienda utilizar el Web Service, si es menor se puede utilizar el Navegador.
6) Realizar pruebas en el ambiente de certificación. Estas pruebas permiten a la institución

financiera certificar que la forma como está construyendo el reporte es válida para el SII y así
prevenir errores en el ambiente productivo.
7) Enviar el reporte durante junio del 2018 y comprobar que ha sido recibido y aceptado por el SII,
para lo cual una vez enviado el reporte se debe verificar que el estado del reporte en el sistema
indique “ACEPTADO”. Si existen errores estos deben revisarse, corregirse y enviar nuevamente la
información.
4
2 ARCHIVO VÁLIDO CRS
Para construir un archivo CRS válido se deben seguir las instrucciones definidas en el documento
“Estándar para el intercambio automático de información sobre cuentas financieras, Segunda
edición”:
5
En el anexo 3 (página 255) se encuentra la “Guía de usuario del Estándar Común de Reporte”, el
cual describe el formato XML que debe ser utilizado, sus elementos y las condiciones en las cuales
deben incluirse.
6
Para verificar si el archivo generado es estructuralmente válido se debe descargar el esquema XML
http://www.oecd.org/tax/automatic-exchange/common-reporting-standard/schema-and-user-
guide/CRS-schema-v1.0.zip, el cual contiene los archivo XSD con los cuales puede realizarse.
Se recomienda leer bien sobre todo la “Guía de usuario del Estándar Común de Reporte” para
evitar errores de validación al momento de enviar el reporte.
Al construir el archivo CRS XML se deben utilizar siempre prefijos para los namespaces. No se
debe utilizar el namespace por defecto.
7
Además de una estructura correcta, existen otras reglas que deben considerarse al momento de
construir el archivo, las que se encuentran descritas en este documento.
2.1 FORMATO RUT

El RUT debe incluirse con dígito verificador, sin puntos ni guion, por ejemplo, el RUT 12.345.678-9
debe incluirse como 123456789
2.2 ESTRUCTURA IDS

Algunos elementos que son IDs requieren de una estructura que incluye País, Periodo, RUT y al
final un Correlativo Único.
Por ejemplo, la Institución Financiera 22.222.222-2 envía un reporte sobre 3 cuentas, las IDs del
reporte quedarían de la siguiente forma:
CL2017CLM22222222-000000001
CL2017CLF22222222-000000001
CL2017CLA222222222-000000001
CL2017CLA222222222-000000002
CL2017CLA222222222-000000003
8
2.2.1 MessageRefID
En este ID se incluye el RUT del Emisor con una M de prefijo para identificar que es un ID
relacionado al mensaje completo.
Formato: CL<Año>CLM<RUT Emisor>-<Correlativo Único>
Ejemplo: Para periodo: 2017, RUT Emisor: 12.345.678-9, ID: 000000001 quedaría
CL2017CLM123456789-000000001
9
2.2.2 ReportingFI DocRefID
En este ID se incluye el RUT de la Institución Financiera con una F de prefijo para identificar que es
un ID relacionado a la misma institución.
Formato: CL<Año>CLF<RUT IF>-<Correlativo Único>
Ejemplo: Para periodo: 2017, RUT Institución Financiera: 12.345.678-9, ID: 000000001 quedaría:
CL2017CLF123456789-000000001
10
2.2.3 AccountReport DocRefID
En este ID se incluye el RUT de la Institución Financiera con una A de prefijo para identificar que
es un ID relacionado a una cuenta.
Formato: CL<Año>CLA<RUT IF>-<Correlativo Único>
Ejemplo: Para periodo: 2017, RUT Institución Financiera: 12.345.678-9, ID: 000000001 quedaría:
CL2017CLA123456789-000000001
11
2.3 IN, TIN Y RUT
Los TIN que corresponden a otra jurisdicción deben tener una estructura válida. Como ayuda se
puede revisar el siguiente link http://www.oecd.org/tax/automatic-exchange/crs-implementation-
and-assistance/tax-identification-numbers/
Cualquier organización o persona natural, independiente de la residencia reportada, que cuente

con un RUT, dicho RUT deberá incluirse en el IN o TIN que corresponda.
2.3.1 Institución Financiera
<crs:ReportingFI>
<crs:ResCountryCode>CL</crs:ResCountryCode>
<crs:IN INType="RUT" issuedBy="CL">123456789</crs:IN>
<crs:Name nameType="OECD207">IF Test</crs:Name>
<crs:Address legalAddressType="OECD303">
<cfc:CountryCode>CL</cfc:CountryCode>
<cfc:AddressFix>
<cfc:Street>Teatinos 120</cfc:Street>
<cfc:SuiteIdentifier>41</cfc:SuiteIdentifier>
<cfc:FloorIdentifier>4</cfc:FloorIdentifier>
<cfc:DistrictName>Santiago</cfc:DistrictName>
<cfc:PostCode>8340487</cfc:PostCode>
<cfc:City>Santiago</cfc:City>
<cfc:CountrySubentity>Región Metropolitana</cfc:CountrySubentity>
</cfc:AddressFix>
</crs:Address>
<crs:DocSpec>
<stf:DocTypeIndic>OECD1</stf:DocTypeIndic>
<stf:DocRefId>CL2017F123456789-00000001</stf:DocRefId>
</crs:DocSpec>
</crs:ReportingFI>
12
2.3.2 Persona Natural
<crs:AccountHolder>
<crs:Individual>
<crs:ResCountryCode>GB</crs:ResCountryCode>
<crs:TIN issuedBy="GB">99999 88888</crs:TIN>
<crs:TIN issuedBy="CL">123456789</crs:TIN>
<crs:Name>
<crs:FirstName>John</crs:FirstName>
<crs:MiddleName>Michael</crs:MiddleName>
<crs:LastName>Doe</crs:LastName>
</crs:Name>
<cfc:CountryCode>GB</cfc:CountryCode>
<cfc:AddressFix>
<cfc:Street>Broad St 1356</cfc:Street>
<cfc:PostCode>B10 0AB</cfc:PostCode>
<cfc:City>Birmingham</cfc:City>
<cfc:CountrySubentity>West Midlands</cfc:CountrySubentity>
</cfc:AddressFix>
</crs:Address>
<crs:Nationality>GB</crs:Nationality>
<crs:BirthInfo>
<crs:BirthDate>1973-02-05</crs:BirthDate>
13
<crs:City>Birmingham</crs:City>
<crs:CitySubentity>West Midlands</crs:CitySubentity>
<crs:CountryInfo>
<crs:CountryCode>GB</crs:CountryCode>
</crs:CountryInfo>
</crs:BirthInfo>
</crs:Individual>
</crs:AccountHolder>
2.3.3 Organización
<crs:AccountHolder>
<crs:Organisation>
<crs:IN issuedBy="CL" INType="RUT">123456789</crs:IN>
<crs:Name nameType="OECD207">Org Test</crs:Name>
<cfc:AddressFix>
<cfc:Street>Luis Thayer Ojeda 1324</cfc:Street>
<cfc:DistrictName>Providencia</cfc:DistrictName>
</cfc:AddressFix>
</crs:Address>
14
</crs:Organisation>
<crs:AcctHolderType>CRS102</crs:AcctHolderType>
2.3.4 Controlador
<crs:ControllingPerson>
<crs:Individual>
<crs:Name>
<crs:FirstName>Mary</crs:FirstName>
<crs:MiddleName>Katherine</crs:MiddleName>
<crs:LastName>Jones</crs:LastName>
</crs:Name>
<cfc:AddressFix>
<cfc:PostCode>L1 0AD</cfc:PostCode>
<cfc:City>Liverpool</cfc:City>
<cfc:CountrySubentity>North East</cfc:CountrySubentity>
15
</cfc:AddressFix>
</crs:Address>
<crs:BirthInfo>
<crs:City>Liverpool</crs:City>
<crs:CitySubentity>North East</crs:CitySubentity>
<crs:CountryInfo>
</crs:CountryInfo>
</crs:BirthInfo>
</crs:Individual>
<crs:CtrlgPersonType>CRS807</crs:CtrlgPersonType>
</crs:ControllingPerson>
16
3 PREPARACIÓN ARCHIVO REPORTE
Una vez construido un archivo XML CRS válido, se debe preparar el archivo a reportar.
3.1 FIRMA DIGITAL

Se debe firmar digitalmente el archivo XML CRS con el certificado digital de la persona natural
indicada en el enrolamiento. Debe ser una firma digital de tipo envolvente (“enveloping”).
Original:
<?xml version="1.0" encoding="UTF-8" standalone="no"?>

<crs:CRS_OECD xmlns:cfc="urn:oecd:ties:commontypesfatcacrs:v1" xmlns:crs="urn:oecd:ties:crs:v1"
xmlns:ftc="urn:oecd:ties:fatca:v1" xmlns:iso="urn:oecd:ties:isocrstypes:v1"
xmlns:stf="urn:oecd:ties:stf:v4" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" >
…
</crs:CRS_OECD>
Firmado Digitalmente:
<?xml version="1.0" encoding="UTF-8"?>

<Signature xmlns="http://www.w3.org/2000/09/xmldsig#" Id="SignatureId">
<SignedInfo>
<CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315" />
<SignatureMethod Algorithm="http://www.w3.org/2001/04/xmldsig-more#rsa-sha256" />
<Reference URI="#RefId-85a9a9d5503548908d2db12a9e8296de">
<Transforms>
<Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315" />
</Transforms>
<DigestMethod Algorithm="http://www.w3.org/2001/04/xmlenc#sha256" />
<DigestValue>...</DigestValue>
</Reference>
</SignedInfo>
<SignatureValue>...</SignatureValue>
<KeyInfo>
<X509Data>
<X509Certificate>...</X509Certificate>
</X509Data>
</KeyInfo>
<Object Id="RefId-85a9a9d5503548908d2db12a9e8296de">
<crs:CRS_OECD xmlns:cfc="urn:oecd:ties:commontypesfatcacrs:v1" xmlns:crs="urn:oecd:ties:crs:v1"
xmlns:stf="urn:oecd:ties:stf:v4" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" >
…
</crs:CRS_OECD>
</Object>
</Signature>
17
Una vez firmado el archivo CRS hay dos opciones de reporte: PACK y XML
3.2 REPORTE TIPO PACK

La opción PACK al utilizar compresión permite enviar mayor información utilizando el Navegador y
además es el único formato permitido para reportar utilizando el Web Service.
3.2.1 Manifiesto
Se debe generar archivo Manifest.xml con la siguiente información:
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>

<ns1:Manifest xmlns:ns1="http://sara.sii.cl/api">
<ns1:Sender>(Nombre Emisor Entregado en Enrolamiento)</ns1:Sender>
<ns1:Receiver>SII_CRS</ns1:Receiver>
<ns1:PayloadType>CRS_DOM</ns1:PayloadType>
<ns1:Version>1.0</ns1:Version>
<ns1:Period>2018</ns1:Period>
<ns1:Timestamp>2018-06-01T10:01:13.916-0300</ns1:Timestamp>
<ns1:Parts>1</ns1:Parts>
<ns1:PartIndex>1</ns1:PartIndex>
<ns1:DataType>XML</ns1:DataType>
<ns1:DataCharset>UTF-8</ns1:DataCharset>
<ns1:DataNil>false</ns1:DataNil>
</ns1:Manifest>
Todos los elementos del Manifiesto son obligatorios
3.2.2 Data
El archivo XML CRS firmado digitalmente debe llamarse Data.xml
18
3.2.3 Compresión
Se deben comprimir los archivos Manifest.xml y Data.xml en un archivo CRS.zip utilizando el
formato ZIP y el algoritmo de compresión “deflate”
En el ejemplo se muestra el contenido del archivo ZIP utilizando la utilidad http://www.7-zip.org/
Al agregar los archivos al zip, siempre agregar primero Manifest.xml y luego Data.xml
3.3 REPORTE TIPO XML

Esta opción sólo requiere el archivo XML CRS firmado digitalmente.
19
4 ENVÍO ARCHIVO REPORTE
4.1 NAVEGADOR
La url para acceder al sistema de certificación de reporte CRS es:
https://www4c.sii.cl/saraui/internet/
Al ingresar, la persona enrolada dueña del certificado digital deberá autenticarse con su rut y clave
secreta o con el certificado:
Si el tamaño del archivo final es menor a 10MB, se puede subir utilizando el navegador con la
opción Carga Manual, seleccionando lo siguiente:
Emisor: el entregado en el enrolamiento
Materia: CRS_DOM
Extensión: PACK o XML según corresponda
Receptor: SII_CRS
Periodo: 2017
Partes: 1
Parte: 1
Archivo de Datos: archivo CRS.zip (PACK) o CRS.xml (XML)
20
21
Al presionar el botón Enviar aparecerá el siguiente diálogo de confirmación de envío. Si la
información es correcta se debe presionar Aceptar:
22
Se debe esperar hasta que aparezca la notificación de Carga completada y presionar OK:
23
Como resultado de lo anterior, el envío quedará en estado EN PROCESO. Al presionar el
Identificador se puede consultar por el estado, el detalle de envío y la información adjunta:
24
El estado debe indicar ACEPTADO para que se registre como cumplida la obligación de enviar el
reporte CRS:
25
4.2 WEB SERVICE
El uso del Web Service sólo soporta Reporte tipo PACK y requiere que se utilice el sistema de
autenticación automática del SII, la que requiere del certificado digital. Para detalles de cómo
autenticarse de esta forma, revisar el documento
http://www.sii.cl/servicios_online/docs/autenticacion.pdf
Este Web Service utiliza SOAP 1.2 MTOM (https://www.w3.org/TR/soap12-mtom/) para optimizar
el envío de archivos.
El WSDL del Web Service de pruebas es:
https://ws1.sii.cl/WSSARADATACERT/receiverService?wsdl
En él se encuentran definidas 3 operaciones:
 submit: se utiliza para enviar el archivo

 status: se utiliza para consultar el estado de validación
 messages: se utiliza para, en caso de error, recuperar la lista completa de errores
En caso de utilizar plataforma Java y generar un cliente JAX WS a partir del WSDL, la forma de
incluir el token de autorización en la llamada es la siguiente:
String token = getToken(…);
Service service = Service.create(new URL(wsdlUrl), qname);
SaraReceiverServicePortType receiverService = service.getPort(SaraReceiverServicePortType.class, feature);
BindingProvider bp = (BindingProvider) receiverService;
Map<String, Object> requestContext = bp.getRequestContext();
requestContext.put(BindingProvider.ENDPOINT_ADDRESS_PROPERTY, wsUrl);
requestContext.put(JAXWSProperties.HTTP_CLIENT_STREAMING_CHUNK_SIZE, 8192);
Map<String, List<String>> headers = new HashMap<String, List<String>>();
headers.put("Cookie", Collections.singletonList("TOKEN=" + token));
requestContext.put(MessageContext.HTTP_REQUEST_HEADERS, headers);
SaraSubmitResponse response = receiverService.submit(new DataHandler(new FileDataSource(new

File(“CRS.zip”))));
…
26
5 ERRORES
El reporte CRS para ser aceptado pasa por diferentes etapas de validación, cada una de las cuáles
puede generar diferentes tipos de errores. Estos errores en el Navegador aparecen resumidos al
realizar la consulta de estado, pero pueden ser descargados en formato XML para revisarlos en
mayor profundidad.
En la consulta de estado los errores se ven así:
Al descargar la Respuesta de Validación el formato del XML es el siguiente:
<?xml version="1.0" encoding="UTF-8"?>

<ns1:SaraValidation xmlns:ns1="http://sara.sii.cl/validation">
<ns1:Error>
<ns1:Type>DATA_VALIDATION</ns1:Type>
<ns1:Code>40401</ns1:Code>
<ns1:Level>ERROR</ns1:Level>
<ns1:Details>El documento no se encuentra firmado</ns1:Details>
<ns1:Line>0</ns1:Line>
<ns1:Col>0</ns1:Col>
</ns1:Error>
<ns1:Counts>
27
<ns1:Infos>0</ns1:Infos>
<ns1:Warns>0</ns1:Warns>
<ns1:Errors>1</ns1:Errors>
</ns1:Counts>
</ns1:SaraValidation>
Los diferentes tipos de errores y sus códigos son los siguientes:
5.1 ERRORES ENROLAMIENTO

Errores relacionados al enrolamiento
Etapa Tipo Etapa Tipo Error Código Mensaje

Validación Reception MANIFEST_VALIDATION 40101 No existe un convenio
Recepción Validation creado para el emisor
5.2 ERRORES MANIFIESTO

Errores relacionados al manifiesto

Validación Reception MANIFEST_VALIDATION 40151 El campo […] es requerido
Recepción Validation
5.3 ERRORES ARCHIVO PACK

Errores relacionados al archivo PACK subido

Validación Reception FILE_VALIDATION 40201 Archivo zip invalido
Recepción Validation
40202 Archivo zip no contiene
manifiesto
40203 Archivo zip contiene manifiesto
inválido
40204 Archivo zip no contiene data
5.4 ERRORES ESTRUCTURA

Errores relacionados con la estructura del archivo XML

Validación Structure DATA_VALIDATION 40301 Errores de validación XSD
Estructura Validation estándar
28
5.5 ERRORES FIRMA DIGITAL
Errores relacionados con la firma digital

Validación Signing DATA_VALIDATION 40401 El documento no se encuentra
Firma Validation firmado
40402 Firma digital incorrecta
40403 El certificado no pertenece a
sujeto […]
40403 El certificado está expirado o es
inválido
40404 El certificado no es reconocido
por el SII
5.6 ERRORES NEGOCIO CRS

Errores relacionados a reglas propias CRS

Validación Business DATA_VALIDATION
Negocio Validation
50008 Formato de "MessageRefID" es
inválido
50009 MessageRefID ya fué utilizado
50010 El archivo contiene información
de test en ambiente productivo
60000 El número de cuenta debe seguir
el formato de número
estructurado IBAN cuando el tipo
de número de cuenta es
OECD601.
60001 El número de cuenta debe seguir
el formato de número
estructurado ISIN cuando el tipo
de número de cuenta es
OECD603.
60002 El balance de la cuenta es menor
a cero, este monto debe ser igual
o superior a cero.
60003 El balance de la cuenta debe ser
cero si la cuenta fue indicada
como cerrada en el atributo de
cuenta cerrada.
60004 Tipo de nombre seleccionado es
inválido, por ejemplo,
29
corresponde al valor OECD201 no
utilizado en CRS
60005 Cuando el dueño de la cuenta es
una organización y el "Account
Holder Type" es CRS102 o
CRS103, el tipo "Controlling
Person" debe omitirse
60006 Cuando el dueño de la cuenta es
una Organización y el "Account
Holder Type" es CRS101, el
"Controlling Person" debe
incluirse
60007 El "Reporting Group" no puede
estar repetido
60008 "Sponsor" no debe incluirse
60009 "Intermediary" no debe incluirse.
60010 "Pool Report" no debe incluirse.
60011 Residencia Personas.
Cuando la persona es "Controlling
Person" o "Individual Account
Holder", al menos uno de los
correspondientes
"ResCountryCodes" debe ser
distinto al "Sending Country
Code"
60012 Residencia Organizaciones.
Al menos uno de los
"ResCountryCode" de al menos
uno de los "Entity Account
Holder" o "Controlling Person"
debe ser distinto al "Sending
Country Code"
60013 Residencia Institución Financiera.
"ResCountryCode" debe ser
siempre incluido y debe calzar
con el "Sending Country Code"
60014 Fecha de nacimiento.
La fecha de nacimiento debe
estar en un rango válido, no antes
de 1900 y no después del año en
curso.
60015 "AccountReport" sólo puede ser
omitido si "ReportingFI" está
siendo corregido o eliminado o si
30
el reporte es "nil". Si
"ReportingFI" indica data nueva o
reenviada, entonces
"AccountReport" debe estar
presente.
70000 “Message.MessageRefID“ no
puede ser vacío
70001 Individual Account Holder TIN es
obligatorio
70002 “Individual Account Holder.
Name. FirstName” no puede ser
vacío, utilizar NFN para indicar
que no tiene primer nombre
Name. LastName” no puede ser
vacío
Address. AddressFix.City” no
puede ser vacío si “AddressFix”
fue seleccionado
Address. AddressFree” no puede
ser vacío si “AddressFree” fue
seleccionado
70006 “Controlling Person. TIN” es
obligatorio
70007 “Controlling Person. Name.
FirstName” no puede ser vacío,
utilizar NFN para indicar que no
tiene primer nombre
70008 “Controlling Person. Name.
LastName” no puede ser vacío
70009 “Controlling Person. Address.
AddressFix.City” no puede ser
vacío si “AddressFix” fue
seleccionado
70010 “Controlling Person. Address.
AddressFree” no puede ser vacío
si “AddressFree” fue seleccionado
70011 “Organisation Account Holder.IN”
es obligatorio
70012 “Organisation Account
Holder.Name” no puede ser vacío
31
70013 “Organisation Account Holder.
Address. AddressFix.City” no
puede ser vacío si “AddressFix”
fue seleccionado
70014 “Organisation Account Holder.
Address. AddressFree” no puede
ser vacío si “AddressFree” fue
seleccionado
70015 “ReportingFI .IN” es obligatorio
70016 “ReportingFI.Name” no puede ser
vacío
70017 “ReportingFI. Address.
AddressFix.City” no puede ser
vacío si “AddressFix” fue
seleccionado
70018 “ReportingFI. Address.
AddressFree” no puede ser vacío
si “AddressFree” fue seleccionado
70019 “AccountNumber” no puede ser
vacío, usar NANUM cuando no
exista esa información
80000 “DocRefID” ya fue utilizado
80001 La estructura de “DocRefID” no
tiene el formato correcto
80002 “CorrDocRefId” referencia a un
registro inexistente
80003 “CorrDocRefId” referencia a un
registro que ya no es válido
80004 “CorrDocRefId” no puede
indicarse para registros nuevos
80005 El registro corregido no especifica
un “CorrDocRefId”
80006 “CorrMessageRefID” no debe ser
utilizado en “DocSpec”
80007 “CorrMessageRefID” no debe ser
utilizado en “MessageSpec”
80008 La opción de reenvío sólo puede
ser utilizada respecto de
“ReportingFI”
80009 “ReportingFI” no puede ser
eliminado sin eliminar todas sus
cuentas asociadas
80010 Un mensaje puede contener
registros nuevos (OECD1) o
32
correcciones/eliminaciones
(OECD2 y OECD3), pero no puede
contener una mezcla de ambos
80011 La misma “DocRefID” no puede
ser corregida o eliminada más de
una vez en un mensaje
80012 Un mensaje no puede contener
información sobre diferentes
periodos
90000 La estructura de “TIN” o “IN” es
inválida
90001 El “TIN” o “IN” es inválido
90002 El “TIN” o “IN” no tiene una
semántica válida
98000 Error por definir
99999 Error general
33
6 EJEMPLOS
Los siguientes ejemplos muestran archivos CRS válidos, los que debiesen seguir los pasos descritos
en Preparación Archivo Reporte para poder ser enviados al SII.
6.1 REPORTE SIN CUENTAS (NIL REPORT)

El siguiente ejemplo es de una institución financiera llamada “IF Test 1” la cual tiene el RUT
22.222.222-2 que envía un reporte sin cuentas:

<crs:CRS_OECD xmlns:crs="urn:oecd:ties:crs:v1" xmlns:stf="urn:oecd:ties:stf:v4"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:cfc="urn:oecd:ties:commontypesfatcacrs:v1">
<crs:MessageSpec>
<crs:SendingCompanyIN>222222222</crs:SendingCompanyIN>
<crs:TransmittingCountry>CL</crs:TransmittingCountry>
<crs:ReceivingCountry>CL</crs:ReceivingCountry>
<crs:MessageType>CRS</crs:MessageType>
<crs:Warning>07-122017</crs:Warning>
<crs:MessageRefId>CL2017CLM222222222-0000000001</crs:MessageRefId>
<crs:MessageTypeIndic>CRS703</crs:MessageTypeIndic>
<crs:ReportingPeriod>2017-12-31</crs:ReportingPeriod>
<crs:Timestamp>2018-03-14T19:09:08.350-03:00</crs:Timestamp>
</crs:MessageSpec>
<crs:CrsBody>
<crs:ReportingFI>
<crs:Name nameType="OECD207">IF Test 1</crs:Name>
<cfc:AddressFix>
</cfc:AddressFix>
</crs:Address>
<crs:DocSpec>
<stf:DocRefId>CL2017CLF222222222-0000000001</stf:DocRefId>
</crs:DocSpec>
</crs:ReportingFI>
<crs:ReportingGroup/>
</crs:CrsBody>
</crs:CRS_OECD>
34
6.2 CUENTA PERSONA NATURAL
11.111.111-1 y que envía como reporte una cuenta de persona natural residente en Reino Unido
que tiene RUT 99.999.999-9:

<crs:MessageSpec>
</crs:MessageSpec>
<crs:CrsBody>
<crs:ReportingFI>
<cfc:AddressFix>
</cfc:AddressFix>
</crs:Address>
<crs:DocSpec>
</crs:DocSpec>
</crs:ReportingFI>
<crs:ReportingGroup>
<crs:AccountReport>
<crs:DocSpec>
<stf:DocRefId>CL2017CLA111111111-0000000001</stf:DocRefId>
35
</crs:DocSpec>
<crs:AccountNumber AcctNumberType="OECD605">ZPPCJ34864</crs:AccountNumber>
<crs:AccountHolder>
<crs:Individual>
<crs:Name>
<crs:FirstName>John</crs:FirstName>
<crs:MiddleName>Michael</crs:MiddleName>
<crs:LastName>Doe</crs:LastName>
</crs:Name>
<cfc:AddressFix>
<cfc:PostCode>B10 0AB</cfc:PostCode>
<cfc:City>Birmingham</cfc:City>
<cfc:CountrySubentity>West Midlands</cfc:CountrySubentity>
</cfc:AddressFix>
</crs:Address>
<crs:BirthInfo>
<crs:City>Birmingham</crs:City>
<crs:CitySubentity>West Midlands</crs:CitySubentity>
<crs:CountryInfo>
</crs:CountryInfo>
</crs:BirthInfo>
</crs:Individual>
<crs:AccountBalance currCode="CLP">15000000</crs:AccountBalance>
<crs:Payment>
<crs:Type>CRS503</crs:Type>
<crs:PaymentAmnt currCode="CLP">5000000</crs:PaymentAmnt>
</crs:Payment>
</crs:AccountReport>
</crs:ReportingGroup>
</crs:CrsBody>
</crs:CRS_OECD>
36
6.3 CUENTA ORGANIZACIÓN CON CONTROLADOR
44.444.444-4 la que es reportada por el RUT 11.111.111-1 y que envía como reporte una cuenta
que pertenece a una organización RUT 55.555.555-5 residente en Chile, pero cuyo controlador
RUT 66.666.666-6 tiene residencia en Reino Unido:

<crs:MessageSpec>
</crs:MessageSpec>
<crs:CrsBody>
<crs:ReportingFI>
<cfc:AddressFix>
<cfc:CountrySubentity>Ñuñoa</cfc:CountrySubentity>
</cfc:AddressFix>
</crs:Address>
<crs:DocSpec>
</crs:DocSpec>
</crs:ReportingFI>
<crs:ReportingGroup>
<crs:AccountReport>
<crs:DocSpec>
<stf:DocRefId>CL2017CLA444444444-0000000001</stf:DocRefId>
</crs:DocSpec>
37
<crs:AccountNumber AcctNumberType="OECD603">GB0378331005</crs:AccountNumber>
<crs:AccountHolder>
<crs:Organisation>
<crs:IN issuedBy="CL">555555555</crs:IN>
<crs:Name nameType="OECD207">Org Test</crs:Name>
<cfc:AddressFix>
<cfc:Street>Luis Thayer Ojeda 1324</cfc:Street>
<cfc:DistrictName>Providencia</cfc:DistrictName>
</cfc:AddressFix>
</crs:Address>
</crs:Organisation>
<crs:AcctHolderType>CRS101</crs:AcctHolderType>
<crs:ControllingPerson>
<crs:Individual>
<crs:Name>
<crs:FirstName>Mary</crs:FirstName>
<crs:MiddleName>Katherine</crs:MiddleName>
<crs:LastName>Jones</crs:LastName>
</crs:Name>
<cfc:AddressFix>
<cfc:PostCode>L1 0AD</cfc:PostCode>
<cfc:City>Liverpool</cfc:City>
<cfc:CountrySubentity>North East</cfc:CountrySubentity>
</cfc:AddressFix>
</crs:Address>
<crs:BirthInfo>
<crs:City>Liverpool</crs:City>
<crs:CitySubentity>North East</crs:CitySubentity>
<crs:CountryInfo>
38
</crs:CountryInfo>
</crs:BirthInfo>
</crs:Individual>
<crs:CtrlgPersonType>CRS807</crs:CtrlgPersonType>
</crs:ControllingPerson>
<crs:AccountBalance currCode="CLP">15000000</crs:AccountBalance>
<crs:Payment>
<crs:Type>CRS503</crs:Type>
<crs:PaymentAmnt currCode="CLP">5000000</crs:PaymentAmnt>
</crs:Payment>
</crs:AccountReport>
</crs:ReportingGroup>
</crs:CrsBody>
</crs:CRS_OECD>
39
7 CONTROL DE CAMBIOS
Version Descripción
1.0 Versión Inicial CRS 2018
40

Envio SII 2018

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Envio SII 2018

Încărcat de

Drepturi de autor:

Formate disponibile

Manual Envío Reporte

CRS SII 2018

1) Adquirir un certificado digital simple de las empresas autorizadas por el SII:

3) Construir un archivo válido CRS, de conformidad con el documento publicado en el sitio de la

4) Preparar el archivo de reporte de modo correcto, lo que implica:

 Firmar digitalmente el archivo CRS utilizando el certificado digital indicado en el

5) Elegir un canal para enviar el archivo. Dependiendo de la cantidad de información, si es mayor a

6) Realizar pruebas en el ambiente de certificación. Estas pruebas permiten a la institución

2.1 FORMATO RUT

2.2 ESTRUCTURA IDS

Formato: CL<Año>CLM<RUT Emisor>-<Correlativo Único>

Formato: CL<Año>CLF<RUT IF>-<Correlativo Único>

Formato: CL<Año>CLA<RUT IF>-<Correlativo Único>

Cualquier organización o persona natural, independiente de la residencia reportada, que cuente

2.3.1 Institución Financiera

3.1 FIRMA DIGITAL

<?xml version="1.0" encoding="UTF-8" standalone="no"?>

<?xml version="1.0" encoding="UTF-8"?>

3.2 REPORTE TIPO PACK

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>

Todos los elementos del Manifiesto son obligatorios

En el ejemplo se muestra el contenido del archivo ZIP utilizando la utilidad http://www.7-zip.org/

3.3 REPORTE TIPO XML

Emisor: el entregado en el enrolamiento

Extensión: PACK o XML según corresponda

Archivo de Datos: archivo CRS.zip (PACK) o CRS.xml (XML)

El WSDL del Web Service de pruebas es:

En él se encuentran definidas 3 operaciones:

 submit: se utiliza para enviar el archivo

String token = getToken(…);

Service service = Service.create(new URL(wsdlUrl), qname);

SaraReceiverServicePortType receiverService = service.getPort(SaraReceiverServicePortType.class, feature);

BindingProvider bp = (BindingProvider) receiverService;

Map<String, Object> requestContext = bp.getRequestContext();

Map<String, List<String>> headers = new HashMap<String, List<String>>();

headers.put("Cookie", Collections.singletonList("TOKEN=" + token));

SaraSubmitResponse response = receiverService.submit(new DataHandler(new FileDataSource(new

En la consulta de estado los errores se ven así:

Al descargar la Respuesta de Validación el formato del XML es el siguiente:

<?xml version="1.0" encoding="UTF-8"?>

Los diferentes tipos de errores y sus códigos son los siguientes:

5.1 ERRORES ENROLAMIENTO

Etapa Tipo Etapa Tipo Error Código Mensaje

5.2 ERRORES MANIFIESTO

Etapa Tipo Etapa Tipo Error Código Mensaje

5.3 ERRORES ARCHIVO PACK

Etapa Tipo Etapa Tipo Error Código Mensaje

5.4 ERRORES ESTRUCTURA

Etapa Tipo Etapa Tipo Error Código Mensaje

Etapa Tipo Etapa Tipo Error Código Mensaje

5.6 ERRORES NEGOCIO CRS

Etapa Tipo Etapa Tipo Error Código Mensaje

6.1 REPORTE SIN CUENTAS (NIL REPORT)

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>

S-ar putea să vă placă și