Header Ads Widget

Ticker

6/recent/ticker-posts

¿Cómo conecta a todas las empresas del mundo?

 

¿Cómo-se-conecta-todas-las-empresas-en-el-mundo-Nordic-apis

Los antiguos sumerios fueron la primera civilización conocida en registrar su cultura en tablillas cuneiformes. Gran parte de los artefactos escritos que existen hoy en día de esa época no son prosa elocuente, relatos de antiguas búsquedas o poesía elegante, sino catalogación administrativa. Algunas de las primeras facturas del mundo evolucionaron a partir de tablillas grabadas en escritura cuneiforme . Básicamente, B2B antiguo.

Saltando desde la primera prueba antigua de un sistema de método de facturación estandarizado hasta la década de 1990, vimos el advenimiento de XML como una forma de estandarizar la interoperabilidad comercial en línea. Ahora que la historia se compara con el rápido crecimiento y el cambio en el espacio web, XML ha sido, no obstante, un paso importante en la estandarización de los primeros procesos de comunicación en línea de empresa a empresa (B2B).

En comparación con la comunicación en redes sociales, las empresas aún tienden a ser más aislacionistas en términos de conectividad y comunicación abierta con los socios. A pesar de que son más lentos para evolucionar, algunos creen que la eficiencia de la comunicación B2B habilitado para API será revolucionar los canales de distribución fuera de EDI, con la misma fuerza que las redes sociales han explotado en el uso a nivel del consumidor.

En este artículo, revisaremos nuestro legado, exploraremos XML y el lenguaje universal de negocios ( UBL ), que se utiliza para aumentar la conectividad para B2B. Con énfasis en la automatización de facturas , examinaremos la API de Tradeshift y también destacaremos las API que los desarrolladores empresariales pueden introducir en las plataformas de su empresa para ayudar a mejorar sus procesos de ERP .


Vea a Gert Sylvest de Tradeshift dar una charla sobre este tema en un evento de API nórdicas

Cómo fallar totalmente B2B

Gert Sylvest , director de tecnología y cofundador de Tradeshift , cita una historia que resume un problema común en el canal de distribución B2B internacional. En 2011, el propietario de una pequeña tienda de deportes en Copenhague abrió una caja de lo que esperaba que fueran 100 relojes GPS para su tienda de deportes, pero descubrió que el paquete estaba lleno de latas de nueces de macadamia.

El pedido se procesó a través de Alibaba, un mercado masivo que conecta a los proveedores chinos con compradores en el mundo occidental. Lo que ofrece Alibaba es esencialmente un directorio de empresas : los visitantes pueden ver los productos disponibles, los precios y la información de contacto de la empresa. Después de buscar esto, pueden llegar a un acuerdo con el proveedor para pedir artículos.

Sin embargo, con este sistema implementado, Alibaba ha tenido numerosas cuentas de fraude : las estafas ocurren en forma de fraude en los pagos, envío de artículos incorrectos o dañados y intermediarios que actúan como compañías proxy. En febrero de 2011, Alibaba reconoció más de 2200 casos de fraude organizado sistemáticamente. Por lo general, las personas que afirmaron ser proveedores simplemente no cumplieron con el envío después de recibir el dinero del cliente. Esto expone la debilidad inherente en el "modelo de directorio telefónico" inspirado en eBay, como lo llama Sylvest. La verificación de antecedentes de la empresa y el pago seguro deben estandarizarse para lograr una comunicación B2B en línea segura.

La fotografía más grande

¿Por qué existe Alibaba en primer lugar? Un gran beneficio es que la plataforma elimina algunas barreras entre compradores y proveedores, colocando a ambos en la cadena de suministro digital , donde las cosas son más eficientes. Para el proveedor, obtienen acceso a una clientela internacional, reduciendo el volumen del intermediario y generando un aumento de las ventas. Para el comprador, obtiene acceso a una amplia gama de productos internacionales competitivos.

De las aproximadamente 125 millones de empresas registradas en el mundo, la mayoría son pequeñas y medianas empresas. Existen muchos más en todo el mundo que no están registrados legalmente. El objetivo es conectar todas las empresas al mismo nivel de automatización de la cadena de suministro que existe dentro de las empresas más grandes.

Revolución de tecnología social B2B

Las redes sociales están impulsando la mayor parte del tráfico de Internet, y Forbes estima que las redes sociales están detrás del 31% de todas las referencias de Internet . Toda una economía depende de la participación del consumidor en redes sociales y colaborativas. Statista estima el tamaño de algunas de las principales redes sociales actuales de la siguiente manera:

Facebook1.4 billones
QQ832 Millones
Whatsapp800 millones
Gorjeo316 millones
Instagram300 millones
Tumblr230 millones

La conectividad B2B es una tierra inexplorada

