Mostrando entradas con la etiqueta Buenas prácticas. Mostrar todas las entradas
Mostrando entradas con la etiqueta Buenas prácticas. Mostrar todas las entradas

jueves, 31 de diciembre de 2020

Índice de temas de cierre de año 2020 y apertura de año 2021

 Esta entrada consolida todas los temas relacionados con las actividades de fin e inicio de año.

1. Contabilidad.
1.1. Cierre contable y resumen de saldos.

2. Presupuesto.
2.1. Cierre presupuestal.
2.2. Cargue de presupuesto.

3. Tesorería.
3.1. Cierre y apertura de caja menor.

4. Nómina.
4.1. Parametrización nuevo año.

5. Compras

En el punto 2.1 de Cierre presupuestal se comenta sobre el tema de los tránsitos, pero queremos recordarles que las ordenes con saldo por ejecutar, y se tenga la certeza que no se va a recibir factura en el 2020 para terminar de saldar dicho presupuesto en tránsito, no puede ser usado con facturas del 2021, ya que dicho tránsito es del presupuesto del 2020.

Adicionalmente si necesitan realizar una orden de cualquier tipo después del 1-Ene-2021 y que por atraso no la hicieron en el 2020, ya no la podrán realizar con fecha del 2020, solo podrán causar contablemente en periodos del 2020 desde el módulo de Proveedores, pero sin referenciar ninguna Orden.

lunes, 24 de diciembre de 2018

miércoles, 3 de enero de 2018

Índice de temas de fin e inicio de año

Este documento tiene como objetivo consolidar todas las entradas del blog relacionadas con las actividades de fin e inicio de año.

1. Contabilidad.
1.1. Cierre contable y resumen de saldos.

2. Presupuesto.
2.1. Cierre presupuestal.
2.2. Cargue de presupuesto.

3. Tesorería.
3.1. Cierre y apertura de caja menor.

4. Nómina.
4.1. Parametrización nuevo año.

lunes, 18 de septiembre de 2017

Actualización de activos fijos controlados

Los activos fijos controlados son aquellos que por uno u otro motivo no se quieren depreciar a pesar de ser registrados como un activo. 

Para realizar este cambio se debe seguir la ruta:


Activos fijos niif plenas -> actualizaciones -> actualización de activos fijos


                                        



Al abrir la ventana se encontrará con el formulario de actualizacion de activos fijos, que contiene una opción de chequeo para manejar activo como controlado. 




Al marcarle el check al activo y guardar hará que cuando se esté realizando el proceso de depreciación, el sistema pasará por alto los activos con esta marca y no los depreciará.

Como estos activos no aparecerán en los reportes de depreciación, será necesario consultarlos en otro reporte de activos controlados. Este reporte se encuentra en la ruta:

activos fijos niif plenas -> reportes -> r. operativos -> r. listado de activos fijos controlados







jueves, 18 de mayo de 2017

Verificación de errores de cpte de caja menor

Al momento de generar el comprobante de reembolso de caja menor el sistema da la opción de revisarlo antes de guardar el proceso, esto con el fin de no tener que anular el comprobante contable posteriormente para corregir, de ésta manera no se pierden consecutivos.

Ruta: Tesorería> Movimientos> Caja menor> Generación cpte caja menor

Cuando se genera el comprobante y antes de guardar, se puede ir a la opción “comprobante” que se encuentra en la parte inferior derecha. 





La opción le llevará a otra ventana (la que se muestra a continuación) donde puede visualizar el comprobante contable.



Aquí debe darle clic a la opción “análisis” y le mostrará un recuadro que le informará qué posibles problemas presenta el comprobante o si se encuentra correcto.


Comprobante correcto: 



En el caso que presente algún detalle que deba ser corregido no debe guardar el comprobante de reembolso, debe cerrar la ventana de visualización del cpte, limpiar la ventana de generación de comprobante de reembolso y se proceder a corregir los vales para el caso que sea necesario.

En el caso que esté correcto cerramos ésta ventana y grabamos el proceso de generación de comprobante contable. 






lunes, 16 de enero de 2017

Grupos de cuentas y estados financieros Niif - Parametrización

Administración de grupos de cuentas Niif


Parametrización de los estados financieros Niif: Estado de situación financiera y estado de resultados y otro resultado integral.



viernes, 7 de octubre de 2016

Lo que debe saber para activar la contabilización automática NIIF

