23
Guía de Implementación Facturación Electrónica

Guía de Implementación Addenda

Embed Size (px)

DESCRIPTION

Addenda PEPSICO

Citation preview

Page 1: Guía de Implementación Addenda
Page 2: Guía de Implementación Addenda

Tabla de Contenidos

Introducción...............................................................................................................................4

Antecedentes............................................................................................................................ 5

Alcance..................................................................................................................................... 5

Objetivos...................................................................................................................................5

Escritura de la Razón Social de PepsiCo..................................................................................6

Addenda de PepsiCo................................................................................................................7

Implementación de la Recepción de CFDs, CFDIs y CBBs....................................................15

Reglas Generales de Validación.............................................................................................16

Reglas de validación de acuerdo con el medio de envío........................................................17

Contacto..................................................................................................................................18

2

Page 3: Guía de Implementación Addenda

Historial de versiones

Versión Fecha Descripción Autor

1.0 27/02/2013Creación de la Guía de Implementación de la addenda de PepsiCo

Konesh Soluciones

2.0 01/03/2013Cambios en la descripción de algunos de los campos

Konesh SolucionesPepsiCo

3.0 01/03/2013 Actualización de la Guía de ImplementaciónKonesh SolucionesPepsiCo

4.0 14/03/2013Ajuste y actualización de la Guía de Implementación

Konesh Soluciones

5.0 22/07/2013 Actualización de la Guía de Implementación Konesh Soluciones

6.0 29/07/2013Cambios de formato, redacción e inclusión de ejemplos

Konesh SolucionesPepsiCo

7.0 29/07/2013Inclusión de cuenta de correo electrónico para Soporte a los proveedores

Konesh Soluciones

8.0 29/07/2013 Comentarios de PepsiCo a la versión 7.0 Pepsico

9.0 29/07/2013Versión actualizada con los cambios solicitados en la versión 8.0

Konesh Soluciones

3

Page 4: Guía de Implementación Addenda

IntroducciónEl propósito del presente documento es explicar, de manera sencilla, la información necesaria para

enviar o intercambiar el Comprobante Fiscal Digital (CFD) o el Comprobante Fiscal Digital de Internet

(CFDI) en formato XML, con los Socios Comerciales (Proveedores) de PepsiCo siguiendo una

estructura común para la construcción del documento.

Esta estructuración llamada Esquema (“schema” en inglés) está compuesta por:

Formato fiscal del SAT. Contiene únicamente los datos fiscales requeridos y administrados por el

Servicio de Administración Tributario (SAT) los cuales están definidos en Diario Oficial de la

Federación. El emisor y receptor de los CFDs y de los CFDIs deberán estar atentos a los cambios

que se realicen en éste, siendo la última versión publicada en la modificación al Anexo 20 de la

Resolución Miscelánea Fiscal para 2010 publicada en el DOF el 27 de septiembre de 2010 y que

entró en vigencia a partir del 1º de Enero de 2011.

Estándar internacional EAN-UCC. Contiene los datos comerciales que no contempla el esquema

definido por el SAT, los cuales serán insertados dentro del CFD y CFDI en la etiqueta llamada

“<Addenda>” definida en el formato fiscal. Las etiquetas que contendrán los datos comerciales están

basadas en el estándar EAN-UCC, de tal manera que se utilice un solo estándar y eso permita

intercambiar información de forma transparente entre PepsiCo y sus proveedores. Este estándar es

explicado en esta Guía de Implementación (GI) o Guía de Implantación Mexicana (GIM) como se

conoce en algunos ámbitos.

Antes de iniciar con la construcción del CFD o CFDI en XML se recomienda leer las “Reglas

generales para la firma electrónica avanzada y comprobantes fiscales digitales” que emite el Servicio

de Administración Tributaria (SAT) para el uso del CFD y CFDI en México publicadas en el sitio de

Internet www.sat.gob.mx

4

Page 5: Guía de Implementación Addenda

Antecedentes

Con la reforma al artículo 29 del Código Fiscal de la Federación, se dispone que a partir del 1º de

enero de 2011, se inicia de manera paulatina el uso generalizado de comprobantes fiscales digitales,

con ello, los contribuyentes deberán expedir documentos digitales como comprobantes por las

actividades que realicen. Para más información acerca de esta disposición, puede referirse a la

siguiente dirección:

http://www.sat.gob.mx

ftp://ftp2.sat.gob.mx/asistencia_servicio_ftp/publicaciones/boletines/com2010_123.pdf

