Abrir audio desde access o hacer que access hable
Espero poder explicarte bien cuál es mi duda.
Tengo una bd de access conectada a sql para entregas de correspondencia.
Cuando llega la correspondencia, una persona (llamémosle "operador") debe separar las cartas de acuerdo al mensajero que la debe ir a entregar.
Las cartas tienen impreso un código de barras que representa el número de la cuenta, por lo que cada vez que llega o ha llegado una carta, se le asigna la "cuenta" a un mensajero para que siempre la lleve el mismo.
Por lo tanto, en la bd existen 2 tablas: cuentas y mensajeros
La tabla "cuentas" contiene los datos de los clientes y está relacionada por el campo "mensajero" con la tabla que contiene los nombres de los mensajeros.
Como las cuentas cambian muy poco y casi siempre son los mismos clientes, hice un formulario que relaciona ambas tablas. Cuando llega la correspondencia, en el formulario escaneo el número de cuenta y el siguiente campo se actualiza en automático con el nombre del mensajero que ha sido desde un inicio el encargado de entregarla.
El problema es que al escanear el número de la cuenta, el "operador" debe voltear a la pantalla para ver el nombre del mensajero y así poder colocar físicamente la carta en el casillero del mensajero correspondiente.
Quisiera alguna opción para evitar que el operador tenga que voltear a ver la pantalla y se me ocurrieron 2 opciones pero no he podido hacer funcionar ninguna.
La primera opción es que existiera alguna función o componente que se pueda ejecutar con afterupdate y que lea el nombre del mensajero que aparece en el campo correspondiente (al decir "que lea" me refiero a que la pc hable). Sobre esto no he encontrado nada de información.
O la segunda opción es agregar en la tabla de mensajeros un campo que se llame "audio" y que contenga la ruta a un archivo de audio con el nombre de cada mensajero para que una vez actualizado el campo "mensajero" se abra el windows media o el winamp y reproduzca el archivo asociado a cada mensajero.
Esas son las 2 ideas que se me ocurrieron pero, soluciones alternativas son bienvenidas
Tengo una bd de access conectada a sql para entregas de correspondencia.
Cuando llega la correspondencia, una persona (llamémosle "operador") debe separar las cartas de acuerdo al mensajero que la debe ir a entregar.
Las cartas tienen impreso un código de barras que representa el número de la cuenta, por lo que cada vez que llega o ha llegado una carta, se le asigna la "cuenta" a un mensajero para que siempre la lleve el mismo.
Por lo tanto, en la bd existen 2 tablas: cuentas y mensajeros
La tabla "cuentas" contiene los datos de los clientes y está relacionada por el campo "mensajero" con la tabla que contiene los nombres de los mensajeros.
Como las cuentas cambian muy poco y casi siempre son los mismos clientes, hice un formulario que relaciona ambas tablas. Cuando llega la correspondencia, en el formulario escaneo el número de cuenta y el siguiente campo se actualiza en automático con el nombre del mensajero que ha sido desde un inicio el encargado de entregarla.
El problema es que al escanear el número de la cuenta, el "operador" debe voltear a la pantalla para ver el nombre del mensajero y así poder colocar físicamente la carta en el casillero del mensajero correspondiente.
Quisiera alguna opción para evitar que el operador tenga que voltear a ver la pantalla y se me ocurrieron 2 opciones pero no he podido hacer funcionar ninguna.
La primera opción es que existiera alguna función o componente que se pueda ejecutar con afterupdate y que lea el nombre del mensajero que aparece en el campo correspondiente (al decir "que lea" me refiero a que la pc hable). Sobre esto no he encontrado nada de información.
O la segunda opción es agregar en la tabla de mensajeros un campo que se llame "audio" y que contenga la ruta a un archivo de audio con el nombre de cada mensajero para que una vez actualizado el campo "mensajero" se abra el windows media o el winamp y reproduzca el archivo asociado a cada mensajero.
Esas son las 2 ideas que se me ocurrieron pero, soluciones alternativas son bienvenidas
1 Respuesta
Respuesta de sir_drake
1