TCA – Arquitectura de la Comunidad de comercio – Oracle Apps R12

Arquitectura de la Comunidad de comercio-TCA

La Arquitectura de la Comunidad de Comercio (TCA) es una estructura basada en el Modelo de cliente R11 diseñada para admitir relaciones comerciales complejas para satisfacer necesidades adicionales que se extendieron aún más en R12 con el Proveedor y el Banco. Por lo tanto, TCA es un modelo de datos que le permite administrar información compleja sobre las partes, clientes, proveedores o bancos que pertenecen a su comunidad comercial, incluidas las organizaciones, las ubicaciones y la red de relaciones jerárquicas entre ellas.

¿Qué es la Arquitectura de Comunidad Comercial (TCA)? ¿Qué es TCA, la Arquitectura de la Comunidad Comercial? ¿Es TCA un módulo de aplicaciones Oracle? ¿Es funcionalidad dentro de un módulo Oracle? Estas son pocas preguntas comunes, y a menudo se dan muchas respuestas. El TCA es un modelo de datos que admite la entrada y administración de entidades con las que interactúa. Así que revisemos el concepto.

La Arquitectura de la comunidad de comercio es un modelo muy flexible y robusto que define los componentes involucrados en el comercio dentro de la Suite de negocios electrónicos. La implementación de tecnología y aplicaciones para permitir a los usuarios crear y mantener relaciones entre entidades

El esquema de datos universal para clientes, prospectos, proveedores, distribuidores, revendedores, consorcios y bancos en todas las aplicaciones de Oracle EBS TCA no solo permite el seguimiento de las relaciones entre la organización implementadora y sus socios comerciales, sino que también rastrea las relaciones entre los propios socios comerciales.

También debe tener en cuenta que TCA no es un módulo de aplicaciones Oracle ni requiere una licencia separada. Si ve la guía de TCA, puede encontrar que estas son las características clave de TCA

• Que proporciona una base para una única fuente de información para los clientes.
• Capacidad para representar a todas las entidades comerciales como un «Partido» (organizaciones, personas, grupos, relaciones) y manejarlas de la misma manera. Este enfoque proporciona flexibilidad para acomodar todos los modelos B2B, B2C e híbridos en el mismo repositorio.
• Relaciones de muchos a muchos entre las Partes y las Ubicaciones, que permiten una menor duplicación y una actualización más fácil.
• Capacidad para el modelado avanzado de relaciones entre entidades dentro de la comunidad comercial. Cualquier partido puede figurar en cualquier número de Relaciones de Partido, incluso dentro de las jerarquías matriciales (redes de relaciones).
• Capacidad para configurar y mantener cualquier número de clasificaciones de partes que se puedan usar para informes y asignaciones.
• Modelo de datos extensible para permitir diversos requisitos de datos empresariales.
• En realidad , tres entidades impulsan el modelo TCA, que son Parte, Cuenta y Relaciones.

Terminologías TCA

• Fiesta
  • El concepto de «Fiesta» permite que el Modelo de Cliente trate a todas las entidades comerciales por igual, independientemente del tipo. Maneja fácilmente B2B, B2C.
    Las Partes de tipo ‘Grupo’ permiten agrupar a cualquier número de otras partes en una sola entidad que permite modelar hogares y consorcios de compra.
  • Las Partes de tipo «Relación» permiten que la relación entre dos partes se vea como una parte por derecho propio
  • Parte-Una Parte es una entidad que puede entrar en una relación comercial y puede ser de cuatro tipos.
    • Persona: Un individuo único (vivo o muerto) de interés para el propietario del software.
    • Organización-Una entidad legal reconocida por alguna autoridad gubernamental.
    • Grupo – una combinación de dos o más personas, organizaciones o grupos creados para el uso del propietario del software.
    • Relación – La asociación entre una persona individual y una organización. Generalmente un contacto en una organización o grupo.

Figura 1: Diagrama lógico de TCA

• Cuenta
  • Cuenta: Es un punto de recapitulación financiera para rastrear la parte de monitoreo de las compras y pagos de un cliente. Almacena detalles sobre una relación de cliente entre una Parte y tu negocio.
    • Esto representa una relación de compra-venta, como eventos de facturación y envío
    • Cuentas necesarias para una transacción
    • Una cuenta no puede existir sin una parte
  • Una Parte puede tener una o más Cuentas de Cliente
    • Rol de Cuenta: la relación que una Parte tiene con respecto al control o uso de una cuenta.
    • El Sitio de Cuenta de Cliente es un Sitio de Parte que se utiliza en el contexto de una Cuenta de Cliente (por ejemplo, para fines de facturación o envío).
    • Un Contacto de Cuenta de Cliente es un Contacto de Parte que se utiliza en el contexto de una Cuenta de Cliente.