Derivado de los requerimientos fiscales vigentes y de la necesidad de automatizar los procesos

informáticos, PepsiCo ha definido la addenda para que los proveedores de todas las razones sociales

de PepsiCo incluyan información necesaria para procesar los CFDs y los CFDIs.

Alcance

El presente documento describe únicamente los elementos informáticos relativos a la addenda de

PepsiCo. En este documento no se comentan los procesos comerciales asociados a los pagos de las

facturas ni a las entregas de mercancía.

Objetivos

Los objetivos de esta guía de implementación son:

Proveer un proceso de recepción de documentos electrónicos (CFD/CFDI) con todos los

proveedores que mantienen una relación comercial con PepsiCo, con el propósito de cumplir con

los lineamientos del SAT para ofrecer un intercambio claro y transparente de documentos fiscales

digitales.

5

Page 6: Guía de Implementación Addenda

Ofrecer un esquema confiable de intercambio electrónico de datos que privilegie la comunicación

ágil y óptima, como soporte a la relación comercial.

Establecer diferentes canales de recepción de documentos electrónicos.

Escritura de la Razón Social de PepsiCo

El estándar XML es muy estricto en la construcción de los campos, por tal motivo se comparte en la

tabla siguiente, un ejemplo de una de las razones sociales de PepsiCo con la forma correcta de

escritura de la Razón Social.

CATÁLOGO XML DIFERENCIA ESTADO OBSERVACIONES

“COMERCIALIZADORA PEPSICO MEXICO S DE RL DE CV”

“COMERCIALIZADORA PEPSICO MEXICO S DE RL DE CV”

Ninguna VálidoEs la información del xml es idéntica a la del catálogo

“COMERCIALIZADORA PEPSICO MEXICO S DE RL DE CV”

“COMERCIALIZADORA PEPSICO MEXICO, S. DE R.L. DE C.V”

Puntos y comas

VálidoPara la validación se omiten los puntos y comas

“COMERCIALIZADORA PEPSICO MEXICO S DE RL DE CV”

“ COMERCIALIZADORA PEPSICO MEXICO, S. DE R.L. DE C.V.”

Espacio al inicio de la razón social

Válido (existe excepción)

Por regla del SAT es válido si en la generación el sello se omite el espacio adicional, en caso contrario es inválido Fiscalmente

“COMERCIALIZADORA PEPSICO MEXICO S DE RL DE CV”

“COMERCIALIZADORA PEPSICO MEXICO S DE RL DE CV    ”

Espacio al final de la razón social

Válido (existe excepción)

Por regla del SAT es válido si en la generación el sello se omite el espacio adicional, en caso contrario es inválido Fiscalmente

“COMERCIALIZADORA PEPSICO MEXICO S DE RL DE CV”

“Comercializadora PEPSICO MEXICO, S. DE R.L. DE C.V.”

Uso de minúsculas

VálidoEl uso de minúsculas no afecta la validación

“COMERCIALIZADORA PEPSICO MEXICO S DE RL DE CV”

“Comercializadora PEPSICO México S DE RL DE CV”

Uso de acentos

InválidoLa letra “e” acentuada es distinta a la no acentuada

“COMERCIALIZADORA PEPSICO MEXICO S DE RL DE CV”

“COMERCIALIZADORA PEPSICO       MEXICO S DE RL DE CV”

Uso de múltiples espacios en blanco intermedios

Válido (existe excepción)

Por regla del SAT es válido si en la generación el sello se omite los espacios adicionales, en caso contrario es inválido Fiscalmente.

“COMERCIALIZADORA PEPSICO MEXICO S DE RL DE CV”

“COMERCIALIZADORA PEPSICO MEXICO S DE R L DE C V”

Espacios entre R, L, C y V

InválidoEs inválido dado que se están creando más palabras por el uso de los espacios.

“COMERCIALIZADORA PEPSICO MEXICO S DE

“COMERCIALIZADORA PEPSI CO MEXICO

Espacio entre la palabra

Inválido Es inválido dado que se está creando una nueva palabra en la

6

Page 7: Guía de Implementación Addenda

CATÁLOGO XML DIFERENCIA ESTADO OBSERVACIONES

RL DE CV” S DE RL DE CV” PEPSICO razón social.

“COMERCIALIZADORA PEPSICO MEXICO S DE RL DE CV”

“COMERCIALIZADORA PEPSICO MEXICO S.DE R.L. DE C.V.”

No existe espacio entre S y DE

Inválido

Es inválido debido a que no existe el espacio entre S. y DE, lo cual ocasiona que sea una sola palabra en lugar de 2

