Periodos de contabilizacion

Periodos de contabilizacion

Definir variante

Luego asignamos la variante a la sociedad (OBBP- en IMG debajo de punto anterior) y luego se define como se trabaja la variante. Una misma variante puede estar asociada a mas de una sociedad. Por lo tanto la apertura y cierre de periodos asociados a las variantes afectan a todas las cias. Para no afectar a todas y no abrir periodos para todas las sociedades, es conveniente dar de alta una variante por sociedad.

Completar tabla de periodos

La primer columna es la variante definida en el punto anterior.

Siempre en cada variante, la primera posicin es un +, no se le asigna rango de cuentas, s hay que asignarle rango de fechas tanto para los per normales como para los especiales, que puede ser desde el comienzo del ej, el rango de 12 meses para los normales.

Las siguientes columnas son para los tipos de cuenta (K, D, A, S), esto permite definir un comportamiento para cuenta de reconciliacin. Para contemplar el 100% de las transacciones, en lugar de las entradas por cuentas se puede agregar una segunda entrada con +, este va a abarcar a todos los tipos de cuentas. El rango a asignarse a esta entrada es blanco-zzzzz. La primera entrada con + debe mantenerse siempre por razones tecnicas del sistema.

Rango a definir por tipo de cuenta: si el rango es definido como Blanco-zzzzzz, abarca a todas las cuentas del plan.

La siguientes columnas son el periodo y el ao (desde-hasta) y luego el rango de periodos especiales).

Al comenzar el ao debe hacerse la apertura de periodos contables. Para abrir enero solamente en los periodos normales se ingresar desde 01 2006 a 01 2006. Para abrir febrero y cerrar enero reemplazamos el 01 por 02. Si algun segmento tiene que quedar abierto para los dos meses, solo el hasta sera sustituido por 02 ( desde: 01 2006 hasta 02 2006. El rango de periodos puede variar en funcion de que cuentas quiera tener abiertas para la imputacion. El + debe abarcar el mayor rango:

K 01 2006 - 05 2006

D 02 2006 - 06 2006

Entonces rango de +: 01 2006 - 06 2006

Cuando comienza un nuevo ao, las variantes del ao anterior se sobrescriben con las del nuevo ao. Aunque hayan sido sustituidas por las nuevas no se pueden ingresar asientos al ej anterior dado que una vez cerrado un ejercicio se corren determinados procesos que cierran la contabilidad impidiendo que se ingresen mas transacciones.

Para mantener abierto diciembre (o ultimo mes del ejercicio), el rango es 12 2006 hasta 01 2007.

Periodos especiales: se definen los rangos de fechas desde el 13 hasta el 16. Son los periodos donde se ingresan asientos por motivos de auditoria o el cierre de resultados.

Si tengo los normales con los rangos de fechas del 2007 y quiero ingresar asientos en los especiales del 2006, el + tecnico tiene que mantener tb el 2006 para los periodos especiales. De esta forma mantengo cerrado el periodo 12 del 2006 y abiertos los especiales del 2006 para el ingreso de imputaciones especiales post cierre.

El ultimo campo corresponde a un objeto de autorizacin. Si el usuario tiene asignado para ese objeto el valor 1000, puede hacer imputaciones a periodos diferentes al que esta abierto. El rango de fechas a que este usuario tiene acceso esta determinado por el primer rango + y en el campo au gr ingreso el numero 1000.

FIELD STATUS (oculto/obligatorio/opcional) lo afectan 3 factores

Durante la contabilizacion de un documento (no aplican field status para los campos de importe, posting key y account)

a) field status (account type): no influenciado por customizing. Ej. El sistema oculta los terminus de pago en cuentas puras de GL

b) Field status asociado a cuenta: deriva del field status group de la sociedad.

c) Field status de la clave de costo (posting key)

FIELD STATUS durante la contabilizacion de un documento en la cabecera: lo afecta el tipo de documento utilizado.

Si se quiere limitar a los usuarios en cuanto por ejemplo al monto que puede contabilizar documentos de GL (suma de debitos y de creditos por documento). Importe por posicin de cta corriente: maximo a contabilizar por deudor/proveedor. Tambien el % de descuento que un usuario puede otorgar.

Los limites en montos son fijados en la moneda de la sociedad. Si se imputa en foreign currency el sistema va a validar el limite contra el monto convertido a LC.

Defino primero los grupos de personas para los cuales quiero qu ese apliquen esos limites y luego los asigno a los usuarios.

Luego asigno los grupos creados a los ID de usuarios:

Cuando se esta ingresando un documento el sistema chequea los limites ingresados versus el usuario y el monto ingresado por el usuario.