Ar Que o Diario Caja Access

ARQUEO DIARIO DE CAJA1
INTRODUCCIÓN
¿Cómo podemos conseguir un arqueo de caja con Access?
El problema con que me enfrento al realizar este ejemplo es
que hay muchos sistemas diferentes de gestionar las ventas
y cobros (lo cual es bueno, porque se demuestra así vuestra
inventiva para “solucionar una necesidad”).
A eso hay que añadirle que quizá quien mire este ejemplo
sea español, que tiene sus monedas y billetes, pero
también puede mirarlo una persona de Argentina, o de
Perú, o de México... con otra moneda.
En definitiva, que el problema es doble: diferentes sistemas de ventas/cobros y diferentes

monedas.
Voy a desarrollar, ante lo descrito, un sistema “neutro” en cuanto a moneda, poniendo un

ejemplo ficticio de “unidades monetarias”. Creo que así será más fácilmente aplicable a
vuestras BD's. Incluiré en el ejemplo lo que se denominan “vales de caja”, que por si alguien
no lo sabe son “papelitos” que muestran una salida de caja para alguna necesidad puntual
pero que quien ha recibido ese dinero lo repondrá en un futuro (al menos eso dice la teoría...
cosa que se suele cumplir siempre y cuando no sea el jefe el que meta mano a la caja )
En cuanto a los diferentes sistemas de ventas/cobros yo voy a aplicar uno extremadamente

sencillo y poco realista (precisamente por su sencillez), dado que el ejemplo no pretende
desarrollar un sistema de ventas. Lo que debéis tener siempre presente es que, sea cual sea el
sistema que apliquéis, el dato importante es el total de ventas por día (supuesto un arqueo
diario). Si sois capaces de conseguir ese dato ya tenéis medio problema resuelto.
Dicho lo anterior veamos cómo podemos conseguir ese arqueo diario de caja.
PLANIFICANDO NUESTRAS TABLAS

Vamos a crearnos una tabla para las ventas, que llamaremos TVentas. Como ya os explicaba al
principio, esta tabla sólo me servirá para tener una base para meter algunas ventas. Lo
importante de esta tabla es que me servirá para sacar el total de ventas diarias. Esa es la
finalidad que debéis perseguir en vuestras aplicaciones con el sistema de ventas que tengáis.
La explico por el hecho de que quizá alguien quiera desarrollar antes este ejemplo para
“entenderlo” antes de aplicarlo a su BD.
Así pues, dicha tabla tendrá la siguiente estructura:
1 La BD de ejemplo os la podéis bajar aquí.
1
Visítame en http://siliconproject.com.ar/neckkito/
Vamos a crearnos ahora una tabla, que llamaremos TArqueo, que nos servirá para ir
guardando los totales de los arqueos para ir guardando el saldo acumulado. La estructura de
esta tabla será la siguiente:
El campo [RegArq] nos servirá para regularizar el arqueo en el caso en que haya discrepancias
entre lo vendido y lo cobrado, y que no haya manera de cuadrar la caja. Teóricamente ese
valor debería ser cero, lo que implicaría que la caja siempre cuadra.
Si hay discrepancias ese valor servirá para regularizar el saldo de caja. Teóricamente un día
puede que nos falte dinero y otro que nos sobre, pero mirando su evolución en el tiempo
obtendríamos lo que se denomina “esperanza matemática tendente a cero”; es decir, que si
sumamos esas regularizaciones el resultado final debería ser, siempre en términos teóricos,
cero.
Nos servirá además para comprobar que no haya “cosas extrañas” en la caja, dado que si la
regularización muestra que siempre hay faltante de caja es que “algo” pasa...
Finalmente no debemos olvidarle de ponerle, como valor predeterminado, 0 (cero).
Podríamos añadir los billetes y las monedas como campos en nuestra tabla, pero en este
ejemplo no lo haremos así porque considero que lo importante son los saldos finales, y no
aporta gran información saber que el día tal teníamos 2 billetes de xxx unidades monetarias.
Y, en principio, ya tenemos la estructura de tablas para nuestro ejemplo.
PREPARANDO EL FORMULARIO DE MENÚ