Addenda de PepsiCo

Derivado de los requerimientos fiscales vigentes y de la necesidad de automatizar los procesos

informáticos, PepsiCo ha definido la addenda para que sus Socios Comerciales incluyan información

necesaria para la operación.

Se ha mantenido énfasis en mantener esta addenda tan simple como sea posible para que los Socios

Comerciales no encuentren problemas en su implementación y al mismo tiempo lo más completa

para explotar los datos que este recurso informático provee.

La addenda para PepsiCo está compuesta por los siguientes campos:

Tipo: Nombre de la addenda

Versión: Número de versión de la addenda

Número de pedido: Número de la Orden de Compra

Número de Solicitud de pago (sólo aplica para los Proveedores de servicios)

Referencia: qué tipo de documento es (Nota de crédito, factura, etc.)

Serie

Folio

Folio UUID (folio de un CFDI)

Tipo de documento: se refiere al tipo de documento que el proveedor está emitiendo.

Los valores permitidos son: 1 para Facturas

Número de Proveedor: Número proporcionado por PepsiCo

Número de Recepción (sólo aplica para los Proveedores de mercancías)

Concepto: cantidad, unidad, descripción, valor unitario e importe.

7

Page 8: Guía de Implementación Addenda

A continuación se muestra el tipo de dato, su longitud y su uso tal y como lo exigen las leyes

mexicanas vigentes.

Nodo “Request CFD”

Nombre del Campo

Descripción Tipo de Dato Longitud Uso

tipoNombre de la addenda. La addenda se llamará AddendaPCO

Alfabético 10 Requerido

versiónNúmero de la versión de la addenda. Para este caso es la 2.0

Numérico 3 Requerido

idPedido

Se utiliza para indicar el número de pedido u orden de compra, proporcionado por PEPSICO, asociado al comprobante (CFD / CFDI).

NOTA: Este campo es de uso requerido cuando el producto o mercancía haya sido solicitado a través de un pedido u Orden de Compra.

Numérico 10 Requerido

idSolicitudPago

Se utiliza para indicar el número con el cuál se genera la solicitud de pago al proveedor de servicios.

NOTA: Este campo es de uso requerido cuando usted provee servicios a PEPSICO.

Alfanumérico 10 Opcional

Nodo “Documento”

Nombre del Campo

Descripción Tipo de Dato Longitud Uso

referencia

Sólo aplica cuando el comprobante corresponde a una Nota de Crédito o Nota de Cargo / Débito. Se utiliza para indicar el número de la factura a la cual se asocia la Nota de Crédito o de Cargo /Débito. La composición de este dato, debe ser la siguiente: Para CFDs: SERIE-FOLIO Para CFDIs: UUID

Alfanumérico 46 Opcional

8

Page 9: Guía de Implementación Addenda

Nombre del Campo

Descripción Tipo de Dato Longitud Uso

serie

Se utiliza para precisar la serie a la que corresponde el comprobante.

NOTA: Este campo es de uso requerido cuando la versión del comprobante que usted emite, es versión 2.2 (CFD).

Alfabético 10 Opcional

folio

Se utiliza para indicar el número del comprobante. Para el caso de CFDIs, corresponde al folio interno.

NOTA: Este campo es de uso requerido cuando la versión del comprobante que usted emite, es 2.2 (CFD).

Alfanumérico 20 Opcional

folioUUID

Se utiliza para indicar el número de folio fiscal del comprobante, en caso de que se emitan CFDIs.

NOTA: Este campo es de uso requerido cuando la versión del comprobante que usted emite, es 3.2 (CFDI).

Alfanumérico 36 Opcional

tipoDoc

Se utiliza para especificar el tipo de comprobante que el proveedor está emitiendo. Los valores permitidos son: 1 se utiliza para Facturas, 2 se utiliza para Notas de Crédito y 3 utilizado para Notas de Cargo o Débito.

Numérico 2 Requerido

Nodo “Proveedor”

Nombre del Campo

Descripción Tipo de Dato Longitud Uso

idProveedorSe utiliza para especificar el identificador o número que la Sociedad (Empresa) de PEPSICO ha asignado al proveedor.

Numérico 10 Requerido

Nodo “Recepción”

Nombre del Campo

Descripción Tipo de Dato Longitud Uso

idRecepción Se utiliza para especificar el número con el cuál entra la mercancía al almacén. Este dato es proporcionado por PEPSICO al proveedor.

Numérico 10 Requerido

9

Page 10: Guía de Implementación Addenda

