Versión LibreDTE 20170918 ¡2 años desde libredte-lib!

Hoy se cumplen 2 años desde la primera versión de libredte-lib (la biblioteca de LibreDTE para PHP). Y se celebra con la nueva versión 20170918 🙂

Lo más relevante:

  • Biblioteca:
    • Fix en razón social libro guías (largo incorrecto).
    • Se cambia substr a mb_substr, esto corrige el problema que había cuando se cortaba un strig justo en un caracter especial.
    • Soporte PDF papel contínuo de 57 mm.
    • Mejoras generales en PDF (alineación, formatos, campos, etc).
    • Totalizador en el resumen del PDF del IECV.
    • Se quita soporte oficial para PHP 5.6 (ver anexo para más detalles).
    • Se agrega normalización para referencias en boletas, ahora se permiten las referencias generadas en la aplicación web en boletas.
    • Soporte servicios web registro compra y venta (RCV).
    • Se normalizan datos de transporte.
    • Solucionado alto de PDF en papel contínuo, ahora siempre debería salir bien (con alto correcto y sin que falte o sobre papel).
  • Aplicación web (y módulo facturación):
    • Es posible asignar manualmente el folio de un DTE (se debe habilitar en la configuración de la empresa y no se recomienda).
    • Se puede definir el permiso por DTE para cada usuario (ver anexo para más detalles).
    • No se puede modificar RUT de un DTE referenciado, además no se recargan datos del receptor.
    • Se muestra información adicional en la página de un mantenedor de folio, ahora podrá ver:
      • Fecha autorización y meses desde que fue autorizado.
      • Archivo CAF que está en uso.
      • Folios usados por mes.
      • Folios que están “saltados” o no usados en el sistema.
    • Es posible exportar la información de los items y sus clasificaciones.
    • Es posible pasar el rut del receptor por GET a la página de emisión, emitir?RUTRecep=76192083-9 esto permite linkear desde aplicaciones externas para crear DTE más rápido.
    • Se agrega registro de los correos enviados a la pestaña “Enviar por email”. Se muestra primer correo, último, y la cantidad de envíos.
    • El comando que actualiza los contribuyentes ahora puede recibir un CSV, de esta forma se puede usar el comando para cargar el CSV descargado manualmente desde el SII. Se ejecuta con: Shell/shell.php Dte.Contribuyentes_Actualizar csv archivo.csv -v
    • Se cambió nombres en dashboard para libros compra/venta (¡al fin! creaba mucha confusión con menú izquierdo).
    • Valor del item se entrega redondeado si es CLP, esto en caso que el monto del item esté como valor bruto y se haya tenido que calcular el neto.
    • Se puede especificar la web de verificación de boletas en la configuración de la aplicación, en Config/core.php agregar configuración “dte.web_verificacion” (revisar core-dist.php para detalles).
    • Las contraseñas en la configuración ahora aparecerán ocultas, pasar el mouse por encima las mostrará.
    • El servicio web que genera el DTE real puede recibir un flag llamado “email” que si es 1 enviará automáticamente el DTE generado por correo al receptor (esto evita tener que consumir un servicio adicional para enviar el correo). Lo mismo para el servicio web que genera el DTE temporal, el cual enviará un PDF en formato “cotización”.
    • Período de un DTE recibido en bandeja de intercambio queda asignado por defecto al mes actual, según lo requerido por el SII sólo se incluye en el libro donde se hizo el acuse.
    • Si un receptor se envía sin giro (y se está normalizando) se colocará el giro que exista en la base de datos por defecto, si es que existe.
    • Se agrega limitación de 1000 items en detalle de boletas y 60 en otros documentos en pantalla de emisión, según esquema del SII.
    • Se agrega integración con registro de compra y ventas, específicamente lo asociado el registro de acciones de aceptación, acuse o reclamo de un DTE directo al SII (se modificó pantalla de intercambio para cumplir con lo exigido por el SII). Más información en publicación en blog sobre RCV.
    • Desde período 201708 se generará IECV pero no será enviada al SII. Sirve para tener todo cuadrado con lo del SII (incluyendo resúmenes manuales) y poder generar PDF del libro para descargar.
    • Propuesta formulario 29 considera ahora valores exentos de facturas afectas (tanto de venta como de compra).
    • Al anular boleta no nominativa se pedirá RUT del receptor si se hace con la opción “Anular documento” de la pestaña “Referencias” de la boleta.
    • Se pueden descargar archivos CSV para importar masivamente datos al registro de compra y venta:
      • Registro de compras.
      • Tipos de transacciones en compras (caracterizaciones).
      • Resúmenes de ventas (boletas manuales, boletas electrónicas y pagos electrónicos).
    • Es posible indicar si la forma de pago es o no por defecto al contado (esto ya que compras no al contado no deberían ser al contado, por tema de acuse de recibo).
    • Se actualizaron gráficos de estadísticas de libro de compra y ventas para usar Morris Graph.
    • Búsqueda masiva para asignación tipo transacción (beta, se mejorará en el futuro).
    • Se corrigió servicio web “dte_emitido/buscar”, se estaba usando JSON decode 2 veces en los datos que se recibían para el filtro.
    • Correcciones menores a pantalla de emisión (direcciones al ser exportación, javascript, etc).
    • Configuración de rutas son locales por instancia desde ahora (ver anexo).
    • Además, desde ahora existen funcionalidades exclusivas para clientes de SASCO SpA, por ejemplo solicitud de folios de manera automática (ver anexo para más detalles).