Vamos a suponer que tenemos un formulario que nos hace de menú, y que yo llamo FMenu.
Ese formulario podría ser uno que ya tuviéramos, o si no nos creamos un formulario en blanco
y lo guardamos con ese nombre.
En dicho formulario añadimos un botón de comando, al que llamaremos cmdAbreFArqueo.

Sacamos las propiedades del botón y nos vamos a Pestaña Eventos → Al hacer click, y
generamos el siguiente código2:
…
Private Sub cmdAbreFArqueo_Click()
DoCmd.Close acForm, Me.Name
DoCmd.OpenForm "FArqueo", , , , acFormAdd
End Sub
…
La primera línea de código lo que hace es cerrar FMenu; la segunda abre FArqueo preparado ya
para la introducción de un nuevo registro.
2 Para generar código nos ponemos en la parte en blanco junto al evento que queramos, y veremos cómo nos aparece un pequeño
botón de puntos suspensivos. Si hacemos click sobre él nos aparecerá una ventana. Le decimos que queremos generar código.
Se nos abrirá el editor de VB, con dos líneas por defecto (Private Sub... y End Sub). Esas dos líneas no deben tocarse. El código lo
escribimos entre dichas líneas
2
PREPARANDO EL FORMULARIO DE ARQUEO
Para este ejemplo voy a suponer que nuestro hipotético país tiene:
• Un billete de 100 unidades monetarias (u.m)

• Un billete de 10 u.m.
• Una moneda de 5 u.m.
• Una moneda de 1 u.m.
Vamos a crearnos un formulario basado en la tabla

TArqueo, al que llamaremos FArqueo. Os muestro cómo he
diseñado yo ese formulario y después os explico los detalles
(si tenéis problemas para entender la explicación de los
detalles pensad que podéis recurrir a la BD de ejemplo):
txtXXX
txtTotalXX
X
• El control “SALDO ANTERIOR” lo he llamado txtSaldoAnterior, y le he puesto formato

Moneda. En sus propiedades, pestaña Datos → Bloqueado, le he cambiado la propiedad
a SÍ.
• El control a la derecha de la etiqueta“Nº BILLETES DE 100” lo he llamado txt100, con
formato Número General. A su vez, el control que está más a la derecha (y que nos
debe dar el total en función del número de billetes) lo he llamado txtTotal100, con
formato Moneda y valor predeterminado 0. Si os vais a la Pestaña Datos → Bloqueado,
le he puesto la propiedad en SÍ.
A continuación he hecho un copy-paste de estos tres elementos (etiqueta, txt100 y

txtTotal100) y lo he pegado tres veces, para conseguir la enumeración de todos nuestros tipos
3
de billetes y monedas.
• Los controles correspondientes a “Nº BILLETES DE 10” los

he llamado txt10 y txtTotal10.
• Los controles correspondientes a “Nº MONEDAS DE 5” los
• Los controles correspondientes a “Nº MONEDAS DE 1” los
• A todos los controles de monedas y billetes que muestran el
total (txtTotalXX) les he puesto que no son punto de
tabulación (Propiedades → Otras → Punto de tabulación).
Si habéis hecho copy-paste los nuevos controles habrán duplicado también las propiedades de
cada control. Si lo habéis hecho manual deberéis configurar las propiedades de los controles
como os indicaba en “Nº BILLETES DE 100”.
• El control correspondiente a “VALES DE CAJA” lo he llamado txtValesCaja, con formato

