Para corregir el ingreso de movimientos de cada equivocados:

1 - Ingresar un movimiento con el valor opuesto al ingresado
     Esto refleja el monto correcto en la caja.

2 - Eliminar el ingreso en la tabla PAYMENTS

Obtenemos los codigos de los recibos a eliminar:

select * from payments where receipt in (    SELECT id FROM receipts re where re.datenew between '30/04/2011 15:21' and '02/05/2011 15:21' )
Eliminamos los registros con los IDs que correspondan: delete from payments where receipt in ('161f0d5e-e66c-47b8-84aa-bdd15ee5e5de', 'a9a1c066-abc4-4c6e-9dcf-08da370432bc', '5e21e1fa-5a38-4557-9b4f-e00c2a9f87f1')

Estos son los pasos requeridos para actualizar SugarCRM

Resapldar, respladar y respaldar....
Deshabilitar el cache de PHP que esten utilizando por ejemplo devbee.com/opcode_cache_for_dummies
Descargar el archivo de actualización desde el sitio de sugarcrm
Seguir el instructivo correcto de acuerdo a la versión que estas actualizando.

A continuación los pasos para actualizar de 6.1 a 6.2

En el envío de los correos para la campaña se presentan errores de correos por varias causas (dominio, correo inválido, etc), estos quedan con el check En Proceso y se aumenta en el intento de envíos. Al llegar a 5 intentos se loguea el error fatal y se incluye el log de campaña con info de los sucedido y no se tiene mas en cuenta. El problema funcional es que los correos que tienen mas de un intento son tomados en cuenta luego de 24 horas, por lo tanto estos correos llegaran posiblemente fuera del espacio definido para la campaña. Para que vuelvan a ser tenidos en cuenta correr el siguiente script que setea el check a False. UPDATE emailman SET in_queue = '0' WHERE in_queue = 1; Saludos ;-)