Hay cambios en la base de datos, revisar script de actualización 20170918.sql en website/Module/Dte/Model/Sql/updates

Recuerden además actualizar el framework SowerPHP, algunos cambios usan funcionalidades nuevas del framework.

Si tienen dudas pueden escribir al foro o si tienes soporte oficial de SASCO SpA abrir un ticket en https://soporte.sasco.cl/open.php (tema: Facturación electrónica / Servicio Local)

Anexo: Soporte oficial sólo para PHP 7 o superior

Desde esta versión se quita oficialmente el soporte para PHP 5.6, sólo habrá soporte oficial para versión de PHP 7 o superior. Si bien esto no significa que LibreDTE dejará de funcionar en PHP 5.6, si significa que se dejará de prestar atención a problemas por dicha versión.

Se tratará de mantener compatibilidad con PHP 5.6 hasta diciembre 2018. Este cambio se debe a que la versión 5.6 ya no mantiene soporte activo por el equipo de PHP, y tendrá actualizaciones de seguridad sólo hasta el 31 de diciembre de 2018.

Se recomienda migrar los servidores al uso de PHP 7 para estar preparados antes del cambio en LibreDTE. La versión actual funciona por completo en PHP 7.

Importante: actualmente hay dependencias de composer que requieren PHP 7. Esto impedirá actualizar la biblioteca, para salir del paso se puede ir a “website/Vendor/sasco/libredte” y hacer un “git pull”, esto actualizará la biblioteca, pero quedarán con dependencias antiguas (no es grave en esta versión). A pesar de lo anterior, lo ideal es actualizar a PHP 7. Adicionalmente, quienes tengan problemas con composer, se recomienda dejar en composer.json sólo la biblioteca de LibreDTE y quitar otros paquetes.

Anexo: permisos de usuarios por DTE

Es posible asignar permisos por cada usuario a los DTE que puede emitir en el sistema. Esto afectará tanto si el usuario los emite directamente en la interfaz web como si los emite vía API.

Los DTE deben ser asignados de manera explícita, o sea, si un usuario no tiene ningún DTE asignado, no podrá emitir ninguno. Esto permitirá controlar con precisión que DTE puede emitir qué usuario.

La asignación de estos permisos se hace en la pestaña “Documentos por usuario” de la configuración de “Usuarios autorizados” a trabajar con la empresa.

Anexo: archivos de configuración routes.php

Las rutas ahora son locales por instancia, ya que diferentes instancias pueden requerir diferentes rutas. El archivo routes.php deja de ser rastreado por git (al igual que core.php). En esta versión se deberá copiar el archivo para tener las rutas iniciales.

cd website/Config
cp routes-dist.php routes.php

Anexo: funcionalidades exclusivas clientes SASCO SpA