moneda y valor predeterminado 0. Como no vamos a permitir la introducción de valores
negativos también modificaremos la propiedad “Regla de validación” (Propiedades →
Pestaña Datos), escribiendo (sin las comillas) “>=0”, y la propiedad “Texto de
validación” con (sin comillas) “No se admiten valores negativos”.
• Hacemos un copy-paste de los controles correspondientes a “VALES DE CAJA”,
pegándolo con el nombre de “SALIDAS DE CAJA”, y llamando al control txtSalidasCaja.
Como no vamos a permitir la introducción de valores negativos también modificaremos
la propiedad “Regla de validación” (Propiedades → Pestaña Datos), escribiendo (sin las
comillas) “>=0”, y la propiedad “Texto de validación” con (sin comillas) “No se admiten
valores negativos”.
Evidentemente este textbox nos reflejará las salidas que se hayan producido en la caja por
conceptos tales como pequeños pagos de material, ingreso de una cantidad de caja en el
banco, etc.
• El control “TOTAL VENTAS DIA” lo he llamado txtTotalVentas, con formato Moneda y

bloqueado: SÍ.
• El control “DIFERENCIA” lo he llamado txtDiferencia, con formato moneda y bloqueado:
SÍ.
• El botón “Confirmar arqueo y salir” lo he llamado cmdConfirmarArqueo
• El botón del encabezado “Cancelar y salir” lo he llamado cmdCancelar.
• Del campo [Id] he sacado sus propiedades y Pestaña Formato → Visible: No
Debemos también configurar algunas propiedades de nuestro formulario. Para ello sacamos
esas propiedades de formulario, nos vamos a Pestaña Formato y:
• Selectores de registro: NO
• Botones de desplazamiento: NO
• Cuadro de control: NO
PROGRAMANDO NUESTRO FORMULARIO

La programación de nuestro formulario requiere atender a varios frentes. Empezaremos por el
botón cmdCancelar.
No podemos limitarnos a salir al pulsarlo porque se habrán escrito valores en el formulario (lo
veremos en un código posterior). Si saliéramos sin más esos valores quedarían guardados, lo
que nos provocaría tener un registro incompleto (y, de rebote, nos fastidiaría las
comprobaciones del código).
4
Para solucionar este problema vamos a borrar el registro
antes de salir. Así nuestra tabla no tendrá información
fragmentada o errónea.
Así pues, el código que debemos generar en el evento “Al

hacer click” de ese botón será el siguiente.
…
Private Sub cmdCancelar_Click()
'Establecemos un control de errores por si intentamos borrar un registro
vacío
On Error Resume Next
'Declaramos las variables
Dim resp As Integer
'Solicitamos confirmación al usuario
resp = MsgBox("Si cancela y sale se borrará la información del registro actual" _
& vbCrLf & vbCrLf & "¿Seguro que desea cancelar?", vbQuestion + vbYesNo, "CONFIRMACIÓN")
'Si el usuario pulsa NO salimos del proceso sin hacer nada
If resp = vbNo Then Exit Sub
'Si pulsa SÍ seguimos con el proceso
'Desactivamos los avisos
DoCmd.SetWarnings False
'Borrlamos el registro
DoCmd.RunCommand acCmdDeleteRecord
'Reactivamos los avisos
DoCmd.SetWarnings True
'Cerramos el formulario actual
'Abrimos FMenu
DoCmd.OpenForm "FMenu"
End Sub
…
 Nota: es importantísimo volver a activar los avisos mediante DoCmd.SetWarnings True