Llamamos contabilización Niif automática a el cambio que ocurre en el JSP7 cuando se activa la doble contabilización de comprobantes contables (Colgaap-Niif) en cada uno de los procesos que día a día se manejan.

Para que esto funcione de manera correcta el usuario debió haber homologado todas las cuentas auxiliares de la contabilidad Colgaap con las cuentas auxiliares Niif para que los operarios del JSP7 no encuentren ninguna traba al momento de realizar sus transacciones rutinarias.

La mejor manera de prepararse para la contabilización automática es a través del re procesamiento mes a mes, es aquí en donde la empresa va corrigiendo las homologaciones erradas ya que al intentar re procesar los comprobantes Colgaap el sistema le irá mencionando los errores que tienen y de esta manera se va ajustando  la homologación y de paso los requerimientos del PUC con la ayuda de soporte si es necesario.

El proceso de activación lo inicia soporte JSP7, activando desde parámetros interno la swich que le indica al sistema que por cada transacción Colgaap se creará inmediatamente el comprobante Niif, luego desde soporte mismo, se copian los encabezados de las plantillas Colgaap a Niif, y se homologan uno a uno estas plantillas y en el trabajo día a día del usuario ocurre lo siguiente:

En aquellos procesos donde el usuario visualice una interfaz contable (Plantilla que muestra la contabilización del proceso que se está realizando) como Causación de facturas de proveedores, recibos de caja de cartera, egresos e ingresos por tesorería, etc. después de la primera pantalla con las cuentas contables Colgaap, el sistema generará un comprobante contable Niif en donde le preguntará al usuario si quiere visualizarla o no, en este punto si el usuario presiona Si, verá la contabilización Niif en una nueva ventana donde podrá editar las cuentas y guardar, o puede presionar No y dejar que el sistema asiente el comprobante Niif tal y como se creó inicialmente.

Para el caso de aquellos procesos que generan el comprobante contable Colgaap "por debajo", es decir, donde el usuario no pre visualiza la contabilidad Colgaap si no que el comprobante se arma sin intervención inmediata de él, como ocurre con la generación de facturas de ventas, la causación y reembolso de la caja menor, la grabación de comprobantes contables en contabilidad, el sistema mostrará un check que dice: "Generar Comprobante Niif automáticamente por homologación", Por default está marcado, de esta manera JSP7 generará el comprobante contable Niif una vez genere el de Colgaap sin la pre visualización del usuario, Si no se marca, el sistema sólo generará el Colgaap, eso sí, dejará un registro en auditoria almacenando que usuario le dijo no a la generación del comprobante en Niif.

Para el caso de los comprobantes generados en Niif que requieran modificación, el usuario puede dirigirse al módulo, y reversar el comprobante Niif generado, editarlo y nuevamente asentarlo, si el módulo no lo permite por ser de interfaz, puede hacer otro comprobante únicamente en la contabilidad Niif realizando el ajuste que necesite.


Cuando en la operación día a día ocurre algún Error generando el comprobante Niif  sea por interfaz o "por debajo" o cuando en los comprobantes "por debajo" el usuario decide no generar el comprobante Niif, el sistema no truncará el proceso del usuario, lo dejará seguir dejando sólo el comprobante Colgaap generado y luego el usuario puede ir a re procesamiento de comprobantes y re procesar a Niif esos comprobantes Colgaap que no pasaron por decisión o pasar aquellos que le habían generado error una vez ya corregido, es decir, aún con la contabilización automática activa, el usuario podrá re-procesar si lo ve necesario..

Si la empresa tiene planeado solicitar la activación de las transacciones automáticas Niif, deberá solicitarlo a través del Mantis, se recomienda que se solicite activar un viernes para realizar el proceso de activación un fin de semana y el lunes la empresa inicie, o más recomendable en un mes nuevo para que de esta manera los consecutivos sean coherentes y no se vean afectados por  el re-procesamiento y la contabilización automática.

jueves, 26 de mayo de 2016

Mantis Bug Tracker para Reportar Incidencias

Para mejorar el seguimiento por parte de los usuarios del JSP7 de los casos que ellos vienen reportando a la mesa de ayuda de soporte del JSP7, hemos decidido permitir que los mismos usuarios del JSP7 puedan reportar las incidencias y requerimientos en el momento que ocurran, mediante el acceso al sistema MANTIS con una cuenta de usuario y contraseña.
El sitio en internet donde deben acceder es:

http://mantis.aspsols.com/login_page.php

