Propuesta 3 Bases

Mejoras en la gestin con el uso inteligente de tecnologas de informacin

Av. Angamos Oeste 544 - Oficina 401 Miraflores Telfono: 241-5888

Tareas para nueva estrategia

JB VM

ITI
1.Sincronizacion de clientes, proveedores y articulos entre JB y VM 2. Replicacion de pedidos JB a VM 3. Replicacion de despachos/devoluciones de JB a VM 4. En VM automatizar creacion de pedidos en CHE y MAP de O/C generadas por ITI 5. En VM automatizar creacion de O/C en ITI de Despachos generados en CHE y MAP 6. Modificar reportes a nuevo esquema tres Bases en VM 7. SP Migracion saldos iniciales a VM

ITI

CHE

CHE

MAP

MAP

Av. Angamos Oeste 544 - Oficina 401 Miraflores Telfono: 241-5888

En Iticsa

1a. Creacion de clientes en JB se replica via SP a VM 1b. Creacion de proveedores en VM se replica a JB via sp

1c. Creacion de articulos en VM se replica via a JB via sp

ITI (JB)

2. Creacion de pedidos ingresados en JB via Nextel o Ventana se replican a VM via sp 3. Creacion de despachos/devoluciones ingresados en JB via PDA o ventana se replican a VM via sp

ITI (VM)

7. Registro de saldos iniciales en VM

CHE MAP

4. O/C que se ingresan en ITI (VM) deben replicarse como pedidos en CHE (VM) y MAP (VM) 5. Pedidos de Venta generados en CHE (VM) y MAP (VM) deben generar O/C en ITI (VM) a menos que ya la tengan
Av. Angamos Oeste 544 - Oficina 401 Miraflores Telfono: 241-5888

En Chems y Mapar

1a. Creacion de clientes en JB se replica via SP a VM 1b. Creacion de proveedores en VM se replica a JB via sp

1c. Creacion de articulos en VM se replica via a JB via sp

CHE/MAP (JB)

2. Creacion de pedidos ingresados en JB via PDA desde recepcion de proeduccion o Ventana se replican a VM via sp 3. Creacion de despachos/devoluciones ingresados en JB via PDA o ventana se replican a VM via sp

CHE/MAP (VM)

7. Registro de saldos iniciales en VM

5. Las recepciones de produccion que generan el pedido de venta deben crear O/C en ITI (VM)

ITI

4. O/C que se ingresan en ITI (VM) deben replicarse como pedidos en CHE (VM) y MAP (VM)
Av. Angamos Oeste 544 - Oficina 401 Miraflores Telfono: 241-5888

Situacin de desarrollos (tres bases)

# 1a. 1b. 1c. 2 3 4 5 6 7 1 1 1 Iticsa 0 2 2 0 0 2 3 Chem 3 1 1 2 3 3 2 Mapar 0 0 0 1 2 1 1 Observaciones Se creara un trigger que replique a VM la data en JB, dado que las tablas son muy parecidas los triggers seran muy parecidos Se modificara la macro actual para q apunte a las bases diferentes Se modificara la macro actual para q apunte a las bases diferentes Replicacion de pedidos Replicacion de despachos/devolucion Generar sp para que cree o/c a partir de pedidos/despachos Generar sp para que cree pedidos a partir de o/c Modificacion de Reportes Cambiar direccion de las bases y algunos campos Dias WT 3 0 0 3 5 0 0 0 3 14 X X Ya existe un desarrollo que sufrira modificaciones y esta tarea durara X dias Completo nuevo desarrollo que durara X dias Dias JP 0 3 3 0 0 6 6 0 0 18

Av. Angamos Oeste 544 - Oficina 401 Miraflores Telfono: 241-5888

Problemas con una sola base de datos

1. 2. Contabilidad: Deseable tener Planes de cuentas contables diferenciados Necesario poder asociar cuentas contables diferentes a un mismo articulo para transacciones de inventario debido al tratamiento diferenciado de mercaderias y producto terminado en la contabilidad Complejidad en el manejo de transacciones contables dentro de una sola base de datos Imposibilidad de filtrar la generacion/consulta de ciertos documentos por Empresa dado que usarios diferentes tienen acceso a sus empresas. Riesgo indeseado de digitar informacion que corresponde a una empresa en otra. Complejidad para registrar transacciones de inventario y de costeo basado en la identificacion del almacen para relacionar a la empresa. Ejemplo un despacho de Chema a Iticsa se manejaba como una transferencia de inventarios.

