Está en la página 1de 38

Business Blueprint

SAP Business One


Addon Activo Fijo

1
IDENTIFICACIÓN DEL PROYECTO

Nombre del Proyecto

Implementación SAP Business One


Cliente

Sociedad de Servicios de Alimentación S.A.


Jefe de Proyecto VK Jefe de Proyectos Cliente

Claudia Rivera Alegre Gonzalo Pineda

IDENTIFICACIÓN DEL DOCUMENTO

Descripción Módulo

Business Blueprint SAP Business One Activo Fijo


Autor del documento Posición/Cargo

Rodrigo Labrin Consultor SAP Business One


Versión Fecha Estado (en Revisión / Desarrollo / Aprobado)

1.0 12-11-2019 Desarrollo

REVISIONES

Versión Fecha Descripción Autor

1.0 15/10/2019 Elaboración inicial de documento Rodrigo Labrin


1.1 29/10/2019 Revisión Jefe de Proyecto Claudia Rivera
1.2 12-11-2019 Completar información post 2da reunión Rodrigo Labrin
2 12/11/2019 Revisión interna Claudia Rivera

2
PARTICIPANTES

Soser S. A.:
Nombre y Apellido Cargo
Ignacio Muñoz Sub Gerente Informática

Visual K:
Nombre y Apellido Cargo
Claudia Rivera Alegre Jefe de Proyecto
Rodrigo Labrin Consultor SAP Business One

TABLA DE CONTENIDO

1. OBJETIVO.................................................................................................................................6
2. CONSIDERACIONES GENERALES.............................................................................................6

3
3. PROCEDIMIENTOS ACTUALES SOSER S. A.............................................................................7
4. DEFINICIONES PREVIAS...........................................................................................................8
5. MODELOS PROPUESTOS PARA IMPLEMENTACIÓN.................................................................9
5.1. MODELO ESTÁNDAR........................................................................................................9
5.2. MODELO CON TRATAMIENTO DE INVENTARIO #1.......................................................12
5.3. MODELO CON TRATAMIENTO DE INVENTARIO #2.......................................................15
5.4. MODELO CON TRATAMIENTO DE INVENTARIO #3.......................................................19
6. DEFINICIONES........................................................................................................................19
6.1. PARAMETROS GENERALES ACTIVO FIJO.......................................................................19
6.2. GRUPO DE ACTIVO FIJO.................................................................................................20
6.3. UBICACIONES..................................................................................................................22
6.4. CIUDADES.......................................................................................................................23
6.5. COMUNAS........................................................................................................................24
6.6. SERIES.............................................................................................................................25
6.7. INGRESO / ALTA DE ACTIVO FIJO.................................................................................26
6.7.1. INGRESO DIRECTO.............................................................................................................................26
6.7.2. INGRESO A TRAVÉS DE FACTURA DE PROVEEDOR...........................................................................27
6.7.3. INGRESO DE TRAVÉS DE SALIDA MERCANCIAS (INVENTARIO)........................................................28
6.7.4. GENERAL............................................................................................................................................29
7. PROCESOS DEL ADD-ON.......................................................................................................30
7.1. CORREGIR Y DEPRECIAR...............................................................................................30
7.2. MEJORAS Y ADICIONES..................................................................................................31
7.3. BAJAS..............................................................................................................................32
7.4. TRASLADO DE ACTIVO FIJO...........................................................................................33
8. CUSTOMIZACIONES...............................................................................................................34
8.1. TABLAS DEFINIDAS POR USUARIO.................................................................................34
8.2. CAMPOS DEFINIDOS POR EL USUARIO...........................................................................34
8.3. OBJETOS DEFINIDOS POR USUARIO...............................................................................35
8.4. VALIDACIONES DE USUARIO..........................................................................................35
8.5. VALORES DEFINIDOS POR USUARIO..............................................................................36
8.6. ALARMAS........................................................................................................................36
8.7. LAYOUT DE IMPRESIÓN..................................................................................................37
9. GAPS DEL PROYECTO............................................................................................................37
10. REVISIONES Y APROBACIONES.............................................................................................38

4
1. OBJETIVO

Este documento tiene como objetivo definir el alcance, análisis y modelamiento de addon Activo Fijo,
enmarcado dentro de las mejores prácticas de la solución SAP Business One, y alineado con las expectativas y
necesidades del cliente.

2. CONSIDERACIONES GENERALES

5
Los flujos de los procesos que se detallan en el presente documento están estrictamente orientados a
esquematizar el uso de SAP; no definen ni muestran los procesos de negocio del cliente.

Este documento establece la línea base del alcance de la configuración y datos a considerar en addon Activo
Fij, por lo cual, la configuración en SAP Business One, solo contemplará lo definido en este documento.
Cualquier requerimiento de cambio sobre el alcance definido en este documento, debe seguir el proceso formal
de Solicitud de Cambios, el cual implica:

Proceso formal de solicitud de cambios

