FloCafe
FloCafe는 구독 없이 무료로 주문·테이블·주방 디스플레이·로컬 데이터를 관리하는 로컬 퍼스트 레스토랑 POS입니다
아직 감지된 업데이트가 없습니다. GitHub 릴리스가 나오면 여기에 보입니다.
개인 계정의 공개 저장소 소유자는 GitHub로 로그인해 운영자를 확인하고 소개를 직접 관리할 수 있습니다. 관리자 승인은 필요하지 않습니다.
로그인한 뒤 확인 파일을 만들어 이 저장소의 기본 브랜치에 30분 안에 커밋해 주세요. 다른 브랜치나 포크의 파일은 인정하지 않습니다. 파일을 올린 뒤 아래에서 확인하면 관리자 승인 없이 관리할 수 있습니다. 자격을 유지하려면 파일을 남겨 두세요.
로그인이 필요하면 로그인 화면으로 이동합니다. 로그인 후 이곳으로 돌아와 원하는 확인 버튼을 다시 눌러 주세요.
프로젝트 폴더에서 /nomorevibe verify를 실행하면 소유권을 확인하고 소개를 직접 관리할 수 있습니다.
1분 만에 확인하기메이커가 쓴 소개는 위의 한 줄이 전부입니다. 더 자세한 내용은 저장소 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.