Você está na página 1de 29

UNIVERSIDAD NACIONAL AGRARIA DE LA SELVA

FACULTAD DE CIENCIAS CONTABLES

DEPARTAMENTO ACADEMICO DE CIENCIAS CONTABLES

FUNCION DE PROCEDIMIENTOS CONTABLES Y


FORMULACION DE MANUALES

PROFESOR:

CPC. ELFRED RIOS FLORES

CURSO:

SISTEMAS DE CONTABILIDAD

TINGO MARIA -2018

1
INTRODUCCIÓN

La mayoría de las empresas desarrollan actividades estableciendo procedimientos a


seguir para regular el trabajo de todos sus empleados. Estos planes se llevan a cabo con el
fin de no improvisar la acción ante hechos de la misma naturaleza; y así aumentar la
eficiencia al menor costo posible.

La complejidad que conlleva el día a día de una sociedad requiere que, a medida que
aumenta el tamaño de la empresa, el personal se especialice en una de las partes que
componen la gestión de la empresa. Una de estas partes es la contabilidad.

Ante las diferencias de criterio que se produzcan entre personas es esencial establecer un
manual de procedimientos contables. Un manual de esta índole es un instrumento de
información en el que se recogen, de forma secuencial y cronológica, las operaciones que
deben seguirse para la realización de las funciones del departamento contable. La manera
de archivar las facturas, la contabilización de bancos, el registro de alta de inmovilizado,
etc. Son ejemplos de operaciones que deben ser definidas para que se utilicen criterios
uniformes, de forma que su comprensión sea más clara. El manual debe asignar tareas a
cada uno de los empleados de la sociedad, asegurar el cumplimento de las políticas
internas y asegurar la fiabilidad y integridad de la información financiera.

Con la definición de un manual se permite instalar un sistema de control interno, el cual


permite detectar con mayor facilidad los posibles errores. Cabe recordar en este
momento que los objetivos que persigue un adecuado control interno son: salvaguardar
los activos de la empresa y lograr la eficiencia y eficacia de las operaciones; generar datos
contables exactos y fiables; y aplicar las políticas internas de la empresa.

No obstante, se debe tener en cuenta que este manual no es perpetuo y debe


evolucionar en el mismo sentido que lo hace la estructura de la empresa, debe
modernizar los contenidos y adaptarse a las nuevas estructuras organizativas.

2
1. FUNCION DE PROCEDIMIENTOS CONTABLES Y FORMULACION DE MANUALES

Los Procedimientos contables son procesos instructivos que se utilizan para el registro de
las transacciones u operaciones en los libros contables.
Cuando se está realizando el análisis de todos los procesos llevados a cabo por la empresa,
es sumamente importante determinar e identificar todos aquellos clasificables como
procedimientos contables.
 • Recepción de inventarios
 • Ventas de productos
 • Fabricación de productos
 • Registro de estimaciones
 • Destrucción de inventarios
.
Recepción de inventarios: consiste en recibir todas las mercancías que llegan a la
empresa, no importan tipo, características, calidad, tamaño, cantidad, valor, etc., deben
ser recibidas por el Recibidor de mercancías para ser revisado según las facturas de
compras.

Ventas de productos: es la base de las operaciones de las empresas. A través de estas


ventas, las compañías obtienen ingresos. El hecho de ser rentables dependerá de muchos
otros factores.

Fabricación de productos: es la elaboración de productos (bienes y Servicios) a partir de


los factores de producción (tierra, trabajo, capital,) por parte de las empresas (Unidades
económicas de producción),con la finalidad de que sean adquiridos o consumidos por las
familias (unidades de consumo) y satisfagan las necesidades que éstas presentan.

Registro de estimaciones: Son registros de las observaciones ya que brindan información


muy amplia porque a través de ellas es posible abarcar todas las áreas de desarrollo
durante diferentes períodos del año.

Destrucción de inventarios: esto hace referencia a los desmedros por las mercaderías
malogradas que tuvo la empresa durante un periodo

3
1.1. Contenido del manual

El manual debe comprender los siguientes puntos:

A) Organización contable

Es importante porque define un esquema organizativo del personal dentro del


área financiera de la empresa, El departamento contable recibe múltiples
informaciones del resto de procesos y, a su vez, emite informaciones útiles para
el resto de una organización.

El nivel de complicación del esquema organizativo, como cabe suponer,


depende del tamaño de la entidad. No obstante, la segregación de funciones, es
esencial para trabajar de forma eficiente y poder contrastar informaciones.

B) Definición de funciones y responsabilidades

En la definición de funciones, aunque parezcan obvias las tareas de cada


trabajador del departamento contable, es importante dejarlas por escrito, de
forma que se puedan detectar puntos fuertes y débiles.

Se puede establecer un sistema de fichas individuales por trabajador en las que


se recojan los datos personales del trabajador, nivel de estudios, formación,
áreas por las que ha pasado dentro de la empresa. A continuación, se
describirán las funciones y tareas asignadas y una descripción detallada,
También se deberían incluir los responsable inmediatos.

C) Sistemas de información

En una empresa la informática es clave. Una buena organización de los sistemas


de información se traduce en una buena gestión. De cuantos más recursos se
disponga mayor serán las variables que se puedan controlar y menores los
errores.

Primero, es importante conocer los sistemas de información disponibles, hacer


un inventario de los programas informáticos o registros manuales de los que
dispone cada área de la empresa. No sólo del departamento contable, sino
también de almacenes, departamento de tesorería, de compras y ventas.

Una vez conocemos estos sistemas es importante el nivel de concentración de


éstos, es decir, si cada departamento utiliza una aplicación informática
diferente. Con un sistema centralizado, la información entra en una misma base
de datos, lo que permite, por ejemplo, que, cuando el encargado de almacén
introduzca en el sistema las entradas de mercancías, se puedan cotejar con el

4
pedido de compras y, al mismo tiempo, comunique al departamento de
tesorería que en los próximos meses se deberá pagar la factura del proveedor.

D) Criterios de registro

Esta parte es la razón de ser del manual. Se deben detallar los criterios básicos
de contabilización de las diferentes operaciones de la sociedad. El manual debe
contener la forma de contabilizar aquellas operaciones que resultan habituales
en el día a día de la sociedad.

El nivel de desarrollo de este apartado, o de detalle, depende en gran medida


del tamaño de la empresa.

E) Vías de revisión

La supervisión en la empresa es esencial para poder minimizar errores y


