Saltar al contenido

Modificar columna entera de un listbox


Recommended Posts

publicado

Como va? tengo un problema que no lo he podido resolver bien por una cuestión de lógica. 
Tengo un listbox que toma los datos de otro listbox, el dato que quiero modificar se trata del precio unitario de productos que corresponde al precio de venta en EFECTIVO. Partiendo de ese dato una vez cargada toda la factura requiero de poder cambiar el valor del precio de venta en efectivo por el valor del precio de tarjeta que es igual al precio de venta + el 30%. La forma de pago se cambia a través de un combobox. Si en efecto el combobox a través del evento change se posiciona en "TARJETA" debe sumarle a toda la columna de precio unitario un 30% y si se vuelve a elegir forma de pago en "EFECTIVO" debería volver al precio extraído de venta original que resultaría de aplicar /1,3. 

Hasta ahí pude llegar a solucionar el problema con el siguiente código:
 

For i = 0 To ListBox1.ListCount - 1
If Me.tipodepago.Value = "TARJETA" Then
Me.ListBox1.List(i, 2) = Format(Me.ListBox1.List(i, 2) + (Me.ListBox1.List(i, 2) * 0.3), "$###,##0.00#########")
Me.ListBox1.List(i, 3) = Format(Me.ListBox1.List(i, 3) + (Me.ListBox1.List(i, 3) * 0.3), "$###,##0.00#########")
End If

If Me.tipodepago.Value = "EFECTIVO" Then
Me.ListBox1.List(i, 2) = Format(Me.ListBox1.List(i, 2) / 1.3, "$###,##0.00#########")
Me.ListBox1.List(i, 3) = Format(Me.ListBox1.List(i, 3) / 1.3, "$###,##0.00#########")
End If

Next

El problema es que esto funciona si solo hay 2 formas de pago: TARJETA o EFECTIVO

y en el combobox hay ademas otras formas de pago: CHEQUE, CRÉDITO, etc que se corresponderían al igual que a TARJETA con el precio de lista que es igual al precio de venta + 30% y es ahí donde empieza a no funcionar este código, porque cada vez que cambie entre TARJETA o CRÉDITO el valor del precio en el listbox ira aumentando un 30 por ciento.

Seguro esto tiene una solución mas sencilla y lógica, espero me puedan ayudar, desde ya muchas gracias.

Adjunto los archivos. el formulario se llama "Factura".  Se puede cargar el listbox manualmente sin la necesidad de buscar los productos en la base de datos, tener en cuenta que hay que imaginar que el precio que se ponga en el textbox de precio unitario sera el precio de venta en efectivo, ya que la base de datos contiene solo el precio de venta en efectivo.

https://drive.google.com/file/d/15as5_bgAZ2hCb9TNulH9s_tF1EIfACCQ/view?usp=sharing

 

base de datos acces: https://drive.google.com/file/d/1FZ8O8iY6ApMbYUPwBR-2Gn0Ksx7cZABi/view?usp=sharing

publicado

A veces los árboles no nos dejan ver el bosque.

  • Añade una columna al ListBox1 y guárdate el precio original en ella.
  • Luego utiliza esa columna para hacer los cálculos.

 

Nota: Dale longitud cero en la propiedad ColumnWidths a la columna si no quieres que se visualice en el listbox.

publicado
Hace 9 horas, Antoni dijo:

A veces los árboles no nos dejan ver el bosque.

  • Añade una columna al ListBox1 y guárdate el precio original en ella.
  • Luego utiliza esa columna para hacer los cálculos.

 

Nota: Dale longitud cero en la propiedad ColumnWidths a la columna si no quieres que se visualice en el listbox.

ANTONI, Realmente eres... el rey de reyes.

Archivado