Nombre del Campo

Descripción Tipo de Dato Longitud Uso

NOTA: Este campo es de uso requerido cuando usted provee productos o mercancía a PEPSICO.

Nodo “Concepto”

Nombre del Campo

Descripción Tipo de Dato Longitud Uso

cantidadAtributo necesario para precisar la cantidad de bienes o servicios.

Numérico N Requerido

unidadAtributo para precisar la unidad de medida aplicable para la cantidad expresada en el concepto.

Alfanumérico N Requerido

descripciónAtributo que explica de qué se trata el producto o servicio solicitado.

Alfanumérico N Requerido

valorUnitarioAtributo necesario para precisar el valor o precio unitario de bienes o servicios.

Numérico N Requerido

importe

Atributo necesario para precisar el importe total de bienes o servicios y debe ser equivalente al resultado de multiplicar la cantidad por el valor unitario expresado en el concepto.

Numérico N Requerido

Nota importante: Considere que la naturaleza de opcional o requerido de un campo de la addenda,

depende en mucho de la naturaleza de los productos o servicios que esté facturando. Para mayor

detalle, lea cuidadosamente la descripción de los campos que se muestra en la tabla anterior.

Es necesario considerar que la addenda debe ser construida tal y como están definidos los campos,

tomando en cuenta las mayúsculas y minúsculas, así como el orden definido de los campos.

10

Page 11: Guía de Implementación Addenda

Ejemplo de la addenda con un sólo concepto en imagen:

Ejemplo de la addenda con un sólo concepto en texto:

<cfdi:Addenda><RequestCFD tipo="AddendaPCO" version="2.0" idPedido="4501978421">

<Documento folioUUID="5E689ED7-C177-43E8-8AF6-6FAB6B0FC210" tipoDoc="1"/><Proveedor idProveedor="1000003933"/><Recepciones>

<Recepcion idRecepcion="5004152960"><cfdi:Concepto cantidad="30000.0000"

descripcion="AZ ESTANDAR ITALA 50 KG (Z 12-13)" importe="293400.000000"

unidad="KG" valorUnitario="9.780000"/></Recepcion>

</Recepciones></RequestCFD>

</cfdi:Addenda>

Ejemplo de la addenda con varios conceptos en imagen:

11

Page 12: Guía de Implementación Addenda

Ejemplo de la addenda con varios conceptos en texto:

<cfdi:Addenda><RequestCFD tipo="AddendaPCO" version="2.0" idPedido="4501978421">

<Documento folioUUID="95F1BAFC-29FC-4124-8CD6-0A2D2BE24693" tipoDoc="1"/><Proveedor idProveedor="1000003933"/><Recepciones>

<Recepcion idRecepcion="5004152960"><Concepto importe="742.00" valorUnitario="371.00" cantidad="2.00"

descripcion="concepto 1" unidad="C/U"/></Recepcion><Recepcion idRecepcion="500123124">

<Concepto importe="7514.59" valorUnitario="123.19" cantidad="61.00"descripcion="concepto 2" unidad="C/U"/>

</Recepcion></Recepciones>

</RequestCFD></cfdi:Addenda>

NOTA: Si la recepción es multilínea, el nodo “Recepción” deberá repetirse de acuerdo con los

números de Recepciones y dentro de ese nodo deberán incluirse los conceptos (productos o

mercancía) entregados en esa Recepción.

El XSD tiene un nodo padre llamado “Addenda”, Addenda tiene un nodo padre llamado

“RequestCFD” y éste a su vez tiene 3 nodos: Documento, Proveedor y Recepciones. A continuación

se muestran esos nodos sin expandir.

12

Page 13: Guía de Implementación Addenda

13

Page 14: Guía de Implementación Addenda

14

Page 15: Guía de Implementación Addenda

Implementación de la Recepción de CFDs, CFDIs y CBBs

PepsiCo es consciente de la obligación de las leyes mexicanas y de la gran oportunidad para

automatizar el intercambio electrónico de datos con sus Socios Comerciales. Buscando apoyar los

retos que cada uno de los proveedores tiene para incorporar la mecánica de ley, se han dispuesto de

dos medios por los cuales se podrán recibir los Comprobantes Fiscales Digitales: Correo electrónico y

Portal de Proveedores.

El Socio Comercial estará obligado a enviar el comprobante fiscal en formato XML incluyendo la

estructura y datos de la Addenda establecida por PepsiCo considerando lo siguiente:

Cumplir con la información mínima requerida por el SAT para documentos de

