GROUP BY resume los correos repetidos; una función de ventana permite conservar las filas de cada grupo. Cómo encontrar clientes duplicados en PostgreSQL con SQL Para localizar posibles clientes duplicados, empieza por decidir qué campos deben coincidir. Los ejemplos usan una tabla clientes con las columnas id y email . Dos filas que comparten correo no necesariamente representan a la misma persona: adapta la comparación a tu regla de negocio y revisa las coincidencias. Contar los correos repetidos Esta consulta muestra cada correo no nulo que aparece más de una vez y su número de registros: SELECT email, COUNT(*) AS cantidad FROM clientes WHERE email IS NOT NULL GROUP BY email HAVING COUNT(*) > 1 ORDER BY cantidad DESC; La sección 7.2.3 de PostgreSQL 18 explica que HAVING elimina grupos. La consulta agrupa por correo, conserva los grupos con más de una fila y excluye previamente los valores nulos. Ver todas las filas de cada grupo duplicado Una función de ventana permite contar...

Leer el plan desde los accesos a datos hacia las operaciones superiores ayuda a localizar dónde se concentra el trabajo. Cómo diagnosticar una consulta lenta en PostgreSQL con EXPLAIN Un plan de ejecución ayuda a localizar dónde se concentra el trabajo de una consulta y a comparar lo que PostgreSQL esperaba con lo que ocurrió. Esta guía se basa en la documentación de PostgreSQL 18; comprueba los detalles correspondientes a tu versión. 1. Captura un plan representativo Para investigar una consulta de lectura, puedes empezar con EXPLAIN (ANALYZE, BUFFERS) SELECT ...; . Como recomendación práctica, usa parámetros y volúmenes representativos y elige con cuidado dónde y cuándo medir. La referencia de EXPLAIN, sección Description e indicación Important , advierte que con ANALYZE «the statement is actually executed»: la sentencia se ejecuta realmente. Se descarta la salida de SELECT, pero ocurren sus demás efectos. Revisa la sentencia y las funciones que invoque antes de ejecutarla. Para sent...

La revisión del precio comienza por actualizar los costos y evaluar cuánto aporta cada venta. Cómo revisar precios cuando tus costos cambian en una economía dolarizada Vender en dólares no impide que cambien los costos en dólares. Para revisar un precio, puedes estimar cuánto cuesta reponer el producto o prestar el servicio, calcular cuánto deja cada venta y comprobar si ese aporte alcanza para cubrir los gastos fijos con un volumen de ventas razonable. 1. Actualiza el costo de reposición Estima cuánto costaría volver a adquirir o producir una unidad: producto o materia prima, mano de obra directa, flete y otros costos pertinentes. La guía de precios de la BDC , en «Calculate your direct costs», incluye materias primas, aranceles, flete y mano de obra directa. En «Calculate your break-even point» también indica: “include these indirect costs” («incluye estos costos indirectos»). Usar el costo de reposición actualizado es una recomendación de planificación para esta revisión; puede dif...

Cómo diseñar una API de pagos idempotente: claves, reintentos y estados Una clave estable permite reconocer los reintentos y consultar el estado de la misma operación. Una API de pagos idempotente identifica los reintentos de una misma operación para no tratarlos como pagos nuevos. Para diseñarla, conviene conservar una clave estable, registrar el estado de la operación y prever qué hacer cuando se pierde la respuesta del proveedor. El siguiente contrato es una propuesta de diseño. Debe adaptarse al proveedor, al método de pago y a los requisitos del negocio; por sí solo no garantiza un cobro único de extremo a extremo. Una clave por operación lógica El cliente puede enviar una cabecera Idempotency-Key en POST /payments y conservarla hasta resolver la operación. Los reintentos del mismo pago usan la misma clave. Una captura o un reembolso son operaciones distintas y reciben claves propias. Una opción es generar un UUID aleatorio sin datos personales. Stripe recomienda «V4 UUIDs, or ...

La utilidad de un índice se evalúa con mediciones de la consulta y de la carga de trabajo completa. Índices en PostgreSQL: cómo comprobar si una consulta realmente los necesita Para evaluar un índice, mide su efecto sobre la consulta y considera también el coste para el resto de la carga. Un Seq Scan no demuestra por sí solo que falte un índice: la documentación de PostgreSQL 18 presenta el caso de una tabla de 100 filas que probablemente caben en una página, donde una lectura secuencial puede ser apropiada. Es un ejemplo de escala, no una regla para cualquier consulta. Sin una consulta concreta, su plan, los datos y mediciones de la carga, no se puede determinar si un índice específico mejorará el rendimiento o si su beneficio compensará su coste. Este procedimiento ayuda a reunir esa evidencia. 1. Obtén una línea de base Para una consulta SELECT, ejecuta EXPLAIN (ANALYZE, BUFFERS) seguido de la consulta y guarda el resultado. Como criterio de prueba, utiliza datos, parámetros y vo...