Las siguientes funcionalidades se desbloquean sólo si se tiene una mensualidad con SASCO SpA:

  1. Actualización automática contribuyentes con datos del SII (RUT, razón social y correo de intercambio).
  2. Completar razón social, actividad económica y giro automáticamente si no existe en la base de datos local.
  3. Página de consulta directa al SII (sin loguear) del envío de un DTE (por su track ID).
  4. Página de consulta directa al SII (sin loguear) de los datos privados del contribuyente (página “Datos empresa”, útil para soporte y verificar configuración en SII).
  5. Página para consultar documentos recibidos en el SII y poder sabes cuales de esos no han sido procesados en el libro de compras.
  6. Solicitud de folios automáticamente al SII en vez de generar una alerta por correo (no es necesario entrar al SII a timbrar).
  7. Servicio web para solicitar folios de un contribuyente registrado.
  8. Ver listado de boletas de honorarios electrónicas recibidas en el SII y su PDF.
  9. Acuse de recibo para documentos recibidos en el SII pero que no están en la bandeja de intercambio (permite dar aceptación/reclamo en la RCV sin entrar al SII).
  10. Consultar resumen y detalle de registro de compras, para sus 4 estados: registrado, pendiente, no incluir y reclamados (evita ingresar al SII a hacerlo).
  11. Consultar resumen y detalle de registro de ventas (evita ingresar al SII a hacerlo).
  12. Asignar el campo “tipo transacción” en un documento recibido y que esta información se sincronice con el SII automáticamente (evita ingresar al SII a hacerlo).
  13. Informe con diferencias entre el registro de compra del SII y el libro de compras de LibreDTE. Permite cuadrar de una manera más sencilla los datos en ambos sistemas.
  14. Actualización automática de tipo de evento registrado por el receptor de un DTE (33, 34 o 43). Informe en libro de ventas, pestaña estadística, con esta información (resumen y gráfico). Esto permite encontrar rápidamente los casos que un receptor a reclamado.
  15. Sincronización masiva de tipos de transacciones entre LibreDTE y el SII (beta, se mejorará en el futuro).

Estas funcionalidades hacen uso de servicios web habilitados para acciones que el SII no provee vía API que puedes consumir tanto si usas la aplicación web de LibreDTE o si usas un software propio (no LibreDTE).

Aquellos que ya son clientes del “Servicio Local” tendrán acceso gratuito a estas funcionalidades mientras mantengan vigente el “Servicio Local” (no pagan adicional por estas funcionalidades).

Puedes desbloquear estas funcionalidades comprando el servicio en la tienda de SASCO SpA. Te servirán tanto si usas la aplicación web de LibreDTE como si usas software propio.

Con las nuevas versiones, se irán agregando nuevas funcionalidades exclusivas para clientes.

¿Cómo desbloqueo las funcionalidades?

  1. Registrate en https://libredte.cl
  2. Adquiere los servicios web mensuales del SII.
  3. Envía a [email protected] tu nombre de usuario junto al número de factura que te llegó al comprar el servicio.
  4. Una vez te confirmemos que tu usuario está habilitado, coloca el siguiente código en tu configuración (Config/core.php) con el hash de tu usuario:

// configuración autenticación servicios externos
\sowerphp\core\Configure::write(‘proveedores.api’, [
‘libredte’ => ‘AQUI EL HASH DE TU USUARIO’,
]);

¡Listo! Con esto tendrás las funcionalidades desbloqueadas.

Nota: si no usas LibreDTE los pasos 1, 2 y 3 son los mismos, el paso 4 cambia y deberás consumir directamente los servicios web.

Publicado en: Nuevas funcionalidades | Deje un comentario

Cobra usando Bitpay (BTC)

Desde ahora es posible cobrar los documentos de LibreDTE usando Bitpay para que tus clientes -paguen con Bitcoin.

La ventaja de usar Bitpay en vez de indicar directamente la billetera son:

  • Se utilizan las tasas de conversión del momento.
  • El cliente tiene 15 minutos para hacer el pago (o expira, protegiendo por cambios del mercado).
  • Bitpay notifica automáticamente a LibreDTE cuando el pago está confirmado en la blockchain. Con esto se genera automáticamente el DTE real (si se pagó una cotización) y se marca como pagado (entrando al flujo normal de pago y contabilidad).

