FloCafe
FloCafe is the free, local-first restaurant POS in the FloPOS ecosystem. Run orders, tables, kitchen display, and local data without a software subscription.
翻譯準備中
尚未偵測到更新。GitHub 發布版本後會顯示在這裡。
個人 GitHub 帳號下公開儲存庫的擁有者可以登入並驗證所有權,自行管理介紹,無需管理員核准。
登入並產生驗證檔案,在 30 分鐘內將其提交至此儲存庫的預設分支。其他分支或分叉儲存庫中的檔案無效。然後在下方檢查檔案,即可無需管理員核准直接管理專案。請保留檔案以維持管理權限。
如需登入,將前往登入頁面。登入後請回到此處,再次點擊所選的驗證按鈕。
在專案資料夾中執行 /nomorevibe verify,即可驗證所有權並自行管理介紹。
一分鐘完成驗證製作者的介紹僅有上面的一句話。 更多詳情請閱讀儲存庫 README。 儲存庫 README ↗
正在載入完整 README。
檢視完整 README ↗Web para subir los PDFs de tus órdenes o pegar pedidos escritos (WhatsApp, papel), unirlos en un pedido único (sumando por producto + variante) y calcular la facturación total. Usa GPT-5.6 Luna (OpenAI, muy barato) para leer todo — se procesa de a uno, mostrando un tiempo estimado mientras corre — y exporta el pedido a PDF y CSV.
sk-...). La vas a pegar en Vercel en el Paso 2.No es gratis, pero es muy barato: procesar 100 PDFs sale centavos de dólar. Al tener saldo cargado también tenés límites de uso mucho más altos que cualquier capa gratuita.
Modelo: antes se usaba GPT-4.1 Nano, pero OpenAI lo dio de baja el 23/10/2026 (tiraba
OpenAI 404 ... model_not_found). Ahora se usagpt-5.6-luna, el reemplazo recomendado por OpenAI. Si en el futuro OpenAI da de baja este también, no hace falta tocar código: cargá en Vercel la variableOPENAI_MODELcon el nombre del modelo nuevo y redeployá. Los modelos GPT-5 no aceptantemperature=0, así que la salida puede variar un poco entre corridas; la caché por archivo (ver más abajo) garantiza que el mismo archivo dé siempre el mismo resultado.
pedido-unificado a un repositorio nuevo,
después en Vercel → Add New → Project → importás ese repo.OPENAI_API_KEYhttps://pedido-unificado.vercel.app).
¡Esa es tu app, accesible desde cualquier lado!npm i -g vercel # instala el comando vercel (una sola vez)
cd pedido-unificado
vercel # seguí los pasos; te pide loguearte
vercel env add OPENAI_API_KEY # pegá tu clave cuando te la pida
vercel --prod # publica la versión final
cp .env.example .env.local # y pegá tu OPENAI_API_KEY dentro
npm i -g vercel
vercel dev # abre http://localhost:3000
pedido-unificado/
├─ api/
│ └─ extract.js ← backend: extrae texto del PDF y llama a OpenAI (acá vive la API key, segura)
├─ public/
│ ├─ index.html ← la web (chat, subida, tabla, exportar PDF/CSV)
│ └─ aggregate.js ← lógica de unificación (suma por producto+variante)
├─ package.json
├─ vercel.json
├─ .env.example
└─ README.md
api/extract.js), nunca
llega al navegador. Nadie puede robarla viendo el código de la página.localStorage, no en un
servidor) por hasta 24hs desde la última actividad. Si recargás la página sin
querer, se recupera automáticamente al volver a abrirla. Pasadas las 24hs (o al
usar Vaciar pedido acumulado) se borra solo. Ojo: solo se guardan las
órdenes ya procesadas y los pedidos escritos en cola — los PDFs que subiste pero
todavía no procesaste NO se guardan (son pesados para localStorage), así que si
se recarga la página antes de darle a "Sumar"/"Armar pedido", hay que volver a
soltarlos.temperature=0; es una limitación
de su API, no de este código). Por eso cada PDF/pedido escrito se
identifica por un hash de su contenido exacto y el resultado se guarda en
localStorage: si volvés a procesar el mismo archivo/texto (en esta corrida o en
otra), se reusa el resultado guardado en vez de volver a llamar a la IA — así das
el mismo archivo dos veces y te da siempre el mismo resultado. Botón
Vaciar caché de extracciones para forzar que se vuelva a leer todo de cero
(por ejemplo si sospechás que alguna extracción quedó mal la primera vez).localStorage. Es el reset total; los otros botones ("Vaciar pedido
acumulado", "Vaciar caché de extracciones") borran solo una parte si no
querés perder el resto.api/extract.js.PACING_DELAY_MS en public/index.html) — con cuenta paga de OpenAI el
límite es mucho más alto (500 solicitudes/minuto en Tier 1) que en las capas
gratuitas que probamos antes, así que no hace falta ser tan conservador. Si
igual se llega a saturar, el backend reintenta automáticamente (hasta 5
intentos) respetando el tiempo de espera que indica la API. La web muestra
un tiempo estimado restante (arranca en ~3s por PDF y se ajusta con el
promedio real a medida que van terminando).maxDuration: 300 (en vercel.json) requiere plan Pro — en el plan
Hobby las funciones se cortan a los 60s. Con tandas grandes de PDFs procesados
de a uno, esto puede no alcanzar; si te pasa, subí los PDFs en tandas más chicas.