Le saldrá la siguiente página:




Ingrese con su Nombre de usuario y Contraseña.  A su email le debió llegar un correo con asunto: [ASP Solutions [Mantis]] Registro de nueva cuenta donde se le asignó una cuenta de usuario con un link para que le asigne la respectiva Contraseña y pueda ingresar. Luego de haber activado su cuenta, puede ingresar y luego de haber ingresado, debajo del logo aparece Conectado como: y seguido la cuenta de usuario con la que ha ingresado y a la derecha aparece la Fecha y la Hora actual.


Para registrar un caso, se selecciona la opción Reportar Incidencia:




Luego se despliega la pantalla para que se diligencie la información asociada al caso que se desea reportar a la mesa de ayuda de soporte:




Los campos que tienen un * a su izquierda, son campos obligatorios.

Categoría: En este campo se categoriza el caso y se debe seleccionar alguno de los siguientes valores: Incidencia Funcional (para cuando alguna opción del sistema está mostrando algún error o el sistema genera una información no esperada), Incidencia de Infraestructura (para cuando el sistema no permite o restringe el acceso, o los tiempos de respuesta a las opciones no están normales) y Requerimiento (para cuando se solicita agregar o modificar las opciones del menú de un usuario, o modificar un reporte, o solicitar una capacitación o sesión de parametrización de algún módulo que no se haya realizado desde el inicio).
Reproducibilidad: En este campo se puede seleccionar alguno de los siguientes valores: siempre (cuando el caso siempre es posible reproducir), a veces (cuando el caso bajo algunas circunstancias se reproduce y en otras no), aleatorio (cuando no hay una medida de cuando el caso se pueda reproducir), no se ha intentado, no reproducible (cuando en las condiciones del momento se generó y no es posible reproducirlo) y desconocido (cuando no se sabe si se puede reproducir).
Severidad: Este campo normalmente lo diligenciamos nosotros, ya que representa que tan complejo resulta resolver el incidente.
Prioridad: En este campo se puede seleccionar que tan prioritario es el incidente, con el fin de definir un orden de atención con respecto a los demás que se hayan reportado. Se puede seleccionar alguno de los siguientes valores: ninguna (cuando no se sabe que prioridad seleccionar), baja (cuando el incidente tiene la menor prioridad, ya que lo reportado es algo de forma), normal (cuando el incidente pueda entrar en la lista de los incidentes y sería atendido por orden de llegada), alta (cuando el incidente tiene una importancia mayor a lo normal, y se atendería antes de los de prioridad normal y baja), urgente (cuando se requiere atención urgente por encima de los demás incidentes) e inmediata (cuando el incidente impide poder trabajar con el sistema y no se tiene otra alternativa de solución).
Asignar a: En este campo se puede sugerir el recurso que pudiera atender dicho incidente, aunque nosotros de acuerdo a la distribución y ocupación de nuestros recursos, definimos quien lo atendería.
Resumen: En este campo se debe resumir en una sola línea el título del caso que se está reportando. Este título hará parte del Asunto del email que el sistema genera al guardar el caso, junto con el número del caso que el sistema genera.
Descripción: En este campo se debe detallar todo lo referente al caso que se está registrando. Allí se pueden incluir las condiciones bajo las cuales se presenta la incidencia y/o los mensajes de error que el JSP7 despliega en su procesamiento. En los casos de requerimientos se debe detallar toda la información posible para que pueda ser analizada por nuestros funcionarios y evitar pedirle información faltante que se requiera para poder atender adecuadamente el requerimiento.
Pasos para reproducir: En este campo se diligencia los pasos que se realizaron, previos a la ocurrencia del incidente, incluir opción del sistema, parámetros o valores que se utilizaron en el procesamiento, ya que las pantallas de error pueden dar información valiosa, pero sin los datos que generaron dicho error, no se pudiera reproducir o tener poca información para definir que solución se pudiera establecer.
Información Adicional: En este campo se puede diligenciar cualquier información adicional importante que le pueda servir a la mesa de ayuda para atener oportunamente el caso.
Subir archivo: En este punto se puede adjuntar cualquier archivo que ilustre el incidente o requerimiento, tal como una pantallazo de lo que muestra el sistema o un documento con las indicaciones de la modificación de algún reporte, etc.
Visibilidad: Se debe dejar el caso como público para que cualquier funcionario de la mesa de ayuda lo pueda atender.