Para usar Bitpay se debe crear una cuenta en https://bitpay.com Se deberá además solicitar la verificación de la empresa (y su sitio web, piden un sitio) para poder recibir pagos superiores a 100 USD diarios y 500 USD anuales.

La configuración de Bitpay se hace creando un “código de pareo” en https://bitpay.com/dashboard/merchant/api-tokens y luego ese código se ingresa en la configuración de la empresa y click en asociar. De esta forma LibreDTE quedará pareado con Bitpay y podrán cobrar.

Los fondos desde Bitpay los puedes transferir directamente a una billetera personal, o algún mercado, por ejemplo SurBTC, donde podrás cambiarlos por pesos chilenos.

En caso de dudas, pueden abrir un ticket de soporte.

¿Cuanto cuesta cobrar con BTC?

Bitpay no cobra en nivel 1 (hasta 1.000 USD diarios y 10.000 anuales), si se requiere un nivel superior se debe pagar a ellos el 1% de la venta. Más en https://bitpay.com/pricing

SurBTC cobra la comisión por tranzar en el mercado (se puede elegir otro mercado, no es obligatorio que se use SurBTC). Ellos están cobrando actualmente, en el peor caso, un 0.8%. Más en https://www.surbtc.com/tarifas

Lo costoso del cobro con BTC es el “fee” (o tasas) que hay que pagar a la red bitcoin, pero en este caso, de eso se encarga Bitpay, y le agrega al cliente esos “fee” (son 2, del cliente a Bitpay y luego de Bitpay a la cartera en SurBTC). Se recomienda que se transfieras directo desde Bitpay a SurBTC (u otro mercado) así el cliente paga el “fee” y luego solo se vende a pesos los BTC. Si se transfiere de Bitpay a una billetera personal, luego cuando se quiera vender los BTC se tendrá que tu pagar el “fee” por transferir de la billetera personal al mercado.

Nota: debido a las tasas que cobra la red para procesar las transacciones, no es rentable, para el cliente, pagar montos pequeños. Por lo cual si en su mayoría sus cobros son montos pequeños, no es la mejor alternativa recibir pagos en BTC. De todas formas lo pueden habilitar y es el cliente quien decide si paga o no las tasas que Bitpay, y la red Bitcoin en su billetera, le indicarán.

Publicado en: Nuevas funcionalidades | Deje un comentario

Integración con Shopify

Es posible integrar Shopify con LibreDTE usando Webhooks. Se asume que Shopify está funcionando, productos creados e impuestos habilitados (el precio del producto es con IVA incluído).

Lo único que se debe modificar es el carro de compras para agregar los campos necesarios para poder emitir el DTE. En resumen se deben crear los campos personalizados en “cart-template.liquid”. Lo ideal sería hacerlo en el checkout, pero la edición de “checkout.liquid” está disponible sólo para grandes tiendas:

  • Documento: lista desplegable con opciones “Boleta” y “Factura”.
  • RUT: debe entregar el RUT del receptor.
  • Giro: debe entregar el giro del receptor (opcional si es boleta).

Para agregar estos usar el generador de código de Shopify. También puede usar directamente el siguiente código ya creado por nosotros. El código puede ser mejorado, lo importante son los 3 campos.

Luego se debe configurar el webhook cuando la acción “orden pagada” ocurra en Shopify para que apunte a libredte.cl También se deberá copiar el token de Shopify a LibreDTE.

 

Publicado en: Nuevas funcionalidades | Deje un comentario

Registro de compras y ventas (RCV)

Desde agosto el registro de compras y ventas (RCV) reemplazará a los libros de compra y venta (IECV). Esto implica algunos cambios en la operación mensual que se describen a continuación:

  • Se quita obligatoriedad de IECV y se vuelve obligatorio el mantener el RCV en el SII. Se recomienda igualmente mantener la IECV en LibreDTE para estar cuadrados y verificar lo del SII. Además que la información del RCV será complementada con la del IECV existente en LibreDTE.
  • Existen 8 días para recibir o reclamar un documento, pasado los 8 días el documento es recibido automáticamente e ingresado al registro de compras.
  • Si un documento es aceptado/recibido no puede ser reclamado, si es reclamado no puede ser aceptado/recibido.
  • El documento será registrado en el mes que se realice el acuse de recibo. Esto es, si un documento se emite el 30 de agosto y se hace el acuse el 2 de septiembre, entonces el documento quedará en el registro de compras de septiembre, y no podrá ser usado su IVA en agosto.