facturación electrónica y la indicada en la Addenda de PepsiCo

El archivo XML deberá cumplir con la estructura de datos definida en el apartado

“Addenda de PepsiCo, así como la información de la Addenda, que se incluye en

este documento. En dicha sección se identifican los atributos o datos que son de

USO: O= Opcionales y R= Requeridos.

Las especificaciones fiscales del archivo XML, se deberán validar en la página del

SAT http://www.sat.gob.mx/sitio_internet/e_sat/comprobantes_fiscales

La Addenda es una parte complementaria a la información fiscal que debe incluirse dentro del archivo

XML y es un componente clave para procesar su información, por lo que su entrega da certeza del

tipo de operación comercial.

Recuerde que el archivo XML es el único archivo digital que respalda una operación comercial tanto a

nivel del SAT como entre Proveedor – Cliente y que la Addenda en conjunto con la información fiscal

conforma un mismo y único archivo XML.

Cada uno de los Socios Comerciales será responsable de desarrollar con recursos propios o bien

mandar a desarrollar la Addenda con su proveedor de servicios de Facturación Electrónica.

15

Page 16: Guía de Implementación Addenda

Cada uno de los Socios Comerciales deberá notificar a PepsiCo el medio por el cual estará enviando

sus documentos, para que en el caso de que el envío sea por el Portal de Proveedores, se realice el

alta en el sistema y se le envíen sus datos de acceso y en el caso de que sea por Correo Electrónico

le indicamos a continuación a la cual deberá enviar sus documentos:

[email protected]

Reglas Generales de Validación

Nombre de los Archivos: No hay ninguna restricción en cuanto al nombre del

archivo XML.

Validación del sello digital del archivo XML: El archivo XML estará sujeto a

rechazo si no cumple con las especificaciones vigentes del SAT, como es la

generación del sello digital bajo la regla HASH SHA-1 para comprobantes de fecha

2011 en adelante.

Validación de archivo XML incluyendo Addenda: Bajo esta regla todo archivo

XML será validado de acuerdo con las reglas vigentes del SAT, así como también

que dicho archivo incluya y cumpla al 100 % con la estructura de la Addenda de

PepsiCo, de acuerdo con los campos obligatorios que son especificados en el

apartado “Addenda de PepsiCo” de esta guía.

16

Page 17: Guía de Implementación Addenda

Reglas de validación de acuerdo con el medio de envío

Correo Electrónico

Si el envío lo realiza a través del correo electrónico, los archivos deberán ser enviados en dos

formatos: .XML o .ZIP. Un correo electrónico podrá contener uno o más XMLs o uno o más ZIPs.

Los archivos que envíe deberán ser adjuntos al correo original, por lo que no deberán de ser adjuntos

a un correo reenviado, ya que esto puede ocasionar problemas en la recepción.

Recibirá un correo de notificación a la cuenta de correo electrónica dada de alta, indicándole si su

documento fue recibido correctamente o se tuvo algún error.

La dirección de correo electrónico a la que deberá enviar los archivos es:

[email protected]

Portal Web

Para cargar los documentos por el portal de proveedores, deberá de solicitar a PepsiCo su alta

correspondiente, una vez que se proporcione su acceso al portal recibirá un correo electrónico

indicando la liga del portal (https://portalproveedorespepsicomexico.com/CFDPortal), usuario y

contraseña.

Dentro del portal en el menú principal, en la opción “Cargar CFDs/CFDIs” podrá “subir” el

archivo .XML o .ZIP, los cuales deberán cumplir con lo establecido en el apartado “Reglas Generales

de Validación”.

Si es un archivo .ZIP el sistema irá validando archivo por archivo y éstos podrán ser consultados

conforme sean validados. Una vez termine de validar todos los archivos del .ZIP le asignará un

número de transacción y este número junto con el resultado de las validaciones serán enviados en un

correo electrónico a la cuenta que haya sido dada de alta.

17

Page 18: Guía de Implementación Addenda

Si el archivo es un .XML el sistema validará el archivo y se podrá consultar el resultado de la

validación. El sistema le asignará un número de transacción y este número junto con el resultado de

la validación serán enviados en un correo electrónico a la cuenta que haya sido dada de alta.

Si el archivo no es un .XML o un .ZIP, éste será ignorado.

El sistema le indicará si su documento se ha recibido satisfactoriamente o si se tuvo algún error.

Contacto

Janette Barajas [email protected] 5385-3302

Jessica Avilés [email protected] 5385-3302

Humberto Gil [email protected] 5385-3311

18