CTO & Co-Founder https://nitter.cf/t.co/y5cYNSnrzI @commercy_erp
Joined September 2025
- Tweets1.5K
- Following915
- Followers993
- Likes89.5K
Pinned Tweet
Construí Commercy solo durante 14 meses. Últimos 30 días:
152 tiendas activas
190K+ pedidos
$1.08B+ ARS facturados por mis clientes
83K productos catalogados
ERP + ecommerce + POS + facturación AFIP. Para comercios argentinos.
commercy.com.ar
Todo lo que construí con useDeploy.dev durante este último año:
🚀 Proyectos que lancé (live):
Mibio.app — Mini páginas de links y biografía.
contratame.com.ar — Directorio de profesionales.
useDeploy.dev - Boilerplate para armar SaaS en un finde.
💀 Proyectos que terminé apagando:
LatamServers — Directorio de servidores de juegos.
Pendi — Kanban vía MCP.
Tata — Generador de presupuestos con IA.
Tengo otro proyecto en marcha, pero hoy mi foco está en @Commercy_erp.
Es mi proyecto principal y donde estoy poniendo toda mi energía.
Con todo este quilombo que pasó con Binance, Ubuntu, y todos los CVEs que están saliendo, es mejor quedarse en casa tomando un cafecito y dejar arder todo.
Armá una app OAuth para las tiendas de @Commercy_erp :
1️⃣ La creás en dev.commercy.com.ar
2️⃣ El comercio la instala desde su panel
3️⃣ Te llegan sus órdenes / eventos por webhook
Por esas tiendas pasan unos dos mil millones de pesos por mes.
Estoy buscando conectar con Devs en X.
Quiero empezar ampliar mi networking. Si sos dev comentá aca abajo y decí en que proyecto estas laburando 👇
Yo por ejemplo estoy trabajando en @Commercy_erp ERP enfocado al Ecommerce, y la cosa mas reciente fue un ecosistema de Apps OAuth para que cualquier dev pueda desarrollar integraciones en nuestro ERP :D
Cuidado con los que publican comprobantes de mercado pago de sus SaaS sin mostrarlo completo, puede tratarse de un TRIAL de mercado Subscriptions y no ser un comprobante de pago.
Ya nos pasó varias veces que vimos posts así:)
Armá apps para clientes E-commerce y cobrá tu comisión al 100%. En @Commercy_erp
docs.commercy.com.ar/introdu…
Por las tiendas de @Commercy_erp pasan unos $2.000 millones de pesos por mes.
Si tenés un SaaS de cobros o envíos, ahora podés armar una app, publicarla en nuestro marketplace y que cualquiera de esas tiendas la instale desde su panel.
Los primeros partners no pagan comisión.
dev.commercy.com.ar
Docs de la API y del flujo de apps: docs.commercy.com.ar
Cada vez que sale un modelo nuevo, como por ejemplo Opus 5.5 o Fable 5.1, procedo a ponerlo en *MAX* THINKING y hago que analice los siguientes puntos de @Commercy_erp :
*‹-CVEs reportados
*‹-IDORs
*‹-Analisis & puntos de mejora en Uptime.
*‹-Aislación multi tenant
*‹-Mejoras de caching
*‹-Optimización de código.
En base a eso, salen múltiples reportes que luego puedo trabajar en cada sesión independiente.
Es una práctica cada vez mas común en mi caso, verificar y mejorar código con los nuevos modelos.
Analicé mis conocimientos de Producto en productprepa.com, no está nada mal.
mucho conocimiento lo voy formando mientras construyo @Commercy_erp y trabajo como freelancer en @acmeacmeio (empresa top software factory)
Espero ir mejorando mis stats :D
+47 profesionales pendientes a revisión en contratame.com.ar. Que locura!
El SEO está haciendo de las suyas de forma orgánica
Gente de @gasti_pro; @nicoharone & @nicokennydev me gustaría que integremos Gasti en @Commercy_erp. Colaboramos? :)
venimos probando este feature hace meses, y hoy nos sentimos (aunque no del todo) seguros de que ya se puede usar. Queremos entender cómo lo usan, para qué y seguir mejorando el producto y la experiencia
Les presento: Tarjetas de credito en @gasti_pro
Esto es clave para cualquier sistema. Es muy importante seguir las prácticas que brinda Santi a diario
con todo este tema de seguridad, les dejo algunas cosas que pueden pedirle a Claude para revisar sus apps:
1) permisos: comprobar en el backend si un usuario puede ver o modificar datos de otro cambiando un ID.
2) credenciales: buscar claves y tokens expuestos en código, frontend, logs e historial de git. si se filtraron, hay que revocarlos o rotarlos.
3) dependencias: detectar vulnerabilidades conocidas con herramientas como npm audit en Node.js. evaluar impacto y proponer actualizaciones.
4) datos de entrada: revisar posibles inyecciones SQL, XSS y peticiones a servicios internos (SSRF).
5) autenticación: revisar sesiones y recuperación de contraseñas.
6) rate limiting: verificar límites en login, recuperación de contraseñas y endpoints costosos, como los que llaman a una IA.
7) RLS: si usan Supabase o acceso a la base desde el cliente, revisar que las políticas permitan leer, crear, modificar y borrar únicamente los datos autorizados.
pídanle evidencia de cada punto y tests para verificar las correcciones. si conectan los MCP de las herramientas que usan, mucho mejor.
sirve como primera revisión. que el agente no encuentre fallas no significa que no existan.