Cristina Nicolàs
Respuestas del foro
Respuestas del foro
- Cristina Nicolàs
Si, sin duda lo ralentiza.
El registro de una factura ahora tendrá que registrar la factura en si + la variación de existencias.
Y lo mismo para cualquier otro proceso de registro que involucre productos.Otra cosa es si lo ralentiza lo suficiente como para descartarlo…
La verdad es que siempre que he tratado con empresas españolas, lo tienen desmarcado y hacen el asiento de variación de existencias a posteriori con el report 1002 o de forma completamente manual.
Pero cuando he tratado con empresas europeas o americanas, siempre lo he visto marcado.Ahora mismo estoy trabajando en una implementación holandesa en la que se registran 1500 facturas al día, y tenemos la variación de existencias en automático y el tiempo de registro no nos está generando ningún problema.
Un saludo,
Cristina NicolàsCristina NicolàsHola,
Cuando dices que durante el 2020 has metido cosas del 19 y del 21 supongo que te refieres a que durante el 2020 has hecho asientos en los que has utilizado Fecha Registro del 19 y del 20.
Entonces, en el libro diario lo que es importante para ti es filtrar por Fecha Registro. Independientemente de cuando sea la “Fecha de Creación”.
Con poner los filtros de fecha adecuados en Fecha Registro deberías tener suficiente.Un saludo,
Cristina NicolàsCristina NicolàsHola Santiago,
La propiedad no Editable significa que el usuario no lo puede modificar desde la interfaz gráfica.
Pero un desarrollo si que lo puede modificar.
Lo que se me ocurre en este caso es que haya alguna línea de código que se esté ejecutando que esté realizando la modificación.Un saludo,
Cristina NicolàsCristina NicolàsHola,
Una factura de un proveedor queda bloqueada para el pago si el campo “Esperar” del Mov. Proveedor no está en blanco.
De modo que es cuestión de ir a los movimientos del proveedor y escribir algo en este campo para aquellas facturas que quieras bloquear.
Si no recuerdo mal, este mismo campo existe también en los movimientos de Cartera. De modo que lo puedes bloquear desde los Movs. Proveedor o desde la Cartera.Un saludo,
Cristina NicolàsCristina NicolàsHola Maite,
La configuración de la cola me parece correcta. Se ejecutará cada 120 minutos, hasta que llegue una ejecución más tarde de las 21:00:00, que entonces se pondrá para el día siguiente a las 08:50.
Lo que no tengo claro es como poner los parámetros del 1002, que dices que te pide una Fecha de Registro y querrías que cada día se pusiera la del día.
Diría que puedes probar a poner h o t como Fecha de Registro. h significa Hoy. t significa Fecha de Trabajo. Es posible que con esto ya consigas que cada día se utilice una Fecha de Registro distinta. Pero habría que probarlo. Yo ahora lo estoy diciendo en plan teórico pero no lo he probado.De todos modos, para el report 1002 “Post Inventory Cost to G/L”, hay otra opción. En lugar de ejecutarlo periódicamente con la Cola, puedes ir a la Configuración del Inventario y marcar la opción “Variación existencias automático”. Esto hará lo mismo que el report 1002, pero en cada proceso de registro en lugar de a petición.
Sólo seria necesario el 1002 si quisieras que los asientos de variación de existencias se hagan agrupados en lugar de transacción a transacción.Un saludo,
Cristina NicolàsCristina NicolàsHola,
No te permite deshacer la recepción porque la cantidad que entró en el stock con el abono, ahora ya no está en el stock (es posible que se haya utilizado ya en alguna transacción de salida, como por ejemplo una venta).
Si miras el movimiento de producto correspondiente a la entrada del abono, verás que la cantidad dice 1160 pero la Cantidad Pendiente dice otro número distinto, más pequeño. Y no se puede devolver algo que ya no está en el stock.
si realmente quieres poder utlizar esta opción de Deshacer, hay que conseguir que el campo Cantidad Pendiente del movimiento de producto correspondiente a la entrada por abono diga 1160. Para ello hay que utilizar la Hoja de Liquidación para cambiar las liquidaciones de los movimientos de productos.
Pero hay que saber bien lo que se hace, porque puede afectar a los costes de los productos.
En el curso de Costes de los Productos se explica.
En las lecciones
Lección 13. Rehacer liquidaciones en la Hoja de Liquidación
Lección 14. Rehacer liquidaciones en la Hoja de Liquidación. Producto Medio
se explica como utilizar la hoja de liquidación. Pero para eso primero hay que saber como funcionan las liquidaciones y qué significan, que se explica de las lecciones 2 a la 9.
Y en las lecciones 10 y 11 se explica el tratamiento de los costes y las liquidaciones en las devoluciones.Un saludo,
Cristina NicolàsCristina NicolàsEfectivamente, no hay ningún documento intermedio en los proyectos. Solo está la factura.
Yo en más de una ocasión he hecho un desarrollo en el módulo de proyectos para permitir hacer albaranes. No es un desarrollo super excesivo, pero tampoco es uno que se haga en nada.
Un saludo,
Cristina NicolàsCristina NicolàsHola Veronica,
La verdad es que no lo controlas demasiado.
Porque licencia solo puedes cargar una, porque se carga a nivel de Base de Datos, no a nivel de instancia.La cuestión es: una instancia utiliza la licencia que estuviera cargada en Base de Datos en el momento de iniciar la instancia.
Entonces yo lo que hago cuando quiero utilizar una licencia en concreto es:
1. En BBDD tengo cargada la licencia del cliente y la instancia está ejecutándose con esa licencia
2. En BBDD cargo una licencia de desarrollo y inicio esta segunda instancia que tengo para miMientras no se reinicien los servicios, ambas seguirán ejecutándose con la licencia que tuvieran en su momento, que ahora mismo es en la instancia 1 la licencia del cliente y en la instancia 2 la licencia de desarrollo.
Pero si en algún momento se reiniciarán los servicios, se ejecutarían con la licencia de desarrollo porque es la que está cargada ahora mismo en BBDD.
Para evitar esto, siempre tengo la precaución que una vez he iniciado la instancia de desarrollo, en BBDD vuelvo a cargar la licencia del cliente.Un saludo,
Cristina NicolàsCristina NicolàsHola Luis,
No acabo de entender la necesidad de utilizar un WebService en este caso.
Hablas de tener una función en algún sitio que diga si existe un registro o no. Y que quieres llamarlo desde otro punto de Business Central. ¿Porque no lo llamas a esa función directamente en lugar de hacerlo a través de WebService?Si estamos hablando del mismo Business Central, no tiene sentido tener que salir para encontrar una información que tienes internamente.
Si estamos hablando de dos bases de datos distintas de Business Central que quieres que se comuniquen via WebService ya es otro tema. Entonces me parece correcto.
Como comentas, está la HttpClient que es la que deberíamos usar para hacer la llamada, pero igual que tu, yo estuve haciendo algunas pruebas hace unos meses y no conseguí que funcionara.Un saludo,
Cristina NicolàsCristina NicolàsHola Maite,
Hablo completamente de memoria, pero diria que en el estándar no hay ninguna funcionalidad que muestre los comentarios de cliente y proveedor al crear un documento de venta o de compra.
Para que sea posible, un desarrollador os tendría que hacer una pequeña modificación que hiciera esto que pides.
Un saludo,
Cristina NicolàsCristina NicolàsPara mi la forma es sencillamente poner el precio correcto después al hacer la factura.
Te recomiendo este video:
Costes Esperados vs Costes RealesUn saludo,
Cristina NicolàsCristina NicolàsPor el tema de los costes no es necesario hacer una devolución y después un nuevo albarán.
Independientemente del precio al que se haya recibido el albarán, posteriormente se puede cambiar el precio al hacer la factura, y el precio de la factura es el que mandará.Os recomiendo esta lección del curso de costes de los productos:
Costes Esperados vs Costes RealesUn saludo,
Cristina Nicolàs
