Respuestas de foro creadas
-
Entradas
-
Javier, como andas? Con Lucas (lMattar) queremos armar un componente y publicarlo al proyecto, para imputar centro de costos de la misma manera que esta estandarizada en otros soft de gestión. Te parece que lo encaremos juntos de a poco? Yo no programo mucho pero Lucas la semana que viene arranca con los cursos de programación, y tenemos ganas de encarar éste componente.
No es mucho lo que hay que hacer:
Básicamente, un botón en cada factura (también podría estar el botón en todos algunas ventanas que manejen Cargos) que presente un árbol (de centro de costos) y una grilla (de imputaciones porcentuales). Es decir, al completar una factura se la asigna a un centro de costos que se selecciona del árbol, y se le imputa un porcentaje, por ejemplo la factura de Compra de Material va en un 30% al centro de costos Sucursal Sur (A.1) y otro 30% al centro de costos Sucursal Norte (A.2) y el resto al centro de Costos Casa Central (D.1). De manera que la imputación para la factura quedaría expresada de la siguiente manera:
FACTURA 00001
Centro de Costo A.1 = 30%
Centro de Costo A.2 = 30%
Centro de Costo D.1 = 40%Esto siempre me lo pidieron en las demos que he hecho del Soft. Es muy importante cuando la empresa empieza a calibrar los gastos. En las facturas de venta se puede hacer lo mismo, pero imputando la ganancia a los mismos centros de costos, y al cierre del año podes ver cuanto gastaste y cuanto ganaste por cada centro de costo.
Actualmente el sistema te permite imputar líneas de facturas proyectos y subproyectos, eso esta bueno pero no resuelve el problema de las imputaciones porcentuales del documento completo, ni la apertura en forma de árbol multinivel que pueden tener los centros de costos.
Si te prendes, seguro que lo liquidamos mas rápido y contribuimos a la comunidad con un componente interesante. Podríamos abrir un hilo y nos vas diciendo por donde arrancar. = )
Te respondo algunos puntos
Antes de realizar la orden de compra, se puede solicitar presupuestos de compra?
Si lo que necesitas es ingresar en el sistema Presupuestos aprobados que te suministraron tus proveedores, ésto es factible creando un nuevo tipo de Documento “Presupuesto de Compra” el cual se generará igual que una factura de compra. Esta creación es muy rápida y fácil y sin programar.Contempla “Requermimientos Internos”?
Supongo que te referís a requisiciones internas, donde antes de generar compras se aprueban documentos internos de acuerdo a un flujo preestablecido… si es esto, la respuesta sería igual que en el punto anterior. Podes crear nuevos documentos que modelen tu circuito y adaptarlos a un workflow modificado. Todo ésto sin programar, salvo que requieras validaciones especiales y cosas por el estilo.Contempla la recepción de la mercadería controlando
consistencias con la orden de compra? Control de calidad en la recepción?
Para dar ingreso a la mercadería tenes que trabajar con un documento de tipo REMITO. El remito puede ser creado desde una Orden de Compra (Pedido a Proveedor) o desde una Factura. Esto te asegura una integridad total respecto al pedido original y el impacto que hará en tu stock de almacén. Si se ven inconcistencias respecto a la mercadería solicitada, el remito puede ser modificado para representar la realidad de tu recepción. Lo que hagas de ahí en mas con las divergencias que encuentres seguramente dependerá del caso. Por lo pronto puedo decirte que el sistema modela devoluciones a proveedor en conjunción con notas de créditos; o cambios de artículos ingresados por error.Numeros de serie?
Pueden ser agregados como un atributo particular de tu tipo de artículo, así como cualquier otro atributo genérico. De todas formas en éste ítem habría que analizar el comportamiento del almacen, por si hay variantes respecto a tus necesidades.Multiples unidades de media para un solo artículo?
Si. De hecho en los informes de almacén vas a tener el número exacto de unidades de cada movimiento de stock para cada tipo de artículo.Ventas: Vi en otro post que están desarrollando una interfaz para SUGAR CRM, de manera de manejar los presupuestos por ese sistema. Hoy en día al haber mucha competencia es imprescindible contar con un módulo de presupuestos y que estos queden relacionados a los pedidos, facturas, etc. De manera de poder realizar analisis, etc.
Entiendo que el componente integrador esta prácticamente operativo, si quisieras usarlo seguramente podrías ponerte en contacto con la gente del proyecto y ellos te lo facilitarán. Respecto a la relación entre pedidos, remitos y facturas, ésta se da a nivel de línea de documento, por lo que dificilmente quede algún caso que no pueda ser modelado. En el caso de las ventas, el documento de tipo presupuesto ya viene modelado por defecto, por lo que no deberías crear nada nuevo. Salvo como siempre, que necesites algúna cosa en particular.
Compartir tablas entre empresas Otra consulta es el siguiente escenerio: Tengo 2 empresas con contabilidades distintas, pero que comparten los clientes, artículos y sobre todo el stock. Es posible definir que tablas son unicas por empresa y cuales se comparten?
El sistema cuenta con una división organizacional de N partes para una compañía. Es decir, tu empresa puede estar dividida en N organizaciones y cada una mantener privados o no sus objetos de datos por decirlo así, aunque el plan de cuentas será el mismo para todas. Existe la posibilidad de que el soft sea multiempresa, pero no esta habilitado por defecto, aunque según el changelog de la aplicación se está trabajando en eso para las futuras releases. De todas formas aún con esa modificación quedan pendientes algunas cuestiones de consolidación de datos entre empresas, que seguramente requerirán alguna adaptación particular para cada caso de acuerdo al nivel de consolidación que estes buscando.
Las importaciones funcionan con tres componentes básicos: Los datos de entradas definidos por el formato de importación; los datos temporales, es decir el archivo ya incorporado en una tabla temporal; y por último una clase que toma esos datos temporales y los incorpora en las tablas destino correspondientes.
De manera que las modificaciones que requerís, implican 3 toques del que solo intentaste hacer uno es decir, el formato de importación. Pero además, vas a tener que modificar la tabla que guarda los datos intermedios (I_Producto), y por último modificar la clase java ImportProduct. Para el formato de importación y para la tabla, será definir como columnas los atributos faltantes. Para la clase deberías agregar la lógica de importación de dichos atributos en las tablas destino correspondientes. Como se ve, no es una trivialidad y requerirá de algún análisis adicional.
Seguramente los chicos te pueden dar una respuesta mas acertada, pero por lo pronto se me ocurre sugerirte que uses el comando netstat de windows para ver si el puerto que le pusiste en el Configurar esta realmente escuchando.
Me parece que te faltó arrancar el servidor. Tenes que ejecutar un iniciarServidor.bat que esta en la carpeta Util del home del Libertya.
Buenísimo tu aporte Javier, ya corregí el la configuración y no pincha mas.
De todas formas, creo que no es posible hacer lo que quiero. Las asociaciones entre documentos hay que hacerlas manualmente pero solo para Compras, por eso la pestaña tampoco va a mostrar nada. Voy a abrir otro hilo fuera de Programación para eso.
En la versión 10.3 esos campos estan. Es muy raro que no los veas. Estas viendo el ABM de Entidades Comerciales con el perfil de Administrador? Lo único que se me ocurre decirte es que mires en el diccionario para ver si quedaron ocultos por algúna razón. (Perfil System => Ventas, Pestañas, Campos)
Bueno, lo hice de nuevo pero el resultado es el mismo. Salvo que ahora veo la pestaña en Ventas, después de asignarle permisos al perfil.
También la veo desde Administrador, ahí me arroja un error: No Value for link column C_Invoice_Line_ID
Pero es extraño, porque tengo los mismos valores para la configuración de la pestaña que ya existen en la configuración para la pestaña de la ventana de Facturas de Compra… salvo la secuencia lo otro esta igual.
Si las cuestiones que planteas estan contenidas en las resoluciones 2485 y 1361 entiendo que pueden llevarse con LY.
Pero fuera de eso y al menos hasta donde se, el LY no tiene funcionalidad específica para procesos de negocio de comercio exterior.
Saludos
Importaciones: Sí, podes importar tus productos/servicios mediante un importador provisto por el sistema. También hay otro importador mas avanzado que tiene un poco de lógica, aunque no lo he probado.
Factura Electrónica: Como podrás observar en el changeLog la factura electrónica esta incluída en la versión 10.3
Proyectos: El sistema tiene manejo de proyectos y subproyectos, en la nueva versión incluso hay manejo a nivel de línea de documento, de manera que podrás afectar un mismo documento a N aperturas de proyecto.
En la ventana de loggin del sistema, en su pestaña Conexión (donde introducis el usuario y el pass), en el extremo superior derecho veras la versión que estas ejecutando.
Gracias antonio por la rta.
Javier, Estoy de acuerdo con vos en que en ningún caso representa un problema para la operatoria pero solo porque existen costos resumidos disponibles… es decir, la contabilidad de costos es crítica para una organización, y el contador nunca va a saber a cuento se compró una mercadería salvo que tenga una pila de facturas de compra a mano cosa que no me parece muy compatible con un ERP; con ésto quiero decir que no darle ninguna info de costos al contador nunca puede ser la solución.
La buena noticia es que muchas veces el control se lleva simplemente haciendo la cuentita de Costo de Mercadería Vendida = Existencia Inicial. + Compras de mercaderías. – Existencia Final. Lo que si bien requiere de info de stock esta es totalmente resumida y puede ser tomada del sistema y hasta donde alcanzo a ver es compatible con el LY aún si las imputaciones a la cuenta contable CMV (Costo de Mercadería Vendida) son cero.
El problema con éste método es que no se detectan faltantes por robo o por pérdida, pero es según entiendo, el mas usado en el sector Pyme argentino.Las otras posibilidades que aparentemente contempla el sistema son FIFO (PEPS) y LIFO(UEPS). En el primero valuas tus existencias al costo de compra mas reciente, y en el 2do valuas al costo mas antíguo. Hay un tercer método que es el PPP (Costo Promedio Ponderado) donde se valúa tu existencia con un promédio de los precios de compra, pero este no está contemplado en el LY. De todas formas entiendo que los algoritmos de costos son clases encapsuladas de manera que no debería ser demasiado complicado incorporar una nueva, en teoría.
Voy a mirar un poco como trabaja el LY con al menos con los FIFO y LIFO, ahora que Antonio nos explicó la mecánica general para el impacto de las ctas ctables asociadas, después te cuento como me fué.
Me olvidaba, respecto a los documentos fiscales y no fiscales, tu concepto es correcto, si no es fiscal no llevará libros de iva.
Un documento puede ser fiscal y no salir por impresora fiscal. En realidad, así trabaja por defecto. Para que salga por una impresora fiscal deberías configurar una, con su nombre, driver, y otros datos e indicar en el documento que tendrá una impresión fiscal. De manera que con solo indicar que el documento es fiscal, la impresión del mismo no será mediante una impresara fiscal sino mediante una impresora común.
Respecto a la complejidad de la query que conformará la vista…
Podemos mirar el SQL base de cada ventana de interés. En Herramientas => Preferencias => Valiables de Entorno => FindSQL se puede ver el SQL base de la ventana en cuestión.
Sería cosa de mirar los SQL de las ventanas que son de interés para el caso, joinearlos y construir una vista o dos o las que hagan falta, y con esa query construir la vista final que servirá como base de la nueva ventana.
Para el Frame es lo mismo trabajar con una vista que con una tabla, no se da cuenta de la diferencia, de manera que es transparente.