Por último, se presiona el botón (Enviar Reporte), para que quede grabado el caso con un número y nos aparezca en la lista de casos por asignar y resolver.
Casa caso maneja un estado, iniciando por “nueva”. Desde “nueva”, la incidencia pasará a ser “asignada”, "aceptada", "confirmada" o "resuelta" o bien requerirá de más datos para poder iniciar el proceso de resolución y cierre. Cuando se requieran más datos, el caso pasará al estado “se necesitan más datos” y estando allí se señala la imposibilidad de proceder a su resolución si no se aportan más datos sobre el caso en mención. Cuando el caso se le valida que tiene toda la información y si es un caso válido para ser trabajado por la mesa de ayuda, y aceptamos que tenemos la responsabilidad de atenderlo, lo pasamos a estado “aceptada”. Luego procedemos a asignar el caso a un funcionario para que sea atendida, por lo que pasa al estado “asignada”. Cuando el funcionario que tiene asignado el caso y confirma que va trabajar en el caso, este lo pasa al estado “confirmada”. Cuando el caso pasa al estado “resuelta”, refleja que el caso se ha resuelto. Un caso puede ser resuelto con una de las muchas resoluciones posibles que aparecen en una lista desplegable. Los tipos de resoluciones posibles cubren múltiples opciones: abierta, corregida, reabierta, no reproducible, no es corregible, duplicada, no es una incidencia, suspendida o no se arreglará. Desde este estado, quien reportó el caso recibirá un correo donde se le indica que su caso ha sido resuelto y que necesita que valide la solución y si está de acuerdo, estando en el caso, le cambie el estado a “cerrada”.

Estando dentro del Mantis, presionando la opción Ver Incidencias se pueden revisar las incidencias que se han reportado y en qué estado se encuentran.




Luego se despliega una pantalla que le muestra la lista de incidencias y su estado, cuyos criterios de selección podrá modificar a través de distintos filtros.





En el extremo superior-derecha de la pantalla, deberá comprobar el nombre del proyecto. Puede seleccionar un proyecto concreto para ver las incidencias asociadas sólo al proyecto que desee o bien seleccionar “Todos los proyectos” y el listado de incidencias que aparece corresponderá, así, a todas las incidencias de todos los proyectos. También tiene un pequeño buscador de incidencias (“Ir a incidencia”) en el que puede escribir el número de ID o identificador de la incidencia para ir directamente a consultarla.

Para facilitar la tarea de filtrado de incidencias, es posible crear un enlace asociado a un filtro o incluso guardar un tipo de filtro predeterminado. En este último caso, Mantis le ofrecerá en todo momento un desplegable en el que elegir qué tipo de filtro predefinido desea aplicar (“Usar filtro”) o bien eliminar alguno de ellos (Administrar filtros). El campo de búsqueda buscará simples concordancias de palabras clave en el resumen o descripción de las incidencias.

En la parte de abajo de cada caso se maneja un historial de los cambios que se le han realizado. Este detalla la fecha y la hora de la modificación, el nombre del usuario que realizó el cambio, el tipo de cambio y el detalle del cambio.




viernes, 4 de marzo de 2016

Cómo pedir soporte de manera efectiva

El objetivo de esta entrada es ofrecerte recomendaciones para que las solicitudes de soporte se hagan de manera correcta y efectiva mejorando los tiempos de respuesta. Está dirigido a ti, usuario del JSP7, que se comunica diariamente a soporte en busca de ayuda.

Lo primero que debes hacer ante un problema es intentar resolver el problema tú mismo, un mensaje en la pantalla no implica un error y la mayoría de veces el mensaje explica bien lo que pasa. Invertir unos momentos a entender el problema además ayuda a obtener un mayor dominio del sistema. Si no se te ocurre qué solución darle al problema busca ayuda con otros compañeros, dos cabezas piensan más que una y algunas veces la solución de un inconveniente no está en manos un solo usuario.

En caso de que se trate de un proceso que no conoces, el primer paso es buscar información en el blog, en él existe bastantes entradas sobre procesos organizados por módulos y temas.

Si nada de esto funciona entonces es hora de pedir ayuda a soporte. Recuerda que en cualquier momento puedes consultar los medios de comunicación con soporte dando clic en el enlace "Soporte" al lado del "Salir" del menú principal.

Lo que siempre intentamos hacer en el soporte es reproducir el escenario en dónde se presentó el problema y para esto necesitamos que la información que se nos suministre sea exacta y suficiente para abordar el caso. Esto disminuye en mucho el tiempo de investigación y el de respuesta.