Actividad Responsable
Documentar la definición de cambio Soser
Análisis del impacto de cambio (alcance, tiempo y costos) Visual K
Evaluación (aprobar o rechazar) y gestión de cambio con cliente Visual K
Ajuste de planes y comunicación con cliente Visual K

3. PROCEDIMIENTOS ACTUALES SOSER S. A.

 En la actualidad como activo fijo se lleva un regsitro principalmente contable.


Se trabaja en un archivo excel el cual considera la valorización de los activos y no el detalle
individualizado de cada activo fijo, a excepción de algunos casos.

 Para el tratamiento físico/logístico de activos, estos son recepcionadas en una bodega central y desde aquí
distribuidos a los colegios.

 Para la emisión de guías de despacho por el traslado de implementos, se generan guías de forma manual
(no electrónicas).

 Se trabaja con alrederedor de 1600 colegios, los cuales deben ser abastecidos con implementos de cocina.

6
 Como clasificación general de activos se establece:
o De implementación mayor (ejemplos: refrigeradores, cocinas, muebles, hornos)
o De implementación menor (ollas, vasos, cucharones)
o Activos fijos general (muebles y utiles de oficina, computación, vehiculos)

7
4. DEFINICIONES PREVIAS

 Es indicado por Soser que bajo la utilización del sistema (addon Activo Fijo) se presenta la necesidad de
establecer una nueva función dentro de la compañía que hoy no se tiene (una persona/cargo).

 Para el registro y tratamiento en addon Activo Fijo, se define:


o De implementación Mayor: efectivamente son activos fijos y serán tratados como tal, siendo
identificados de forma unitaria (a través de número de serie) cada uno de ellos.

o De implementación Menor: no son activo fijos como tal pero serán tratados como activo fijo
dentro de addon activo fijo de forma agrupada ( a través de número de lote). Si bien su
tratamiento es de gastos, al día de hoy son asignados a cuentas de activo y se van amoritzando en
el tiempo para que el gasto no sea imputado por completo en un solo periodo.

o Activos fijos general (muebles y utiles de oficina, computación, vehiculos, otros)

 Es indicado por Soser que el tratamiento “físico/logístico” de activos fijos debe ser realizado a través de
WMS ya que aplica el mismo tratamiento definido para “consumibles / alimentos” tanto para su recepción
y control como para luego su distribución a colegios
Junto con ello, es indicado que los usuarios del area logística no tendrán acceso a SAP B1.

 Es indicado por Soser que si bien, el addon propone el cálculo tributario como información referencial, no
se encuentra dentro de las prioridades contar con esta información por lo cual, el cálculo realizado por
sistema no será parte de los análisis de activo fijo de Soser.
Para efectos de sistema, se hace indicación que de igual forma se debe hacer ingreso de la información de
índices (IPC) para el procesamiento de cálculos, pudiendo no ser necesariamente (estos índices) los
valores reales.

 En revisión de planilla excel de activo fijo actual, se visualizaron 2877 registros (líneas) de activos
identificados.
Hay líneas en la planilla que tienen registros de cantidades mayor a 1 y una sola valorización,
correspondiendo en algunos casos a activos de implementación mayor.
Es indicado por Soser que en estos casos, para la carga inicial se cargaran estas líneas tal cual como estan
hoy, como un único activo fijo para el addon con la valorización total de la cantidades indicadas en
archivo.
Se establece como procedimiento, en el caso que de esas cantidades hubiera que dar de baja alguna
cantidad parcial, habría que proceder bajo el modelo de dar de baja el activo por el total y luego dar de
alta otro activo por el diferencial que se mantedría vigente de esta instancia en adelante.

5. MODELOS PROPUESTOS PARA IMPLEMENTACIÓN

Para abordar los escenarios discutidos en reunión sobre los cuales no se ha logrado aun su definición, a
continuación se describe la propuesta de modelos para implementación:

8
5.1 MODELO ESTÁNDAR (NO INVENTARIABLE)

Alta Activo Fijo a través de Factura de Proveedores


 A partir del ingreso de la factura de proveedor, se encontrará disponible;
1. Propuesta sistémica de alta de activo para addon activo fijo (ficha maestra de activo fijo).
Esta propuesta considera datos iniciales de alta pero suficientes para participar de los
procesos de activo fijo.
2. Declaración de alta de activos fijos en la contabilidad dado el registro contable que
genera el ingreso de la factura.

 Para que este escenario se cumpla, el ingreso de la factura debe ser realizado con un código de
artículo que cumpla con la siguientes configuraciones:
o Debe ser un código de tipo; “Activo Fijo”, al mismo tiempo “No inventariable”,
“Compra” y “Venta”.

“En la generalidad se establece la creación de un maestro de artículos para activo fijo el cual
considera un código de artículo genérico por cada cuenta contable de activo fijo (solo de los activos
por cuyas adquisiciones podría ser recibida una factura de compra), el cual considera las
configuraciones antes descritas.”

 A partir de esta instancia, la propuesta de sistema (addon) inidicará que el activo dado de alta