Las modificaciones hechas en LibreDTE por estos cambios:

  • Bandeja de intercambio, se colocaron los estados del SII para las respuestas y se informa automáticamente al SII sobre las aceptados, recibidos o reclamados.
  • Se pueden buscar los documentos recibidos en el SII y no presentes en la IECV de LibreDTE, de esta forma poder aceptar/recibir/reclamar documentos que no nos ha enviado el proveedor.

Más información en el siguiente video: https://youtu.be/tFRB_tn-lf4

En caso de consultas, por favor abrir un ticket de soporte en https://libredte.cl/soporte

¡Recuerden recibir/reclamar antes de 8 días!

Recomendaciones y observaciones

  • Opciones en bandeja: acciones masivas para “Recibir” o “Reclamar”. En general, son 3 estados:
    • Aceptar: acepta del DTE sin hacer acuse de recibo de mercaderías (por lo tanto no se agrega al registro de compras). Si sólo se acepta, se puede hacer el acuse en el futuro para incluir en el registro de compras, pero no se podrá reclamar.
    • Recibir: hace el acuse de recibo de mercaderías o servicios (y agrega al registro de compras).
    • Reclamar: rechaza el DTE (no se podrá incluir en el registro de compras).
  • El documento quedará en el mes que se reciba (acuse de recibo), por ejemplo, una factura que llega el 30 de agosto del mes y se recibe el 2 de septiembre, quedará en el mes de septiembre y no en el mes de la emisión (agosto).
  • Se tienen 8 días desde que el documento fue recibido en SII, pasados los 8 días, el SII hará el acuse de recibo automáticamente de manera positiva (aceptando el documento y agregándolo al registro de compras).
  • Los documentos que no llegan a la bandeja se pueden buscar en https://libredte.cl/dte/dte_recibidos/sii Desde ahí también se podrá hacer el acuse de recibo.
  • Es muy importante hacer el proceso a diario, ya que así se evitan casos donde pasen los 8 días y se acepte/reciba algo que no corresponde
  • Se recomienda revisar el último día del mes directamente en el SII por si existen documentos pendientes https://www4.sii.cl/consdcvinternetui/#/home
  • Un documento reclamado no puede ser aceptado/recibido, y al revés igual.
  • Los documentos que se ingresen manualmente a libredte.cl serán informados como “Recibidos” al SII de manera automática una vez al día.
  • Resúmenes manuales deben ser incorporados directamente al RCV en el SII. Se recomienda hacerlo también en LibreDTE para tener ambos lados cuadrados.

Más información en información oficial SII:

Publicado en: Normativa | Deje un comentario

Integración con WooCommerce

Es posible integrar WooCommerce con LibreDTE usando Webhooks. Se asume que WooCommerce está funcionando, productos creados e impuestos habilitados (requerido para poder generar el documento).

Lo único que se debe modificar es el checkout para agregar los campos necesarios para poder emitir el DTE. En resumen se deben crear los campos personalizados en la sección “Información de facturación”:

  • documento: debe entregar el código del DTE, ej: 33 o 39 (factura o boleta afecta)
  • rut: debe entregar el RUT del receptor
  • giro: debe entregar el giro del receptor (opcional si es boleta)

Para agregar estos campos usar Code Snippets y agregar el siguiente código. El código puede ser mejorado, lo importante son los 3 campos.

Más información sobre agregar campos personalizados en la documentación de woocommerce.

Luego se debe configurar el webhook cuando la acción “actualización orden” ocurra en WooCommerce para que apunte a libredte.cl El “secret” a utilizar es el hash del usuario en libredte.cl

 

Publicado en: Nuevas funcionalidades | Deje un comentario

Pagos con Webpay de Transbank Nuevo forma de pago electrónica

Desde hoy es posible configurar en https://libredte.cl el pago de cotizaciones y documentos reales de manera electrónica usando Webpay de Transbank.

Si ya tienen el visto bueno de Transbank para su comercio, sólo basta que carguen el certificado y clave privada en la configuración de la empresa (pestaña “Pagos) para empezar a recibir pagos con Webpay.

