Estimado @AtilioNaler: La pregunta de @robertogallardo6 apunta a un problema de concurrencia de usuarios a la misma base, y para solucionar eso sólo tiene un camino. Por eso le hemos respondido que debe usar transacciones.
Ahora bien, ni es tan complejo para gente poco experimentada, ni tampoco tan dificil de aprender. Pero por sobre todas las cosa es la única solución práctica para implementar para
ese tipo de problemas, y es también la que llevaría menor esfuerzo.
Cualquier otro camino no cumplirá con lo que desee, o lo hará muchísimo mas complicado.
Además, no es necesario caer en el DB2, o usar Oracle 12g para lograr manejar transacciones; el propio Access ofrece un rudimentario soporte de transacciones (ver
en MSDN). A esto súmmale que todo lo que quiere lograr se puede hacer sin mayor complejidad usando PosgreSQL, MySQL e incluso Firebird. Todo DBMS de nivel profesional y ampliamente difundidos, así como gratuitos (al menos en sus versiones no empresariales); siendo la migracion algo provechoiso a largo plazo.
Nosotros le planteamos esa alternativa porque conocemos no sólo el rubro, sino por sobre todo conocemos las dificultades que está atravesando, y sabemos que no va a encotnrar buena solución si pretende seguir usando Access, donde la concurrencia no se administra bien.
Queda en él si quiere intentar la solución, para lo cual podemos ayudar. Pero con Access... Access tiene límites, y mientras más exija su proyecto, más va a necesitar cambiar a un verdadero DBMS.