permite garantizar la eficacia y la efectividad de los controles internos. La
función de supervisión debe llevarse a cabo por personal jerárquicamente
independiente. Esta independencia se entiende como el hecho que la misma
persona que contabiliza no sea la misma que corrige errores, sino que debe ser
el superior jerárquico el que lo haga.

Establecer criterios de supervisión es igual de importante que establecer los


criterios contables. Establecer normas sobre cómo contabilizar si después nadie
lleva un control, lleva al personal a reducir su atención en sus tareas y a derivar
en problemas muchos mayores. En esta parte, cabe tener en cuenta los
documentos que en el siguiente apartado se comentan como una herramienta
clave de la supervisión.

F) Documentación de síntesis

Podemos considerar, en este sentido, dos tipos de documentos: documentos de


control y de información financiera. Los documentos de control serían aquéllos
que permiten contrastar información contable con documentación externa. Los
ejemplos clásicos de este tipo son las conciliaciones bancarias. Por otro lado,
tenemos los documentos de información financiera, de la que extraemos
evolución de los gatos mensuales, situación de tesorería, estados financieros
mensuales, etc.

Podríamos incluir un documento más, que sería el del cierre del ejercicio. En
este informe se deben reflejar con detalle las estimaciones contables que se
deben aplicar. Hablamos aquí de cálculos del valor en uso, provisiones por
deterioro, saldos a largo plazo.
5
2. CONSTRUCCION DEL SISTEMAS

En este proceso se genera el código de los componentes del Sistema de Información, se


desarrollan todos los procedimientos de operación y seguridad y se elaboran todos los
manuales de usuario final y de explotación con el objetivo de asegurar el correcto
funcionamiento del Sistema para su posterior implantación.

Para conseguir dicho objetivo, en este proceso se realizan las pruebas unitarias, las
pruebas de integración de los subsistemas y componentes y las pruebas del sistema, de
acuerdo al plan de pruebas establecido.

Asimismo, se define la formación de usuario final y, si procede, se construyen los


procedimientos de migración y carga inicial de datos.

Al ser MÉTRICA Versión 3 una metodología que cubre tanto desarrollos estructurados
como orientados a objetos, las actividades de ambas aproximaciones están integradas en
una estructura común.

El producto Especificaciones de Construcción del Sistema de Información, obtenido en la


actividad de Generación de Especificaciones de Construcción (DSI 8), es la base para la
construcción del sistema de información. En dicho producto se recoge la información
relativa al entorno de construcción del sistema de información, la especificación detallada
de los componentes y la descripción de la estructura física de datos, tanto bases de datos
como sistemas de ficheros. Opcionalmente, incluye un plan de integración del sistema de
información, en el que se especifica la secuencia y organización de la construcción de los
distintos componentes.

2.1. PREPARACION DEL ENTORNO DE GENERACION Y CONSTRUCCION:

El objetivo de esta actividad es asegurar la disponibilidad de todos los medios y facilidades


para que se pueda llevar a cabo la construcción del sistema de información. Entre estos
medios, cabe destacar la preparación de los puestos de trabajo, equipos físicos y lógicos,
gestores de bases de datos, bibliotecas de programas, herramientas de generación de
código, bases de datos o ficheros de prueba, entre otros.

Las características del entorno de construcción y sus requisitos de operación y seguridad,


así como las especificaciones de construcción de la estructura física de datos, se
establecen en la actividad Generación de Especificaciones de Construcción (DSI 8), y
constituyen el punto de partida para la realización de esta actividad.

6
TAREA PRODUCTOS PARTICIPANTES
CSI 1.1: Implantación de la  Base de Datos Física o  Equipo del Proyecto
Base de Datos Física o Sistema de Ficheros  Administradores de Bases de
Ficheros Datos

CSI 1.2: Preparación del  Entorno de Construcción  Equipo del Proyecto


Entorno de Construcción  Técnicos de Sistemas
 Equipo de Operación
 Administradores de Bases de
Datos

En la actividad Preparación del Entorno de Generación y Construcción (CSI 1), se asegura


la disponibilidad de la infraestructura necesaria para la generación del código de los
componentes y procedimientos del sistema de información.

Una vez configurado el entorno de construcción, se realiza la codificación y las pruebas de


los distintos componentes que conforman el sistema de información, en las actividades:

 Generación del Código de los Componentes y Procedimientos (CSI 2),

El objetivo de esta actividad es la codificación de los componentes del sistema de


información, a partir de las especificaciones de construcción obtenidas en el proceso
Diseño del Sistema de Información (DSI), así como la construcción de los
procedimientos de operación y seguridad establecidos para el mismo.

En paralelo a esta actividad, se desarrollan las actividades relacionadas con las


pruebas unitarias y de integración del sistema de información. Esto permite una
construcción incremental, en el caso de que así se haya especificado en el plan de
pruebas y en el plan de integración del sistema de información.

TAREA PRODUCTOS PARTICIPANTES


CSI 2.1: Generación del  Producto Software:  Programadores
Código de Componentes o Código Fuente de los
Componentes

CSI 2.2: Generación del  Producto Software:  Técnicos de Sistemas


Código de los Procedimientos o Procedimientos de Operación y  Equipo de Operación
de Operación y Seguridad Administración del Sistema  Administrador de la Base de
o Procedimientos de Seguridad y Datos
Control de Acceso.
 Programadores

7
Generación del Código de los Componentes y Procedimientos (CSI 2), que se hace según
las especificaciones de construcción del sistema de información, y conforme al plan de
integración del sistema de información.

 Ejecución de las Pruebas Unitarias (CSI 3),

En esta actividad se realizan las pruebas unitarias de cada uno de los componentes
del sistema de información, una vez codificados, con el objeto de comprobar que su
estructura es correcta y que se ajustan a la funcionalidad establecida.

En el plan de pruebas se ha definido el entorno necesario para la realización de cada


nivel de prueba, así como las verificaciones asociadas a las pruebas unitarias, la
coordinación y secuencia a seguir en la ejecución de las mismas y los criterios de
registro y aceptación de los resultados.

TÉCNICAS Y
TAREA PRODUCTOS PARTICIPANTES
PRÁCTICAS
CSI 3.1: Preparación del  Entorno de pruebas  Técnicos de
Entorno de Pruebas unitarias Sistemas
Unitarias  Programadores

CSI 3.2: Realización y  Resultado de las  Pruebas Unitarias  Programadores


Evaluación de las Pruebas pruebas unitarias
Unitarias