porque la desactivación de avisos no afecta sólo al código con el que estamos trabajando, sino
al conjunto de Access. Si no lo volvemos activar quizá algo (independiente del formulario de
trabajo) no nos funcione bien y no sabremos por qué, porque no nos saldrá ningún aviso de
Access. ¡Tened esto muy en cuenta!
Sigamos con el proceso. Un segundo frente es disponer de los valores iniciales para poder
realizar el arqueo. Esos valores iniciales los vamos a programar aprovechando el evento “Al
cargar” del formulario.
Lo que debemos tener en cuenta es que: a) nos ponga le fecha de hoy por defecto, aunque
después la podamos modificar, b) que nos traiga el último saldo del arqueo anterior y c) que
nos traiga la suma de las ventas realizadas ese día (esto lo haremos a través de una función
en un módulo, que veremos más adelante).
Así pues, vamos a sacar las propiedades del formulario y en el evento “Al cargar” vamos a
generar el siguiente código:
…
Private Sub Form_Load()
'Requiere registro de la referencia "Microsoft DAO 3.6 Object Library o módulo equivalente
Dim vFecha As Date
Dim vUltimoSaldo As Currency
Dim vVentas As Currency
Dim miSql As String
Dim rst As DAO.Recordset
'Asignamos la fecha del sistema a la variable vFecha
vFecha = Date
5
'Escribimos dicho valor en el campo correspondiente del formulario
Me.FechaArq.Value = vFecha
'Nos creamos una SQL que nos filtrará por el último saldo del arqueo anterior,
'representado por el valor del campo [SaldoCaja]
miSql = "SELECT TOP 1 TArqueo.SaldoCaja FROM TArqueo" _
& " ORDER BY TArqueo.FechaArq DESC"
'Creamos un recordset sobre dicha SQL
Set rst = CurrentDb.OpenRecordset(miSql)
'Si la consulta devuelve un valor nulo es porque aún no se ha realizado
'ningún arqueo. En este caso establecemos vUltimoSaldo como cero
If rst.RecordCount = 0 Then
vUltimoSaldo = 0
Else
'En caso contrario le asignamos el valor que devuelve la SQL
vUltimoSaldo = Nz(rst.Fields(0).Value, 0)
End If
'Escribimos ese valor en el formulario
Me.txtSaldoAnterior.Value = vUltimoSaldo
'Llamamos a la función fncVentas para que nos traiga las ventas de esa fecha
vVentas = fncVentas(vFecha)
'Escribimos las ventas en el formulario
Me.txtTotalVentas.Value = vVentas
'Cerramos conexiones y liberamos memoria
rst.Close
Set rst = Nothing
End Sub
…
Vemos que el código requiere el registro de la referencia “Microsoft DAO 3.6 Object Library”. Si
no sabemos cómo se registra una referencia lo que tenemos que hacer, en el editor de VB, es
irnos a Menú → Herramientas → Referencias... Nos saldrá una ventana con las referencias que
tenemos disponibles. Buscamos “Microsoft DAO 3.6 Object Library”, marcamos su check y
aceptamos.
Como ya os comentaba antes, el total de ventas de ese día nos vendrá dado por una función,
que programaremos en un módulo aparte.
El siguiente frente es, precisamente, la programación de un módulo estándar. En ese módulo

vamos a tener que programar una función y un procedimiento. Vamos allá...
En el editor de VB nos vamos a Menú → Insertar → Módulo. Lo guardamos como

mdlOperaciones.
Vamos a escribir primero la función que nos devolverá las ventas diarias. El código que nos
haría eso sería.
…
Public Function fncVentas(ByVal laFecha As Date) As Currency
Dim miSql As String
Dim rstVtas As DAO.Recordset
'Creamos la SQL que nos dará el total de ventas
miSql = "SELECT SUMA(TVentas.Importe * TVentas.Unidades) AS TotalVenta FROM TVentas" _
& " WHERE TVentas.FechaVta=#" & Format(laFecha, "mm/dd/yy") & "#"
'Creamos el recordset sobre la consulta
Set rstVtas = CurrentDb.OpenRecordset(miSql)
'Si no hay registros es que no ha habido ventas ese día. Hacemos que la función
'sea cero en este caso
If rstVtas.RecordCount = 0 Then
fncVentas = 0
Else
'Si ha habido ventas igualamos la función al resultado devuelvto por la SQL
fncVentas = rstVtas.Fields(0).Value
6
End If
rstVtas.Close
Set rstVtas = Nothing
End Function
…
Ahora tenemos que crearnos un procedimiento que nos