Al reportar un problema siempre intenta responder estas preguntas:
¿Qué intentas hacer en el sistema? ¿Cuál(es) opción(es) estás usando? ¿Qué esperas que pase en el sistema y qué ocurre en su lugar? ¿Sale algún mensaje o un error? ¿Cuáles son los pasos para reproducir el problema?

Además es útil que sigas las siguientes recomendaciones:

-Llama los procesos, opciones y demás ideas por su nombre exacto.
-Identifica los casos con datos específicos (siempre y cuando sea posible).
-Organiza los hechos del caso en orden cronológico.
-Está bien que propongas soluciones o te aventures a dar un diagnóstico del problema; pero siempre será más necesario que describas los síntomas.
-Cuando consultes, se lo más explícito que puedas con tu pregunta.
-Habla y escribe en correcto español, trata de escribir de manera coherente, sin errores ortográficos y usando los signos de puntuación.
-Cuando se trate de varios problemas, envía los casos en correos separados (si es que no están relacionados) y evita la tentación de hacer preguntas de otros temas en un mismo correo.
-En el chat, no intentes resolver todos los problemas a la vez, no compliques la comunicación hablando de varios casos a la vez o del mismo caso con todos los asesores que veas conectados.

Todas estas recomendaciones aplican a cualquier medio de soporte (correo, chat, teléfono,etc.) y seguirlas garantizará que la ayuda se te pueda dar de manera oportuna y sin retrasos.

jueves, 25 de febrero de 2016

Guía del proceso de implementación NIIF en el JSP7

A continuación de manera general se describe el paso a paso del proceso de implementación de la contabilidad Niif en el JSP7, la profundidad de cada punto puede ser aclarada con nuestro soporte:

  1. En la opción Niif -> Administración -> Niif plan de cuentas tabular, El usuario de la cámara debe completar el Puc que confecámaras inicialmente cargó, es un PUC a nivel de mayores en donde cada cámara registrará sus auxiliares o sus sub-grupos de cuentas según la necesite.
  2. En Niif -> Administración -> Niif Homologa cuentas, El usuario se encargará de relacionar la cuenta colgaap y la respectiva cuenta Niif que se alimentará a partir de la primera, teniendo presente que las cuentas aquí relacionadas deben ser cuentas auxiliares, del mismo fondo y deben tener los mismos requerimientos, es decir si en Colgaap la cuenta maneja solo Nit, la cuenta que la homologue debe manejar también sólo NIT.
  3. En este punto con la ayuda de Soporte se generará un Excel de saldos iniciales, este Excel exportará la cuenta Colgaap, el saldo de esa cuenta al periodo seleccionado y su respectiva cuenta Niif, la idea es retroalimentar con el usuario y asegurarse de que todas las cuentas que ahí tengan saldos tengan su respectiva homologación de lo contrario el comprobante estará descuadrado.
  4. Cuándo se valide dicho Excel, el equipo de soporte procederá a cargarlo, y posteriormente a esto a asentarlo, si existe algún problema por validación se estará validando con el usuario así que el punto 3 y el punto 4 podrían repetirse n veces.
  5. Cuando se asiente el comprobante de saldos iniciales, el usuario en Contabilidad -> Administración -> Parámetros generales - >Clases de comprobantes, deberá crear dos clases de comprobantes uno para ajustes por convergencia y otros para re-clasificación por convergencia.
  6. El usuario deberá crear los n comprobantes de ajuste y reclasificación para lograr llevar la contabilidad Niif al ESFA en la opción de Niif -> Actualizaciones -> Niif grabación de comprobantes.
  7. Una vez el usuario llegue hasta el ESFA,  se hará el proceso de resumen de saldos en el módulo de la contabilidad: Niif -> procesos -> Resumen y revisión de saldos, para llevar los saldos Niif al periodo 15 del año 2014.
  8. En este punto la cámara empezará a re-procesar por mes y por clases contables el año 2015, por la ruta: Niif -> Actualizaciones -> Procesos -> Re-procesamiento de comprobantes Colgaap - Niif.
  9. Al terminar de re-procesar el usuario debe hacer los ajustes mes a mes de las cuentas que no estarán en Niif o las que deben ir en otras según la política Niif de la cámara.

Para tener en cuenta