podrá comenzar a participar de los procesos (depreciación y demás) de forma inmediata en
el periodo 1 (a menos que usuario modifique la información propuesta).

 El procedimiento de ingreso de la factura de proveedor, como así también aceptar la


propuesta de sistema para el alta de activo fijo en addon, son procedimientos a ser realizados
de forma manual por el usuario.

9
Alta Activo Fijo de forma directa en addon
 Siempre se encontrará disponible la posibilidad de dar de alta en addon activo fijo de forma
directa.
(Esta alta no considera el alta a nivel contable ya que el ejercicio contable debe ser registrado
de forma independiente en la contabilidad).

 Para definición en general, esta opción es considerada para todos aquellos activos fijos por los
cuales no será recibida una factura de parte del proveedor.

Impresión de Etiquetas
 Desde Addon Activo Fijo no se contempla la opción de impresión de etiquetas.
 Es requerido desarrollar un reporte bajo la configuración de impresión requerida por Soser.

Traslados de Activo Fijo


 A través de funcionalidad “Traslado de activos” (disponible en addon), se podrá dejar registro
de los traslados de activos fijos.

 Para que este escenario se cumpla, se debe definir una lista de “Ubicaciones” de activo fijo
para la identificación del origen y destino del traslado.
Esta lista corresponde a una lista independiente dentro del sistema.

 A través de este registro de traslado, se encotrará disponible la emisión de informe: Historial


de Traslados, desde el cual se podrá visualizar la historia de traslados; fechas, origenes y
destinos de este tipo de movimientos.

 El procedimiento de registrar los traslados de activos, aplica a ser realizado de forma manual
por el usuario.

10
Emisión de Guía de Despacho (en caso que aplique)
 A través de funcionalidad “Entrega” (disponible en SAP modulo de ventas), se podrá hacer
registro de una entrega (despacho) de activos fijos.

 Para que este escenario se cumpla, el registro a realizar en la “Entrega” debe ser ingresado
con el mismo código de artículo genérico utilizado en el proceso de compras.

 Dado que el artículo utilizado es de tipo “No inventariable”, a nivel contable no será imputado
comprobante contable alguno. Este escenario es el esperado, dado que unicamente se requiere
emitir una guía de despacho eletrónica de tipo “Traslado”.

 Una vez emitida la guía de despacho se debe proceder a establecer el “cierre” del documento
Entrega.

 El procedimiento de creación de la Entrega, como así establecer el “cierre” de la misma, son


procedimientos a ser realizados de forma manual por el usuario.

Venta de Activo Fijo (en caso que aplique)


 A través de funcionalidad “Factura de deudores” (disponible en SAP modulo de ventas), se
podrá hacer registro de una factura de cliente por venta de activos fijos.
 Para que este escenario se cumpla, el registro a realizar en la “Factura de deudores” debe ser
ingresado con el mismo código de artículo genérico utilizado en el proceso de compras.
 Dado que el artículo utilizado es de tipo; “No inventariable” y “Ventas”, a nivel contable será
imputado el comprobante contable para el reconocimiento de la deuda con el cliente v/s el
ingreso por ventas que corresponda.
 Como un paso previo a la venta de un activo fijo, se prevé declarar “dar de baja” el activo,
como el procedimiento regular esperado. Sin perjuicio de lo anterior. (a nivel de sistema
ambas acciones (baja / venta) no son vinculantes ni condicionantes entre sí).
(la declaración de “baja” de un activo en addon, a nivel contable imputa el valor libro del activo en la
cuenta contable asignada para tales efectos, la cual comprende ser una cuenta de clasificación
“balance” que podrá ser compensada una vez se determine si el activo fijo será vendido o destruido).

 El procedimiento de creación de la Factura de deudores, como así establecer “la baja” del
activo, son procedimientos a ser realizados de forma manual por el usuario.

Proceso de compra de Activo Fijo


 Pudiendo ser incluido en el proceso de compra definido para la sociedad, se podrá hacer
ingreso de una Orden de Compra (módulo compras)utilizando un código de artículo que
cumpla con la siguientes configuraciones:
o Debe ser un código de tipo; “Activo Fijo”, al mismo tiempo “No inventariable”,
“Compra” y “Venta”.

11
 Para declarar en sistema la “recepción” de los activos comprados, se podrá hacer ingreso de
documento; Entrada de mercancías (módulo compras), tomando como documento base la
Orden de Compra.
Dado que el artículo utilizado es de tipo “No inventariable”, a nivel contable no será imputado
comprobante contable alguno. Este escenario es el esperado, dado que unicamente se
utilizaría este registro para informar la recepción de la compra.

 Posteriormente para el ingreso de la factura de compra se tomaría como documento base la


Entrada de mercancías.
En el escenario que el documento de Entrada de mercancías no fuera parte de la definición del
proceso de compra de activo fijo, para el ingreso de la factura se tomaría como documento
base la Orden de Compra.

