--- title: "Editar documento de traslado" method: PUT path: "/transportation-receipts/{id}" tags: ["Documentos de traslado"] --- # Editar documento de traslado `PUT /transportation-receipts/{id}` Endpoint que permite editar un documento de traslado. Únicamente se modifican los atributos que se envían en el request, los otros atributos del objeto que no se envían quedan intactos. Se retorna el documento de traslado que se ha modificado. Por ejemplo para editar la fecha de creación de un documento de traslado se debe enviar el siguiente JSON: {"date" : "2016-06-27"}. Para eliminar algún dato de la factura enviar el atributo en null, así: {"observations" : null}. ## Path parameters - `id` string, required ## Request body - object - `termsConditions` string — Términos y condiciones del documento. Longitud máxima permitida: 500. - `numberTemplate` object — Objeto que contiene la información de la numeración de la factura. - `number` string — Número de la factura - `items` object[] — Array de objetos item (productos/servicios) asociados a la factura. Cada objeto debe incluir: `id (number, obligatorio)`: identificador del producto o servicio que se vende; `price (double, obligatorio)`: precio de venta; `reference (string)` : referencia del producto/servicio; `description (string)`: descripción del producto/servicio; `quantity (obligatorio)`: cantidad vendida del producto o servicio. El precio del producto/servicio no debe incluir impuestos ni descuentos. - `id` string — Identificador del producto - `name` string — Nombre del producto - `observations` string — Observaciones acerca del producto - `price` number — Precio de compra del producto - `quantity` number — Cantidad de productos que fueron comprados. - `anotation` string — Notas del documento, visibles en el PDF o documento impreso. Longitud máxima permitida: 100. - `dateShipping` string, date — Fecha de envio de la factura. Formato yyyy-MM-dd. - `date` string, date — Fecha de la factura. Formato yyyy-MM-dd. - `client` object — Objecto que contiene el id del cliente asociado al documento. Se puede enviar directamente el id del cliente en este atributo. - `id` string — Identificador del cliente - `comments` string[] — Arreglo de strings con cada uno de los comentarios que se desean asociar. Los comentarios se pueden actualizar aun si la factura de traslado no se puede editar. - `type` integer, required — Objeto que indica que la factura no contará con complemento carta porte en este caso siempre deberá ser 1. - `regime` string — Representa la clave del régimen fiscal de la compañía requerido solo cuando la compañía es multi régimen. Puedes consultar las opciones disponibles [aquí](https://developer.alegra.com/docs/m%C3%A9xico). - `priceList` object — Objeto que indica el id de la lista de precios asociada a la factura. Se puede enviar directamente el id de la lista de precios en este atributo. - `currency` object — Objecto que incluye la información de la moneda y tasa de cambio asociada a la factura. Solo se debe incluir si la compañía tiene activa la funcionalidad de multimoneda y tiene configurada la moneda seleccionada. Debe incluir el código de la moneda (de tres letras según ISO) y la tasa de cambio. - `code` string - `exchangeRate` number - `warehouse` object — Objeto que indica el id de la bodega/almacén asociada a la factura. Se puede enviar directamente el id de la bodega/almacén en este atributo. Si no se envía este parámetro la factura queda asociada a la bodega/almacén Principal. - `cfdiUse` string — Representa la clave del Uso CFDI.Puedes consultar las opciones disponibles [aquí](https://developer.alegra.com/docs/m%C3%A9xico). - `stamp` object — El objeto stamp indica que se desea timbrar la factura electrónica en Alegra o que se está ingresando una factura que ya contiene timbre. Si se desea timbrar la factura en Alegra, se debe mandar este objeto con los siguientes atributos : `generateStamp (boolean)` : Enviar en true para indicar que se desea timbrar la factura en la aplicación. Se debe tener en cuenta que la compañía debe tener configurada la información del certificado y llave privada para timbrar la factura correctamente. Nota: Se debe tener en cuenta que si se desea timbrar una factura por medio de la API y el proceso no resulta exitoso, la aplicación crea la factura en estado borrador, retorna un código HTTP 400 (Request malo) y en la respuesta se envía el error obtenido al intentar timbrar la factura junto con la factura creada. En el ejemplo "México -Proceso timbre no exitoso" se puede observar esta situación. `version (string)`: Indica la versión del CFDI con la que se timbrará la factura, solo aplica cuando `generateStamp` sea `true`. los unicos valores disponibles son `4.0` o `3.3`, en caso de no enviar este dato se genera con la versión 3.3. Si la factura se encuentra timbrada con otro sistema se debe enviar una objeto con los siguientes atributos: `stampDate (string)`: Fecha de timbre de la factura (Formato yyyy-MM-ddThh:mm:ss). `uuid (string)`: UUID asociado al timbre . `satSeal (string)`: Sello del sat. `satCertificateNumber (string)`: Número de certificado del SAT. `cfdSeal (string)`: Sello del CFD. `expeditionPlace (string)` : Lugar de expedición. `datetime (string)` : Fecha y hora de creación de la factura. (Formato yyyy-MM-dd hh:mm:ss). `certificateNumber (string)` : Número serial del certificado de la compañía usado para timbrar la factura. - `generateStamp` boolean - `version` string - `regimeClient` string — Representa la clave del régimen fiscal del cliente requerido solo cuando la versión del CFDI sea `4.0`. Puedes consultar las opciones disponibles [aquí](https://developer.alegra.com/docs/m%C3%A9xico). ## Other responses - `200` — unresolved $ref - `400` — Bad Request --- [API](https://skmtc.net/alegra/apis/ingresos.md) · [All operations](https://skmtc.net/alegra/apis/ingresos/llms.txt) · [OpenAPI document](https://skmtc-service-staging.skmtc.workers.dev/v1/apis/alegra/ingresos/revisions/cd52d3f68f1b/schema)