A ver, con esta variable es mucho más fácil todo. Si suponemos que ESTADO_IMPRESION se pone a 1 cuando ya se ha imprimido y a 0 cuando no está imprimido, lo que tienes que hacer es lo siguiente:
1) Las cajas van registrando los productos que están pasando en cada momento (INSERT a la base de datos) de forma concurrente, es decir, pueden entrar consecutivos productos de cajas diferentes.
2) Una caja termina y da a imprimir tiquet. Hay que hacer una consulta a la base de datos que saque todos los productos de la caja en la que estamos situados para los que ESTADO_IMPRESION es 0:
3) Con estos datos imprimes el tiquet y, a la vez, vas haciendo UPDATE para cambiar ESTADO_IMPRESION a 1, para que no salgan estos productos en la siguiente consulta.
Esto sería más o menos la solución, pero te sigo insistiendo en una cosa. Date cuenta que tal y como está la cosa ahora, tienes que hacer un insert para cada producto, un select y un update de nuevo para cada producto. No te parece algo ineficiente, lo suyo sería un campo que por sí sólo ya te hiciera la distinción, es decir, que no haya que modificarlo (así te ahorras el UPDATE último). Por eso yo te hablé de la fecha. Teniendo la fecha, puedes poner un filtro en la consulta que sólo saque aquellos productos que han sido registrados en una hora o en media hora, algo así, el tiempo que consideres oportuno para pensar que los productos ya son de otra compra. Sólo harías el insert inicial y el select para sacarlo todo, pero no tendrías que hacer un UPDATE, porque los productos en el siguiente select tendrían una fecha muy lejana y los tomaría como de una compra diferente.
Un saludo.