5.2 MODELO CON TRATAMIENTO DE INVENTARIO #1

 Considerando el escenario indicado por Soser en donde:


o El tratamiento “físico/logístico” de activos fijos debe ser realizado a través de WMS
ya que aplica el mismo tratamiento definido para “consumibles / alimentos” tanto
para su recepción y control como para luego el despacho a los colegios, y de esta
forma no tener que trabajar con un procedimiento distinto para cada caso.
o Además es indicado por Soser que los usuarios del area logística no tendrán acceso
a SAP B1.

Alta Activo Fijo a través de Entrada Mercancías (Compra)


 Para este modelo, desde el modulo de Compras solo quedará registrado el alta contable (por
el valor monetario) de los activos.
 Para que este escenario se cumpla, el ingreso de los documentos de compra debe ser realizado
con un código de artículo que cumpla con la siguientes configuraciones:
o Debe ser un código de tipo; “Inventariable”, “Compra” y “Venta”.

“Se establece en este caso la creación de un maestro de artículos de inventario para el control de
activos fijos, considerando el tratamiento sistémico de números de serie para activos de
implementación mayor y números de lote para activos de implementación menor).

 A través del ingreso del documento Entrada de mercancías, se encontrará disponible;


1. Declaración de alta de activos fijos en la contabilidad dado el registro
contable que genera el ingreso de este documento.
2. Declaración de el ingreso de stock a bodegas de sistema.

 Dado que el tratamiento de códigos de artículos es inventariable, la recepción de los activos


podrá ser realizada desde WMS.

Alta Activo Fijo de forma directa en addon


 Para declarar el alta de activo en addon, siempre se deberá hacer registro de forma manual
directamente en addon Activo Fijo.

12
Impresión de Etiquetas
 Desde Addon Activo Fijo no se encuentra habilitado la opción de impresión de etiquetas.
 Es requerido desarrollar un reporte bajo la configuración de impresión requerida por Soser.

Traslados de Activo Fijo


 A través de funcionalidad “Traslado de activos” (disponible en addon), se podrá dejar registro
de los traslados de activos fijos.

 Para que este escenario se cumpla, se debe definir una lista de “Ubicaciones” de activo fijo
para la identificación del origen y destino del traslado.
Esta lista corresponde a una lista independiente dentro del sistema.

 A través de este registro de traslado, se encotrará disponible la emisión de informe: Historial


de Traslados, desde el cual se podrá visualizar la historia de traslados; fechas, origenes y
destinos de este tipo de movimientos.

 El procedimiento de registrar los traslados de activos, aplica a ser realizado de forma manual
por el usuario.

 Sin perjuicio de lo anterior, dado que los activos fijos poseen un tratamiento paralelo de
inventario en sistema, desde WMS también se podrán gestionar los traslados de activos
quedando registrado en SAP B1 el documento: Transferencia de Stock (disponible en SAP
modulo inventario). Desde este documento se encontrará habilitado la impresión de Guía de
Despacho en caso sea requerido.

13
Emisión de Guía de Despacho (en caso que aplique)
 Como fuera indicado en párrafo anterior, desde documento Transferencia de Stock se
encontrará habilitada la opción para imprimir una guía de despacho en caso sea requerido.

Venta de Activo Fijo (en caso que aplique)


 A través de funcionalidad “Factura de deudores” (disponible en SAP modulo de ventas), se
podrá hacer registro de una factura de cliente por venta de activos fijos.
 Este registro podrá ser realizado utilizando los mismos códigos inventariables.
 Dado que el artículo utilizado es de tipo; “Inventariable” y “Ventas”, a nivel contable será
imputado el comprobante contable que considera:
o El reconocimiento de la deuda con el cliente v/s el ingreso por ventas que
corresponda.
o El reconocimiento del costo de venta v/s la rebaja de inventarios. Para este
ejercicio, bajo la configuración contable esperada, la imputación contable debe ser
de tipo “neutra” (activo fijo v/s activo fijo).

 Como un paso previo a la venta de un activo fijo, se prevé declarar “dar de baja” el activo,
como el procedimiento regular esperado. Sin perjuicio de lo anterior. (a nivel de sistema
ambas acciones (baja / venta) no son vinculantes ni condicionantes entre sí).
(la declaración de “baja” de un activo en addon, a nivel contable imputa el valor libro del activo en la
cuenta contable asignada para tales efectos, la cual comprende ser una cuenta de clasificación
“balance” que podrá ser compensada una vez se determine si el activo fijo será vendido o destruido).

 El procedimiento de creación de la Factura de deudores, como así establecer “la baja” del
activo, son procedimientos a ser realizados de forma manual por el usuario.

14
Proceso de compra de Activo Fijo
 Pudiendo ser incluido en el proceso de compra definido para la sociedad, se podrá hacer