3. 4. 5. 6.

Av. Angamos Oeste 544 - Oficina 401 Miraflores Telfono: 241-5888

Problemas con tres bases de datos

1. 2. 3. 4. 5. Necesidad de desarrollar interfaces para mas bases de datos. Complejidad en la integracion de la relacion demanda/suministro entre las tres bases de datos (empresa) Login al sistema se hara por cada empresa y no simultaneamente. Para cambiar de empresa se debe volver a registrar cambiando de base de datos. El MRP se correra por empresa y la programacion de recursos tambien (mas que un problema es la forma de trabajar) a diferencia de una sola base de datos. Tiempo de programacion para las nuevas interfaces

Av. Angamos Oeste 544 - Oficina 401 Miraflores Telfono: 241-5888

Beneficios de tres bases

1. Despues de analizar la situacion, se concluye que para trabajar con una bd, se requeririan desarrollo que consumirian igual o mayor tiempo que los propuestos para las tres bases de datos, como por ejemplo la relacion entre productos y cuentas contables de las empresas y la ventana de ajustes de inventario. Para afrontar el desarrollo de la interfaz contable hemos concluido que optar por tres bases que permitan un manejo mas flexible de la relacion entre cuentas contables y movimientos de inventarios y costos es la forma mas conveniente.

2.

Av. Angamos Oeste 544 - Oficina 401 Miraflores Telfono: 241-5888

Contabilidad
1. Centros de Costo. Toda transaccion de inventarios debe poder asociarse a un centro de costo. Esta propuesta contempla unicamente la asociacion de movimientos de inventario, mas no de gastos que no involucren movimientos de inventario. Por lo tanto la asociacion de dichos centros de costo deben poder realizarse en el momento de la transaccion de inventarios, de forma automtica (parametrizacion previa y relacionada al producto) o de forma manual (al momento de realizar el movimiento de inventario). La propuesta asume que: Todo movimiento de inventario que se asocie a una orden de trabajo para que involucre la produccion de un articulo y que afecte su costeo, se relacionara al centro de costo asociado al producto que se esta fabricando. Todo movimiento de inventario que NO pueda asociarse al caso descrito arriba, debera ser asignado a un centro de costo en el momento de la transaccion. Para esto se propone crear documentos en la ventana de manufactura tipo ordenes de trabajo que representen el area/centro de costo administrativo al que se desee cargar el consumo de dichos articulos. Otra propuesta es crear una ventana que realice EXCLUSIVAMENTE ajustes y que se pueda en dicho ajuste elegir el centro de costo.

Av. Angamos Oeste 544 - Oficina 401 Miraflores Telfono: 241-5888

Contabilidad
2. Transacciones: Se desea grabar en la tabla INVENTORY_TRANS los codigos de las transacciones contables de ZICO. Para que esto ocurra se propone la creacion de un trigger/stored procedure que tenga la inteligencia de seleccionar el codigo de transaccion dependiendo del movimiento que Visual realiza. Para esto se debe crear una relacion de uno a uno entre los diferentes movimientos de VM y las transacciones de ZICO. Las transacciones se guardarian en el campo COST_CATEGORY del INVENTROY_TRANS, que tiene un maestro llamado COST_CATEGORY. Ejm. La transaccion 14 (Ingreso por Devolucion de Iticsa) equivale a que el sistema reconozca que es una transaccion del modulo de Despachos por una cantidad negativa (devolucion) al cliente Iticsa., esto en el modulo de INVENTORY_TRAN, significaria que es un TYPE I, de CLASS I, relacionado a un CUST_ORDER_ID, del cliente Iticsa.

Av. Angamos Oeste 544 - Oficina 401 Miraflores Telfono: 241-5888