Ejecución de las Pruebas Unitarias (CSI 3), dónde se llevan a cabo las verificaciones
definidas en el plan de pruebas para cada uno de los componentes.

 Ejecución de las Pruebas de Integración (CSI 4),

El objetivo de las pruebas de integración es verificar si los componentes o


subsistemas interactúan correctamente a través de sus interfaces, tanto internas
como externas, cubren la funcionalidad establecida, y se ajustan a los requisitos
especificados en las verificaciones correspondientes.

La estrategia a seguir en las pruebas de integración se establece en el plan de


pruebas, dónde se habrá tenido en cuenta el plan de integración del sistema de
información, siempre y cuando se haya especificado en la tarea Definición de
Componentes y Subsistemas de Construcción (DSI 8.2).

Esta actividad se realiza en paralelo a las actividades Generación del Código de los
Componentes y Procedimientos (CSI 2) y Ejecución de las Pruebas Unitarias (CSI 3).
Sin embargo, es necesario que los componentes objeto de las pruebas de
integración se hayan verificado de manera unitaria.
8
TÉCNICAS Y
TAREA PRODUCTOS PARTICIPANTES
PRÁCTICAS
CSI 4.1: Preparación del  Entorno de Pruebas de  Técnicos de Sistemas
Entorno de Pruebas de Integración  Técnicos de
Integración Comunicaciones
 Equipo de
Arquitectura
 Equipo del Proyecto

CSI 4.2: Realización de las  Resultado de las  Pruebas de  Equipo del Proyecto
Pruebas de Integración Pruebas de Integración Integración

CSI 4.3: Evaluación del  Evaluación del  Analistas


Resultado de las Pruebas de Resultado de las
Integración Pruebas de Integración

Ejecución de las Pruebas de Integración (CSI 4), que incluye la ejecución de las
verificaciones asociadas a los subsistemas y componentes, a partir de los componentes
verificados individualmente, y la evaluación de los resultados.

2.2. EJECUCION DE LAS PRUEBAS DEL SISTEMA:

El objetivo de las pruebas del sistema es comprobar la integración del sistema de


información globalmente, verificando el funcionamiento correcto de las interfaces entre
los distintos subsistemas que lo componen y con el resto de sistemas de información con
los que se comunica.

En la realización de estas pruebas es importante comprobar la cobertura de los requisitos,


dado que su incumplimiento puede comprometer la aceptación del sistema por el equipo
de operación responsable de realizar las pruebas de implantación del sistema, que se
llevarán a cabo en el proceso Implantación y Aceptación del Sistema (IAS).

TÉCNICAS Y
TAREA PRODUCTOS PARTICIPANTES
PRÁCTICAS
CSI 5.1: Preparación del  Entorno de Pruebas  Técnicos de
Entorno de Pruebas del del Sistema Sistemas
Sistema  Técnicos de
Comunicacion
es
 Equipo de
Arquitectura
 Equipo del
Proyecto

CSI 5.2: Realización de  Resultado de las  Pruebas del  Equipo del


las Pruebas del Sistema Pruebas del Sistema Sistema Proyecto

9
CSI 5.3: Evaluación del  Evaluación del  Analistas
Resultado de las Pruebas Resultado de las  Jefe de
del Sistema Pruebas del Sistema Proyecto

Una vez construido el sistema de información y realizadas las verificaciones


correspondientes, se lleva a cabo la integración final del sistema de información en la
actividad Ejecución de las Pruebas del Sistema (CSI 5), comprobando tanto las interfaces
entre subsistemas y sistemas externos como los requisitos, de acuerdo a las verificaciones
establecidas en el plan de pruebas para el nivel de pruebas del sistema.

2.3. ELABORACION DE MANUALES:

TAREA PRODUCTOS PARTICIPANTES


CSI 6.1: Elaboración  Producto Software:  Equipo del
de los Manuales de o Manuales de Usuario Proyecto
Usuario

El objetivo de esta tarea es elaborar la documentación de usuario, tanto usuario final


como de explotación, de acuerdo a los requisitos establecidos en la tarea Especificación
de Requisitos de Documentación de Usuario (DSI 11.1), y recogidos en el catálogo de
requisitos.

Los requisitos de documentación especifican aspectos relativos a los tipos de documentos


a elaborar y estándares a seguir en la generación de los mismos, y para cada uno de ellos:

 Formato y soporte en el que se desarrollarán


 Estructura
 Distribución y mantenimiento de la documentación y número de copias a editar.

En la actividad Elaboración de los Manuales de Usuario (CSI 6), se genera la


documentación de usuario final o explotación, conforme a los requisitos definidos en el
proceso Diseño del Sistema de Información (DSI).

El objetivo del proceso de Diseño del Sistema de Información (DSI) es la definición de la


arquitectura del sistema y del entorno tecnológico que le va a dar soporte, junto con la
especificación detallada de los componentes del sistema de información.

A partir de dicha información, se generan todas las especificaciones de construcción


relativas al propio sistema, así como la descripción técnica del plan de pruebas, la
definición de los requisitos de implantación y el diseño de los procedimientos de
migración y carga inicial, éstos últimos cuando proceda.

10
La formación necesaria para que los usuarios finales sean capaces de utilizar el sistema de
forma satisfactoria se especifica en la actividad Definición de la Formación de Usuarios
Finales (CSI 7).

En esta actividad se establecen las necesidades de formación del usuario final, con el
objetivo de conseguir la explotación eficaz del nuevo sistema.

Para la definición de la formación hay que tener en cuenta las características funcionales y
técnicas propias del sistema de información, así como los requisitos relacionados con la
formación del usuario final, establecidos en la tarea Especificación de Requisitos de
Implantación (DSI 11.2).

El producto resultante de esta actividad es la especificación de la formación de usuarios


finales, que consta de los siguientes elementos:

 Esquema de formación
 Materiales y entornos de formación.

En el proceso Implantación y Aceptación del Sistema (IAS), se unifican las especificaciones


de formación de cada sistema de información implicado en la implantación y se elabora
un único plan de formación que esté alineado con el plan de implantación del sistema.

TAREA PRODUCTOS PARTICIPANTES


CSI 7.1: Definición del  Especificación de la Formación  Analistas
Esquema de Formación a Usuarios Finales:
o Esquema de Formación

CSI 7.2:  Especificación de la Formación  Analistas


Especificación de los a Usuarios Finales:  Equipo de
Recursos y Entornos de o Materiales y Entornos Formación
Formación de Formación

