La estructura de tu feed de datos de extremo a extremo de pedidos se define mediante el esquema del inventario relacional. El feed de datos de Pedidos de extremo a extremo consta de las siguientes entidades de nivel superior:
- Entidades
Restaurant
: Son los restaurantes a los que prestas servicios. - Entidades
Service
: Tiempo, ubicación y condiciones del servicio. - Entidades
Menu
: Detalles del menú de cada restaurante.
En el siguiente diagrama, se muestra cómo las entidades Service
, Restaurant
y Menu
representan un solo restaurante:
Lineamientos generales
Restaurantes por archivo: Cada archivo de datos debe representar un restaurante con sus entidades
Service
yMenu
relacionadas. Usa nombres de archivo que puedan ayudarte a buscar un archivo para un restaurante.Formato de archivo de datos: Los archivos de datos deben tener formato de archivos JSON separados por saltos de línea (formato ndjson).
Valores de DateTime y Time: para propiedades que requieren un valor
DateTime
oTime
, usa los formatos especificados en formatos de DateTime y Time. Por ejemplo,2017-05-01T06:30:00+05:30
paraDateTime
yT08:08:00+05:30
paraTime
.IDs: Usa una propiedad
@id
para identificar todas las entidades únicas dentro de un tipo de entidad. La longitud máxima es de 300 caracteres. Un@id
es un identificador único de la entidad de ese tipo, pero los IDs pueden superponerse entre entidades. Por ejemplo, supongamos que defines una entidadService
con la propiedad@id
establecida ena16
. No puedes crear otra entidadService
con un@id
dea16
. Sin embargo, puedes usara16
como el valor@id
de una entidadMenu
.Generación de ID: Mantén estables tus ID. No uses UUIDs ni los cambies o aleatorices entre las cargas del feed. Esto facilita la asistencia para los problemas relacionados con la entidad.
Valores nulos: No uses el valor
null
en lugar de objetos. Si un objeto es opcional, debes omitirlo de tu feed.
Bibliotecas cliente
El generador de códigos de cliente de la sección Herramientas está disponible para validar el feed de datos de extremo a extremo de Pedidos.