ingreso de una Orden de Compra (módulo compras)utilizando un código de artículo que
cumpla con la siguientes configuraciones:
o Debe ser un código de tipo; “Inventariable”, al mismo tiempo “Compra” y “Venta”.
 Para declarar en sistema la “recepción” de los activos comprados, se podrá hacer ingreso de
documento; Entrada de mercancías (módulo compras), tomando como documento base la
Orden de Compra.
Dado que el artículo utilizado es de tipo “Inventariable”, a nivel contable será imputado un
comprobante contable contra la cuenta “Activo Fijo”, declarando en este momento el alta
contable por el valor monetario de la compra del activo.
Al mismo tiempo, a través de este registro quedará ingresado a bodega el stock recibido.
Dado que el tratamiento de códigos de artículos es inventariable, la recepción de los activos
podrá ser realizada desde WMS.

 Posteriormente para el ingreso de la factura de compra se tomaría como documento base la


Entrada de mercancías.

5.3 MODELO CON TRATAMIENTO DE INVENTARIO #2

 Considerando el escenario indicado por Soser en donde:


o El tratamiento “físico/logístico” de activos fijos debe ser realizado a través de WMS
ya que aplica el mismo tratamiento definido para “consumibles / alimentos” tanto
para su recepción y control como para luego el despacho a los colegios, y de esta
forma no tener que trabajar con un procedimiento distinto para cada caso.
o Además es indicado por Soser que los usuarios del area logística no tendrán acceso
a SAP B1.

15
Alta Activo Fijo a través de Factura de Proveedores
 Para este modelo, se establece la convivencia del modelo estándar y el modelo de con
tratamiento de inventario #1, indicados previamente, en donde:

o Deberá existir un doble maestro de artículos. (no inventariables e inventariables).


o Deberá existir un doble proceso de compra (uno para alimentar el addon activo fijo y
otro para alimentar el stock y permitir el tratamiento en WMS).

 A través del proceso de compra de modelo estándar se dispondrá del alta contable y el alta en
addon activo fijo a partir del ingreso de la factura de proveedor.
 A través del proceso de compra de modelo con tratamiento de inventario #1, quedará
habilitado un inventario para WMS, el cual tiene las siguientes condiciones:
o El valor de compra de los codigos de inventario, debe considerar un valor de mínimo
impacto para la contabilidad, pudiendo ser $1.- o o$0.
o La secuencia de documento solo considerará: Orden de Compra y Entrada de
mercancías.

Alta Activo Fijo de forma directa en addon


 Siempre se encontrará disponible la posibilidad de dar de alta en addon activo fijo de forma
directa.
(Esta alta no considera el alta a nivel contable ya que el ejercicio contable debe ser registrado
de forma independiente en la contabilidad).

 Para definición en general, esta opción es considerada para todos aquellos activos fijos por los
cuales no será recibida una factura de parte del proveedor.

Impresión de Etiquetas
 Desde Addon Activo Fijo no se encuentra habilitado la opción de impresión de etiquetas.
 Es requerido desarrollar un reporte bajo la configuración de impresión requerida por Soser.

16
Traslados de Activo Fijo
 A través de funcionalidad “Traslado de activos” (disponible en addon), se podrá dejar registro
de los traslados de activos fijos.

 Para que este escenario se cumpla, se debe definir una lista de “Ubicaciones” de activo fijo
para la identificación del origen y destino del traslado.
Esta lista corresponde a una lista independiente dentro del sistema.

 A través de este registro de traslado, se encotrará disponible la emisión de informe: Historial


de Traslados, desde el cual se podrá visualizar la historia de traslados; fechas, origenes y
destinos de este tipo de movimientos.

 El procedimiento de registrar los traslados de activos, aplica a ser realizado de forma manual
por el usuario.

 Sin perjuicio de lo anterior, dado que los activos fijos poseen un tratamiento de inventario en
sistema, desde WMS también se podrán gestionar los traslados de activos quedando registrado
en SAP B1 el documento: Transferencia de Stock (disponible en SAP modulo inventario).
Desde este documento se encontrará habilitado la impresión de Guía de Despacho en caso sea
requerido.

Emisión de Guía de Despacho (en caso que aplique)


 Como fuera indicado en párrafo anterior, desde documento Transferencia de Stock se
encontrará habilitada la opción para imprimir una guía de despacho en caso sea requerido.

Venta de Activo Fijo (en caso que aplique)


 A través de funcionalidad “Factura de deudores” (disponible en SAP modulo de ventas), se
podrá hacer registro de una factura de cliente por venta de activos fijos.
 Este registro podrá ser realizado utilizando los mismos códigos inventariables del modelo
con tratamiento de inventario #1.
 Dado que el artículo utilizado es de tipo; “Inventariable” y “Ventas”, a nivel contable será