Si se ha establecido la necesidad de realizar una migración de datos, la construcción y


pruebas de los componentes y procedimientos relativos a dicha migración y a la carga
inicial de datos se realiza en la actividad Construcción de los Componentes y
Procedimientos de Migración y Carga Inicial de Datos (CSI 8).

El objetivo de esta actividad es la codificación y prueba de los componentes y


procedimientos de migración y carga inicial de datos, a partir de las especificaciones
recogidas en el plan de migración y carga inicial de datos obtenidos en el proceso Diseño
del Sistema de Información (DSI).

Previamente a la generación del código, se prepara la infraestructura tecnológica


necesaria para realizar la codificación y las pruebas de los distintos componentes y

11
procedimientos asociados, de acuerdo a las características del entorno de migración
especificado en el plan de migración y carga inicial de datos.

Finalmente, se llevan a cabo las verificaciones establecidas en la especificación técnica del


plan de pruebas propio de la migración.

TAREA PRODUCTOS TÉCNICAS Y PRÁCTICAS PARTICIPANTES


CSI 8.1: Preparación del Entorno  Entorno de Migración  Equipo del Proyecto
de Migración y Carga Inicial de
Datos  Técnicos de Sistemas
 Equipo de Operación
 Equipo de Seguridad
 Administradores de
Bases de Datos

CSI 8.2: Generación del Código  Código Fuente de los  Programadores


de los Componentes y Componentes de Migración y
Procedimientos de Migración y Carga Inicial de Datos
Carga Inicial de Datos
 Procedimientos de Migración y
Carga Inicial de Datos

CSI 8.3: Realización y Evaluación  Resultado de las Pruebas de  Pruebas Unitarias  Equipo del Proyecto
de las Pruebas de Migración y
Carga Inicial de Datos
Migración y Carga Inicial de  Pruebas de
Datos Integración
 Evaluación del Resultado de las
Pruebas de Migración y Carga
Inicial de Datos

3. IMPLANACION DEL SISTEMAS

Involucra a todas las actividades que se dan al pasar de un sistema viejo a uno nuevo. Pueden
encontrarse las siguientes situaciones al hablar de implantación del sistema:

 El sistema es totalmente nuevo reemplaza al que ya existe, sea de forma manual o


automatizada.
 Puede ser una modificación hacia algunos de los componentes del sistema que
actualmente se usan.

Cualquiera que sea la forma en la que se haya modificado a la organización, la implantación es un


elemento determinante para el buen funcionamiento del sistema y que permita lograr sus
objetivos.

PRINCIPALES ACTIVIDADES PARA LA IMPLANTACION

1. Capacitación al personal.

El elemento del cual necesitamos para el buen funcionamiento y cumplimiento de los objetivos del
nuevo sistema se encuentra en la capacitación que tiene el personal para la adecuada operación y
confiabilidad del sistema.

12
La capacitación deberá incluir a todos aquellos que de alguna u otra manera se encuentren
involucrados con el sistema, es decir, desde los técnicos, operarios y demás usuarios.

Esta capacitación involucra aspectos técnicos, referentes al equipo que se utilizará en las
operaciones rutinarias como extraordinarias, es decir, desde saber cómo encender el equipo,
usarlo, operarlo y el apagarlo. Deberá mencionarse los desperfectos que posiblemente se
presentarán, desde los más comunes hasta las situaciones más complicadas, su reconocimiento y
su solución.

Al capacitar a los usuarios del sistema deberá tomarse en cuenta los problemas no solo de
hardware, sino también de software. Por lo tanto es necesario tener la documentación
correspondiente a este tipo de fallas.

Recordemos que la capacitación se refiere directamente a la forma de operación del sistema,


preparación, captura, almacenamiento y recuperación de los datos para los sistemas
transaccionales, o bien en la elaboración de reportes, consultas y mantenimiento de la
información para la toma de decisiones.

Al realizar la capacitación se debe centrar básicamente en dos puntos:

1. El sistema de procesamiento, que involucra que el usuario se familiarice con él para su


adecuado manejo.

2. La aplicación del sistema que se refiere a la forma de impacto del sistema a la organización
(toma de decisiones).

El no incluir la capacitación es una determinante para que el sistema no genere los resultados
deseados, no solo hacia la organización, sino también desde el aspecto personal de cada usuario.
Además si a ello unimos el hecho de no contar con una adecuada documentación del sistema,
provocarán resultados no deseados, debido a que en muchas ocasiones esta documentación sirve
de consulta.

2. Pruebas del sistema.

"El propósito de la prueba es hallar errores, no el demostrar lo correcto de un sistema"

Debe haber una evaluación total de todos los elementos del sistema; ya sea en programas de
aplicación recién escritos o sus modificaciones, así como los nuevos manuales de procedimiento,
El nuevo hardware o interfaces del sistema, en todos los casos; No será suficiente una evaluación
aleatoria de prueba y error.

La evaluación se debe llevar a todo lo largo del desarrollo del sistema (no solo al final); Cumple con
el propósito de identificar aquellos problemas desconocidos, mas no demostrar la perfección de
un programa, de los manuales o del equipo.

13
Aunque la evaluación es tediosa conforma una serie esencial de pasos que ayudan a garantizar la
calidad del sistema eventual. Es menos grave evaluar de antemano, que tener un sistema
pobremente valuado y que falle una vez instalado. La evaluación se lleva a cabo conforme
progresa el trabajo en los Subsistemas o módulos del programa. La evaluación se realiza a
diferentes niveles y a varios intervalos, aun antes de que el sistema entre en operación, Todos los
programas deben examinarse en cuento a su diseño y datos de prueba y verificar si los módulos se
enlazan entre sí, tal y como fue planeado.

También debe probarse el sistema trabajando como una unidad. Esto incluye la evaluación para
las interfaces entre los Subsistemas, la operación adecuada en la salida, la utilidad y comprensión
de la documentación del sistema y de la salida. Los programadores, analistas, operadores y
usuarios, todos ellos, juegan diferentes papeles en los diferentes aspectos de la evaluación.

La evaluación del hardware comúnmente se proporciona como servicio por parte de los
vendedores de equipo, quienes aran sus propias pruebas cuando se instale el equipo.

En la prueba del sistema se examinan los datos de entrada de procesamiento y los resultados para
localizar algunos problemas inesperados. Es preferible detectar cualquier falla o anomalía antes de
que la empresa ponga en marcha el nuevo sistema.