vaya calculando los valores en función de los datos que
vayamos introduciendo al ir rellenando el arqueo. Como en
el cálculo intervienen bastantes elementos el procedimiento
puede parecer “monstruoso”, pero no os preocupéis porque
si lo analizáis sólo un momento veréis que, en el fondo, es
muy simple.
Así pues, a continuación de nuestra función escribimos el siguiente proceso sub:
…
Public Sub calculoDatos( _
fSaldoAnterior As Currency, _
fBilletes100 As Currency, _
fBilletes10 As Currency, _
fMonedas5 As Currency, _
fMonedas1 As Currency, _
fVales As Currency, _
fSalidas As Currency, _
fRegulariz As Currency, _
fTotalVentas As Currency _
)
Dim vSaldoCaja As Currency
Dim vDif As Currency
'Realizamos el cálculo para determinar el saldo de caja
vSaldoCaja = fSaldoAnterior + fBilletes100 + fBilletes10 + fMonedas5 + fMonedas1 _
- fVales - fSalidas + fRegulariz
'Realizamos el cálculo para determinar la diferencia del arqueo
vDif = vSaldoCaja - fTotalVentas
'Escribimos esos valores en el formulario
With Forms!FArqueo
.SaldoCaja.Value = vSaldoCaja
.txtDiferencia.Value = vDif
End With
End Sub
…
Listo. Volvamos al formulario.
Siguiente frente: la fecha de arqueo. Ya hemos visto que, por defecto, se nos escribirá la fecha
actual, pero podemos modificarla si nos interesa. Pero ello conlleva ciertos peligros. Vamos a
ver cómo podemos controlar dichos “peligros” a través de código.
Para ello, en el evento “Después de actualizar” de [FechaArq], generamos el siguiente código:
…
Private Sub FechaArq_AfterUpdate()
Dim vFecha As Variant
Dim miSql As String
7
Dim vFechaUlt As Date
Dim rstFech As DAO.Recordset
'Cogemos el valor de la fecha introducida
vFecha = Nz(Me.FechaArq.Value, 0)
'Si vFecha es igual a cero es que el campo está en blanco. Lanzamos
un mensaje,
'volvemos a poner la fecha de hoy, recalculamos las ventas y salimos
If vFecha = 0 Then
MsgBox "La fecha no puede quedar en blanco", vbCritical, "AVISO"
Me.FechaArq.Value = Date
Me.txtTotalVentas.Value = fncVentas(Date)
Exit Sub
End If
'Si la fecha es superior al día actual avisamos de que eso no es
posible,
'volvemos a poner la fecha de hoy, recalculamos las ventas y salimos
If vFecha > Date Then
MsgBox "No puede introducir una fecha superior al día de hoy", vbCritical, "AVISO"
Exit Sub
End If
'Si la fecha es anterior al día de hoy comprobamos que no pueda ser igual o
'inferior a la fecha del último arqueo
'Creamos la SQL que nos dará esta información
miSql = "SELECT TArqueo.Id FROM TArqueo" _
& " WHERE TArqueo.FechaArq>#" & Format(vFecha, "mm/dd/yy") & "#"
'Creamos el recordset sobre la SQL
Set rstFech = CurrentDb.OpenRecordset(miSql)
'Si la consulta no devuelve ningún valor es que todo es correcto
If rstFech.RecordCount = 0 Then
'Correcto. No hago nada
Else
'Si devuelve valores es que ya existe una fecha igual o superior a la
'introducida. Avisamos, situamos la fecha en el día de hoy, recalculamos
'las ventas y salimos
MsgBox "La fecha introducida no es correcta. No puede ser menor o igual" _
& " a la fecha del último arqueo", vbCritical, "FECHA ERRÓNEA"
GoTo Salida
End If
'Como si hemos llegado hasta aquí es que la fecha es correcta recalculamos
'las ventas del día seleccionado
Me.txtTotalVentas.Value = fncVentas(vFecha)
Salida:
rstFech.Close
Set rstFech = Nothing
End Sub
…
Otro punto menos. Vamos a por las actualizaciones de la información en el formulario. Antes
de que una vez más parezca que es un proceso complicadísimo os puedo decir que, en
realidad, se trata de un simple copy-paste una vez hayamos escrito la primera línea de código.
¿Recordamos nuestro procedimiento calculoDatos()? Pues simplemente se trata de pasar todos

