Mejora de Flujo n8n con Charles Schwab

Ya tengo un flujo n8n en funcionamiento que coloca operaciones simples, pero ahora necesito implementar lo que llamo "Opción B": gestión de estado completa, soporte para pedidos complejos y un interruptor de apagado confiable. La integración debe hablar directamente con la API de Charles Schwab, por lo que la experiencia probada con ese corredor específico es esencial. Lo que queda por construir • Lógica de estado: cada posición abierta y pedido pendiente debe rastrearse continuamente, con actualizaciones de estado guardadas en mi instancia de PostgreSQL y empujadas a Telegram en tiempo real. • Pedidos complejos: el flujo tiene que crear, monitorear y, cuando sea necesario, cancelar pedidos de OCO (Uno Cancela Otro) utilizando los puntos finales REST de Schwab. • Kill switch: una sola bandera en n8n (manual booleano, más un webhook opcional) debe cancelar inmediatamente todos los pedidos abiertos y evitar que se nuevos envíen hasta que se vuelva a habilitar. Criterios de aceptación 1. Un único archivo de flujo de trabajo n8n (JSON) que puedo importar que contiene los nuevos nodos, marcadores de posición de credenciales y notas claras. 2. Colocación, modificación y cancelación exitosa de un pedido de OCO en una cuenta de comercio en papel de Schwab, demostrado a través de pantalla compartida o sesión grabada. 3. La conmutación del interruptor de apagado demuestra que no se aceptan más pedidos mientras la bandera está apagada. 4. La tabla de estado en PostgreSQL muestra actualizaciones en vivo; Telegram recibe los mismos eventos en 2 segundos. 5. Breve resumen README que describe las variables de entorno, el flujo de auth de Schwab y cualquier consideración de límite de velocidad. Pila tecnológica en juego: n8n (más reciente), funciones personalizadas basadas en Node, PostgreSQL, Telegram Bot API, Charles Schwab REST. Si esto se alinea con su experiencia en Schwab y n8n, programamos una llamada rápida para que pueda entregar el flujo real y los talones de credenciales.