La prueba debe ser realizada por personas diferentes a aquellas que desarrollaron el sistema
(programadores), ya que de esta manera se asegura una mayor y más completa prueba, ya que es
imparcial, lo que origina un software más confiable y de más calidad.

Conversión de datos

La conversión es el proceso de cambiar el sistema anterior al nuevo.

Métodos de conversión:

Existen cuatro métodos para llevar a cabo una conversión de sistemas. Cada método debe ser
considerado a la luz de las ventajas que ofrece y los problemas que puede ocasionar, la conversión
de sistemas debe realizarse lo más rápidamente posible. Los periodos de conversión largos
aumentan la posible frustración y la dificultad de la tarea de las personas implicadas. Incluyendo
tanto a los analistas como a los usuarios.

Conversión en paralelo: (Sistemas paralelos) Con este enfoque, los usuarios siguen operando el
sistema anterior de la forma acostumbrada, pero también, comienzan a utilizar el sistema nuevo.
Este método es el enfoque de conversión más seguro, ya que garantiza que en caso de surgir
problemas, como errores en el procedimiento o incapacidad de manejar ciertos tipos de
transacciones en el nuevo sistema, la organización puede regresar al sistema anterior sin pérdida
de tiempo, ingresos o servicios

14
Las desventajas de este tipo de enfoque son significativas ya que los costos se duplican porque
existen dos sistemas debido a la contratación de personal temporal para operar ambos sistemas,
también el sistema nuevo puede no tener un juicio justo.

Este sistema de conversión ofrece el plan de implantación más seguro si las cosas van mal, pero
los costos y riesgos de un juicio justo no pueden ser pasados por alto.

Conversión directa

El sistema anterior se reemplaza por el nuevo. La organización confía plenamente en el nuevo


sistema.

Algunas de sus ventajas son que obliga a los usuarios a que hagan trabajar el nuevo sistema y hay
beneficios inmediatos de los nuevos métodos y controles.

Las desventajas que presenta son que no hay otro sistema al cual recurrir si surgen dificultades
con el nuevo y requiere de la más cuidadosa planeación.

Enfoque piloto: Se implanta una versión de trabajo del sistema a una parte de la organización. Con
base en la retroalimentación, se hacen cambios y el sistema se instala en el resto de la
organización mediante uno de los demás métodos.

Su ventaja es que proporciona experiencia y prueba directa antes de la implantación.

Sus desventajas son que pueden dar la impresión de que el nuevo sistema no es confiable ni está
libre de errores.

Conversión por etapas: Se implanta el sistema de manera gradual a todos los usuarios. Las
ventajas que presenta son que permite a los primeros usuarios aprovechar las ventajas del
sistema, y permite la capacitación y la instalación sin uso innecesario de recursos. Sus ventajas
identificadas son un largo periodo de instalación, provoca la duda en el usuario.

3. Puesta en marcha

Esta etapa es la última del ciclo de vida del desarrollo de sistemas, pero no es el fin del sistema.

Cuando el personal de sistemas verifica y pone en uso el equipo nuevo, se instala la nueva
aplicación, se entrena al personal que manejará el sistema y construyen los archivos de datos que
se necesiten. Cuando estas actividades terminan, entonces se dice que el sistema está puesto en
marcha. Los desarrolladores del sistema pueden escoger una parte (un área o departamento) de la
empresa para probar el nuevo sistema con sólo una o dos personas; a su vez este puede estar
trabajando en forma paralela con sistema anterior para comparar resultados (beneficios).

Una vez instalado, la aplicación se utilizará por muchos años, sin embargo, las empresas, el
personal y el medio ambiente cambiarán a través del tiempo. Por lo tanto, la aplicación necesitará
mantenimiento; es decir, se harán cambios y modificaciones al software, a los archivos y

15
procedimientos para así cubrir los nuevos requerimientos de la empresa. La puesta en marcha es
un proceso continuo.

En algunas empresas se opta por mantener transitoriamente, elementos del antiguo sistema,
como contabilizar en el equipo nuevo y el viejo, aunque esto duplicar esfuerzos, pero va dando
confianza en el nuevo sistema. Así mismo, para que la implantación sea un éxito, las tareas y
procedimientos deben estar suficientemente explicitadas siendo incluso muy conveniente
elaborar el manual de procedimientos, ya que n caso de duda, la tendencia del trabajador será la
de retornar al antiguo sistema.

En el caso de empresas de nueva creación este problema no se da, aunque se deberá de tener una
mayor seguimiento ya que probablemente no se hayan podido realizar todas y cada una de las
operaciones que se iban a realizar, por lo que el sistema necesitará implementar modificaciones.

Por último, y en cualquiera de las situaciones, es importante realizar un seguimiento muy cercano
del sistema, para introducir mejoras en el mismo, y corregir deficiencias. Dicho seguimiento y
control consistirá en:

SEGUIMIENTO Y CONTROL DEL S.I.C.

1.- Analizar si se realiza correctamente la captación de datos

2.- Estudiar si se realizan operaciones no contempladas.

3.- Evaluar el proceso administrativo y su archivo.

4.- Comprobar si el sistema nos suministra la información requerida

5.- Comprobar que la información se obtiene en el tiempo fijado.

16
4.- LA DOCUMENTACIÓN DEL SISTEMA
La documentación de sistemas es el conjunto de información que nos dice qué hacen los
sistemas, cómo lo hacen y para quién lo hacen.

La documentación consiste en material que explica las características técnicas y la


operación de un sistema. Es esencial para proporcionar entendimiento de un sistema a
quien lo vaya a usar para mantenerlo, para permitir auditoria del sistema y para enseñar a
los usuarios como interactuar con el sistema y a los operandos como hacerlo funcionar.

Existen varios tipos de documentación. La de programas, que explica la lógica de un


programa e incluye descripciones, diagramas de flujo, listados de programas y otros
documentos; la del usuarios en forma general la naturaleza y capacidades del sistema y
cómo usarlo.

Muchas organizaciones tienen lo que se conoce como un "programa de documentación",


el cual consiste en una política formal cuya documentación se muestra como algo que
debe prepararse en forma rutinaria para cada programa de cómputo, archivo y nuevos
sistemas.

Otra definición sería la de registro físico, generalmente por escrito que contiene los
siguientes elementos:

 Políticas y normas referentes al desarrollo del sistema, su implantación, operación


y mantenimiento.
 El diseño del sistema de información administrativo.
 Procedimientos para instalar el sistema de información administrativo.
 Procedimientos para operar el sistema de información administrativo.
 Procedimientos para mantener el sistema de información administrativo.