los parámetros que requiere dicho procedimiento para que cada vez que introduzcamos un
valor se nos actualice la información.
Como mecánica común os diré que el código debe ir en el evento “Después de actualizar” de
todos los controles en los que debamos escribir datos.
Empecemos: el usuario empezará a escribir el número de billetes de 100 que hay en la caja.
Luego lo que debemos hacer es sacar el evento antes citado (“Después de actualizar”) del
control txt100 y generar el siguiente código:
8
…
Private Sub txt100_AfterUpdate()
Dim vTotal As Currency
'Como son billetes de 100 deberemos multiplicar por
100 las unidades
vTotal = Nz(Me.txt100.Value, 0) * 100
'Asignamos el resultado a txtTotal100
Me.txtTotal100.Value = vTotal
'Recalculamos los resultados
Call calculoDatos( _
Me.txtSaldoAnterior.Value, _
Me.txtTotal100.Value, _
Me.txtTotal5, _
Me.txtValesCaja.Value, _
Me.txtSalidasCaja.Value, _
Me.RegArq.Value, _
Me.txtTotalVentas)
End Sub
…
Como veis, la llamada a la función lo que hace es pasarle toda la información al procedimiento
para que nos recalcule los datos en función de la nueva información introducida.
Le toca ahora al control txt10, cuyo código será:
…
'Como son billetes de 10 deberemos multiplicar por 10 las unidades
Me.txtTotal5, _
Me.RegArq.Value, _
Me.txtTotalVentas)
End Sub
…
Como veis, me he limitado a hacer un copy-paste del anterior código, adaptándolo a los
valores 10 en lugar de 100.
El siguiente control será txt5:
9
…
'Como son monedas de 5 deberemos multiplicar por 5
las unidades
Me.txtTotal5, _
Me.RegArq.Value, _
Me.txtTotalVentas)
End Sub
…
Víctima siguiente: el control txt1:
…
Me.txtTotal1.Value = Me.txt1.Value
Me.txtTotal5, _
Me.RegArq.Value, _
Me.txtTotalVentas)
End Sub
…
Como las monedas son de 1 u.m no necesito multiplicar, por lo que igualo valores
directamente.
Los siguientes controles a modificar no requieren de ningún tipo de operación previa al

recálculo de los datos más que un pequeño control para evitar que no se introduzca ningún
valor.
Así, el control txtValesCaja nos quedaría:
…
Private Sub txtValesCaja_AfterUpdate()
If IsNull(Me.txtValesCaja.Value) Then
Me.txtValesCaja.Value = 0
10
End If
Me.txtTotal5, _
Me.RegArq.Value, _
Me.txtTotalVentas)
End Sub
…
El del control txtSalidasCaja:
…
Private Sub txtSalidasCaja_AfterUpdate()
If IsNull(Me.txtSalidasCaja.Value) Then
Me.txtSalidasCaja.Value = 0
End If
Me.txtTotal5, _
Me.RegArq.Value, _
Me.txtTotalVentas)
End Sub
…
Y el control RegArq:
…
Private Sub RegArq_AfterUpdate()
If IsNull(Me.RegArq.Value) Then
Me.RegArq.Value = 0
End If
Me.txtTotal5, _
Me.RegArq.Value, _
Me.txtTotalVentas)
End Sub
…
Y ya casi acabamos. Sólo nos falta programar el botón cmdConfirmaArqueo. Lo que haremos
con este botón, antes de salir, es comprobar que el control txtDiferencia está a cero, lo que
11
implica que la caja está cuadrada. Si no está a cero avisaremos y no dejaremos salir hasta que
se cuadre.
El código del evento “Al hacer click” sería.
…
Private Sub cmdConfirmaArqueo_Click()
Dim vDif As Currency
'Cogemos el valor de la diferencia
vDif = Me.txtDiferencia.Value
'Si la diferencia no es cero no dejamos salir
If vDif <> 0 Then
MsgBox "El arqueo no está cuadrado. Existe una diferencia", vbExclamation, "SIN
CUADRAR"
Exit Sub
End If
'Si la diferencia ha sido cero salimos
DoCmd.OpenForm "FMenu"
End Sub
…
PARA FINALIZAR EL EJEMPLO