Si tu comercio no tiene la certificación de Transbank, puedes encontrar la información técnica sobre cómo realizar este proceso en el siguiente video: https://youtu.be/s26CqX_pnOI

Cualquier consulta, recuerden abrir un ticket de soporte en https://libredte.cl/contacto/tecnico

Publicado en: Nuevas funcionalidades | Deje un comentario

Versión LibreDTE 20170623 ¡permisos de usuarios y API Dropbox v2!

Se acaba de publicar la versión 20170623 de LibreDTE, lo más relevante:

  • Biblioteca:
    • Correcciones en normalización de boletas.
    • Corrección en validación de firma de DTE para algunos casos.
    • Se puede omitir verificación de SSL al enviar AEC (esto si se configura de tal forma en con clase Sii).
    • Se crea un parche para manejar las entities de XML como el SII espera (que no es de acuerdo al estándar). Esto soluciona, por ejemplo, los casos de archivos CAF con razones sociales con apóstrofe (‘).
    • Se agrega código interno del receptor y vendedor al PDF.
  • Aplicación web (y módulo facturación):
    • Se verifica que al modificar un DTE recibido corresponda al receptor (esto es crítico, era problema de seguridad, ya que permitía a cualquier contribuyente registrado acceder a la página de un DTE de otro contribuyente conociendo los datos del DTE).
    • Tanto el comando para actualizar la bandeja de intercambio como el botón vía web, revisaban todos los correos no leídos. Esto generaba mucha lentitud al momento de actualizar bandejas con muchos correos no leídos y antiguos. Se cambio y por defecto ahora sólo se busca en los últimos 7 días en ambos casos.
    • Desde ahora se valida el esquema del DTE al generar el DTE real, antes se dejaba generar el DTE con errores de esquema y que el SII luego los reportara como rechazados. Sin embargo esto generaba más trabajo ya que había que estar eliminando el DTE y cambiando con el cliente. Desde ahora, si no se pasa la validación de esquema el DTE no será generado.
    • Se crea el “vale” de un DTE temporal, es un papel que simplemente tiene el código del DTE temporal y su monto. Sirve para que un vendedor se lo pase al cliente y este lo lleve a la caja para hacer el pago.
    • Se pagina “de verdad” la bandeja de intercambio, antes se hacía “de mentira”, paginando todos los resultados con javascript. Ahora se listarán sólo los resultados de la página obteniendo mejor rendimiento.
    • Varias correcciones al proceso de intercambio.
    • Al consultar un DTE emitido vía servicio web se deberá pedir explícitamente su XML con getXML=1 (esto reduce el tamaño de la respuesta cuando no se requiere, por lo general, el XML).
    • Se pueden cargar más datos de los contribuyentes en la importación masiva del módulo de administración.
    • Se puede escribir un email nuevo al momento de enviar un DTE vía la pestaña “Enviar email” (antes sólo se podían seleccionar correos preexistentes).
    • Se corrige el libro de ventas y compras al existir nota de crédito de una factura de compra (antes estaba en el libro equivocado).
    • Se agrega sección para facturas de “supermercado” en propuesta F29.
    • En el comando de intercambio se dejan de enviar documentos que tienen como receptor al mismo emisor.
    • Se creó un nuevo sistema de permisos para usuario autorizados de empresas (ver anexo).
    • Se migró a API v2 de Dropbox (la v1 será desactivada por Dropbox a finales de este mes, junio 2017).
    • Se creó pestaña PDF en DTE temporales, esto permite descargar un DTE temporal en otro formato diferente al por defecto de la empresa (similar a lo que se hace con DTE emitidos).
    • Servicio web de info de DTE recibido permite obtener el XML o el detalle (si existe intercambio asociado) con parámetros getXML=1 y/o getDetalle=1
    • Se agregaron servicios web a las utilidades para timbrar y firmar IECV y DTE.

Hay cambios en la base de datos, revisar script de actualización 20170623.sql en website/Module/Dte/Model/Sql/updates

Se recomienda actualizar inmediatamente, ya que se han hecho diversas mejoras y correcciones que afectan directamente a la facturación y libros. Además se ha actualizado la versión de la API de Dropbox a la versión 2, la actual versión dejará de funcionar a fines de junio (Dropbox elimina el soporte), por lo cual si usas Dropbox para respaldos automáticos, es obligatorio actualizar ¡ya!