Importancia De La Documentación De Sistemas

- Constituye el respaldo formal de la información, es el elemento integrador que


permite la apreciación unitaria y conjunta del sistema.

- Facilita el conocimiento, interpretación, comprensión y divulgación del sistema.

- Constituye un elemento imprescindible para el control interno en general y del


sistema en particular.

17
- Facilita el parámetro de referencia contra el cual se analizará y/o enjuiciará su
comportamiento real Elimina los riesgos de dependencia con respecto a
determinados individuos que conocen el sistema.

Teoría General De Los Manuales De Documentación

Durante el desarrollo de un sistema, desde su concepción hasta su puesta en marcha se ha


generado gran cantidad de documentos, que en muchas ocasiones se han visto
modificados por documentos posteriores debido a cambios en el sistema.

Para evitar confusiones en las revisiones de la documentación se desarrollan diferentes


tipos de documentos dirigidos a las personas que trabajarán con el sistema y para facilitar
el mantenimiento del mismo. La documentación de un sistema debe ser marcada
adecuadamente, bien organizada actualizada y completa; todos los términos utilizados
deben explicarse. La documentación se hará disponible a todos los usuarios dc acuerdo a
sus necesidades.

El estilo de redacción de los manuales de documentación debe ser:

 Concreto.
 Ser preciso y definir los términos utilizados.
 Utilizar párrafos cortos.
 Utilizar títulos y subtítulos.
 Utilizar formas activas en lugar de pasivas.
 No emplear frases largas que presenten hechos distintos.
 No hacer referencia a una información solamente con el número de referencia.

4.1.- MANUAL DE USUARIO

Expone los procesos que el usuario puede realizar con el sistema implantado. Para lograr
esto, es necesario que se detallen todas y cada una de las características que tienen los
programas y la forma de acceder e introducir información.

Permite a los usuarios conocer el detalle de qué actividades ellos deberán desarrollar
para la consecución de los objetivos del sistema. Reúne la información, normas y
documentación necesaria para que el usuario conozca y utilice adecuadamente la
aplicación desarrollada.

18
Objetivos:

 Instruir al usuario en el uso del sistema y la solución de los problemas que puedan
suceder en la operación
 Que el usuario aprenda a obtener los resultados y los datos de salida.
 Servir como manual de aprendizaje.
 Servir como manual de referencia.
 Definir las funciones que debe realizar el usuario.
 Informar al usuario de la respuesta a cada mensaje de error.

Pasos a seguir para definir como desarrollar el manual de usuario:

 Identificar los usuarios del sistema: personal que se relacionará con el sistema.
 Definir los diferentes tipos de usuarios: se presentan los diferentes tipos de
usuarios que usarían el sistema. Ejemplo: usuarios directos, indirectos.
 Definir los módulos en que cada usuario participará: Se describen los módulos o
procesos que se ejecutarán por cada usuario en forma narrativa breve y clara.

Importancia Del Manual De Usuario

El Manual de Usuario facilita el conocimiento de:

1. Los documentos a los que se puede dar entrada por computadora.


2. Los formatos de los documentos.
3. Las operaciones que utiliza de entrada y salida de los datos.
4. El orden del tratamiento de la computadora con los datos introducidos.
5. El momento en que se debe solicitar una operación deseada.
6. Los resultados de las operaciones realizadas a partir de los datos introducidos.

Al elaborar el Manual de Usuario, hay que tener en cuenta a quién va dirigido es decir, el
manual puede ser manejado desde el director de la empresa hasta el introductor de
datos. Por consiguiente, debe redactarse de forma clara y sencilla para que lo entienda
cualquier tipo de usuario.

Contenido:

- Diagrama general del sistema

Muestra en forma condensada el flujo general de la información y de las actividades que


se realizan en el sistema. Proporciona una visión general del sistema. Representar los
diagramas utilizando para ello diagramas de bloques.

19
- Diagrama particular detallado.

Presentar gráficamente todos los pasos que se efectúen dentro del departamento usuario
a quien está dirigido este manual. Deben especificarse los archivos de entrada, salida, los
resultados, revisiones y procesos manuales.

- Explicación Genérica De Las Fases Del Sistema

En este punto se explica en forma específica y detallada todas las operaciones que
aparecen representadas en forma gráfica en el diagrama particular. Se analizan cada una
de las fases señalando:

 El proceso principal que se desarrolla.


 La entrada de la información.
 La obtención de un resultado parcial.
 El envío de información a otra dependencia.

- Instalación Del Sistema

La instalación del sistema proporciona detalles completos sobre la forma de instalar el


sistema en un ambiente particular.

- Iniciación Al Uso Del Sistema

En este punto se explica cómo iniciarse en el sistema y cómo se pueden utilizar sus
cualidades comunes. Esta documentación debe decir al usuario cómo salir de un problema
cuando las cosas funcionan mal.

- Manual De Referencia

Es el documento definitivo de cara al usuario y debe ser completo. Describe con detalle las
cualidades del sistema y su uso, los informes de error generados y las situaciones en que
surgen esos errores.

Dependiendo del sistema, los documentos al usuario se pueden proporcionar por


separado o reunidos en varios volúmenes. Los sistemas de ayuda en línea evitan que el
usuario pierda tiempo en consultas manuales.

- Caducidad De Documento Fuente Y Destino Final

Como el usuario trabajará con documentos fuentes, éstos podrán tener un período de
retención y un destino especificado.

20
4.2.- MANUAL DEL SISTEMA

Sirve como punto de partida al Sistema propuesto, ya que será función de la gerencia, de
acuerdo con los usuarios de dicho Sistema, determinar si lo expuesto en él satisface los
requerimientos del propio sistema. Una vez lograda la aprobación, se estará en
condiciones de iniciar el desarrollo del Sistema propuesto e ir integrando el resto de la
documentación.

El manual tiene como finalidad el permitir a la alta gerencia tener la información necesaria
y suficiente sobre un sistema en particular y servir como fuente dc consulta una vez que el
Sistema ha sido implantado.

Contenido:

A. Nombre del sistema

Describir el nombre del sistema a implantar en la empresa.

Equipo Encargado Del Sistema

Nombre del personal encargado del análisis y diseño del sistema.

B. Resumen Administrativo

Compendio de lo puntos que se describen en el manual, el cual tiene como propósito


