Cristina Nicolàs
Respuestas del foro
Cristina Nicolàs
-
Cristina NicolàsSuperadministradorCristina NicolàsYo exploraría los días de pago. Serán unos días fijos de pago, por ejemplo el 10 y el 25, y el sistema ya propondrá el uno o el otro en función de lo que quede más cerca del vencimiento original calculado.
No sé si te valdrá. Tu comentas si hay alguna opción de ir primero a un día fijo y después sumar el cálculo de vencimiento según el término de pago.
Los días de pago son al revés. Primero calcula el vencimiento según el término de pago y después va a un día fijo.Justo ayer grabé una lección que habla de esto. En cuanto esté publicada te pongo aquí el enlace.
Un saludo,
Cristina Nicolàs14 julio 2022 a las 10:26 #1022467
Cristina NicolàsSuperadministradorCristina NicolàsHola,
Estoy revisando los vídeos y efectivamente parece que la parte de programación de vistas no está.
Puedes revisar pero la programación de vistas en la documentación que se adjunta con el curso. Es el documento 9.Vistas.pdf
Puedes encontrar más documentación sobre las vistas aquí:
https://docs.microsoft.com/en-us/dynamics365/business-central/dev-itpro/developer/devenv-viewsY desde Business Central 20 también es posible utilizar Queries para hacer una vista:
https://svirlan.com/2021/05/11/views-and-queries-in-business-central/
https://www.youtube.com/watch?v=m_2oGROJsVk&ab_channel=ErikHougaardUn saludo,
Cristina Nicolàs7 julio 2022 a las 09:47 #1022173
Cristina NicolàsSuperadministrador5 mayo 2022 a las 12:44 #1020797
Cristina NicolàsSuperadministradorCristina NicolàsHola Maite,
El Object Designer és el entorno de desarrollo de NAV2017… de modo que si pretendes hacerlo por ahí estarás tocando código.
En NAV2017 no recuerdo exactamente, porque ha ido evolucionando con el tiempo. Yo lo estoy ahora mirando en Business Central 19 y en principio se puede efectivamente hacer sin tocar código. Si vas a la selección de informes de ventas, donde se selecciona qué impreso es el que hay que usar para cada uno de los documentos de venta, hay un tick que indica si ese mismo impreso se tiene que utilizar para el cuerpo del correo y si hay que utilizarlo para los datos adjuntos. De modo que a priori deberías poder seleccionar otro impreso para cambiar el cuerpo del correo.
Si lo que quieres es poder modificar el impreso que ya hay, entonces si que habrá que hacerlo por código.Un saludo,
Cristina Nicolàs5 mayo 2022 a las 12:41 #1020796
Cristina NicolàsSuperadministradorCristina NicolàsDuplicado. Respuesto en https://clipplatform.com/foros/tema/relacionar-un-factbox-con-diferente-tabla-a-la-original-3/
5 mayo 2022 a las 12:23 #1020795
Cristina NicolàsSuperadministradorCristina NicolàsHola,
Es cuestión de fijarse en que hay de diferente entre ese FactBox que quieres “imitar” y el que estás poniendo.
Si vas a la page 41 Sales Quote y te fijas en todos los FactBox que pone el estándar, verás que la mayoría dan información de cabecera, pero hay unos cuantos que dan información de líneas (como por ejemplo el 9087 que mencionas). Si comparas los unos con los otros, verás que la diferencia está en la propiedad Provider.
Por defecto, la relación se hace con el Rec de la propia página. En este caso Sales Header.
Pero si especificas un Provider distinto, entonces la relación se hará con el Rec de ese otro provider.
Si te fijas con el FactBox “Sales Line Factbox”, dice Provider = SalesLines;
Siendo SalesLines el nombre de la part que muestra la subpágina “Sales Quote Subform”.Un saludo,
Cristina Nicolàs5 mayo 2022 a las 12:21 #1020794
Cristina NicolàsSuperadministradorCristina NicolàsSi, 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às16 marzo 2021 a las 16:48 #1019248
Cristina NicolàsSuperadministrador16 marzo 2021 a las 16:42 #1019247
Cristina NicolàsSuperadministradorCristina 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às16 marzo 2021 a las 16:41 #1019246
Cristina NicolàsSuperadministradorCristina 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às16 marzo 2021 a las 16:38 #1019245
Cristina NicolàsSuperadministradorCristina 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às16 marzo 2021 a las 16:35 #1019242
Cristina NicolàsSuperadministradorCristina 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às16 marzo 2021 a las 16:30 #1019241
Cristina NicolàsSuperadministradorCristina 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às3 agosto 2020 a las 12:28 #1017798
Cristina NicolàsSuperadministradorCristina 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às28 mayo 2020 a las 11:06 #1016837
Cristina NicolàsSuperadministradorCristina 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às28 mayo 2020 a las 11:03 #1016836