Contabilidad
3. Analisis de la agrupacion que se ha hecho en PRODUCT (PRODUCT_CODE), es decir las familias de productos dado que estas se usan para relacionar cuentas contables con las familias de los articulos. El proposito es asignar cuentas contables a estas familias para que los movimientos de inventario con los productos pertenecientes a estas familias se reflejen en las cuentas contables apropiadas. Parametrizacion de todos los datos contables como por ejemplo, Plan de cuenteas, centros de costo, transacciones, monedas, asociacion de cta. Contable a producto.,etc. Validacion de la parametrizacion de la informacion anterior ejm. cuentas contables asociadas a familias de productos, transacciones de inventario, etc. Esto debe hacerlo contabilidad despues de realizar ejemplos. Generar un stored procedure que lea de las tablas INVENTORY_TRANS Y todas las _DIST y luego escriba en el ZICO. Para esto se daria de antemano los campos que debe leer el SP para que obtenga la informacion que requiere el ZICO. Validacion y creacion de los reportes existentes y/o nuevos Validar la clasificacion de las transacciones en lo que respecta a los conceptos de GRANEL 1, GRANEL 2, etc.

4.

5.

6.

7. 8.

Av. Angamos Oeste 544 - Oficina 401 Miraflores Telfono: 241-5888

Explicacion propuestas Centros de costo

1. 2. Maestro: Se usara la tabla DEPARTMENT para registrar todos los centros de costo. Asignacion a productos: Se asignara el Centro de Costo a un campo definido por usuario cuando el articulo es creado. Esto solo existira para los articulos fabricados en Chems/Mapar o productos terminado en Iticsa. De esta manera se podria automatizar la asignacion del centro de costo para el caso de produccion y venta de PT

3.

Asignacion a gastos por consumos de inventario: Existen dos propuestas:

Crear documentos en la Ventana de Manufactura que representen el Centro de Costo. Asi se crearan tantos documentos como centros de costo relacionados a gastos existan (ejm. Ventas, Sistemas, Administracion, etc.). Estos docs, que son tipo ordenes de trabajo, se mantendrian abiertos por un periodo definido por la empresa (mensual, anual, etc.). Las salidas de inventario se asignaria a un documento dependiendo del centro de costo asignado. Asi, por ejemplo un consumo de pintura para pintar la oficina de ventas, se cargaria como una Emision de pinturas asociada a la orden de trabajo VENTAS, lo cual moveria cuentas contables y ademas tendriamos todos los consumos de diferentes productos bajo la categoria de Ventas. El documento a crear seria uno simple SIN articulos, porque estos se irian aadiendo en la medida que se realicen los consumos. Esta opcion

Av. Angamos Oeste 544 - Oficina 401 Miraflores Telfono: 241-5888

Centros de costo Contabilidad

(Cont.)No requeriria desarrollo, solamente asignar a un campo definido por el usuario el centro de costo correspondiente. Habria que desarrollar un trigger que grabe el valor en el campo definido por el usuario (centro de costo ) en el campo de la tabla INVENTORY_TRANS, en el campo DEPARTMENT_ID. Desarrrollar una ventana que permita registar el consumo de un articulo como un AJUSTE de inventarios en el VM. Este ajuste se acompaaria de la seleccion de una transaccion y de un centro de costo a partir del maestro DEPARTMENT y grabaria en la tabla INVENTORY_TRANS, en el campo DEPARTMENT_ID. Con esto se puede clasificar las transacciones de ingreso y salida y se ve una solucion mas natural.

Av. Angamos Oeste 544 - Oficina 401 Miraflores Telfono: 241-5888

Planificacion Contabilidad
Dias WT 2 Dias JP 0 Dias RA 0 Dias Cont 0 Dias RM 0

# 1a

Iticsa 2

Chem 0

Mapar 0

Observaciones Centros de costo opcion 1 con o/t (Configurar, sp) Centros de costo opcion 2 con desarrollo (Configurar, sp, ventana) Transacciones Configuracion de product codes, commodity Parametrizacion de datos contabilidad Validacion de la parametrizacion SP para migracion de VM al Zico

1b
2 3 4 5 6

6
5 2 3 5 5

0
10 2 3 5 0

0
0 1 1 2 0

6
15 2 1 0 0

0
15 0 0 0 0

0
1 0 0 0 5

0
0 3 6 12 0

0
2 0 0 0 0

7
8 2 2 2

Validacion/Modificacion de Reportes
Validar clasificacion de Transacciones conceptos granel, etc.

0
0

0
0

0
0

0
6

0
0

26

15

27

Desarrollos

No Desarrollos

Av. Angamos Oeste 544 - Oficina 401 Miraflores Telfono: 241-5888