permitir a los altos ejecutivos enterarse en forma somera de la propuesta del sistema. En
este punto aparece por primera vez el nombre del sistema, el cual debe ser único, este
deberá conservarse invariable en todos los documentos referentes a ese sistema.

C. Planteamiento

Este punto tiene como finalidad registrar los antecedentes que servirán de partida al
desarrollo del análisis del sistema. Se debe mencionar:

- Dependencia que requirió el trabajo.


- Personas y / o puestos ocupados por estas al momento de requerirse el trabajo
(acuerdos, disposiciones legales, memorandos, y otros)
- Condiciones y criterios que normaron el desarrollo del trabajo.
- Fechas correspondientes.

Objetivos Del Sistema:

Aquí se dejarán establecidos los objetivos que debe cubrir el sistema, en forma clara y
precisa para evitar errores de interpretación.

21
Debe quedar especificado en este punto, los documentos fuentes que inician las
operaciones del sistema así como la información detallada de aquellos conceptos que
serán los datos a captar por el sistema. Se deberán mencionar todos los datos que en
forma secundaria originan una entrada importante al sistema.

Ejemplo:

Nombre del Documento Fuente

Módulo o Procedimiento donde entra el documento

Usuarios que manejan el documento

Origen del documento

Salidas Del Sistema (Resultados A Obtener)

En este punto, solamente se describirán los resultados de mayor importancia obtenidos a


través de todo el proceso. En esta sección se debe dar mayor énfasis a la información que
el sistema proporciona cuidando de no hacer tan sólo mención de los resultados a
obtener.

Explicaciones De Las Fases Del Sistema

Este punto se encuentra relacionado con el anterior ya que lo que se muestra


gráficamente, ahora se describe en forma genérica, explicando los procesos que se llevan
a cabo en cada dependencia sin profundizar en detalles técnicos o específicos. Se deberá
resaltar aquellas fases del proceso en las cuáles se obtengan resultados de importancia así
como aquellas que requieran una supervisión especial.

Requerimientos Del Sistema

Se establecen los recursos, tanto humanos como materiales que son necesarios para
poder llevar a cabo el sistema. Presentar costos y descripción, además de las cantidades
que se requieran.

Estimación de la fecha probable de implementación del sistema.

Es necesario que exista una fecha probable de implantación cuya base será la terminación
de todas las actividades para la creación del sistema, tales como: análisis, programación,
elaboración de formas, y otros.

Se recomienda utilizar diagrama de Grantt o de Pert para establecer el período de las


actividades requeridas para el desarrollo del sistema.

22
Consideraciones Generales Del Nuevo Sistema

En este punto se deberá señalar las ventajas, desventajas, y principales diferencias del
nuevo sistema con el anterior, tales como seguridad, disminución de costo, ahorro de
tiempo, flexibilidad, confiabilidad y otros. Además, desarrollar en cualquier aspecto de la
propuesta del sistema que no file considerado en el desarrollo de los puntos antes
mencionados.

4.3 formatos de presentación:

El Software nos permite generar las Estructuras del Registro de Compras Formato 8.1 y El
registro de Ventas 14.1, las estructuras permiten elaborar los archivos de Texto para el
PLE 3.0 y estas estructuras Interactúan con una Base de datos para realizar Consultas sea
que el software esté conectado en Red o en Local.

Y en base a esta publicación es de uso obligatorio el llevado de libros electrónicos, puede


ser utilizado por aquellos contribuyentes que tengan la obligación de llevar libros y
registros contables y tributarios y que cuenten con un sistema de contabilidad, desde una
hoja de cálculo, hasta un sistema más desarrollado.

Las Estructuras están Elaboradas en Excel para que solo Copie y pegue la Información de
sus Libros Contables Respetando los parámetros en cada Campo y al Finalizar tendrá ya
sus Libros electrónicos para el PLE 3.0 de Uso Obligatorio.

Las Versiones del Software son constantemente actualizadas según las modificaciones que
pueda realizar SUNAT, y esto permite al Usuario tener su información Actualizada
También.

 FORMATO : Libro Caja y Bancos


 FORMATO : Libro de Ingresos y Gastos
 FORMATO : Libro de Inventarios y Balances
 FORMATO : Libro de Retenciones incisos e)y f) del art. 34° de la Ley del Impuesto a
la Renta
 FORMATO : Libro Diario
 FORMATO : Libro Mayor
 FORMATO : Registro de Activos Fijos
 FORMATO : Registro de Compras
 FORMATO : Registro de Consignaciones
 FORMATO : Registro de Costos
 FORMATO : Registro del Inventario Permanente en unidades físicas
 FORMATO : Registro de Inventario Permanente Valorizado
 FORMATO : Registro de Ventas e Ingresos

23
Ventajas del Software de Contable:

Ahora puedes llevar la contabilidad de miles de empresas


Nuevos Formatos de Libros y Registros según RS 234 Sunat
Incluye el nuevo Plan Contable Empresarial – modificable
Actualiza la contabilidad de años anteriores y trabaja en línea

Los formatos de presentación están en función a los programas

 BP Contabilidad PYME se ha diseñado para administrar las finanzas de las PYMES


con los últimos requisitos legales. Concretamente, incluye el NPGC (Nuevo Plan
General de Contabilidad) que exige el ICAC (Instituto de Contabilidad y Auditoría
de Cuentas).

Por otra parte, en la interfaz encontraremos ventanas para la supervisión de


cuentas, ventanas para el control presupuestario y la contabilidad financiera,
modelos de pago de impuestos, etc. También se puede gestionar la cartera de
pagos, cobros y presupuestaria, además de calcular las amortizaciones. En este
apartado, cabe mencionar que la tabla de amortización se genera
automáticamente.

 TwinBalance MV es un sistema de interpretación contable empresarial que nos


ayudará a realizar completos informes y gráficas del estado contable de cualquier
empresa.

El proceso de análisis es muy simple, aunque para poder explotarlo a la perfección


incluye un manual en formato PDF muy clarificativo. Sólo hay que seguir tres pasos
lineales mediante un asistente, con los cuales llegaremos a obtener completos
análisis de balances e informes económicos y financieros. Simplemente
introduciendo los datos contables de una empresa, para lo que podemos seguir
diversos caminos, obtendremos resultados como análisis de la situación de
equilibrio patrimonial, análisis de liquidez, análisis por ratios, análisis de la cuenta
de explotación analítica, análisis dinámico de hasta cinco periodos.

 PersonalConta: es una eficaz utilidad con la podrás gestionar de forma fácil y