El punto 8 y 9 pueden combinarse, es decir, el usuario puede reprocesar todo el año y luego hacer las revisiones o trabajar de la forma: mes procesado, mes que se revisa y se ajusta para pasar al siguiente.
Los comprobantes de Depreciación no deberían ser reprocesados ya que el módulo de los activos fijos generará sus propios comprobantes en esta contabilidad, así que el módulo de los activos fijos en Niif deberá ser ajustado para las cámaras que aún no lo tengan.
Para las cámaras que tengan en una misma clase contable las depreciaciones y las amortizaciones, una vez que se hace el reprocesamiento contable NIIF de cada mes, antes de depreciar por el módulo de activos fijos bajo NIIF, deben anular los comprobantes NIIF de su clase para no generar una doble contabilización en NIIF (la de COLGAAP y la de NIIF).

IMPORTANTE: El Jsp7 les proporciona a las cámaras de comercio las herramientas para poder armar la contabilidad Niif tomando como base la contabilidad Colgaap, les facilita la homologación de cuentas y el proceso de reprocesar, pero hay que ser consientes de que esta facilidad no hace el 100% del trabajo, hay que ser consientes de que después de este reprocesamiento, las cámaras deben revisar, hacer ajustes y quitar registros que no tienen porque ir a la contabilidad Niif, Por ejemplo: Puede que de un comprobante Colgaap de 10 registros, sea reprocesado a Niif, por homologación generará en Niif un comprobante de 10 registros, pero de esos 10 solo 8 aplican a esta contabilidad, así que es la cámara quien debe reversar el comprobante, editarlo, quitar ese par de partidas y volver a asentarlo.
Los 2 registros que deben eliminarse dentro del comprobante corresponden a los que se ajustaron en la elaboración de la hoja de trabajo del ESFA. En consecuencia, los pasos a seguir son:

  • Identificar en el ESFA (planilla / hoja de trabajo) los ajustes realizados a nivel de cuenta auxiliar.
  • Identificar los comprobantes NIIF por número, clase y periodo que incluyen el movimiento de las cuentas que se ajustaron en el ESFA.
  • Editar dichos comprobantes, eliminando los registros mencionados.



Recomendación: No editar cuentas de la causación de órdenes

Durante la causación de una factura o cuenta de cobro de una orden el sistema es capaz de traer automáticamente todas las cuentas involucradas: gastos, cuentas por pagar, impuestos, etc. Estas cuentas dependen de diversos parámetros e información propia de los procesos.

En el caso de las cuentas de gasto(*), estas cuentas son traídas de la distribución presupuestal de la orden. Esta distribución presupuestal se define durante la generación de la orden y tiene la información de las cuentas, centros de costo y rubros que se usarán. A su vez esta distribución se basa en la información suministrada en la firma presupuestal de la solicitud o requisición, la diferencia es que en la distribución presupuestal también tiene la información de los valores por los que se causará cada cuenta/rubro. Basado en el porcentaje de aporte de cada cuenta es que el sistema calcula el valor que tendrá en la causación usando como base el valor del documento. Por ejemplo, supongamos una orden con la siguiente distribución:

Cuenta C. Costo Rubro Valor
51950101 0800-0001 519501 $2'000.000
24080301 0800-0001 NA $1'000.000

Si llega una factura por valor de $1'200.000 entonces la causación traerá la siguiente información:

Cuenta C. Costo Rubro Valor
51950101 0800-0001 519501 $800.000
24080301 0800-0001 NA $400.000

Cuando la orden se genera ocurre la apropiación presupuestal basada en los valores de la distribución, esto es, el valor en tránsito es el valor que se espera que se gaste y este no debe ser modificado. Por tanto o quitar o agregar o cambiar las cuentas o cambiar su valor en la causación constituyen una mala práctica que debe ser evitada.

En cualquier caso en que sea necesario ejecutar cuentas o centros de costo diferentes a los de la distribución presupuestal la corrección siempre debe hacerse en una nota contable aparte. La única excepción a esto es que todas las cuentas de la distribución no manejen presupuesto (por ejemplo, las cuentas 28 que no tienen tránsito).

Una buena manera de garantizar que no se hagan cambios en la causación es editar las plantillas para que la cuenta de gastos que es variable sea además fija (no modificable).

Evitar esta mala práctica garantiza que las órdenes se puedan pagar sin problemas hasta el final y que luego no se tengan que realizar investigaciones verificando las causaciones de un rubro cuyo tránsito no tiene suficiente saldo para las órdenes que faltan por pagar.

