Complemento de la carta porte

[Dado]

ACTUALIZACION 2-OCTUBRE-2021 (CFDLib V3.3.211002)

La DLL de produccion ya esta publicada, visiten http://www.mercantiltitanio.com opcion [Comprar Licencias] para actualizarse

Los costos por actualizar van a ser los siguientes
Autotransporte Federal = $60 mxn (practicamente gratuito)
Transporte Maritimo = $3,800.00 mxn
Transporte Aereo = $3,830.00 mxn
Transporte Ferroviario = $3,860.00 mxn
Precio especial si requieren los cuatro (Autotransporte + Maritimo + Aereo + Ferroviario) = $ 9,300.00 mxn

La Version de la Libreria se va a codificar asi :

CFDLib V3.3.210810-TM-TA-TF-DEMO

V3.3.210810 - indica version y fecha (2021/08/10) a partir de esta version ya tiene el complemento de Carta Porte con seccion Autotransporte Federal
TM - Tiene soporte para Transporte Maritimo
TA - Tiene soporte para Transporte Aereo
TF - Tiene soporte para Transporte Ferroviario
DEMO - es una version DEMO en la que el RFC del Emisor es EKU9003173C9

Les recomiendo darle una revisada a este hilo de mensajes, hay ejemplos y recomendaciones de como llenar los datos
=========================================================================================================
ACTUALIZACION 2-NOVIEMBRE-2021 (CFDLib V3.3.211102)

SE ACTUALIZO LA DLL CON COMPLEMENTO CARTA PORTE VERSION 2.0

Si hubo cambios, y muchos, mas o menos un 30 a 40% de la estructura cambio.

De los datos, tambien hubo muchos cambios, y confirmo lo que el compañero @acanas comenta, hay inconsistencia con los catalogos.
=========================================================================================================
ACTUALIZACION 5-NOVIEMBRE-2021 (CFDLib V3.3.211105)

Se corrigio el SchemaLocation

Ecodex ya esta timbrando en modo de prueba. Aqui esta un XML de ejemplo
=========================================================================================================
ACTUALIZACION 9-NOVIEMBRE-2021 (CFDLib V3.3.211109)

Sigue habiendo diferencias con el SchemaLocation.
Comercio Digital PAC esta usando el schemalocation CartaPorte20/CartaPorte20.xls (este es el que aparece en la documentacion)
Ecodex esta usando CartaPorte/CartaPorte20.xls (este corresponde a la liga real donde esta publicado el esquema)

Asi que saque una actualizacion que aplica el schemalocation dependiendo del PAC con el que se esta timbrando

LOS DOS PACS YA ESTAN TIMBRANDO EN PRUEBAS, Y ESTAN HACIENDO CAMBIOS EN SUS VALIDACIONES, XML QUE ANTES TIMBRABAN AHORA MARCA ERROR DE DATOS.
=========================================================================================================
ACTUALIZACION 11-NOVIEMBRE-2021 (CFDLib V3.3.211111)

Ahora los dos PAC usan el schemalocation :
CartaPorte/CartaPorte20.xls
=========================================================================================================
ACTUALIZACION 24-NOVIEMBRE-2021 (CFDLib V3.3.211124 y ServiTimbre V3.3.211124)

El SAT modifico el esquema, movio el nodo de <Domicilio>, antes era asi :

Código: Seleccionar todo

<cartaporte20:TiposFigura ...>
     <cartaporte20:PartesTransporte ParteTransporte="xxx">
          <cartaporte20:Domicilio .../>
      </cartaporte20:PartesTransporte>    
</cartaporte20:TiposFigura>

Ahora es asi :

Código: Seleccionar todo

<cartaporte20:TiposFigura ...>
     <cartaporte20:PartesTransporte ParteTransporte="xxx"/>
     <cartaporte20:Domicilio .../>
</cartaporte20:TiposFigura>

El archivo ini refleja este cambio, ahora la estructura es asi :
(ver el ejemplo completo en la descarga de la DLL)

Código: Seleccionar todo

FiguraTransporte1TipoFigura=
FiguraTransporte1RFCFigura=
...etc...

FiguraTransporte1ParteTransporte1=
FiguraTransporte1ParteTransporte2=