• Cliente
  Una cuenta de cliente representa la relación comercial que una parte puede establecer con otra parte. La cuenta contiene información sobre los términos y condiciones para hacer negocios con la parte. Por ejemplo, puede abrir una cuenta comercial para las compras que realice Visión Distribution para su uso interno y una cuenta de revendedor para las compras realizadas por Visión Distribution para la venta de sus productos a usuarios finales .

También puede definir personas de contacto, cuentas bancarias, métodos de pago, números de teléfono y relaciones para cada cuenta de cliente.También puede mantener varias cuentas de cliente para un cliente que realiza transacciones comerciales con más de una línea de negocio en su organización.

Mantiene perfiles, direcciones y contactos de clientes separados para cada cuenta de cliente.Un sitio de fiesta es el lugar donde se encuentra físicamente una fiesta en particular. Cada parte tiene una sola dirección de identificación, pero una parte puede tener varios sitios de la parte.

Una dirección de cliente es un sitio de parte utilizado en el contexto de una cuenta de cliente para facturación, envío u otros fines. Un contacto se comunica o actúa en nombre de una parte o cuenta de cliente.

Puede existir un contacto para un cliente a nivel de cuenta o dirección. Una persona generalmente actúa como contacto para una organización, pero también puede ser un contacto para otra persona. Por ejemplo, un asistente administrativo podría ser el contacto de un ejecutivo.

Modelo antiguo vs Modelo de cliente Nuevo

Fig 2; Modelo antiguo del cliente y modelo TCA

• Ubicaciones / sitio: Una ubicación es un punto en el espacio geográfico descrito por una dirección. Un sitio de fiesta es una ubicación.
• Relación de partido: Cualquier relación entre dos partes del tipo anterior (persona y organización) que necesita almacenarse como su. registro propio. Datos que corresponden directamente a esta relación (información de contacto, etc.) también se almacena. Las relaciones se almacenan en la tabla HZ_PARTY_RELATIONSHIPS.

Factores que puede tener en cuenta para las entidades de TCA

• Requisito comercial, incluidos sus informes
• Requisito del sistema/aplicación
• Requisito Legal del país u Organización
• Consideración global
• Estandarización de procesos

Consideraciones de configuración de TCA Cuando realice el modelado de clientes de TCA, tenga en cuenta estas cosas;

• Partido sea cualquier Persona u Organización real.
• Los sitios de fiesta son ubicaciones para Fiestas u Organizaciones.
• Las relaciones se utilizan generalmente para construir la estructura jerárquica de las Organizaciones.
• La Parte se convierte en Cliente / Cuenta, una vez que se establece una relación de venta.
• Por lo general, una cuenta debe tener al menos un sitio ‘bill_to’ activo. Ayuda para fines de contabilidad y presentación de informes.
• Al crear Fiestas, lo que todos los sitios de fiestas pueden ser o deben ser creados como Fiestas.
• En general, si desea ver las actividades para el nivel del sitio por separado de su grupo de nivel principal, debe crear ese Sitio como una Entidad/Parte separada.
• Una cuenta es una entidad separada. Cree una cuenta solo donde tenga una relación de venta, es decir, solo para clientes. Identifica atributos de venta, por ejemplo, condiciones de pago, preferencias de envío y facturación, etc. de la relación.
• Puede tener varias cuentas, para cada relación entre un tercero externo y su entidad comercial. Le permite tener múltiples conjuntos
  de atributos de venta, por ejemplo, condiciones de pago, etc.
• Puede crear relaciones entre cuentas y tener una cuenta para pagar por otra.
• Si la transacción necesita ser segregada dentro de una parte para realizar un análisis granular basado en la venta o la relación comercial,se deben crear cuentas separadas con una parte.

Integración de TCA con otros productos de Oracle

Así es como se ajustan los datos de TCA con otros productos de Oracle.

Mesas técnicas TCA

• TCA – Cliente: Aquí están los detalles técnicos para el cliente 11i/R12 en TCA. También puede referir la publicación antigua para el modelo del cliente.

• Proveedores de TCA

Aquí están los detalles técnicos del proveedor R12 en TCA. También puede consultar el artículo anterior para obtener más detalles.

• TCA-Bank