imputado el comprobante contable que considera:
o El reconocimiento de la deuda con el cliente v/s el ingreso por ventas que
corresponda.
o El reconocimiento del costo de venta v/s la rebaja de inventarios. Para este
ejercicio, bajo la configuración contable esperada, la imputación contable debe ser
de tipo “neutra” (cuenta puente v/s cuenta puente). En caso que su valorización sea
$0.-, no aplica esta imputación contable.

 Como un paso previo a la venta de un activo fijo, se prevé declarar “dar de baja” el activo,
como el procedimiento regular esperado. Sin perjuicio de lo anterior. (a nivel de sistema
ambas acciones (baja / venta) no son vinculantes ni condicionantes entre sí).
(la declaración de “baja” de un activo en addon, a nivel contable imputa el valor libro del activo en la
cuenta contable asignada para tales efectos, la cual comprende ser una cuenta de clasificación
“balance” que podrá ser compensada una vez se determine si el activo fijo será vendido o destruido).

17
 El procedimiento de creación de la Factura de deudores, como así establecer “la baja” del
activo, son procedimientos a ser realizados de forma manual por el usuario.

Proceso de compra de Activo Fijo


 Serán ingresadas 2 ordenes de compra, una con código no inventariables y otra con codigos
inventariables.
 Para declarar en sistema la “recepción” de los activos comprados, se registrará documento;
Entrada de mercancías (módulo compras), tomando como documento base la Orden de
Compra con códigos inventariables.
Dado que el artículo utilizado es de tipo “Inventariable”, a nivel contable será imputado un
comprobante contable contra una cuenta cuenta “puente”, por el valor monetario a razón de
$1.- En caso que su valorización sea $0.-, no aplica esta imputación contable.

Al mismo tiempo, a través de este registro quedará ingresado a bodega el stock recibido.
Dado que el tratamiento de códigos de artículos es inventariable, la recepción de los activos
podrá ser realizada desde WMS.

Una vez concluido el registro de este documento, se debe proceder a “Cerrar” el documento,
ya que la factura de compras será ingresada utilizando la orden de compra con código no
inventariable.

 Posteriormente para el ingreso de la factura de compra se tomará como documento base la


Orden de Compra con códigos no inventariables.

18
5.4 MODELO CON TRATAMIENTO DE INVENTARIO #3

 Considerar desarrollos para automatizar algún proceso de los modelos indicados previamente.
 Los desarrollos no se encuentran incluidos en el proyecto por lo cual serán tratados como
Gap.

6 DEFINICIONES
6.1 PARAMETROS GENERALES ACTIVO FIJO

19
6.2 GRUPO DE ACTIVO FIJO

Se definen grupos de activos con el fin de que activos de características similares sean depreciados en base a un
criterio común.
Grupo de Activo Fijo
Código Descripción Cuenta Activo Cuenta Cuenta Cuenta Cuenta Cuenta de
Fijo Reavaluo Deterioro Depreciación Depreciació Baja AF
Acumulada AF n AF
1700-1701 MAQUINARIA

1700-1702 EQUIPOS

COMPUTADORES E
1700-1703
IMPRESORAS
IMPLEMENTACIÓN
1700-1704
MAYOR
IMPLEMENTACIÓN
1700-1705
MENOR
1700-1706 MUEBLES Y UTILES

1700-1707 INSTALACIONES

1700-1708 INTANGIBLES

1700-1709 FURGONES

1700-1710 CAMIONES

1700-1711 CAMIONETAS

Por ejemplo:
o Terrenos
o Construcciones e instalaciones
o Vehículos
o Muebles y eq. Computacionales
o Maq y Equipos
o Sistema de Riego por Aspersión
o Sistemas Computacionales
o Bienes en Leasing

20
21
6.3 UBICACIONES

Permite definir donde se encuentran ubicados los activos para realizar un seguimiento de ellos. En base a estas
ubicaciones es posible realizar el traslado de activos.

Nota:
Si se desea asignar a las Ubicaciones los campos; ciudades y/o comunas, estas deben ser definidas previamente.

Ubicaciones
Observacion Codigo SN
Código ID Nombre ubicación Dirección Comuna Ciudad Contacto
es Relacionado

Por ejemplo:

6.4 CIUDADES

22
Si se desea asignar a las Ubicaciones los campos; ciudades y/o comunas, estas deben ser definidas previamente.

Ciudades
Código Descripción

Por ejemplo:

23
6.5 COMUNAS

Si se desea asignar a las Ubicaciones los campos; ciudades y/o comunas, estas deben ser definidas previamente.

Comunas
Código Descripción

Por ejemplo:

24
6.6 SERIES

La creación de Series para los activos fijos, nos permite definir la codificación que se le asignará automáticamente
a cada activo fijo cuando demos de alta nuevos bienes, es decir, el sistema propondrá un código para cada activo
fijo adquirido, el que también podría ser modificado.
Esta propuesta solo aplicará cuando el alta de activo fijo sea a través de; Factura proveedor o Salida de
mercancía (inventarios).

Series
Código Descripción String Tipo Formato

C - Caracteres 0 - Sin Formato