¿Por qué no hemos visto un surgimiento similar de colaboración y conectividad ubicua en el ámbito B2B? Como punto de referencia, según Gert Sylvest, solo entre el 4% y el 8% de las empresas envían facturas electrónicamente. El teléfono, el fax y el correo electrónico siguen siendo métodos estándar de comunicación en los intercambios de asociaciones corporativas. EDI (Electronic Data Exchange) existe desde hace algún tiempo, XML ha tenido una adopción estable en el entorno corporativo, pero algunos ven que el futuro radica en una mayor aparición del diseño de API RESTful para compartir información corporativa.

Los orígenes de XML y UBL

El lenguaje de marcado extensible, o XML , ha jugado históricamente un papel importante en muchos sistemas de TI . Esencialmente información envuelta en etiquetas, XML transporta datos y detalla cuáles son los datos. XML no se basa en etiquetas predefinidas, cuya definición depende del autor.

XML almacena datos en formato de texto sin formato. Esto proporciona una forma independiente de software y hardware de almacenar, transportar y compartir datos.

Es interesante volver a visitar a Jon Bosak, "el padre" de XML, expresando su visión detrás de él:

“La mayor parte de los negocios del mundo, de hecho, los realizan pequeñas empresas. Quiero permitir que un fabricante de telas de cinco personas en Pakistán presente una oferta para el suministro de cien unidades de una solicitud de compra de un millón de fundas para asientos de General Motors. Ver que ambas partes de esta transacción se benefician por igual es para mí de lo que se trata todo esto "

La visión detrás de XML era que era una plataforma de datos independiente para la interacción. La semántica se separó de la representación visual, con el objetivo de una web interactiva y receptiva para conectar a las empresas a nivel mundial, independientemente de su tamaño.

Mantenido por un comité técnico de OASIS , UBL , el Lenguaje Universal de Negocios , es una extensión lógica de esta visión. Una gran ambición, el "estándar global para el comercio electrónico", tiene como objetivo permitir que las empresas de todo el mundo se conecten tan fácilmente como los consumidores pueden utilizar la World Wide Web. UBL es una biblioteca de documentos XML estándar creada para que las empresas intercambien información contable.

La fuerza de UBL , como con cualquier estándar, es:

  1. Estandarizado: UBL es un estándar global abierto de un consorcio de estándares reconocido.
  2. Tecnología: UBL existe y se comporta como se esperaba.
  3. Gobernanza: UBL es estable y está bien mantenido.
  4. Adopción: UBL se ha utilizado de forma probada en gran parte de la adopción del mercado
Lea también cómo las API están evolucionando el panorama B2B

Factura de ejemplo

Supongamos que queremos crear un servicio que automatice la entrega de facturas. Así que redactamos una API. Primero necesitamos recopilar algunos datos muy básicos del cliente:

  • Remitente
  • Receptor
  • Total $
  • Fecha de vencimiento

Luego viene información adicional que puede ser legalmente requerida:

  • Número de factura
  • Tipo de cambio monetario
  • Attn # de la empresa receptora
  • Divisa
  • Referencia de pedido

También es posible que necesitemos crear subgrupos más complejos para la facturación detallada. Para los intercambios globales, las variaciones en los formatos de direcciones internacionales, códigos postales, tasas de impuestos y esquemas deben tenerse en cuenta de un país a otro. Enviar facturas internacionalmente puede ser un asunto complejo .

Cómo ayuda UBL

Entra UBL. UBL, un estándar ISO, admite 65 tipos de documentos comerciales, lo que permite más de 2000 tipos de información comercial. Tiene una amplia cobertura de procesos, que incluye licitaciones, catalogación, pedidos, facturación, gestión de inventario y más. Basado en XML, UBL tiene un alma bastante antigua. A continuación, se muestra un ejemplo de cómo se ve:

<? xml version = "1.0" encoding = "UTF-8"?>
<cbc: UBLVersionID> 2.0 </ cbc: UBLVersionID> <cbc: CustomizationID> urn: oasis: names: Specification: ubl: xpath: Invoice-2.0: sbs-1.0-draft </ cbc: CustomizationID>
<cbc: ProfileID> bpid: urn: oasis: names: draft: bpss: ubl-2-sbs-invoice-notification-draft </ cbc: ProfileID>
<cbc: ID> A00095678 </ cbc: ID>
<cbc: CopyIndicator> falso </ cbc: CopyIndicator>
<cbc: UUID> 849FBBCE-E081-40B4-906C-94C5FF9D1AC3 </ cbc: UUID>
<cbc: IssueDate> 2005-06-21 </ cbc: IssueDate>
<cbc: InvoiceTypeCode> SalesInvoice </ cbc: InvoiceTypeCode>
<cbc: Note> ejemplo </ cbc: Note>
<cbc: TaxPointDate> 2005-06-21 </ cbc: TaxPointDate>
<cac: OrderReference>
<cbc: ID> AEG012345 </ cbc: ID>
<cbc: SalesOrderID> CON0095678 </ cbc: SalesOrderID>
<cbc: UUID> 6E09886B-DC6E-439F-82D1-7CCAC7F4E3B1 </ cbc: UUID>
<cbc: IssueDate> 20-06-2005 </ cbc: IssueDate>
</ cac: OrderReference>
<cac: AccountingSupplierParty>
<cbc: CustomerAssignedAccountID> CO001 </ cbc: CustomerAssignedAccountID>
<cac: Fiesta>
<cac: PartyName>
<cbc: Name> Consortial </ cbc: Name>
</ cac: PartyName>
<cac: PostalAddress>
<cbc: StreetName> Calle muy transitada </ cbc: StreetName>
<cbc: BuildingName> por ahí </ cbc: BuildingName>
<cbc: BuildingNumber> 56A </ cbc: BuildingNumber>
<cbc: CityName> Farthing </ cbc: CityName>
<cbc: PostalZone> AA99 1BB </ cbc: PostalZone>
<cbc: CountrySubentity> Heremouthshire </ cbc: CountrySubentity>
<cac: AddressLine>
<cbc: Line> La rotonda </ cbc: Line>
</ cac: AddressLine>
<cac: País>
<cbc: IdentificationCode> GB </ cbc: IdentificationCode>
</ cac: País>

 