Este tema está ahora archivado y está cerrado a más respuestas.

  • 109 ¿Te parecen útiles los tips de las funciones? (ver tema completo)

    1. 1. ¿Te parecen útiles los tips de las funciones?


      • No
      • Ni me he fijado en ellos

  • Ayúdanos a mejorar la comunidad

    • Donaciones recibidas este mes: 0.00 EUR
      Objetivo: 130.00 EUR
  • Archivos

  • Estadísticas de descargas

    • Archivos
      187
    • Comentarios
      97
    • Revisiones
      28

    Más información sobre "Un juego del Rabino en Excel"
    Última descarga
    Por pegones1

    1    1

  • Crear macros Excel

  • Mensajes

    • Vale mil gracias, en vdd se agradece todo el apoyo y comentarios
    • Hola nuevamente. Por eso la importancia de lo que mencionas tú como "ruta relativa". Tal cual comentas, y aún sin llegar a algunos detalles importantes para ayudarte, en realidad tal cual te comenté le día miércoles, pues sí podías hacer como comentabas, era cosa de obtener los Id de Windows (como tú los llamas) y la ruta de OneDrive en casa usuario y eso sí se puede obtener con VBA y luego pasarlo a PQ, pero medio que te cerraste en que "PQ no puede trabajar con rutas relativas", cosa cierta pero siempre hay formas. Si SAP puede o no guardar en OneDrive o SharePoint, pues si está mapeado en la PC ¡claro que se puede! Pero bueno, creo que si te es útil tu propia propuesta ¡avanza con eso!
    • Perdona @Abraham Valencia pero he estado liado estos días. En realidad todo el problema se reduce a estos dos problemas: Problema 1: El script que "fabrica" SAP y que luego "pego" en la macro, no es capaz de  guardar archivos en SharePoint. He estado buscando, y en realidad muchas personas tienen ese problema (no poder guardar un Excel en SAP a través de VBA). Eso muy probablemente sean problemas de permisos, que no puedo cambiar (no soy administrador de nada). Como no puedo solucionarlo así, paso al plan B, que es guardar en Excel que me genera SAP en el ordenador de cada usuario que ejecute la plantilla (y que sí está guardada en SharePoint), para después con PowerQuery llamar a ese Excel (el export). Para ello, pretendo guardar el export, en la ruta relativa "C:\..\..\..\OneDrive - NombreEmpresa\Documentos\SAP\SAP GUI" donde los \..\..\..\ saltan las rutas personales de cada usuario (tipo C:\users\IDusuario\). Eso lo hace bien, y el archivo se guarda en la ruta de cada usuario que lo usa, pero surge el problema 2 Problema 2: PowerQuery no trabaja con rutas relativas del tipo  "C:\..\..\..\OneDrive - NombreEmpresa\Documentos\SAP\SAP GUI" necesita que sea del tipo fija "C:\users\IDusuario\OneDrive - NombreEmpresa\Documentos\SAP\SAP GUI" pero claro, IDusuario es diferente para cada usuario.   Pero escribiendo todo esto, creo que he dado con una posible solución, no grabar el export en una ruta de usuario, sino en una en la raiz de C:, que siempre será igual para todos los usuarios, del tipo C:\Sap\export.xlsx que seria igual en todos los ordenadores. Asi sí podría decirle a PowerQuery que vaya siempre a la ruta C:\Sap\ que existirá en todos los ordenadores. Mañana intentaré hacer pruebas, aunque mi solución ideal seria que se pudiera guardar en el SharePoint. Saludos.
    • Hola La opción brindada por @torquemada es correcta, funciona, pero hay algunos inconvenientes que (desde mi punto de vista) no la convierten en mi primera elección. Los inconvenientes son: Tendrías que ir columna por columna haciendo los reemplazos, claro que no se harían a mano sino que utilizarías la opción reemplazar o la opción texto en columnas, aun asi demorará un poquito y será trabajoso. Cada vez que descargues otro listado, tendrás que volver a realizar los reemplazos. Me parece una mejor propuesta lo siguiente: Descarga los movimientos a un archivo de Excel Desde tu control de pagos (otro archivo) cargas los movimientos del archivo descargado mediante Power Query Power Query hará los reemplazos y reconocerá todo correctamente (sin que tengas que hacer nada especial) Cuando descargues los movimientos un día posterior, solamente tendrás que hacer clic en "Actualizar" y todo funcionará en automático
    • Hola a todos, Efectivamente, me temo que tal como trabajan las funciones =HOY() y/o =AHORA() (volátiles), sólo con macros puedes obtener soluciones. Un recurso pedestre podría ser, cada vez que quieras que se fije un dato, te sitúes en esa celda y pulses F2, F9 e INTRO.  Pero claro, puede ser un inconveniente si hay que hacerlo repetitivamente en muchas ocasiones,.............. en fin, lo comento sólo como posibilidad. Saludos,
  • Visualizado recientemente

    • No hay usuarios registrado para ver esta página.
×
×
  • Crear nuevo...

Información importante

Echa un vistazo a nuestra política de cookies para ayudarte a tener una mejor experiencia de navegación. Puedes ajustar aquí la configuración. Pulsa el botón Aceptar, si estás de acuerdo.