OT conciliacion bancaria
349 views
Skip to first unread message
extremo
Nov 21, 2012, 8:32:58 AM11/21/12
to publice...@googlegroups.com
Buenas
Tengo un pequeñop sistema el cual deseo incorporar un modulo de conciliacion bancaria, he leido un poco al respecto pero no he logrado entenderlo completamente. Alguien tiene experiencia de esto para que me pueda orientar?.... No tengo ningun cliente que me lo haya solcitando, es un proyecto personal, tampoco tengo un contador al cual pueda acudir para que me apoye. Es por eso que recurro a la experiencia de ustedes.
Bendiciones
Tengo un pequeñop sistema el cual deseo incorporar un modulo de conciliacion bancaria, he leido un poco al respecto pero no he logrado entenderlo completamente. Alguien tiene experiencia de esto para que me pueda orientar?.... No tengo ningun cliente que me lo haya solcitando, es un proyecto personal, tampoco tengo un contador al cual pueda acudir para que me apoye. Es por eso que recurro a la experiencia de ustedes.
Bendiciones
Walter R. Ojeda Valiente
Nov 21, 2012, 8:55:53 AM11/21/12
to publice...@googlegroups.com
Conciliación bancaria se refiere a conocer exactamente todos los movimientos relacionados con una cuenta corriente o una cuenta de ahorro, normalmente mantenida en un Banco.
Su implementación es muy sencilla:
- En una tabla deberás guardar el número de la cuenta corriente, el nombre del Banco, la fecha del saldo inicial y el monto del saldo inicial
- Deberás registrar todas las entradas de dinero en esa cuenta, normalmente por depósitos
- Deberás registrar todas las salidas de dinero de esa cuenta, aquí ya hay muchos motivos: cheques emitidos, saldo inferior al promedio, saldo en rojo, costo de la chequera, etc.
- El Banco te envía un "extracto de cuenta" donde te detalla todos los movimientos de tu cuenta. En tu aplicación deberás tener una grilla o algún otro mecanismo que le permita chequear al usuario que los datos del "extracto de cuenta" recibido del Banco coincidan exactamente con los datos que tiene guardados tu aplicación
- Generalmente los saldos no serán iguales, por ejemplo porque emitiste un cheque y el receptor aún no lo cobró. Entonces en tu aplicación figura como dinero salido de la cuenta, pero el Banco no se enteró. O depositaste un cheque que no tenía fondos, etc.
- Lo correcto (al menos en Paraguay) es que un cheque salga avalado por una Orden de Pago, entonces deberías tener un ABM de Órdenes de Pago donde registres:
. La Sucursal que emitió el cheque
. El Centro de Costo (o sea, a que departamento o sección de la Empresa le afecta)
. El Rubro (o sea, el motivo del cheque, que se pagó con él: compra de mercaderías, pago de sueldos, pago de impuestos, etc.)
. Los datos del cheque
. El nombre de la persona que hizo la Orden de Pago, el nombre de la persona que verificó la Orden de Pago, el nombre de la persona que autorizó la Orden de Pago
. La Factura o facturas que estás pagando con ese cheque
Además tu ABM de Órdenes de Pago debería imprimir:
. La Orden de Pago
. El cheque emitido
- Deberías tener al menos los siguientes informes:
. Libro de Bancos (o sea, el saldo inicial de la cuenta, todas las entradas de dinero en una columna, todas las salidas de dinero en otra columna, el saldo acumulado en otra columna)
. Cheques emitidos, clasificados por Centros de Costo
. Cheques emitidos, clasificados por Rubros
. Cheques emitidos, clasificados por Receptor o beneficiario del cheque
. Cheques emitidos, pero aún no cobrados por el receptor del cheque
. Cheques adelantados, clasificados por fecha de emisión del cheque
. Cheques adelantados, clasificados por fecha de vencimiento del cheque
Además, es interesante que tu aplicación le avise al usuario cuando su saldo ya es bajo, o cuando está en rojo, etc.
Saludos.
Walter.
"Si puedes razonar con gente religiosa, no son gente religiosa". Dr. House
Date: Wed, 21 Nov 2012 05:32:58 -0800
From: protech...@gmail.com
To: publice...@googlegroups.com
Subject: [vfp] OT conciliacion bancaria
Su implementación es muy sencilla:
- En una tabla deberás guardar el número de la cuenta corriente, el nombre del Banco, la fecha del saldo inicial y el monto del saldo inicial
- Deberás registrar todas las entradas de dinero en esa cuenta, normalmente por depósitos
- Deberás registrar todas las salidas de dinero de esa cuenta, aquí ya hay muchos motivos: cheques emitidos, saldo inferior al promedio, saldo en rojo, costo de la chequera, etc.
- El Banco te envía un "extracto de cuenta" donde te detalla todos los movimientos de tu cuenta. En tu aplicación deberás tener una grilla o algún otro mecanismo que le permita chequear al usuario que los datos del "extracto de cuenta" recibido del Banco coincidan exactamente con los datos que tiene guardados tu aplicación
- Generalmente los saldos no serán iguales, por ejemplo porque emitiste un cheque y el receptor aún no lo cobró. Entonces en tu aplicación figura como dinero salido de la cuenta, pero el Banco no se enteró. O depositaste un cheque que no tenía fondos, etc.
- Lo correcto (al menos en Paraguay) es que un cheque salga avalado por una Orden de Pago, entonces deberías tener un ABM de Órdenes de Pago donde registres:
. La Sucursal que emitió el cheque
. El Centro de Costo (o sea, a que departamento o sección de la Empresa le afecta)
. El Rubro (o sea, el motivo del cheque, que se pagó con él: compra de mercaderías, pago de sueldos, pago de impuestos, etc.)
. Los datos del cheque
. El nombre de la persona que hizo la Orden de Pago, el nombre de la persona que verificó la Orden de Pago, el nombre de la persona que autorizó la Orden de Pago
. La Factura o facturas que estás pagando con ese cheque
Además tu ABM de Órdenes de Pago debería imprimir:
. La Orden de Pago
. El cheque emitido
- Deberías tener al menos los siguientes informes:
. Libro de Bancos (o sea, el saldo inicial de la cuenta, todas las entradas de dinero en una columna, todas las salidas de dinero en otra columna, el saldo acumulado en otra columna)
. Cheques emitidos, clasificados por Centros de Costo
. Cheques emitidos, clasificados por Rubros
. Cheques emitidos, clasificados por Receptor o beneficiario del cheque
. Cheques emitidos, pero aún no cobrados por el receptor del cheque
. Cheques adelantados, clasificados por fecha de emisión del cheque
. Cheques adelantados, clasificados por fecha de vencimiento del cheque
Además, es interesante que tu aplicación le avise al usuario cuando su saldo ya es bajo, o cuando está en rojo, etc.
Saludos.
Walter.
"Si puedes razonar con gente religiosa, no son gente religiosa". Dr. House
Date: Wed, 21 Nov 2012 05:32:58 -0800
From: protech...@gmail.com
To: publice...@googlegroups.com
Subject: [vfp] OT conciliacion bancaria
Buenas
Tengo un pequeñop sistema el cual deseo incorporar un modulo de conciliacion bancaria, he leido un poco al respecto pero no he logrado entenderlo completamente. Alguien tiene experiencia de esto para que me pueda orientar?.... No tengo ningun cliente que me lo haya solcitando, es un proyecto personal, tampoco tengo un contador al cual pueda acudir para que me apoye. Es por eso que recurro a la experiencia de ustedes.
Bendiciones
--
extremo
Nov 21, 2012, 9:04:48 AM11/21/12
to publice...@googlegroups.com
Gracias Walter,
Pero que se hace en cuando el saldo del banco no cuadra con lo que tiene el sistema... hay que cuadrarlo?.... si es asi, como se cuadra?. Se puede dejar descuadrado?
Bendiciones
Pero que se hace en cuando el saldo del banco no cuadra con lo que tiene el sistema... hay que cuadrarlo?.... si es asi, como se cuadra?. Se puede dejar descuadrado?
Bendiciones
Geovanny Quirós Castillo
Nov 21, 2012, 9:17:01 AM11/21/12
to publice...@googlegroups.com
Hola Extremo,
no debería haber diferencia entre el saldo de la cuenta en tu sistema y el
saldo de la cuenta en el banco, el único caso que se me viene a la mente, es que
se haya emitido un cheque (que a estas alturas del milenio es muy poco lo que se
paga con cheque), o un documento similar y que el cliente no lo haya cambiado en
el banco, pero eso es muy fácil de detectar.
Lo demás, son movimientos electrónicos o pagos automáticos que deben
estar registrados tanto en la base de datos de la empresa como en el
banco.
La cuenta siempre debe estar cuadrada porque las diferencias deben se
encontradas y justificadas.
Saludos
--
extremo
Nov 21, 2012, 9:39:25 AM11/21/12
to publice...@googlegroups.com
Gracias Geovanni
Esa parte me quedo clara, pero supongo que siempre hay diferencias ya sea porque el usuairo se equiivoco o porque el receptor del cheque no cobro. Mi pregunta al respecto es la siguiente, Como hago para cuadrar los saldos. cuales son los pasos contablemente correctos a seguir?.
Bendiciones
El miércoles, 21 de noviembre de 2012 10:32:58 UTC-3, extremo escribió:
Esa parte me quedo clara, pero supongo que siempre hay diferencias ya sea porque el usuairo se equiivoco o porque el receptor del cheque no cobro. Mi pregunta al respecto es la siguiente, Como hago para cuadrar los saldos. cuales son los pasos contablemente correctos a seguir?.
Bendiciones
El miércoles, 21 de noviembre de 2012 10:32:58 UTC-3, extremo escribió:
elkin dario uribe torres
Nov 21, 2012, 9:39:58 AM11/21/12
to publice...@googlegroups.com
Hola extremo
Para las conciliaciones bancarias hay que aplicar los conceptos dados por walter, en cuanto a que no cuadra contablemente siempre debe ser igual, a veces sucede que aparcene registrados valores en el banco (extracto bancario) que tu no tienes en tu movimiento contable, es ente caso verificas si lo tienes digitado en otra cuenta y lo trasladas (asientos contables) o de lo contrario si estas de acuerdo lo digitas.
En los casos donde giras cheques y estos no fueron cobrados en el mismo mes, estos deberian aparecer en la conciliacion como cheque girados y no cobrados restando del saldo del banco en el informe para que sepan a ciencia cierta cual es el monto del que pueden disponer no vaya a suceder por ejemplo que en el extracto te aparece 20.0000.0000 y giraste cheque por valor de 12.000.000 y no han sido cobrados.
Recuerda una cosa es saldo en bacos y otra en libros.
Saludos
Elkin Uribe
--
Fox Learner
Nov 21, 2012, 9:48:09 AM11/21/12
to publice...@googlegroups.com
Extremo,
"Conciliar" es llegar a un punto en que se encuentre la justificación, comprobantes o razones de cada uno de los movimientos (cargos o abonos) de los estados bancarios.
Supón que en tu estado bancario aparece un importe en contra por $800.00 que dice "Comisión por sobregiro".
En este caso, no tienes un "comprobante" para dicho movimiento, como un recibo emitido por un ATM con número de folio y toda la cosa..
En este caso, si el contador o el encargado de pagos determina que "efectivamente" de acuerdo a su control de saldos (generalmente un archivo de excel) "la regaron" al emitir un cheque que fue comprado cuando no había saldo para pagar en la cuenta, se puede anexar el mismo estado bancario como comprobante a la poliza de egresos de la contabilidad y registrar ese movimiento en contra.
Si hay movimientos fuertes de cuentas de otro banco al banco a conciliar (comunmente llamadas "traspasos"), deben corroborarse todos los datos y conseguir las fichas de deposito bancarias que comprueben el movimiento.
Eso se haría para cada movimiento del estado bancario.
Al final del día, una vez que el contador cuenta con todos los documentos probatorios, estará en condiciones de registrar contablemente los asientos correspondientes o las contrapartidas, según el caso, de todos los movimientos que no hayan sido registrados todavía.
Un ejemplo clásico de esos movimientos que hacen que "no cuadre" la contabilidad con el estado bancario son las operaciones que el banco efectúa como las comisiones pagadas o los intereses ganados.
Todo lo que te comento es a nivel contable..
A nivel de sistemas, no sé como podría implementarse un módulo para conciliaciones, porque normalmente solo se hace a mano en excel y las afectaciones se registran como siempre en el sistema de contabilidad.
Saludos!
Antonio.xt
Nov 21, 2012, 9:51:46 AM11/21/12
to publice...@googlegroups.com
Saludos...
Charles A. Moreno
Fox Learner
Nov 21, 2012, 9:53:33 AM11/21/12
to publice...@googlegroups.com
Tooooing!..jeje Me equivoqué al teclear donde dice "al emitir un cheque que fue comprado " debí escribir "al emitir un cheque que fue COBRADO".
Saludos!
Walter R. Ojeda Valiente
Nov 21, 2012, 9:55:18 AM11/21/12
to publice...@googlegroups.com
Generalmente no te va a cuadrar, al menos en una empresa que emite muchos cheques mensualmente.
Los motivos principales son dos:
1. Al beneficiario aún no se le pagó el cheque que le diste porque aún no fue al Banco a efectivizarlo (y por lo tanto el Banco no está enterado de ese cheque)
2. Un cheque que depositaste no fue aceptado por el Banco por:
- Insuficiencia de fondos
- La firma no corresponde al Titular de la cuenta
- La fecha estaba mal
- El importe no estaba legible
- Tiene raspaduras o enmiendas
- etc.
Lo que yo hago es lo siguiente:
- Le pido al usuario que ingrese la fecha de la conciliación bancaria y el saldo que aparece en el extracto de la cuenta en esa fecha
- Calculo el saldo a esa fecha
- Le muestro ambos saldos y la diferencia entre ellos
- Le muestro todos los movimientos no conciliados para que concilie los que estén correctos.
¿Cómo hago eso?
Le muestro una grilla, con los siguientes datos:
- Fecha de la operación
- Nombre de la Operación (depósito en cuenta, cheque emitido, pago de chequera, egreso por saldo inferior al promedio, etc.)
- Número del documento (del cheque, de la Boleta de Depósito, etc.)
- Si es un Ingreso de dinero en la cuenta, lo muestro en la cuarta columna
- Si es un Egreso de dinero en la cuenta, lo muestro en la quinta columna
- El Saldo acumulado lo muestro en la sexta columna
- En la séptima columna el usuario puede poner una "S" si los datos de esa fila coinciden con los del extracto, una "N" si no se encuentran en el extracto o una "E" si hay un error (por ejemplo, el monto que aparece en el extracto no es igual al monto que tiene registrado mi aplicación, o las fechas son distintas, etc.)
- Las filas se muestran de distintos colores según el valor que haya en la séptima columna. Las "S" en celeste claro, las "N" en naranja claro, las "E" en rojo brillante
- Si hace click en el botón "Grabar" entonces todas las filas que tienen una "S" ya no serán mostradas la siguiente vez porque considero que están ok y entonces ya nada hay que hacer con ellas. Sin embargo, por si alguna vez quiere volver a revisar los movimientos tengo un combobox que dice:
. ¿Cuáles movimientos mostrar? Los no conciliados | Todos
El cual por defecto está en "Los no conciliados" pero si el usuario elige "Todos" entonces en la grilla se muestran todos los movimientos (esto le servirá por ejemplo si dio como bueno un movimiento que tenía problemas, entonces ahora podrá corregirlo)
- En las filas que hay una "E" quizás el usuario deba contactarse con el Banco para poder corregir el error encontrado
Los motivos principales son dos:
1. Al beneficiario aún no se le pagó el cheque que le diste porque aún no fue al Banco a efectivizarlo (y por lo tanto el Banco no está enterado de ese cheque)
2. Un cheque que depositaste no fue aceptado por el Banco por:
- Insuficiencia de fondos
- La firma no corresponde al Titular de la cuenta
- La fecha estaba mal
- El importe no estaba legible
- Tiene raspaduras o enmiendas
- etc.
Lo que yo hago es lo siguiente:
- Le pido al usuario que ingrese la fecha de la conciliación bancaria y el saldo que aparece en el extracto de la cuenta en esa fecha
- Calculo el saldo a esa fecha
- Le muestro ambos saldos y la diferencia entre ellos
- Le muestro todos los movimientos no conciliados para que concilie los que estén correctos.
¿Cómo hago eso?
Le muestro una grilla, con los siguientes datos:
- Fecha de la operación
- Nombre de la Operación (depósito en cuenta, cheque emitido, pago de chequera, egreso por saldo inferior al promedio, etc.)
- Número del documento (del cheque, de la Boleta de Depósito, etc.)
- Si es un Ingreso de dinero en la cuenta, lo muestro en la cuarta columna
- Si es un Egreso de dinero en la cuenta, lo muestro en la quinta columna
- El Saldo acumulado lo muestro en la sexta columna
- En la séptima columna el usuario puede poner una "S" si los datos de esa fila coinciden con los del extracto, una "N" si no se encuentran en el extracto o una "E" si hay un error (por ejemplo, el monto que aparece en el extracto no es igual al monto que tiene registrado mi aplicación, o las fechas son distintas, etc.)
- Las filas se muestran de distintos colores según el valor que haya en la séptima columna. Las "S" en celeste claro, las "N" en naranja claro, las "E" en rojo brillante
- Si hace click en el botón "Grabar" entonces todas las filas que tienen una "S" ya no serán mostradas la siguiente vez porque considero que están ok y entonces ya nada hay que hacer con ellas. Sin embargo, por si alguna vez quiere volver a revisar los movimientos tengo un combobox que dice:
. ¿Cuáles movimientos mostrar? Los no conciliados | Todos
El cual por defecto está en "Los no conciliados" pero si el usuario elige "Todos" entonces en la grilla se muestran todos los movimientos (esto le servirá por ejemplo si dio como bueno un movimiento que tenía problemas, entonces ahora podrá corregirlo)
- En las filas que hay una "E" quizás el usuario deba contactarse con el Banco para poder corregir el error encontrado
Saludos.
Walter.
"Si puedes razonar con gente religiosa, no son gente religiosa". Dr. House
--
Walter R. Ojeda Valiente
Nov 21, 2012, 9:57:37 AM11/21/12
to publice...@googlegroups.com
Geovanny, lo normal es que sí haya diferencias en las empresas que emiten muchos cheques. Los motivos ya los expliqué en otro post.
Saludos.
Walter.
"Si puedes razonar con gente religiosa, no son gente religiosa". Dr. House
From: geovann...@gmail.com
To: publice...@googlegroups.com
Subject: Re: [vfp] Re: OT conciliacion bancaria
Date: Wed, 21 Nov 2012 08:17:01 -0600
--
Geovanny Quirós Castillo
Nov 21, 2012, 10:04:33 AM11/21/12
to publice...@googlegroups.com
Estamos de acuerdo Walter, lo que pienso es cuando las diferencias son
originadas por cheques que no han sido cambiados; éstas con mucho mas fáciles de
detectar y justificar.
Saludos
--
extremo
Nov 21, 2012, 10:13:42 AM11/21/12
to publice...@googlegroups.com
Muchas gracias todos,
Ya tengo mucho mas claro que se debe y como se debe manejar una consiliacion bancaria.
Me deja una inquietud Elkin sobre algo que escribio, la cul agrego a continuacion:
"...a veces sucede que aparcene registrados valores en el banco (extracto bancario) que tu no tienes en tu movimiento contable, es ente caso verificas si lo tienes digitado en otra cuenta y lo trasladas (asientos contables) o de lo contrario si estas de acuerdo lo digitas."
Elkin, a que te refieres on eso de que no lo tengo en mis movimientos, te refires a los casos de cobro por mantencion de la cuenta o te refieres a otros motivos?
Otra cosa, se pueden hacer traslados de una cuenta a otra?... cuando puede ocurrir y cual es su motivo?
A que te refieres con digitar?.... e puede llegar y cambiar un monto de una cuenta aun cuando el origen haya sido una emision de cheque por pago de sueldo?
Bendiciones
El miércoles, 21 de noviembre de 2012 10:32:58 UTC-3, extremo escribió:
Ya tengo mucho mas claro que se debe y como se debe manejar una consiliacion bancaria.
Me deja una inquietud Elkin sobre algo que escribio, la cul agrego a continuacion:
"...a veces sucede que aparcene registrados valores en el banco (extracto bancario) que tu no tienes en tu movimiento contable, es ente caso verificas si lo tienes digitado en otra cuenta y lo trasladas (asientos contables) o de lo contrario si estas de acuerdo lo digitas."
Elkin, a que te refieres on eso de que no lo tengo en mis movimientos, te refires a los casos de cobro por mantencion de la cuenta o te refieres a otros motivos?
Otra cosa, se pueden hacer traslados de una cuenta a otra?... cuando puede ocurrir y cual es su motivo?
A que te refieres con digitar?.... e puede llegar y cambiar un monto de una cuenta aun cuando el origen haya sido una emision de cheque por pago de sueldo?
Bendiciones
El miércoles, 21 de noviembre de 2012 10:32:58 UTC-3, extremo escribió:
Walter R. Ojeda Valiente
Nov 21, 2012, 10:43:04 AM11/21/12
to publice...@googlegroups.com
Mientras no se haya registrado contablemente un movimiento de cuenta corriente se podría modificar. Después de ser registrado contablemente solamente se debería modificar con un contra-asiento (bueno, eso es lo legal y correcto en todos los países aunque desde luego que tu programa podría modificar cuando se te antojara).
La conciliación bancaria es totalmente independiente de la contabilidad, aunque desde luego que puede ser integrada con ella.
Para integrarlo, tu tabla debería tener estas columnas:
- Código del Banco
- Número de la Cuenta Corriente
- Fecha del Saldo Inicial
- Saldo Inicial
- Número de la Cuenta Contable (la que corresponde a esta cuenta corriente en el Plan de Cuentas de la Empresa)
Cuando registras un movimiento (por ejemplo, un Depósito en cuenta corriente) debes preguntarle al usuario cual es la contracuenta (en este caso, ¿cuál es la cuenta del Haber? porque la del Debe ya sabemos, es la que corresponde a esa cuenta corriente)
Cuando emites un cheque (normalmente a través de una Orden de Pago en este país) le preguntas al usuario ¿cuál es la cuenta del Debe? porque la del Haber ya sabemos, es la que corresponde a esta cuenta corriente.
¿Cuándo generar los asientos contables?
Eso ya depende del Contador, las opciones básicas son:
- En el momento en que se registra un movimiento en cuenta corriente se registra también el asiento contable correspondiente
- Cuando el Contador ejecuta un proceso de "Generación de asientos contables". Puede hacerlo diariamente, semanalmente, quincenalmente, mensualmente o cuandomedalagana-mente
En mi tabla de Configuración le pido que elija una de las dos opciones anteriores. La primera opción genera los asientos automáticamente, la ventaja es que siempre tiene registrados todos los movimientos. La desventaja es que algo podría estar mal y darse cuenta después de ver los asientos contables. La ventaja de la segunda opción es que puede revisar y verificar todos los movimientos antes de generar los asientos contables, la desventaja es que hasta que no genere los asientos contables en su contabilidad no los tendrá y por lo tanto sus saldos en Bancos estarán incorrectos.
La conciliación bancaria es totalmente independiente de la contabilidad, aunque desde luego que puede ser integrada con ella.
Para integrarlo, tu tabla debería tener estas columnas:
- Código del Banco
- Número de la Cuenta Corriente
- Fecha del Saldo Inicial
- Saldo Inicial
- Número de la Cuenta Contable (la que corresponde a esta cuenta corriente en el Plan de Cuentas de la Empresa)
Cuando registras un movimiento (por ejemplo, un Depósito en cuenta corriente) debes preguntarle al usuario cual es la contracuenta (en este caso, ¿cuál es la cuenta del Haber? porque la del Debe ya sabemos, es la que corresponde a esa cuenta corriente)
Cuando emites un cheque (normalmente a través de una Orden de Pago en este país) le preguntas al usuario ¿cuál es la cuenta del Debe? porque la del Haber ya sabemos, es la que corresponde a esta cuenta corriente.
¿Cuándo generar los asientos contables?
Eso ya depende del Contador, las opciones básicas son:
- En el momento en que se registra un movimiento en cuenta corriente se registra también el asiento contable correspondiente
- Cuando el Contador ejecuta un proceso de "Generación de asientos contables". Puede hacerlo diariamente, semanalmente, quincenalmente, mensualmente o cuandomedalagana-mente
En mi tabla de Configuración le pido que elija una de las dos opciones anteriores. La primera opción genera los asientos automáticamente, la ventaja es que siempre tiene registrados todos los movimientos. La desventaja es que algo podría estar mal y darse cuenta después de ver los asientos contables. La ventaja de la segunda opción es que puede revisar y verificar todos los movimientos antes de generar los asientos contables, la desventaja es que hasta que no genere los asientos contables en su contabilidad no los tendrá y por lo tanto sus saldos en Bancos estarán incorrectos.
Saludos.
Walter.
"Si puedes razonar con gente religiosa, no son gente religiosa". Dr. House
--
Fox Learner
Nov 21, 2012, 10:48:12 AM11/21/12
to publice...@googlegroups.com
Extremo escribió:
Si hablas de una cuenta bancaria a otra, claro que sí.
El motivo es porque a veces necesitas hacer un pago fuerte y es conveniente para la empresa pagar con cierto banco. Puede ser como cuando requieres que el depósito sea "en firme"(depositar un cheque del mismo banco), en lugar de "salvo buen cobro"(depositar un cheque de otro banco).En ese caso, haces un cheque nominativo de la cuenta de un banco pagando a la cuenta de otro banco, (obvio que en ambas cuentas el titular es la misma empresa).
Sin embargo, no sé si actualmente, en mi país te cobren un impuesto por hacer "traspasos" entre cuentas bancarias despues de cierto monto.
Para retiros en efectivo superiores a cierto monto, sí te cobran un impuesto.
Saludos!
Ivan JARAMILLO GONZALEZ
Nov 21, 2012, 11:08:50 AM11/21/12
to publice...@googlegroups.com
Yo tengo uno desarrollado, Dame Tu Correo y Te Lo Envio, junto con el diseño de las Tablas Para que Funcionen
esteban micossi
Nov 21, 2012, 11:18:05 AM11/21/12
to publice...@googlegroups.com
Hola Extremo
Una conciliación bancaria consiste como su misma palabra lo dice "conciliar los saldos". Te explico
Tu tienes dos saldos. Uno el que te da tu libro banco y el otro que te lo da el extracto bancario. En ambos casos es el saldo final
Tienes que partir ya sea desde tu saldo del libro banco y llegar al saldo del extracto bancario. Por ejemplo
Saldo final según libro Banco 2450,00
+ Cheques emitidos y no cobrados 1130,00 (*)
- Gastos bancarios no contabilizados 120,00
+ otros importes no registrados por el banco 450,00
- otros importes no contabilizados 110,00
Saldo final según extracto bancario 3800,00
(*) Deberás poner el listado de cheques en esta situación con numero de cheque e importe.
Todos son movimientos, en donde se suman aquellos que se hicieron en la empresa y el banco no tiene conocimiento, y se restan los movimientos que se hicieron en el banco pero no se contabilizaron en la empresa
Como veras es mas sencillo todavía. Esto lo tienes que imprimir y presentarlo ante quien lo solicite
y para la contabilidad.
Te dejo un abrazo
Esteban Micossi
extremo
Nov 21, 2012, 11:22:58 AM11/21/12
to publice...@googlegroups.com
Gracias Yvan
Me servira como idea, si lo mejoro, te envio las mejoras.
mi correo es protech.ventas @ gmail.com
Bendiciones
El miércoles, 21 de noviembre de 2012 10:32:58 UTC-3, extremo escribió:
Me servira como idea, si lo mejoro, te envio las mejoras.
mi correo es protech.ventas @ gmail.com
Bendiciones
El miércoles, 21 de noviembre de 2012 10:32:58 UTC-3, extremo escribió:
extremo
Nov 21, 2012, 11:24:36 AM11/21/12
to publice...@googlegroups.com
Gracias Esteban
Ese resumen me ayudara mucho para ordenar los datos y poder entregar un informe decente al usuario.
Bendiciones
El miércoles, 21 de noviembre de 2012 10:32:58 UTC-3, extremo escribió:
Ese resumen me ayudara mucho para ordenar los datos y poder entregar un informe decente al usuario.
Bendiciones
El miércoles, 21 de noviembre de 2012 10:32:58 UTC-3, extremo escribió:
elkin dario uribe torres
Nov 21, 2012, 2:11:41 PM11/21/12
to publice...@googlegroups.com
Hola Extremo
cuando hablo de "...a veces sucede que aparecen registrados valores en el banco (extracto bancario) que tu no tienes en tu movimiento contable, en este caso verificas si lo tienes digitado en otra cuenta y lo trasladas (asientos contables) o de lo contrario si estas de acuerdo lo digitas.".
Me refiero a que por lo menos aqui en Colombia hay movimientos que solo se digitan en la contabilidad cuando llegan los extractos (en medio electronico o fisico) como son por ejemplo:
- El 4 por mil (Robo del gobierno para los bancos que seria transitorio y lo dejaron permanente) por cada cheque cobrado.
- Comisiones
- Intereses por sobregiro, etc.
En cuanto a los traslados de una cuenta a otra, me refiero a que los auxiliares contables que digitan en la contabilidad suelen equivocarse al momento de hacerlo y por digitar una cuenta "11100505" lo hacen como "11050505", en este caso precisamente habria un valor registrado en el extracto pero que no parace digitado en la contabilidad por el banco correspondiente y habria que corregir en la "Contabilidad" el asiento para que este cruce/concilie con el banco.
saludos
Elkin Uribe
--
extremo
Nov 21, 2012, 2:15:59 PM11/21/12
to publice...@googlegroups.com
Excelente
Gracias Elkin y gracias a todos en general, me han ayuado muchisimo a entender como funciona este proceso.
Bendiciones
El miércoles, 21 de noviembre de 2012 10:32:58 UTC-3, extremo escribió:
Gracias Elkin y gracias a todos en general, me han ayuado muchisimo a entender como funciona este proceso.
Bendiciones
El miércoles, 21 de noviembre de 2012 10:32:58 UTC-3, extremo escribió:
Arnaldo Toledano
Nov 21, 2012, 5:46:01 PM11/21/12
to publice...@googlegroups.com
Extremo
Creo que todos tenemos un metodo para realizar la conciliacion bancaria.
Mi aporte es el siguiente.
Mi aporte es el siguiente.
1.- Tenes el Estracto Bancario, el mismo te INFORMA de un SALDO a una determinada FECHA.
2.- Tu sistema, en un 95 % de las veces (fundamentalmente cuando tenes muchos movimientos),
Tu sistema te informara un SALDO distinto.
3.- Esa diferencia estara dada por los siguientes motivos.
3.1.- Cheque EMITIDOS y NO INGRESADOS al BANCO.
3.2.- Debitos y Creditos Bancarios que no CONTABILIZASTE o INGRESASTE en tu sistema de bancos.
4.- Para cuadrar esto, procedo de la siguiente manera.
4.1.- Emito MI LISTADO BANCARIO.
4.2.- Verifico los CHEQUES NO INGRESADOS al BANCO.
4.3.- Cargo todos los Debitos y creditos informados en el estracto bancario y que MI SISTEMA no tiene REGISTRADO,que pueden obedecer a :
4.3.1. DEBITOS PARA TU SISTEMA
Gastos por chequeras.
Intereses por descubierto.
Gastos por chequeras.
Intereses por descubierto.
Impuestos varios.
Y un sin fin de posibilidades.
--
Arnaldo Toledano
Nov 21, 2012, 6:13:34 PM11/21/12
to publice...@googlegroups.com
Perd�n, lo envi� sin terminar.
Extremo
Creo que todos tenemos un m�todo para realizar la conciliaci�n bancaria.
tu sistema de bancos.
3.3.- Dep�sitos no acreditados (Cl�sico, depositaste cheques que todav�a
no fueron acreditados).
ACREDITADOS.
4.3.- Cargo todos los D�bitos y cr�ditos informados en el extracto
por ese motivo CONTABILIZO todos estos movimientos en el CONTABLE
y el mismo contable GRABA los movimientos en el Sistema BANCOS.
4.3.2.- CR�DITOS PARA TU SISTEMA.
Inter�s ganados,
y alguna otra cosilla.
Utilizo el mismo m�todo que el punto 4.3.1.
Una vez cargado estos ITEMS procedo a.
5.- PERMITO al USUARIO MARCAR en un GRID todos los CHEQUES NO DEBITADOS
y LOS DEP�SITOS NO ACREDITADOS.
TODOS los comprobantes que NO EST�N MARCADOS, procedo a SACARLOS de
mi sistema BANCARIO y lo paso a otra
TABLA de MOVIMIENTOS CONCILIADOS.
De esta manera, tengo un NUEVO LISTADO de BANCOS, donde MI NUEVO SALDO
INICIAL debe ser IGUAL al ULTIMO SALDO
del extracto BANCARIO.
Y mi SALDO BANCARIO REAL, sera el que me indique mi listado a una fecha
superior a 12 meses a la actual.
Te aclaro que en Argentina existen los CHEQUES de pago DIFERIDO, es
decir que los cheques tienen dos fechas.
La fecha de EMISI�N
Y la FECHA DE EFECTIVO COBRO.
La primera puede ser HOY mientras que la segunda puede ser para dentro
de 365 D�as.
Para hacer un seguimiento de los MOVIMIENTOS CONCILIADOS tengo, dentro
del sistema, otro MODULO.
Espero que te sirva de algo.
Saludos a todos
Arnaldo Toledano
Extremo
Creo que todos tenemos un m�todo para realizar la conciliaci�n bancaria.
Mi aporte es el siguiente.
1.- Tenes el Extracto Bancario, el mismo te INFORMA de un SALDO a una
determinada FECHA.
2.- Tu sistema, en un 95 % de las veces (fundamentalmente cuando tenes
muchos movimientos),
Tu sistema te informara un SALDO distinto.
3.- Esa diferencia estar� dada por los siguientes motivos.
2.- Tu sistema, en un 95 % de las veces (fundamentalmente cuando tenes
muchos movimientos),
Tu sistema te informara un SALDO distinto.
3.1.- Cheque EMITIDOS y NO INGRESADOS al BANCO.
3.2.- D�bitos y Cr�ditos Bancarios que no CONTABILIZASTE o INGRESASTE en
tu sistema de bancos.
3.3.- Dep�sitos no acreditados (Cl�sico, depositaste cheques que todav�a
no fueron acreditados).
4.- Para cuadrar esto, procedo de la siguiente manera.
4.1.- Emito MI LISTADO BANCARIO.
4.2.- Verifico los CHEQUES NO INGRESADOS al BANCO y DEP�SITOS NO
4.1.- Emito MI LISTADO BANCARIO.
ACREDITADOS.
4.3.- Cargo todos los D�bitos y cr�ditos informados en el extracto
bancario y que MI SISTEMA no tiene REGISTRADO,que pueden obedecer a :
4.3.1. D�BITOS PARA TU SISTEMA
Gastos por chequeras.
Intereses por descubierto.
Impuestos varios.
Y un sin fin de posibilidades.
En Argentina existen impuestos al cheque, I.V.A. sobre intereses,
Intereses por descubierto.
Impuestos varios.
Y un sin fin de posibilidades.
por ese motivo CONTABILIZO todos estos movimientos en el CONTABLE
y el mismo contable GRABA los movimientos en el Sistema BANCOS.
4.3.2.- CR�DITOS PARA TU SISTEMA.
Inter�s ganados,
y alguna otra cosilla.
Utilizo el mismo m�todo que el punto 4.3.1.
Una vez cargado estos ITEMS procedo a.
5.- PERMITO al USUARIO MARCAR en un GRID todos los CHEQUES NO DEBITADOS
y LOS DEP�SITOS NO ACREDITADOS.
TODOS los comprobantes que NO EST�N MARCADOS, procedo a SACARLOS de
mi sistema BANCARIO y lo paso a otra
TABLA de MOVIMIENTOS CONCILIADOS.
De esta manera, tengo un NUEVO LISTADO de BANCOS, donde MI NUEVO SALDO
INICIAL debe ser IGUAL al ULTIMO SALDO
del extracto BANCARIO.
Y mi SALDO BANCARIO REAL, sera el que me indique mi listado a una fecha
superior a 12 meses a la actual.
Te aclaro que en Argentina existen los CHEQUES de pago DIFERIDO, es
decir que los cheques tienen dos fechas.
La fecha de EMISI�N
Y la FECHA DE EFECTIVO COBRO.
La primera puede ser HOY mientras que la segunda puede ser para dentro
de 365 D�as.
Para hacer un seguimiento de los MOVIMIENTOS CONCILIADOS tengo, dentro
del sistema, otro MODULO.
Espero que te sirva de algo.
Saludos a todos
Arnaldo Toledano
Arnaldo Toledano
Nov 21, 2012, 6:20:24 PM11/21/12
to publice...@googlegroups.com
Geovanny
No se de que pais sos, pero en Argentina las conciliaciones BANCARIAS son NECESARIAS a FUL
Casi nunca nada te cuadra.
La emisión de cheques sigue existiendo.
Las transferencias han reemplazado MUCHISMO a los cheques, pero en Argentina al existir el CHEQUE DE PAGO DIFERIDO
los necesitamos SI o SI.
Todos estos movimientos son lo suficientemente grande, en cantidades, como para originar CONCILIACIONES.
Ademas existe el IMPUESTO AL CHEQUE, el cual lleva un porcentaje,(mínimo), sobre los cheques emitidos, que
necesitas controlarlos.
Conozco un solo caso donde la CONCILIACIÓN NO ES NECESARIA.
Mi cuenta personal.
La llevo en mente de tal manera y tengo tan pocos movimientos que no requieren ni de EXTRACTOS....
Saludos
Arnaldo Toledano
No se de que pais sos, pero en Argentina las conciliaciones BANCARIAS son NECESARIAS a FUL
Casi nunca nada te cuadra.
La emisión de cheques sigue existiendo.
Las transferencias han reemplazado MUCHISMO a los cheques, pero en Argentina al existir el CHEQUE DE PAGO DIFERIDO
los necesitamos SI o SI.
Todos estos movimientos son lo suficientemente grande, en cantidades, como para originar CONCILIACIONES.
Ademas existe el IMPUESTO AL CHEQUE, el cual lleva un porcentaje,(mínimo), sobre los cheques emitidos, que
necesitas controlarlos.
Conozco un solo caso donde la CONCILIACIÓN NO ES NECESARIA.
Mi cuenta personal.
La llevo en mente de tal manera y tengo tan pocos movimientos que no requieren ni de EXTRACTOS....
Saludos
Arnaldo Toledano
--
--
Arnaldo Toledano Tesys Informática Córdoba Argentina
Arnaldo Toledano Tesys Informática Córdoba Argentina
Luis M.
Nov 22, 2012, 10:33:18 AM11/22/12
to publice...@googlegroups.com
Hola Ivan:
Si no es mucho pedir, yo también estoy interesado en tu ejemplo:
Mi correo es luis....@gmail.com
Gracias y saludos,
Luis Martínez.
leonardo trujillo
Nov 22, 2012, 2:52:18 PM11/22/12
to grupo google vfp
Ivan, me interesaría ver el diseño de las tablas que estás utilizando ¿tienes documentación al respecto? es que estoy arrancando por el diseño de la base de datos y no lo tengo claro aún.
muchas gracias, de antemano
saludos
muchas gracias, de antemano
saludos
--
mpulla
Nov 22, 2012, 5:20:21 PM11/22/12
to publice...@googlegroups.com
Hola Ivan.
Estoy interesado en el ejemplo, mi correo es jmaur...@yahoo.es
Mejor puedes ponerlo en portalfox para que todos lo tengan a mano.
Saludos
Mauricio
Estoy interesado en el ejemplo, mi correo es jmaur...@yahoo.es
Mejor puedes ponerlo en portalfox para que todos lo tengan a mano.
Saludos
Mauricio
extremo
Nov 22, 2012, 6:18:54 PM11/22/12
to publice...@googlegroups.com
Hagan fila porque a mi todavia no me lo manda jejejejeje
Bendiciones
Reply all
Reply to author
Forward
0 new messages