Como hemos visto este ejemplo es un poco “trabajoso” por la cantidad de variables y
eventualidades que debemos controlar. Sin embargo, también es un tanto “repetitivo” (por
decirlo de alguna manera), por lo que, en el fondo, nos sirve para afianzar y ver con más
claridad lo que estamos haciendo.
Sólo me queda desear que os pueda ser útil y que hayáis captado la mecánica para adaptarlo
sin dificultad a vuestras aplicaciones.
Un saludo y...
¡suerte!
12

Ar Que o Diario Caja Access

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Ar Que o Diario Caja Access

Transféré par

Droits d'auteur :

Formats disponibles

ARQUEO DIARIO DE CAJA1

En definitiva, que el problema es doble: diferentes sistemas de ventas/cobros y diferentes

Voy a desarrollar, ante lo descrito, un sistema “neutro” en cuanto a moneda, poniendo un

En cuanto a los diferentes sistemas de ventas/cobros yo voy a aplicar uno extremadamente

PLANIFICANDO NUESTRAS TABLAS

Así pues, dicha tabla tendrá la siguiente estructura:

1 La BD de ejemplo os la podéis bajar aquí.

Finalmente no debemos olvidarle de ponerle, como valor predeterminado, 0 (cero).

Y, en principio, ya tenemos la estructura de tablas para nuestro ejemplo.

PREPARANDO EL FORMULARIO DE MENÚ

En dicho formulario añadimos un botón de comando, al que llamaremos cmdAbreFArqueo.

• Un billete de 100 unidades monetarias (u.m)

Vamos a crearnos un formulario basado en la tabla

• El control “SALDO ANTERIOR” lo he llamado txtSaldoAnterior, y le he puesto formato

A continuación he hecho un copy-paste de estos tres elementos (etiqueta, txt100 y

• Los controles correspondientes a “Nº BILLETES DE 10” los

• El control correspondiente a “VALES DE CAJA” lo he llamado txtValesCaja, con formato

• El control “TOTAL VENTAS DIA” lo he llamado txtTotalVentas, con formato Moneda y

PROGRAMANDO NUESTRO FORMULARIO

Así pues, el código que debemos generar en el evento “Al

 Nota: es importantísimo volver a activar los avisos mediante DoCmd.SetWarnings True

El siguiente frente es, precisamente, la programación de un módulo estándar. En ese módulo

En el editor de VB nos vamos a Menú → Insertar → Módulo. Lo guardamos como

Ahora tenemos que crearnos un procedimiento que nos

Así pues, a continuación de nuestra función escribimos el siguiente proceso sub:

Listo. Volvamos al formulario.

Para ello, en el evento “Después de actualizar” de [FechaArq], generamos el siguiente código:

¿Recordamos nuestro procedimiento calculoDatos()? Pues simplemente se trata de pasar todos

Le toca ahora al control txt10, cuyo código será:

El siguiente control será txt5:

Víctima siguiente: el control txt1:

Los siguientes controles a modificar no requieren de ningún tipo de operación previa al

Así, el control txtValesCaja nos quedaría:

El del control txtSalidasCaja:

El código del evento “Al hacer click” sería.

PARA FINALIZAR EL EJEMPLO

Vous aimerez peut-être aussi