C - Caracteres 0 - Sin Formato

C - Caracteres 0 - Sin Formato

C - Caracteres 0 - Sin Formato

C - Caracteres 0 - Sin Formato

C - Caracteres 0 - Sin Formato

C - Caracteres 0 - Sin Formato

C - Caracteres 0 - Sin Formato

C - Caracteres 0 - Sin Formato

Por ejemplo:

25
6.7 INGRESO / ALTA DE ACTIVO FIJO
6.7.1 INGRESO DIRECTO

De forma directa se debe acceder a Ficha Maestra de Activo Fijo y hacer ingreso de los datos requeridos para
el registro del activo.
Este registro NO genera imputación contable por lo cual, el alta contable del activo debe ser realizada de
forma independiente a través del proceso de compras o del proceso de salida de inventarios o bien,
directamente en la contabilidad.

26
6.7.2 INGRESO A TRAVÉS DE FACTURA DE PROVEEDOR

Cuando un Activo es comprado a través de SBO, el artículo debe estar parametrizado para ser incorporado en
el activo fijo. Para realizar esto, en la pantalla de “Datos Maestros de Artículo” se debe indicar que es un
Activo Fijo y que es un Artículo de Compra. Sus cuentas contables deben estar previamente definidas.

Al emitir la factura de compra en la parte inferior de la pantalla aparecerá un botón “Activo Fijo”, este nos
permite abrir la pantalla de aceptación de los activos comprados en el AddOn.

6.7.3 INGRESO DE TRAVÉS DE SALIDA MERCANCIAS (INVENTARIO)

27
Para ingresar Activos a través de Salidas de Inventario, el artículo debe estar parametrizado en la pantalla
“Datos Maestros de Artículos” como Activo Fijo y como Artículo de Inventario.
Si es un artículo de compra también puede estar marcada la casilla “Artículo de compra”.

Al realizar una Salida de Inventario, aparecerá el botón “Activo Fijo” en la parte inferior de la ventana,
similar a la Factura de Proveedores. Al presionar este botón, se abre la pantalla de aceptación de ingreso del o
los Activos.

28
6.7.4 GENERAL

 Codificación:
o Para el ingreso / alta de un activo a través de opción; Factura proveeor o Salida
mercancías, el código será propuesto por sistema a partir de funcionalidad de “Serie”, la
cual se encontrará vinculada al Grupo de activo fijo.
o Para el ingreso / alta de un activo de forma directa a través de ficha maestra de activo
fijo, el código será asignado de forma manual por usuario.

 Datos iniciales:
o El ingeso / alta de un activo fijo a través de opción; Factura proveedor o Salida
mercancías, solo se consideran los siguientes datos básicos para la ficha maestra de
activo fijo por lo cual, de ser requerida la incorporación de información adicional y/o
modificación de algún dato inicial, es preciso realizarlo de forma directa a través de la
ficha maestra de activo fijo.

- Código Activo Fijo


- Descripción Activo Fijo
- Valor Activo
- Vida Util Financiera (IFRS)
- Vida Util Referencial (Tributaria)
- Año (inicio en addon)
- Periodo (inicio en addon)
- Afecto a Bis33 (opcional)
- Número de Serie (opcional)
- Ubicación (opcional)
- Grupo

o El ingreso de los siguientes datos solo es posible realizarlo de forma directa en la ficha
maestra de activo fijo.
- Empleado a cargo
- Porcentaje de valor residual
- Observaciones
- Centros de costo (Dimensiones)
- Proyecto
- Campos adicionales de usuario

 Se establece la creación de campos adicionales de usuario para la incorporación información


adicional en ficha maestra de activo fijo.
o Número de patron / lote (opcional)

7 PROCESOS DEL ADD-ON

29
7.1 CORREGIR Y DEPRECIAR

Mediante esta opción se realizan los procesos de corrección, depreciación y contabilización de los Activos.
Este proceso se encuentra definido para una ejecución de periodicidad mensual
La ejecución del proceso considera la ejecución en 2 pasos, de secuencia obligatoria:

Procesar: Realiza el cálculo de la depreciación del periodo SIN contabilización. Bajo esta opción, es
posible revisar los valores calculados tanto en la ficha maestra de cada activo fijo como también en
informes de Activo Fijo.

Contabilizar: Realiza la contabilización del periodo conforme a lo ya Procesado.

30
7.2 MEJORAS Y ADICIONES

Se pueden incorporar adiciones o mejoras a los activos. Estas modifican el activo ya sea aumentando su
valor, aumentando su vida útil o ambos.

Mediante esta opción se pueden ingresar por ejemplo los costos incurridos en poner al activo fijo en
operación (ejemplo puesta en marcha de máquinas y equipos)

31
7.3 BAJAS

