¿Cual es el máximo nº de dígitos (nivel) para un plan contable?
C.Wayne.Ratliff
Sé que normalmente se utilizan 9 dígitos o 12 dígitos, pero mi pregunta
es más específica. ¿Existe algún límite legal o algún límite de
conveniencia?.
Según el Plan General Contable actualmente en vigor, ¿hay que respetar
algún máximo?
Gracias por adelantado.
José Manuel (BarJos)
No existe ningun limite, el que te sea mas operarivo.
Saludos.
"C.Wayne.Ratliff" <c.wayne...@yahoo.co.uk> escribió en el mensaje
news:pan.2003.05.30....@yahoo.co.uk...
frederic
Pues realmente si, ya que lo de lo contrario no se podrian llevar la
contabilidad de forma correcta. El nivel minimo seria de 5 digitos por
determinadas cuentas: 2821 y siguientes para amortizaciones, 4751.1 para
retenciones de trabajadores por ejemplo y siguientes para H.P.acreedor.
las del subgrupo 66 y 76 suelen tambien necesitar un nivel de desgloses de
5 digitos.
Pero es cierto que depende del programa que a veces te lo limita y tambien
de como quiera desarollar el plan contable de tu empresa para sacar la
mayor informacion posibles.
Frederic :o)
-- Mensaje enviado desde http://www.xasa.com/grupos/
C.Wayne.Ratliff
Todo lo anterior está muy bien, de hecho me aclara algo que no he
preguntado. El nivel mímino es 5, pero.... ¿cual es el máximo?.
¿Alguien conoce una empresa que utilice un nivel superior a 12?
¿Hasta que nivel es el máximo que habeis visto?
Gracias a todos.
JOSÉ MANUEL DÁVILA CERRATO
limitan, por un tema de operativa técnica.
Hay que respetar la estructura del plan, aunque tampoco es inamovible.
Tampoco hay ningún impedimento legal, aunque puede haberlo técnico, en
utilizar como cuentas de acceso directo cuentas de diferentes niveles, así
puede tener la 630, a "pelo", con sólo 3 dígitos, y la cuenta de clientes
con 12. Yo aconsejo respecto de los clientes utilizar los 4 primeros dígitos
para desarrollo, dos dígitos más para un código geográfico (provincia, país,
o zona comercial), y al menos 3 más para una numeración secuencial.
Otra cuestión, que no suele plantearse es la utilización de códigos de
cuentas contables alfanuméricos, yo los utilicé una vez, así podríamos tener
la cuenta 572BBVA, 572BSCH, etc., aunque muy pocos programas pueden trabajar
con este tipo de cuentas.
Un saludo a todos.
JOSÉ MANUEL DÁVILA
"C.Wayne.Ratliff" <c.wayne...@yahoo.co.uk> escribió en el mensaje
news:pan.2003.06.02....@yahoo.co.uk...
C.Wayne.Ratliff
> No existe un máximo legal, normalmente los programas informáticos sà lo
> limitan, por un tema de operativa técnica.
>
> Hay que respetar la estructura del plan, aunque tampoco es inamovible.
>
> Tampoco hay ningún impedimento legal, aunque puede haberlo técnico, en
> utilizar como cuentas de acceso directo cuentas de diferentes niveles,
> asà puede tener la 630, a "pelo", con sólo 3 dÃgitos, y la cuenta de
> clientes con 12. Yo aconsejo respecto de los clientes utilizar los 4
> primeros dÃgitos para desarrollo, dos dÃgitos más para un código
> geográfico (provincia, paÃs, o zona comercial), y al menos 3 más para
> una numeración secuencial.
>
> Otra cuestión, que no suele plantearse es la utilización de códigos de
> cuentas contables alfanuméricos, yo los utilicé una vez, asà podrÃamos
> tener la cuenta 572BBVA, 572BSCH, etc., aunque muy pocos programas pueden
> trabajar con este tipo de cuentas.
Esto que cuentas sí me parece interesante.
Veamos: En un programa informático que límite pondrías. Digamos 12, 15 ó
más. (pido una opinión) :-)
Teniendo en cuenta lo que comentas de utilizar códigos de cuentas
contables alfanuméricos, ¿Crees que un programa así, tendría aceptación?.
A la hora de presentar documentos ante la administración, ¿estas cuentas
alfanuméricas, serían válidas?.
Supongo que la raiz del plan contable siempre sería numérica ¿no?.
Pongamos que dicho programa obliga a que las cuentas de nivel 3 o
superiores siempre sean numéricas. ¿Correcto?.
JOSÉ MANUEL DÁVILA CERRATO
>
>
> Esto que cuentas sí me parece interesante.
> Veamos: En un programa informático que límite pondrías. Digamos 12, 15 ó
> más. (pido una opinión) :-)
>
> Teniendo en cuenta lo que comentas de utilizar códigos de cuentas
> contables alfanuméricos, ¿Crees que un programa así, tendría aceptación?.
>
> A la hora de presentar documentos ante la administración, ¿estas cuentas
> alfanuméricas, serían válidas?.
>
> Supongo que la raiz del plan contable siempre sería numérica ¿no?.
> Pongamos que dicho programa obliga a que las cuentas de nivel 3 o
> superiores siempre sean numéricas. ¿Correcto?.
>
>
>
>
>
Así que ¿eres un programador y estás trabajando en un progama de
contabilidad ?
¿No será sobre linux con licencia GLP?
En cuanto al límite de dígitos, pues hay que pensar en que el programa
trabajará sobre una carátula, un rayado, cuando lo presentas en pantalla,
normalmente (prefiero tipo texto) pones a la izquierda el número de cuenta,
y a la derecha las columnas de debe y haber, si estamos ante una opción de
diario, lo que queda en medio es lo que tenemos disponible para el concepto
(¿has pensado en concepto amplios, más allá de una línea en pantalla o en
papel ?). Yo en mi programa tenía el límite en 8, en una modificación que he
realizado le he puesto hasta 11, pero creo que esto lo puedes definir en los
parámetros de cada empresa que se de alta. En principio considero como
mínimo necesario para una empresa de cierta envergadura 9, pero si pensamos
que muchas empresas desarrolla en función de centros de coste (p.ej. en el
4º dígito) pueden necesitar muchos más, si pueden utilizar alfanuméricos se
pueden reducir el número de dígitos necesario, pero quizá más de 15 sea poco
operativo
Respecto de posibilidad de alfanuméricos, siempre será para el desarrollo,
es decir los primeros 4, o al menos los primeros 3, dígitos habrán de ser
siempre numéricos, y respetando la estructura del plan Gral. de contabilidad
o la adaptación sectorial, presentarse, los datos que tengas que presentar
en balances oficiales siempre serán como máximo a 4 dígitos, así que
respetando estos cuatro dígitos como numéricos, en el desarrollo posterior
puedes hacer lo que quieras.
La posibilidad de cuentas alfanuméricas es algo que puede ser interesante
para muchos contables, y siempre podrán hacer uso o no de esta posibilidad
según su criterio o gustos, técnicamente no existe mucha complicación más
allá de validar o no una máscara.
Si me permites, como sugerencia, es muy incómodo tener que levantar las
manos del teclado para mover el ratón, en programas de gestión, más que la
vistosidad de los colorines y dibujitos, un buen profesional agradece la
operatividad (incluso mejor en modo texto), piensa que muchos trabajamos
introduciendo datos (por ejemplo un diario, o una factura) colocando la mano
derecha en el teclado numérico y la izquierda está disponible para validar
las opciones, así se agradece que la opción "Pagar", por ejemplo pueda
seleccionarse pulsado la tecla "P" y además otra que esté situada en la
parte izquierda del teclado (la opción paralela en facturas emitidas sería
cobrar, así que podría ser bueno utilizar la letra "C".
Si como te pregunté al principio estás pensando en algo sobre linux, con
licencia GLP, te ofrezco mi colaboración (sólo se programar en BASIC, pero
creo tener claro como funciona una base de datos) para posibles desarrollo,
pero a partir de Julio.
Un saludo
José Manuel Dávila.
C.Wayne.Ratliff
>contabilidad ?
>>>>>>>>>¿No será sobre linux con licencia GLP?<<<<<<<<<<
******* Resumen de lo entendido *******
.- Un Grid o rejilla.
.- En la primera columna (izquierda) el nº de cuenta.
.- en las columnas más a la derecha Debe y Haber.
.- La columna entre ambas, contiene el concepto.
.- El programa ha de permitir coneceptos muy amplios, que vallan más allá
de una línea de texto, en pantalla o en papel.
.- El nivel máximo de cuentas, aquellas con apuntes, llegar a 15. Más allá
parece poco operativo.
.- Dado que el "Plan General Contable" define cuentas incluso hasta su 5º
dígito, ya tenemos un límite máximo y uno mínimo.
.- Dado que el "Plan General Contable" establece todas sus cuentas
mediante un sistema numérico, y a la hora de presentar balances oficiales
no es necesario presentar más detalle que el de el "PGC", el programa
permitirá que a partir del 5 dígito se pueda codificar el plan, con
dígitos y letras, (no existe impedimento técnico).
.- Por supuesto, el plan contable es totalmente definible para cada
empresa.
.- En cambio permanecerá estable entre diferentes ejercicios de la misma
empresa, como establece el "PGC".
.- Se habilitará un modo de hacer cambios en el plan contable entre
ejercicios, pero esto supondrá la impresión de las memorias
correspondientes.
.- En lo del teclado, estamos totalmente de acuerdo.
.- Seguramente utilicemos la tecla F9 así nos sirve la misma ;-)
(es una idea).
>Si como te pregunté al principio estás pensando en algo sobre linux, con
>licencia GLP, te ofrezco mi colaboración (sólo se programar en BASIC,
>pero creo tener claro como funciona una base de datos) para posibles
>desarrollo, pero a partir de Julio.
Hay muchas manera de colaborar.
Todas ellas muy valiosas y necesarias.
Te expresas muy bien.
Esto en una página web o...
en un análisis funcional o...
en una buena documentación... es de agradecer.
Por otra parte, veo que tienes las ideas muy claras, respecto a lo que un
programa de contabilidad debe hacer. Esto es muy valioso también.
Supongo que sabes mirar la dirección de mi correo electrónico.
Está claro que está comuflado, pero es muy fácil de hacerse con la buena.
Verás que tiene dos puntos (.) El primero lo quitas, sin dejar el espacio
y el segundo lo comviertes en un subrayado (_).
Enviame un email y hablamos en primado de las posibles formas de
colaboración y de como va el proyecto.
(No olvides decirme de dónde eres).
Si alguien más está interesado, que utilice la misma cuenta de correo.
Os contaré más detalles a vuelta de e-mail.
Suerte a todos.
Seguiré preguntando por aquí. ;-)
JAP
Con referencia a los digitos de los numeros de cuenta, lo unico que puedo
hacer, es aportarte la experiencia que tengo. En mi caso, estuve trabajando
en una empresa, en la que la contabilidad, por imperativos contractuales,
(era un Concesionario Oficial de automoviles), debian contemplarse los
centros de beneficio. Por tanto, necesitaba una codificacion concreta.
Teniendo en cuenta que el nivel minimo es de 4 digitos, (4751 por ejemplo),
adjudique el 5º digito al establecimiento, lo que me permitia tener hasta 9
(ó 10 si usaba el 0), establecimientos (tiendas), controlados.
El 6º digito, era para el Centro de Beneficio (1 Comercial, 2 Almacen, 3
Taller,.....), con una capacidad para 10 igualmente, y luego tenia
reservados los ultimos 4 para especificar el Codigo del Cliente, (hasta
10.000).
Como nos moviamos en un nivel de 5000 clientes activos, era suficiente, y lo
unico que debia hacer era cada 2 años, eliminar los clientes que ya no
fuesen activos, y disponer de ese numero para otro.
Lo cual quiere decir, que, al menos yo, con 10 digitos tenia la suficiente
clasificacion que deseaba.
Lo digo, por que si ampliamos ese nivel hasta doce, casi que las
posibilidades son ya enormes, (corresponderian a una gran empresa), por lo
que no creo necesario preveer mas de 12 digitos ya que tambien hay que tener
presente la comodidad de uso.
No soy muy partidario de las cuentas alfanumericas.
Es una opinion
En cuanto a lo de la colaboración, cuenta conmigo por si deseas alguna
opinion, que gustosamente intentare coladorar en lo que pueda.
En lo que comentaba JOSE MANUEL DAVILA, totalmente de acuerdo.
Mis conocimientos, son de Excel y Visual Basic.
Saludos
Joan Antoni Passaret
C.Wayne.Ratliff
Al parecer los niveles inferiores al 4 deben ser numéricos y a partir de
ahí ha de utilizarse a placer. Por lo que veo no me recomiendas que
permita definir el PGC con más de 12 dígitos (yo había pensado en 15).
Si quereis, y esto va por los dos, tomo nota de vuestros datos y en
cuanto tenga la primera versión disponible os lo hago saber.
El problema es el siguiente. No quiero lanzar las campanas al vuelo ni
hacer creer a nadie que esto es sencillo. De manera que hasta que no tenga
una versión, digna de llamarse "Programa de Contabilidad Libre", ni haré
pública ninguna web ni reconoceré que este proyecto existe. ;)
Ahora, os propongo, tanto a JOSE MANUEL DAVILA, cómo a Joan Antoni
Passaret que si realmente estais interesados, os pongais con contacto
conmigo. Prometo no ser pesado. Tan sólo haré las preguntas oportunas y
entre todos intentaremos hacerlo lo mejor posible. Donde más asesoramiento
necesito es en los temas contables, no en la programación. Aunque los dos
reunis un perfile estupendo: conocimientos contables y de programación.
Respondiendo un poco a José Manuel Dávila, me gustaría decirle que el
programa no será para Linux, sino cross-platform, esto es Windows y Linux.
Por supuesto todos los colaboradores, serán reconocidos, si lo desean,
tanto durante como después del lanzamiento del producto.
Nada más me queda recalcar que esto sigue abierto.
El e-mail para contactar es el que figura como remitente, pero el primer
punto lo borrais y el segundo lo cambiais por un subrayado.
Si alguien tiene dificultades que lo diga e indico otra dirección. :)
Gracias a todos por vuestras respuestas. Y aunque no respondais, espero
que podamos seguir colaborando aquí en las news. ;)
Wayne.
EDU/JU
Un participante en el foro tiene problemas para colgar un mensaje y me ha
pedido que lo haga de su parte. Es el siguiente:
Buenas:
Por mi haria las numeros 1,2 y 3 numericos, como hasta ahora, el 4
alfanumerico, pero de 1 a 4 cifras a escoger por el usuario, y el 5
alfanumerico, pero de 4 a 10 cifras a escoger por el usuario, tipo contaplus
hace años ahora no se, así contentas a todo dios, porque vas desde uno de 8
cifras a uno de 17, te digo esto porque hay uno con 17 , con bases en toda
España, pero la contabilidad en solo una, y su contable me a dicho que son
muchas las empresas que hay en España que tienen mas larga, pero claro son
empresas de muchos millones, incluso de ?uros, vamos que quedaria así:
123-1234-1234567890
sin mas se despide un amigo
"C.Wayne.Ratliff" <c.wayne...@yahoo.co.uk> escribió en el mensaje
news:pan.2003.06.04....@yahoo.co.uk...
C.Wayne.Ratliff
Este último comentario, aumenta el nº de dígitos máximo hasta 17.
Supongo que lo pondré a 20 o 25, puesto que este tipo de detalles no
supone una merma de prestaciones, dada la pontencia actual de las máquinas
y las bases de datos.
Seguiré preguntando cosas aquí, no os preocupeis.
A los que habeis contestado con intención de colaborar en el proyecto un
par de cosas.
El proyecto sigue abierto.
He contestado a todos los que he podido.
A los que no haya contestado que tengan paciencia.
Hemos encontrado un nuevo colaborador, que nos proporcionará un espacio
web con capacidad, prácticamente ilimitada, incluyendo servicio de ftp
público y un foro (tipo web). Quizás incluyamos alguna lista y algún grupo
de noticias.
Vuelvo a recordar, que hasta que no haya una versión, instalable y
testeable no se verá nada por la web, ni publicitaremos nuestro trabajo.
Los que han contestado, aparecerán ya en la primera versión de la Web,
como colaboradores, a no ser que tengan algo en contro. ;-)
Ya iré preguntando uno por uno, no os preocupeis.
Gracias a todos y seguiremos preguntando. ;-)
piter
EDU/JU que me hizo de puente ya que yo no podia, yo no se por que, sin mas
se despide atentamente Pedrito
"C.Wayne.Ratliff" <c.wayne...@yahoo.co.uk> escribió en el mensaje
news:pan.2003.06.15....@yahoo.co.uk...