(*) también pueden ser cuentas de activos, en general son las cuentas que se debitan en la causación.

miércoles, 23 de septiembre de 2015

Comparar saldos de bancos: Contabilidad frente a Tesorería

Para comprar saldos de una cuenta de bancos en el módulo de la tesorería contra el saldo contable de su cuenta correspondiente en contabilidad se podría usar las siguientes opciones:

Primero elegimos la cuenta de tesorería que se desea comparar y su respectiva cuenta equivalente en contabilidad.

Luego nos dirigimos en contabilidad a la siguiente ruta:




y para Tesorería




Una vez abiertas las dos formas, se colocan los datos de consulta y se compara: Saldo inicial del periodo, total movimientos débitos, total movimientos créditos y saldo final del periodo como se muestran las imágenes:


Si los saldos y los movimientos coinciden, felicidades, tiene los saldos cuadrados de esa cuenta.

martes, 8 de septiembre de 2015

Recomendación contable: Cerrar periodos contables

Dentro de los controles importantes con los que cuenta la contabilidad del JSP7 se encuentra el que previene movimientos contables en los periodos cerrados. Como se sabe, llegado un momento los saldos contables deben quedar protegidos de cambios (debido particularmente a la entrega de informes). Este control es muy fácil de administrar pero debe hacerse únicamente por personal capacitado y con conocimiento suficiente del estado de la contabilidad. No controlar los periodos puede llevar a que no sólo se cambien saldos de periodos terminados sino a que se contabilicen comprobantes en periodos de uso especial como el 15.

La forma donde se abren y se cierran los periodos se encuentra en la ruta Sistema > Administración > Periodos contables. Al escoger el año y oprimir enter la forma mostrará la lista de periodos del año. Aquellos que tengan activado el chulo están abiertos:

 





Recuerde que sólo se pueden hacer operaciones contables en los periodos abiertos, por tanto lo normal es que sólo se mantengan así uno o dos periodos: el actual y el anterior que se está terminando (pero que debe cerrarse lo más pronto posible).

También es muy recomendable de que se asegure que sólo una o dos personas tengan acceso a esta opción. Esto se puede consultar con el administrador de usuarios de cada cámara.

lunes, 24 de agosto de 2015

Recomendación: Cuentas contables asociadas a tipo de adquisición

En un proceso de solicitud existe siempre un paso en el que se especifican las cuentas contables que se verán afectadas por la operación. A este paso en el sistema se le conoce como la Firma Presupuestal pues además de la contabilidad se verifica la disponibilidad de los rubros. Sin embargo, en algunos casos elegir las cuentas entre todo el plan de cuentas no resulta una buena práctica (que además podría llevar a errores). Por tanto y para facilitar el trabajo, antes de la firma presupuestal el proceso se va filtrando a través de dos parametrizaciones: los Tipos de Adquisición(*) y la Relación de Familias de artículos a Cuentas contables(**).

Los tipos de adquisición se ingresan en la grabación de solicitudes y existen para que el usuario pueda identificar su requerimiento sin necesitar de conocer el detalle contable y sin conocer nada de artículos de almacén. Como se puede ver en la siguiente imagen, para cada tipo de adquisición se agregan cuentas padre:


En este sentido la relación entre tipos de adquisición y las cuentas mayores es una equivalencia que funciona como un filtro para que las cuentas en la firma presupuestal no se escojan de todo el plan de cuentas sino sólo de los hijos de las cuentas mayores asociadas. Por ejemplo, si al tipo de adquisición "20" se le asocia las cuentas "5195" y "5135", las cuentas contables que saldrán en la firma presupuestal serán las hijas detalle de estas dos cuentas "Diversos" y "Servicios".

Por tanto es inteligente que las cuentas mayores no se escojan tan arriba del plan de cuentas pues mientras más arriba se empieza a apuntar a más cuentas. Es importante considerar no dejar asociadas cuentas de nivel 1, 2 y 3, sino 4 y de ser posible 5 y 6 solamente. Para esto por ejemplo, se pueden crear más tipos de adquisición. Por ejemplo, en el caso del tipo de adquisición "20", en lugar de usar 2 cuentas mayores se puede crear un nuevo tipo de adquisición que tome uno de las dos.

(*) Gestión de compras > Administración > Tipos de compra
(**) Almacén > Administración > Asociación de cuentas a artículos.