Está opción permite dar de baja un activo, marcándolo como dado de baja y registrando el valor remanente
actualizado en la cuenta contable de Activos dados de baja.
Un activo que está en esta situación no será corregido ni depreciado por el sistema.
Para poder Dar de Baja un Activo, este debe estar corregido y depreciado hasta el periodo en el cual será
dado de baja, por ejemplo, si se desea dar de baja el 10 de junio del año 2018, se deben procesar los
Activos hasta esa fecha. El sistema reversará los últimos 20 días de junio en la corrección y depreciación
del Activo.

NOTAS:
Por temas de que los informes cuadren con los saldos de las cuentas, se recomienda que las bajas las
realicen el último día del mes.

La baja del activo fijo no tiene relación con el proceso de ventas de sistema, por lo cual el registro de
ventas de un activo fijo se debe realizar de forma independiente.

32
7.4 TRASLADO DE ACTIVO FIJO

Esta opción permite realizar el traslado de activos de una ubicación a otra, actualizando la ubicación del
activo en el maestro de activo fijo.

Nota:
La utilización de esta funcionalidad requiere la definición de maestros:
o Ubicaciones

33
8. CUSTOMIZACIONES

8.1 TABLAS DEFINIDAS POR USUARIO

SAP Business One permite añadir tablas definidas por el usuario que pueden ser fundamentales para las
actividades diarias de las empresas.

Tablas definidas por el usuario (UDT)


Nombre Descripción Tipo de Objeto Archivable

Ningún objeto

Ningún objeto

8.2 CAMPOS DEFINIDOS POR EL USUARIO

SAP Business One permite añadir campos definidos por el usuario que pueden ser fundamentales para las
actividades diarias de las empresas.

Campos definidos por el usuario (UDF)


Valor porObligatori
Categoría Título Descripción Tipo Validación o
defecto

Addon ActivoNROPARTE Número Parte Alfanumérico - Regular Ninguno


FIjo 30
Alfanumérico - Regular Ninguno
100
Alfanumérico - Regular Ninguno
15
Alfanumérico - Regular Ninguno
100
Alfanumérico - Regular Ninguno
50

34
8.3 OBJETOS DEFINIDOS POR USUARIO

SAP Business One permite añadir objetos definidos por el usuario que pueden ser fundamentales para las
actividades diarias de las empresas.

Objetos definidos por el usuario (UDO)


Código Nombre

No se definieron Objetos durante el levantamiento

8.4 VALIDACIONES DE USUARIO

SAP Business One permite añadir validaciones de usuario que pueden ser útiles para controlar la entrada de
datos correctos al sistema.

Definición de validaciones TN
Objeto SAP B1 Funcionalidad Activa

Ingreso obligatorio de campos:


Fecha Factura de compra
Ficha mestro activo
Número único factura ✘
fijo
Esta validación solo podrá ser configurada al momento en que se intente
actualizar la ficha maestra de un activo.

35
8.5 VALORES DEFINIDOS POR USUARIO

SAP Business One permite añadir valores definidos por el usuario que pueden ser útiles para automatizar
y/o facilitar la entrada de datos al sistema.

Definición de Valores Definidos por Usuario


Objeto SAP B1 Funcionalidad

8.6 ALARMAS

Es posible definir alertas para enviar automáticamente un mensaje interno o externo (por correo electrónico,
SMS o fax) a usuarios seleccionados del sistema cuando se registran ciertos eventos.

Gestión de alarmas - Usuario


ID Nombre Prioridad Activo Frecuencia

1 Normal Cada 0 Minutos

Usuarios Int. EMail Descripción funcional


User1
User2
User3
User4

No se definieron Alarmas durante el levantamiento.

36
8.7 LAYOUT DE IMPRESIÓN

Impresiones del modelo


ID Layout de impresión

9. GAPS DEL PROYECTO

GAP – Requerimientos no cubiertos


Alternativa estándar SAP /Aprobación evaluación
ID Identificación GAP Descripción GAP Solución alternativa comercial VK
(describa brevemente)

Solución alternativa
Impresión de Etiquetas para los activos de la
1 Impresión de Etiquetas Obs.: Se debe construir un Obs.:
compañía.
reporte a la medida.

Es requerido la adecuación / elaboración de Solución alternativa


Informes por Centro de
2 informes que inlcuyan filtros y presentación Obs. Se debe construir un Obs.
Costo
final por centro de costo. reporte a la medida

37
10. REVISIONES Y APROBACIONES

Aprobado por
Jefe de proyecto, Cliente

Sí No Gonzalo Pineda
Nombre Firma Fecha: dd/mm/aaaa
Jefe de proyecto, Visualk

Sí No Claudia Rivera A

Nombre Firma Fecha: dd/mm/aaaa


Gerente de proyecto Cliente

Sí No Ignacio Muñoz

Nombre Firma Fecha: dd/mm/aaaa


Consultor SAP Busines One

Sí No Rodrigo Labrin

Nombre Firma Fecha: dd/mm/aaaa


Lider Funcional

Sí No
Nombre Firma Fecha: dd/mm/aaaa

38

También podría gustarte