Ya está aquí.
Por el momento disponible en el canal optimizaciones-marzo-2026.
Correción de errores.
Ahora es compatible con más certificados (un certificado del emisor UNATACA S.A. no era compatible, ahora ya lo es). Si tuviste problemas de certificados que no se podían subir, intentalo con esta versión.
RunFoodCore no era compatible con productos con caraceteres especiales com - , . - ; devolvía un error "FIRMADO INCORRECTO". Con esta versión ya podrás enviar esas facturas.
Cada 15 minutos el sistema intentará enviar los comprobantes que no se pudieron enviar. Aquí la mejora está en que Sólo reintentará comprobantes:
A) Que sean del mismo dia
B) Que tengan errores relacionados a la comunicación (es decir, errores de red, falla de internet, sri caido)
C) Error 90 - "se ha reintantado 3 veces esta misma clave de acceso..." y cambiará la clave de acceso para re-intentar.
Las facturas que tengan otros errores, no se re-intantarán. Por que se entiende que son problemas en la información.
Cuando se use la opción Cambiar Datos, el sistema intentará re-enviar esta factura electronica (si aún no ha sido enviada).
La opción Cambiar Datos funciona para cambiar el método de pago, aunque la factura ya esté autorizada. Se ignorarán cambios en datos del cliente, fechas, etc. (Si no te funciona, posiblemente necesites actualizar la app a la ultima version también).
El envío automático por correo electrónico fue reparado. Ahora ya no existe el error "Connection closed", y los envíos funcionan sin necesidad de reiniciar el servicio.
He detectado que del soporte que llega por facturas que no se envían, 9 de cada 10 son por un error que tenía el sistema sobre el "tipo de identificacion". En RunFood debes habilitar la opción Mostrar tipo de identificación en el registro de clientes. La opción predeterminada que muestra un candado que se abre y cierra ha demostrado crear muchos errores.
En esta versión el sistema internamente intentará identificar si el cliente tiene CEDULA, RUC, o PASAPORTE, incluso hace una consulta al SRI para validar la cedula o RUC para intentar re-re-confirmar que es un numero correcto (aún está en pruebas, no funciona el 100% de la veces). Por lo tanto Al habilitar la opción sugerida anteriormente le da al cajero la responsabilidad de ingresar correctamente a su cliente.
Nota.
Puedes cambiar cada cuanto tiempo el sistema espera para el siguiente re-intento. El sistema esperará X minutos DE INACTIVIDAD. Ya no es "cada X minutos" ahora es "desde la ultima factura, espera X minutos". Se configura en elapp.jsonasí:
"factura_electronica_automatica_intervalo_entre_reenvios_ms": 15000
Se configura en milisegundos. Como referencia, 15 minutos se calcula así:
15 * 60 * 1000 = 900000ms
También puedes desactivar el envío automático de facturas agregando al archivo app.json la configuración:
"factura_electronica_automatica" false
Esto se logró al darse cuenta de que mientras mas grande se hace una base de datos, más optimizaciones necesita. Se hicieron mejoras para que la base de datos sea más rapida, y esto a su vez hizo que sea MÁS RAPIDO todo el sistema.
Se implementó una base de datos local llamada "cache.sqlite" que almacena los productos, clientes, etc. Esta base de datos (la cual está en la carpeta del servicio) hace que el servicio responda con información de forma más rapida, al tener la información a la mano, y no necesitar obtenerla desde la base de datos. Esto también hace que la base de datos trabaje más rapido al recibir menos solicitudes).
El problema reportado aquí es que cambios hechos desde PCGerente, desde otro servicios, o desde base de datos directamente, no se actualizan en esta base de datos "cache" local. si bien el sistema está pensado para que sí tome los cambios, y aún no tengo suficiente feedback de clientes para decidir si está funcionando bien o no, a continuación te dejo 2 soluciones alternas para que no te atores en este problema:
A) Deshabilitar la base de datos de cache mediante agregar esta instrucción en el archivo app.json
"cache": {
"enabled": false
}
Si reportan problemas de diferente información entre RunFood y PCGerente, realiza esta alternativa.
B) Si no usas PCGerente, y el ajuste fue algo sólo de ese momento: Por ejemplo subiste los productos via base de datos, actualizaste recetas via base de datos, cambiaste permisos via base de datos, etc. Borra el archivo cache.sqlite y reinicia el servicio.
Nota. Los cambios que hagas en la tabla runfood.mesas_grupo si se sincronizan.
Nota: Si por alguna razón necesitas que el archivo cache.sqlite esté en otra carpeta, puedes cambiar la ruta así:
"cache": {
"sqlitePath": "c:\\carpeta\\nueva\\nombre-de-archivo-personalizado"
}
" Maximo de reinitentos permitidos para la clave de acceso ...."
Al enviar el RIDE por correo, la clave de acceso en formato código de barras no se mostraba, y en vez se mostraba el error "BARCODE ERROR". Este error ya fue resuelto.
En precuentas, no se mostraba en 10% servicio. Ahora ya lo muestra (si aplica)
En precuentas, si se cambiaban los datos de la precuenta, no se actualizaba la visualización, ahora ya se actualiza. (por ejemplo si agrego un telefono, un correo, etc).
RunFoodCore ya no permite que una venta se guarde sin pagos. Si o sí tiene que tener pagos. Dado que ahora existe el módulo de cuentas por cobrar, si un cliente quiere dejar una cuenta sin pagar, debe registrarla como "CREDITO".
Con esto se elimina la necesidad de tener la opción VENTAS PENDIENTES habilitada y ya se puede dar de baja.
app.jsonAsi que recuerda reiniciar el servicio en cada cambio que realices.
Hace más de 1 año calendario existe en el archivo app.json una configuracion para personalizar las siguientes carpetas:
"resource_paths": {
"Imagenes_Articulos": "c:\\ruta\\personalizada\\de\\la\\carpeta"
"Formatos_Impresion": : "c:\\ruta\\personalizada\\de\\la\\carpeta"
"WebApp": "c:\\ruta\\personalizada\\de\\la\\carpeta"
};
Por lo tanto, si necesitas utilizar la app dentro del navegador, puedes agregar la carpeta "web-app" a la carpeta de tu servicio, es decir:
c:\RunFoodServices\[nombre] [puerto]\web-app
Y luego enlazarla a tu servicio así:
"resource_paths": {
"WebApp" :"./web-app"
}
Y puedes descargar la carpeta web-app en la ruta:
https://cdn.runfoodapp.com/runfoodapp/download/
buscando el ultimo archivo .zip
Como dato curioso, resource_paths.WebApp fue introducido el 5 de abril de 2024, en la versión 13.36.1. Así que esta misma configuración funciona en cualquier versión de la 13.36.1 en adelante, incluyendo todas las versiones de runfoodcore.