FiguraTransporte1DomicilioCalle=
FiguraTransporte1DomicilioNumeroExterior=
...etc...

=========================================================================================================

DLL de pruebas se publico aqui

DLL de produccion se publico aca

[Dado]

Vaya, ahora si se la volaron los del SAT, el complemento es MASIVO, lleva muchisima informacion

Ya tenemos la primera parte, el esquema, te adjunto una muestra de como va quedando

Falta la parte de la cadena original, sellado y timbrado, espero que a mediados de la proxima semana ya estemos liberando una version aunque sea de prueba

[Dado]

OK, aqui la "version Beta" de la libreria DLL para crear Carta Porte

Esta DLL ya genera el XML con el complemento de Carta Porte, pero todavia no se puede enviar a timbrar

Los PAC me han informado que todavia no estan timbrando este complemento, asi que no tengo forma de hacer pruebas extensas para asegurarme de que el sello digital esta bien calculado.

La intencion de publcarlo es para que ustedes avancen en el desarrollo de sus sistemas de captura, y miren que hay un monton de formularios que deben programar !!!! ....... dice el dicho mexicano......."piden hasta la direccion de los reyes magos"

Recuerden que donde hay informacion con un indice numerico significa que puede llevar varios de esos datos, por ejemplo :

AutotransporteFederalRemolques1SubTipoRem=CTR013
AutotransporteFederalRemolques1Placa=FLEO3985

Aqui puede llevar CERO (no poner nada), UNO (como en el ejemplo) O MAS nodos "Remolque"

En cuanto haya programado el sello digital para el timbrado envio un mensaje por aqui para avisar.

[Modificado por Admin. Se elimino el ZIP con la DLL de prueba, pasamos a "Beta 2", ver los mensajes mas adelante]

[cuatec]

Gracias Dado.

con esto tenemos para entretenernos.

Pendiente de los avances.

Cuatec

[Dado]

Oye cuatec, podrias subir un ejemplo de un CFDI de traslado, mas o menos "real", lo necesito para agregarle la carta porte y hacer pruebas de timbrado. Gracias de antemano.

[cuatec]

Buenas tardes Dado!!!

Te anexo el XML.


Saludos

Cuatec

CP357.zip

(2.71 KiB) Descargado 772 veces

[Dado]

Gracias, por lo que veo es muy simple, solo lo basico y con tipo = "T"

OK, pues a esperar que los PAC liberen las pruebas de timbrado para asegurarme que mi cadena original + sello digital esta bien y entonces libero la libreria ya en produccion. Los mantengo informados

[RICTAPIA5]

son la 2, I y T

2. Si funjo como un intermediario, o bien, como un agente de transporte en un
traslado de bienes o mercancías, ¿es necesario emitir un CFDI de tipo Ingreso con
el complemento Carta Porte?
No, en este caso se debe emitir un CFDI de tipo Traslado con el complemento Carta Porte
y usar éste o su representación impresa para acreditar el transporte de las mercancías, y
en los campos “Subtotal” y “Total” se debe registrar el valor igual a cero. Adicionalmente
en el RFC del Receptor, se debe capturar el valor “XAXX010101000” de acuerdo a lo
establecido en la regla 2.7.1.26 de la RMF vigente.
3. ¿En qué momento debo emitir un CFDI de tipo ingreso con complemento Carta
Porte?
Cuando se brinde el servicio de traslado de bienes o mercancías por cualquiera de los
distintos medios de transporte ya sea por vía terresre


http://omawww.sat.gob.mx/tramitesyservi ... g-pWceI-bU

saludos y gracias

[Dado]

LISTO LAS PRUEBAS DE TIMBRADO CON COMERCIO DIGITAL PAC

Adjunto la libreria DLL en su version Beta 2, ya practicamente esta lista para liberar, solo necesito que me ayuden a hacer mas pruebas y confirmar que si timbra en pruebas

TIP. En los campos que requieren un "Si", éste debe llevar la i acentuada ....... Sí

[ACTUALIZACION - SE PUBLICO LA DEMO]

[sistemas@tlc.com.mx]

Cuando trato de timbrar en modo de prueba un complemento de cartaporte.