Si tienen dudas pueden escribir al foro o si tienes soporte oficial de SASCO SpA abrir un ticket en https://soporte.sasco.cl/open.php

Anexo: permisos de usuarios

Los permisos de usuario ahora permiten:

  • Asignar más de un administrador a la empresa (mismos permisos que admin real, excepto transferir empresa)
  • Definir permisos por módulo. En la práctica, si no hay módulos adicionales, el único módulo es el DTE. Por lo anterior los únicos permisos por defecto disponibles son “admin” y “dte”.

Es posible crear más permisos, quienes requieran asesoría en esto nos pueden contactar para brindarla.

Para que los permisos funcionen, deben, aparte de aplicar el script de actualización de la base de datos, agregar la siguiente configuración al archivo Config/core.php (está en el core-dist.php esta configuración de todas formas):

// configuración de permisos de la empresa en la aplicación
\sowerphp\core\Configure::write(’empresa.permisos’, [
‘admin’ => [
‘nombre’ => ‘Administrador’,
‘descripcion’ => ‘Incluye editar empresa y otros usuarios, respaldos, descargar CAF, corregir Track ID’,
‘grupos’ => [‘dte_plus’],
],
‘dte’ => [
‘nombre’ => ‘Módulo facturación electrónica’,
‘descripcion’ => ‘Emisión de DTE, recepción, informes y libros de compra/venta’,
‘grupos’ => [‘dte_plus’],
],
]);

Obviamente, el grupo dte_plus debe existir en el sistema, pero debería estar, ya que es un grupo fundamental.

En la próxima versión debería estar disponible la posibilidad de asignar qué tipos de documento puede emitir cada usuario autorizado. Si tienen más feedback respecto a los permisos no duden en contactarnos.

Publicado en: Nuevas funcionalidades | Deje un comentario

Cobra usando Bitcoin, Monero o Ethereum Criptomonedas, bienvenidas a LibreDTE

Desde ahora se podrán recibir pagos en criptomonedas para cotizaciones y facturas en libredte.cl

La operación es bastante simple, sólo se debe colocar la dirección de tu criptomoneda (ejemplo: bitcoin) en la configuración del módulo de Pagos y con esto será mostrada la opción de “Pago con criptomonedas” (junto a otras opciones de pago que estén configuradas) en la página del pago del documento/cotización:

Al hacer click en “Pagar con criptomonedas”, se desplegarán las direcciones de los monederos electrónicos donde el cliente podrá transferir. Para cada criptomoneda que se tenga configurada, aparecerá el monto en dicha moneda que el cliente debe pagar.

Para determinar el valor de cada moneda en pesos chilenos, y así poder traducir el monto, se utilizan 2 conversiones:

  1. Se convierte de BTC, XMR o ETH a USD usando las tasas de cambio del día (00:00 horas) desde OXR.
  2. Se convierte de USD a CLP usando las tasas de cambio del día desde SBIF (mismos valores que el Banco Central de Chile).

¿Aún te preguntas de qué te sirve recibir pagos en criptomonedas? Un caso muy simple: para poder recibir pagos desde el extranjero 😉

Publicado en: Nuevas funcionalidades | Deje un comentario

Servicio web PDF DTE emitido (apps conectadas) Servicio /dte/documentos/generar_pdf obsoleto

El servicio web /api/dte/documentos/generar_pdf está obsoleto y no debe ser usado, en cambio, para generar el PDF de un DTE emitido se debe utilizar el servicio web /api/dte/dte_emitidos/pdf

El servicio obsoleto será removido definitivamente de https://libredte.cl el 1ero de mayo (originalmente era el 1ero de abril, pero se ha ampliado el plazo). Por lo anterior, aplicaciones conectadas a los servicios web deben actualizar a este servicio.

El servicio /api/dte/dte_emitidos/pdf existe desde hace meses, tanto en la versión oficial como en la liberada. Usuarios de la versión liberada no tendrán disponible este servicio en la próxima versión de LibreDTE, por lo cual se les recomienda corregir ahora.