La cuota, el plazo y los cargos determinan cuánto queda por pagar en cada opción. Antes de refinanciar una deuda: compara el costo total, no solo la cuota Una cuota más baja puede aliviar el presupuesto mensual, pero no siempre significa que la nueva deuda costará menos. Al hablar de refinanciación hipotecaria, la Oficina para la Protección Financiera del Consumidor de Estados Unidos (CFPB) advierte que un plazo más largo «podría significar un pago mensual más bajo, pero pagar más dinero en total». Compara lo que falta por pagar Para decidir, compara los desembolsos futuros de mantener la deuda con los de refinanciar el mismo saldo. No incluyas lo que ya pagaste: ese dinero no cambia entre las dos opciones. Deuda actual: pide el saldo pendiente y el calendario de pagos que queda por delante. Suma las cuotas y los demás pagos futuros aplicables. Nueva deuda: suma todas las cuotas previstas, cualquier pago final y los cargos que debas pagar por separado. Incluye una posible penalizaci...

Ilustración generada con IA: una política de reintentos combina seguridad, esperas y límites. Reintentos en APIs: cómo evitar duplicados y sobrecargas Un reintento puede recuperar una llamada que falló, pero también puede repetir una escritura ya ejecutada o añadir presión a un servicio saturado. Una política práctica combina operaciones seguras de repetir, límites de tiempo y de intentos, esperas escalonadas y atención a las indicaciones del servidor. Un timeout no confirma que la operación haya fallado Si una petición agota su tiempo de espera, el servidor podría haber completado la operación aunque el cliente no haya recibido la respuesta. AWS presenta este problema de resultado incierto en «Retrying and side effects» . Antes de repetir una escritura, comprueba que sea seguro hacerlo o que la primera petición no se haya aplicado. La sección 9.2.2 del RFC 9110 define la idempotencia por el efecto previsto de varias peticiones idénticas: debe ser el mismo que el de una sola. PUT, DEL...

Ilustración generada con IA: un flujo de cierre que conecta documentos, registros, conciliaciones e informe con revisión humana. Del comprobante al informe: cómo automatizar un cierre contable sin perder el control Automatizar el cierre contable puede conectar la documentación de cada operación con su registro, las conciliaciones y el informe final. Para mantener el proceso revisable, conviene que cada cifra pueda rastrearse hasta su asiento y su soporte, que se resuelvan las excepciones y que una persona responsable apruebe el cierre. El diseño dependerá de la entidad, su sistema y el marco contable aplicable. Las siguientes etapas son una propuesta práctica, no una lista universal de requisitos legales. Su eficacia deberá evaluarse en cada organización. Un flujo de cierre de principio a fin Recibir y guardar el comprobante. Asigna un identificador a cada factura, recibo u otro soporte y consérvalo de forma ordenada y segura. En el contexto fiscal estadounidense, el IRS incluye factu...

Automatizar la conciliación bancaria sin perder trazabilidad ni control Ilustración generada con IA: automatización del cruce con trazabilidad y revisión de casos dudosos. Automatizar la conciliación bancaria puede reducir el trabajo de buscar coincidencias. Para mantener el control, diseñe el proceso de modo que conserve la evidencia de cada cruce, permita revisar los casos dudosos y controle los ajustes contables. 1. Comprobar los datos antes de conciliar Como práctica de diseño, importe los movimientos bancarios y contables mediante canales autorizados y conserve el extracto original. Antes de ejecutar las reglas, compruebe la cuenta, la moneda, el período, los saldos, los duplicados y la continuidad entre extractos. Asignar un identificador a cada importación ayuda a investigar posibles omisiones o cargas repetidas y a relacionar los resultados con el archivo recibido. 2. Definir reglas y enviar las dudas a revisión Las reglas pueden comparar datos como el importe, la fecha, el núm...

Ilustración generada con IA: los recursos necesarios para vender y entregar una oferta también intervienen en su rentabilidad. El costo que no aparece en la factura: cómo calcular la rentabilidad real de una oferta Una oferta puede parecer atractiva por su precio y dejar poco resultado cuando se suman los recursos necesarios para venderla y entregarla. Para evaluarla, calcula primero cuánto aporta cada venta a los costes fijos y, después, qué resultado queda al asignarle una parte de esos costes. Sin datos de una oferta concreta, este método es una guía: no permite determinar su rentabilidad real. 1. Identifica el ingreso y los costes Parte del ingreso neto por venta : la cantidad correspondiente a la operación después de los descuentos y ajustes aplicables. Usa un criterio coherente para los impuestos y las condiciones de cobro según tu caso. Después, identifica los recursos necesarios para conseguir y entregar la venta. En su sección sobre margen, la SBA menciona costes de envío o pr...