eficiente la contabilidad de tu economía de tipo profesional, aunque no tengas
conocimientos contables.
Esta versión está orientada a empresas y utiliza la misma forma de contabilizar que
la versión original del programa, es decir, mediante interfaz gráfica y sin códigos de
subcuentas, de modo que va especialmente dirigido a usuarios con limitados o
escasos conocimientos contables.
24
Su facilidad de uso, sin embargo, no es impedimento para que el programa genere
una contabilidad totalmente profesional, adaptada al Plan, incluyendo Diario,
Mayor, Balances, Memoria anual, Presupuestos, etc. Cuenta además con una
completa gestión del IVA, facilitando los libros y modelos de Hacienda, tanto en
formato oficial de papel como en archivo para enviar por Internet.
Puede utilizarse en red y cuenta con módulos para asientos prediseñados, asientos
periódicos, inventario y amortizaciones, gestión de vencimientos de ingresos o
pagos, caja del día, etc.

 WontaW es un completo programa de contabilidad que incorpora los últimos


cambios y normas contables, como los nuevos tipos de IVA o los Modelos de
Presentación en Registro Mercantil más recientes. Podrás organizar todos los datos
contables de tu/s empresa/s, desde plan contable y libro diario, balance general,
compras y ventas, amortizaciones o pago de nóminas hasta armonización de IVA y
operaciones telemáticas y de banca electrónica. Organiza las tablas de datos en un
panel lateral izquierdo para acceder a las más utilizadas de una manera más
rápida. Cada una puede editarse en cualquier momento y realizar búsquedas
concretas.

4.4 ERRORES COMUNES


 Concepto :

Evaluación y compra de software de contabilidad puede ser una tarea


desalentadora. Hay tantas opciones para elegir, que a menudo las opciones
parecen interminables. Sin embargo, los beneficios de actualizar o instalar un
nuevo sistema podrían significar el fin de dolores de cabeza incontables, menos
horas atascadas en la oficina y menos tiempo dedicado tamizado a través de una
lluvia de hojas de cálculo Excel que se usa para realizar un seguimiento de lo que
realmente está pasando en su negocio.

Muchos los dueños de negocios están hartos de jugar "ruleta de riesgo" y quieren
liberarse de los sistemas que son dolorosamente lentos están desactualizadas o
que están cansados de tener que depender de los sistemas de sombra y una
tonelada de hojas de cálculo, pero muchos tienen miedo de dar el siguiente paso.

 errores clave en la compra de programas informáticos de contabilidad.

 La falta de claridad con respecto a los requerimientos del negocio: A


falta de una comprensión clara de lo que su negocio necesita de una
contabilidad o recursos de la empresa del sistema (ERP) hará que el
proceso de selección más largo y complicado. .
25
Antes de que un negocio comience la investigación de software de
contabilidad sofisticada y soluciones de ERP, se debe primero entender
lo que realmente necesitan de su solución de contabilidad.

 La compra de una solución que tiene una inflexible o base de datos


propietaria.: Un sistema de contabilidad basado en una base de datos
robusta y flexible como lo mejor de la raza o la base de datos líder en la
industria como Microsoft SQL significa que usted tiene una plataforma
segura, donde el tiempo de inactividad se reduce al mínimo, la
velocidad aumenta y el rendimiento de su negocio se elevó.

Por ejemplo, si las tablas de bases de datos y los campos no se puede


acceder fácilmente a las aplicaciones de escritorio de uso común como
Microsoft Excel o Word, Crystal Reports u otros programas de
información es posible que su sistema no es lo suficientemente flexible
como para satisfacer fácilmente su día a las necesidades actuales. Trate
de evitar la compra de una solución que es difícil para interrogar o
extraer datos de y en lugar de buscar soluciones que permitan el
intercambio de información y colaboración.

La flexibilidad también debe tenerse en cuenta al evaluar las


características de presentación de informes de su software. Es muy
probable que su empresa tenga un conjunto específico de los informes
que se ejecutan en una base regular.

 La compra de una solución que no es escalable: Medios escalables que


si su negocio se duplicó o triplicó en tamaño durante la noche su
software de contabilidad sería capaz de hacer frente y podría seguir
creciendo al lado de su negocio.

¿El sistema proporciona las mismas características y funciones para un


solo usuario en un escritorio como lo hace con cientos de usuarios
concurrentes?

Si la solución es escalable, esto significa que usted no necesita invertir


en una solución diferente ya que su negocio crece. Se puede manejar un
aumento significativo de usuarios, transacciones o almacenamiento de
datos. Al ser escalable significa que usted no tendrá que comprar un
26
nuevo sistema o el personal de re-tren en una nueva aplicación como su
organización crece.

 Quedarse con un sistema que es difícil de integrar, no lo


suficientemente ágil: Asegúrese de que la solución de contabilidad que
usted seleccione se integra fácilmente con otros sistemas. Tenga
cuidado con los sistemas que no son lo suficientemente ágil para
integrarse con otras aplicaciones.

Es raro que un sistema de contabilidad a independiente y es a menudo


necesaria para la integración con una solución de ventas.

Tales como Customer Relationship Management (CRM), el sistema de


almacenamiento o sistema de Business Intelligence por lo que desea
asegurarse de que la solución de contabilidad o ERP se puede integrar
fácilmente con una aplicación de terceros cuando sea necesario. Los
sistemas de contabilidad a menudo tienen que "hablar" con otros
sistemas para ofrecer a las empresas una solución de extremo a
extremo.

Considere si su sistema puede adaptarse a lo "real" las necesidades del


negocio que usted tiene.

27
CONCLUSION

Una vez organizado todo el Sistema Informativo Contable, sólo nos queda implantarlo.
Sobre este tema, hay que comentar que todo cambio en la empresa y especialmente si se
trata de aspectos administrativos, suele provocar un rechazo entre los miembros del
departamento especialmente si se introducen nuevos equipos y programas informáticos.
Por tanto, la transición de uno a otro modelo debe realizarse del modo más pedagógico
posible para con las personas que en él van a intervenir.

28
BIBLIOGRAFIA

 http://www.gestiopolis.com/finanzas-contaduria/procedimientos-contables-control-inventarios-
empresa.htm
Autor: Giovanny E. Gómez CONTABILIDAD 11 / 2001
 http://aulavirtual.afige.es
 http://manuel.cillero.es/doc/metrica-3/procesos-principales/csi/actividad-4
 http://manuel.cillero.es/doc/metrica-3/procesos-principales/desarrollo/csi

29