Eso fue informado originalmente el día 24 de febrero a los usuarios de https://libredte.cl según el siguiente correo:

Para aquellos que tienen una aplicación propia conectada con https//libredte.cl se informa que el servicio que deben consumir para obtener el PDF de un DTE emitido es https://doc.libredte.cl/api/#!/Crear_DTE/get_dte_dte_emitidos_pdf_dte_folio_emisor

Aquellos que utilizan el antiguo servicio /api/dte/documentos/generar_pdf por POST deben actualizar al servicio por GET. El servicio antiguo dejará de operar el 1ero de abril de 2017.

Aquellos que utilizan el cliente de LibreDTE de escritorio basta actualizar el cliente.

Aquellos que usan sólo la página web en https://libredte.cl no deben tomar acciones.

Publicado en: Servicios web | Deje un comentario

Versión LibreDTE 20170325 ¡incluye facturación masiva de guías!

Se acaba de publicar la versión 20170325 de LibreDTE, lo más relevante:

  • Biblioteca:
    • Corrección declaración jurada cesión electrónica que generaba rechazo.
    • Corrección en libro cuando impuesto adicional no tiene tasa (ejemplo: combustibles)
    • Correcciones menores en formato PDF.
  • Aplicación web (y módulo facturación):
    • Comando que actualiza contribuyentes permite indicar un día específico para obtener los datos.
    • Nuevos servicios web (ej: eliminar dte temporal, búsqueda documentos recibidos)
    • Corrección totales en resumen IEC
    • Informe despachos diarios.
    • Facturación masiva guías de despacho
    • Se agregan documentos 108 y más 9XX
    • Informe activos fijos
    • Es posible omitir la verificación de documentos recibidos (no se recomienda activar, pero existe)
    • Se removió consulta servicio web externo de SASCO SpA para contribuyentes (esto permite cargar el CSV del SII mucho más rápido).
    • Se agregó soporte para empresas constructuras.
    • Se corrigió la carga de XML de DTE emitidos cuando el receptor no existe (antes fallaba, ahora se crea el receptor con datos del XML).
    • Informe de documentos rechazados de todos los contribuyentes que usan LibreDTE.
    • En pestaña “Avanzado” de un DTE emitido se puede saber la fecha y hora en que fue timbrado/creado.
    • Logos ahora se guardan en un directorio “static” (ver más info abajo)
    • Montos de boletas no se estaban considerando en el PPM en el F29, ahora si.
    • Es posible indicar qué impuestos no dan crédito. De esta forma al recibir un intercambio, automáticamente queda como “impuesto sin crédito”.
    • Se cambió formato de respaldos a TGZ (se obtiene mejor compresión y reduce tiempo de descarga o carga a Dropbox).
    • Comando para intercambio automático ya no envía documentos que estén con estado rechazado.
    • Se quita dependencia extensión empresa de sowerphp, ya no se usa en el sistema.
    • Se quita dependencia de módulo Lce (actualmente no liberado) y nunca puesto en producción en versión liberada por errores que contenía.
    • Se crea utilidad para ver datos de una firma electrónica.

No hay cambios en la base de datos.

Como siempre, recuerden además actualizar SowerPHP.

Se recomienda actualizar inmediatamente, ya que se han hecho diversas mejoras y correcciones que afectan directamente a la facturación y libros.

Si tienen dudas pueden escribir al foro o si tienes soporte oficial de SASCO SpA abrir un ticket en https://soporte.sasco.cl/open.php

Anexo: directorio “static”

Este directorio permitirá almacenar archivos del contribuyente, inicialmente los logos, pero se deja para usos futuros preparado. Para poder migrar los logos se deberá:

  1. Crear directorio data/static/contribuyentes
  2. Crear un directorio dentro con cada contribuyente de la aplicación, el nombre del directorio es el RUT sin puntos ni DV.
  3. Colocar dentro del directorio del contribuyente el logo en el archivo logo.png

Ejemplo, logo de SASCO SpA estará en:

data/static/contribuyentes/76192083/logo.png

Finalmente, agregar en Config/core.php:

// directorio para datos estáticos (debe tener permisos de escritura)
define(‘DIR_STATIC’, DIR_PROJECT.’/data/static’);

Publicado en: Sin categoría | Deje un comentario