![]() |
| |||||||
| Registrarse | Preguntas Frecuentes | Lista de Foreros | Calendario | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
| | LinkBack | Herramientas | Desplegado |
| |||
| Tengo una hoja con una serie de productos con sus correspondientes códigos de barras (18 cifras) en formato texto, para evitar que me cambie a ceros las últimas cifras. En otra hoja registro las ventas de la misma manera (mediante el código). No hay problemas. La cuestión viene cuando uso un CONTAR.SI para contar el número de ventas de un código determinado ya que, a pesar de tenerlo todo en formato de texto, al mirar el criterio y los datos, SI QUE CONVIERTE LOS 3 ÚLTIMOS EN CEROS, con lo que el número de la cuenta es erróneo. Si, por ejemplo, busco el código 123456789012345001, la función lo convierte en 123456789012345000 y lo mismo hace con todos los datos en los que busca. AsÃ*** pues, el resultado es que cuenta los datos que empiezan por 123456789012345. Alguna idea de cómo solucionarlo?? Gracias. |
| | ||||
| ||||
| |
| |||
| Hola "Jallamas", es normal que no puedas poner números con más de 15 cifras porque ESE es el lÃ***mite en Excel. La función CONTAR.SI no es la adecuada en este caso por el mismo motivo, utiliza SUMAPRODUCTO, por ejemplo: =SUMAPRODUCTO(--(A1:A100=B1)) En este caso he supuesto que el rango con los códigos es de A1 a A100 y que en B1 tengo el código que pide que cuente las veces que se repite. Espero que te sirva y en todo caso comenta. -- Saludos, Xavier j.budet***MACcgac.es Quitar MAC para contestar. Gracias. "Jallamas" <Jallamas***discussions.microsoft.com> escribió en el mensaje news:AA9EC0BD-9A82-4091-B6A4-F9EF12998AE6***microsoft.com... > Tengo una hoja con una serie de productos con sus correspondientes códigos de > barras (18 cifras) en formato texto, para evitar que me cambie a ceros las > últimas cifras. > > En otra hoja registro las ventas de la misma manera (mediante el código). No > hay problemas. > > La cuestión viene cuando uso un CONTAR.SI para contar el número de ventas de > un código determinado ya que, a pesar de tenerlo todo en formato de texto, al > mirar el criterio y los datos, SI QUE CONVIERTE LOS 3 ÚLTIMOS EN CEROS, con > lo que el número de la cuenta es erróneo. > > Si, por ejemplo, busco el código 123456789012345001, la función lo convierte > en 123456789012345000 y lo mismo hace con todos los datos en los que busca. > AsÃ*** pues, el resultado es que cuenta los datos que empiezan por > 123456789012345. > > Alguna idea de cómo solucionarlo?? > > Gracias. |
| |||
| Gracias. Efectivamente me ha solucionado el problema. Lo que no entiendo es la sintaxis de la función que me has puesto ya que no se corresponde mucho con la descripción de la misma que aparece en la ayuda de excel. ¿Me lo podrÃ***as aclarar? |
| |||
| Disculpa, me refiero a los dos guiones al principio de los argumentos. No he encontrado ninguna referencia a ese respecto por ahÃ***. "Jallamas" wrote: > Gracias. Efectivamente me ha solucionado el problema. Lo que no entiendo es > la sintaxis de la función que me has puesto ya que no se corresponde mucho > con la descripción de la misma que aparece en la ayuda de excel. ¿Me lo > podrÃ***as aclarar? |
| |||
| Hola "Jallamas", no hay motivo de disculpa si una cosa no se sabe se pregunta y si alguien lo sabe lo explica, asÃ*** funcionan (deberÃ***an funcionar) los foros. Gracias a ti por responder diciendo que ha funcionado. Respecto a tu pregunta: =SUMAPRODUCTO(--(A1:A100=B1)) si no pones los dos signos menos la búsqueda (A1:A100=B1) devuelve "VERDADERO" o "FALSO" y la función no puede cuantificar. Al utilizar el operador de resta por duplicado obligas a Excel a que "responda" numéricamente, o sea "VERDADERO" se convierte en "1" y "FALSO en "0" (es el equivalente a la función =N(valor) pero más cómodo), una vez con los valores SUMAPRODUCTO te da el resultado. La función SUMAPRODUCTO es una maravilla y creo que un poco desconocida, en la siguiente dirección puedes aprender bastante sobre ella, inconveniente que está en inglés. http://www.xldynamic.com/source/xld.SUMPRODUCT.html -- Saludos, Xavier j.budet***MACcgac.es Quitar MAC para contestar. Gracias. "Jallamas" <Jallamas***discussions.microsoft.com> escribió en el mensaje news:AEE46709-F062-41A7-8A55-E8EFA5FBD664***microsoft.com... > Disculpa, me refiero a los dos guiones al principio de los argumentos. No he > encontrado ninguna referencia a ese respecto por ahÃ***. > > "Jallamas" wrote: > >> Gracias. Efectivamente me ha solucionado el problema. Lo que no entiendo es >> la sintaxis de la función que me has puesto ya que no se corresponde mucho >> con la descripción de la misma que aparece en la ayuda de excel. ¿Me lo >> podrÃ***as aclarar? |
| |
| |
![]() |
| Herramientas | |
| Desplegado | |
| |
Temas Similares | ||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| DGT y baile de cifras | Shake | Newsgroup es.charla.motor | 18 | 04-09-2008 17:42:13 |
| Suma de cifras! | Javier Esquinas | Newsgroup es.ciencia.matematicas | 9 | 22-08-2008 18:11:21 |
| Número de cifras! | Javier Esquinas | Newsgroup es.ciencia.matematicas | 21 | 16-07-2008 09:03:28 |
| Problema con puntuación de cifras | Francisco Talavera | Newsgroup microsoft.public.es.excel | 4 | 07-02-2008 17:16:08 |
| PROBLEMA Número de error: 0x8DDD0003 | RONY | Newsgroup microsoft.public.es.windowsxp | 1 | 19-12-2007 12:43:11 |