Vemos una estructura que incluye fecha de emisión, información sobre el proveedor, fecha de factura, etc. Es bastante sencillo, pero se vuelve más complejo dependiendo de ciertos casos de usuario.

Tradeshift: Ejemplo de aplicación de API-First UBL

Tradeshift , una empresa de SaaS con una red de más de 500.000 empresas, tiene como objetivo consolidar proveedores y servicios financieros relacionados. Usando la API REST de Tradeshift  y el marco de la aplicación modelado alrededor de UBL, las empresas pueden integrarse con su sistema ERP. Un proveedor completa la factura y se convierte a UBL detrás de las cubiertas, y luego se transporta a la cuenta del comprador. Puede elegir entre diferentes formas de consumir facturas y varios formatos de carga. Sylvest reconoce que Tradeshift es una empresa completamente basada en API :

”Desde el primer día decidimos que somos una plataforma. La API es completamente fundamental para lo que estamos haciendo, porque tenemos todos estos grupos objetivo diferentes que solo quieren consumir y producir documentos e interacciones comerciales, etc., de tantas maneras que no podemos comenzar a proporcionar interfaces de usuario o conectores para todo nosotros mismos. . "

Lea también: Arquitectura de un backend de API

Para Tradeshift, la interfaz consume la misma API que está expuesta a terceros, lo que permite el desarrollo de aplicaciones y los procesos internos para que todos coman la misma comida para perros. La API con sabor a UBL es compatible con OAuth, sirve tanto JSON como XML, y trata documentos, transacciones, eventos y relaciones como recursos (/ documentos, / despachos, / red / conexiones, / cuenta, etc.)

Ejemplo de llamada a la API de Tradeshift:

PUT/documents/6c50d0dd-7775-487e-9a7d-5a3825dng4ld/dispatches/1
Authorizatoin: OAuth XXXXXX
Content-Type: application/json

{“ConnectionID”: “f3485598-48227-4d2j-da234-n25j532b3du4”}

Para llamar una factura con la API, simplemente identifica el identificador único del documento. La API se puede conectar a flujos de trabajo como facturación, pago, aceptación y más. Ofrecen una interfaz web para crear facturas e interactuar con los clientes, y ofrecen un flujo de actividades internas para la colaboración.

Algunos otros servicios API-First que intentan deshacerse del mundo de las facturas en papel

Aquí tenemos un enlace a la documentación de algunas otras personas en el negocio de la automatización de facturas; hay muchos  servicios con ofertas similares. A menudo, los sistemas ERP ofrecen una extensión de su plataforma, o la API puede ser un producto central:

  • API de Zoho
  • API de máquina de facturas
  • API de Chargify
  • Xero
  • Libros frescos
  • Lista de más de 30 API de facturación

Conclusión: API, B2B y tecnología social

¿Por qué utilizar UBL y los servicios circundantes? La biblioteca cubre muchos casos de uso y puede manejar altos niveles de complejidad, lo que es bueno para la interoperabilidad global. Aunque, según Sylvest, puede ser difícil comenzar con la semántica, varios matices, kits de inicio y clientes. Ahí es donde entran en juego servicios como Tradeshift y otras API.

En general, la interoperabilidad B2B es un territorio desconocido. Las microaplicaciones pueden ser clave para establecer la extensibilidad en dominios específicos, pero necesitan un marco dentro del cual procesar la información: las API y las bibliotecas de lenguaje estandarizadas y la semántica serán cruciales para un mayor desarrollo y conectividad en el espacio B2B.

Recursos

  • Mitos y visiones de XML: revisando las palabras del padre de XML
  • Grupo de trabajo UBL
  • ¿Por qué utilizar UBl?

Publicar un comentario

0 Comentarios