Respuestas de foro creadas
-
Entradas
-
La única manera de imputar manualmente cuentas contables (lo cual en el contexto de un ERP debería ser la excepción y no la regla) es generando un lote manual de asientos y dejandolos completos para que el procesador contable los impute. No hay otra manera hasta donde se.
Quizá podrías configurarte una Familia o SubFlia de artículos con una configuración predeterminada para esa flia y tomar de ahí las cuentas, o en última instancia modificar esa configuración antes de procesar la compra…
Por último podrias analizar la posibilidad de utilizar Cargos, los cuales van a cuentas contables predeterminadas pero podes tener N cargos, uno a cada cc posible, e imputar la compra como un gasto a esa cc.
antu3 escribió:
Quote:Hola,
Voy a seguir los pasos para crear una base de pruebas. Ahora bien, voy a pivotar entre la de prueba y la real a medida de avanzar en la configuración.
Todo esto lo realizaré en mi notebook. Luego tengo que instalar el sistema en el servidor de la empresa, por lo que necesitaría me indiquen la mejor manera de copiar esta base en dicho servidor.
Saludos,Desde el PgAdmin podrías realizar un backup de la base que tenes en la ntbk, y en el servidor haces un restore con ese el archivo que la operación de backup te generó. Es muy simple realizar esto, solo tenes que hacerle click derecho a la base de datos en cuestión y seleccionar Backup o Restore.
En el Módulo de Pedidos de Cliente, podes crear un nuevo pedido de tipo “Presupuesto” ( eso se setea en el Campo Tipo Documento Destino). Este tendrá la particularidad de que no reservará stock ni se harán asientos contables.
Me parece que no me expliqué bien. Lo que quise decirte es que LY no viene con una base de datos de prueba, pero podes fácilmente crear una vos. Claro que deberías cargar a mano datos, pero no es tan complicado ni es necesario cargar demasiados. En realidad con las mismas pruebas funcionales que vayas haciendo vas a generar datos de prueba. Si te sirve ésa solución deberías:
– Correr 2 o N veces el instalador de LY, una vez por cada base que quieras tener. Solo tené la precaución de cambiarle el nombre a la base de datos.
– Cambias en los parámetros de conexión de la ventana de loggin la base de datos a la que te querés conectar. (Si corriste dos veces el instalador, podes tener 2 bases de datos y utilizar una como una base de pruebas.) Eso se hace haciendole click al candadito de primer textBox que se visualiza.
– Configurar la compañia y realizar transacciones para generar datos de prueba.Antonio, LY no viene por defecto con una base de pruebas. Podrías generar vos datos de simulación muy facilmente, siguiendo el manual para la configuración inicial y luego realizando algunas transacciones básicas o complejas.
Para 1) otra opción sería utilizar la funcionalidad de Movimientos Simples de Mercadería, la cual permitiría impactar el Stock sin necesidad de procesar los remitos.
Te entiendo, pero desde mi punto de vista, no serviría de mucho que te figure el nro real del documento porque un nro por sí solo no te dice nada, podes tener 50 facturas con el nro 12332.
Lo mejor me parece es que te figure la pk del documento, y de ahí obtendrás la info que necesites para cualquier presentación/inspección fiscal. Porque de todos modos la documentación fiscal hay que retarla al gusto del contador de turno.
Ah, con razón no entendía el post. Leí mal, perdón.
Respecto a las facturas de compra, podes ingresar manualmente el nro de tu factura en el campo Número de Comprobante. La secuencia a la que te referís debe ser el campo Nro Del Documento y entiendo que es la que indiza la tabla, lo cual esta bien y no tiene que ver con la info de la factura.
No termino de entender. Que es lo que anda mal? Imaginate un entorno con 5 facturadores ingresando números de factura manualmente… sería un descontrol.
Y por otro lado, en que contexto querrias salterarte números de factura? Si ocurriera (y debería ser muy eventual) podrías modificar el nro del contador del documento, salvo que tengas muchos usuarios facturando a la par, y para éstos casos raros, se podría simular otro talonario de facturas teniendo otro tipo de documento Factura con su correspondiente contador.
Para cargar facturas de compra, deberías definir primero algunas cuestiones, como tu responsabilidad frente al iva, la extincia en stock de tu artículo o servicio a facturar, así como la inclusión del mismo dentro de una lista de precios. Entre otras.
A la izquierda de este threat, verás una opción del menú DOCUMETACIÓN llamada “Manual en Línea”. Seguramente podes comenzar por ahí.
Respecto a las cc de los impuestos manuales. No se si te entendí bien, pero las cc de iva crédito y débito (que como bien decis están mal etiquetadas) solo se asientan cuando el producto o servicio que te facturan tenga seteado el impuesto de iva, por lo que nada tienen que ver con las cc que seteas para impuestos manuales. No se si me explico, pero son cc diferentes que se usan para diferentes impuestos. Las cc que le setees a tu impuesto manual, se van a asentar cuando incluyas manualmente el impuesto a la factura, y por supuesto deberían ser diferentes de las cc que se utilizan para el iva.
En cuanto a la clasificación de activo/pasivo de la cc Pagos o Cobros bancarios en tránsito, si no me equivoco son cuentas puentes o reguladoras del activo/pasivo, es decir no les corresponde una ubicación dentro de la nomenclación patrimonial del activo o pasivo porque son simplemente cuentas puente o reguladoras. Sucede que dentro del árbol hay que mostrarlas en algún lugar, por eso creo que no tiene mucha relevancia donde se ubiquen.
Javier, no tengo las respuesta a todos tus planteos, pero quizá podamos compartir alguna opinión o “planes B” para esos inconvenientes.
Respecto al problema 1, digamos el de las cc faltantes en el esquema del árbol… yo sugiero que el plan de cuentas completo este en el archivo a importar y no jugar con la cc preexistentes en ningún caso sobre todo porque no tiene sentido importar un plan de cuentas que por definición debería ser exhaustivo si vas a trabajar con cc preexistentes. Con ese enfoque si la cc no esta en el archivo, entonces es correcto que no la veas en el árbol. Por otro lado el plan de cuentas normalmente se confecciona por y a gusto del contador del cliente, y éste lo entrega completo. De todas formas, que hayan cc de mas no es un problema, porque siempre las podes filtrar en el buscador de cc, salvo que una de esas cuentas este definida como predeterminada nunca eso te va a generar conflictos. Y si queres que este en el árbol, simplemente ingresala al archivo de importación.
Respecto a las Organizaciones en Cuentas Contables. Como el plan de cuentas es único para toda la compañía, así tengas 100 organizaciones, no hay incovenientes respecto al seteo de la organización con la cc. Al momento de setear una cc a una transacción, de todas formas vas a tener que generar manualmente la combinación de cuenta válida este o no seteada la organización en la cuenta contable, así que desde mi punto de vista y por las pruebas realizadas, realmente da igual la organización que tengas seteada en una cuenta contable importada, si es que todavía no la asignaste a una configuración contable.
Cuentas Contables asociadas a cuentas Bancarias: No es de ninguna manera necesario setear la cuenta contable como cuenta de banco al importar. Lo mas práctico creo que es sin duda crear tus bancos y luego configurarle las cc correspondiente, si es que se va a abrir en una cc por banco, lo que es efectivamente común.
Francisco, no existe hasta donde se ningún link que pueda darte dicha info porque la rta dista mucho de ser trivial. Sin embargo si estas interesado en hacer modificaciones al soft, te sugeriría que estes atento a los cursos de Programación de Libertya On Line que se dan periódicamente y que se anuncian en este sitio. O también podrías ponerte en contacto con algún Partner Corporativo y solicitar consultoría.
Saludos.
Jasper tiene un editor visual que se llama iReport (Es algo parecido a cualquier otro reporteador como Cristal Report o el Report Builder de Oracle).
Si pones en google “iReport” vas a encontrar un montón de manuales y cosas por el estilo introductorias y completas también.
Si lo que necesitas es simplemente acomodar un reporte para que encaje en tu impresión predeterminada, con cualquiera de éstos manuales vas a andar bien.
Cualquier duda puntual, podes hacer tu consulta en el foro de Desarrolladores, en éste mismo sitio y te damos una mano.
Creo que sería mucho mas simple reinstalar todo de nuevo. Esto implicaría desinstalar Libertya y desinstalar el Postgres (para éste último eliminá el directorio de instalación y eliminá el usuario Postgres del sistema operativo).
Pero por otro lado, resetear la base de dato es factible también aunque innecesario, implicaría:
– borrar todas las estructuras de datos manualmente (dropeando los esquemas creo que sería suficiente, tambien podrías eliminar la base de datos entera y después crearla manualmente)
– volver a cargar los datos con un dump que podes descargar del sitio
– y activar manualmente el pl/java…Estos pasos los podes encontrar descriptos en el manual de instalación paso por paso, del wiki, pero como te decía, sería mucho mas simple que reinstales el Libertya de cero.
Saludos
Fede