CTO & Co-Founder https://xitter.cf/t.co/y5cYNSnrzI @commercy_erp
Joined September 2025
- Tweets1.5K
- Following914
- Followers984
- Likes89.2K
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
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.
Literalmente es lo que terminé haciendo para @Commercy_erp
Loco, ya están grandes para seguir usando esas plataformas como Railway para deployar su web, ahora que tienen AIs que hacen absolutamente todo saquen un VPS (DigitalOcean, Hetzner, Vultr) donde quieran, le pasan la IP del VPS a su AI y le dicen configurame todo y levantame este proyecto ahi.
Listo, se ahorraron mucha plata por mes, dolores de cabeza con filtraciones y caidas.
Martín Coll retweeted
Loco, ya están grandes para seguir usando esas plataformas como Railway para deployar su web, ahora que tienen AIs que hacen absolutamente todo saquen un VPS (DigitalOcean, Hetzner, Vultr) donde quieran, le pasan la IP del VPS a su AI y le dicen configurame todo y levantame este proyecto ahi.
Listo, se ahorraron mucha plata por mes, dolores de cabeza con filtraciones y caidas.
Railway pausó los builds justo cuando todos tenían que rotar secrets.
Yo me había ido hace un tiempo, cansado de tener algún problema casi todos los días. Lo único que extrañaba era la UI, así que agarré Dokploy y le rehice el front para que sea Railway, sobre un Docker Swarm propio.
Resultado = mejor uptime, menos costos, menos problemas de seguridad. Totalmente contento con el resultado
Gracias a eso @Commercy_erp pudo funcionar muchísimo mejor que en railway.
