Mantención servidor 21/02/2018 12:00 CLT

Importante: proveedor cambio fecha de mantención a 22/02/2018 12:00 CLT

Por razones de seguridad nuestro proveedor hará una mantención programada el día 21/02/2018 entre 12:00 y 13:00 CLT, esta mantención implicará el reinicio del servidor de LibreDTE el cual no podrá ser accedido por máximo 15 minutos. Con el mismo proveedor, ya hicimos este proceso con otro servidor y el tiempo real abajo fue aproximadamente de 2 minutos.

Durante esta ventana de tiempo no podrán acceder a la aplicación web de LibreDTE ni a la API. Obtendrán un error de nuestro proxy Cloudflare. Este mensaje será normal en esta ventana de tiempo y se espera que no dure más de 2 a 5 minutos.

Lamentamos el inconveniente que esto pueda causar, pero es una medida necesaria para mitigar los fallos conocidos como Meltdown y Spectre (https://meltdownattack.com).

Pueden ver el estado del servicio en el item “Aplicación web LibreDTE” en https://status.libredte.cl

Si requieren emitir urgente un documento en ese momento pueden:

a) Si es factura, emitir guía en papel y luego facturar.
b) Si es boleta, emitir boleta en papel.

Cualquier duda por favor contactar en https://libredte.cl/soporte

Publicado en: Sin categoría | Deje un comentario

Versión LibreDTE 20180101

¡Feliz año nuevo! Y como ya es costumbre, celebramos una fecha especial con una nueva versión de la biblioteca y aplicación web de LibreDTE.

Esta versión incluye mejoras en la programación de la aplicación, simplicidad para hacer cambios, integración y mejoras en el diseño del código.

Esta versión corrigió un BUG grave asociado a boletas. También había un problema de rendimiento en facturas de exportación. Si usas algunos de estos ¡debes actualizar tu versión de LibreDTE!

Lo más relevante:

  • Biblioteca:
    • Se agrega, y normaliza, información de OtraMoneda de un DTE.
    • Correos en boletas son colocados como referencias (no hay tag para correo en boleta, el que hay se usa para el teléfono). Con esto, el correo saldrá en el PDF como una referencia.
    • Se actualizó esquema de DTE para poder usar tipo de transacción de compra y venta.
    • Se normaliza forma de pago cuando es DTE de exportación (entrega gratuita se mapea al código 21 de aduanas).
    • Ejemplo de consumo de folios de boletas incluye caso para generar consumos vacíos si no se indican documentos.
    • Se permite colocar el timbre/total/acuse inmediatamente debajo del detalle en el PDF, y no al pie de la página (esto en hoja carta).
    • Se puede generar libro de guías sin guías de ventas (antes daba error).
    • Se modifica parser de set de prueba para incluir OtraMoneda en el set de exportación.
    • Es posible crear XML con un namespace en los tags.
    • Se agrega flag para enviar DTE comprimido al SII.
    • Se corrige ancho de timbre en papel continuo para que sea lo más grande posible.
    • Se agrega referencia de entrada de mercadería (EM).
    • Fix al haber DTE sin comuna emisor en creación PDF (útil para XML de DTE que no son generados por LibreDTE y vienen sin ese tag).
    • Se crea método para obtener las referencias de un DTE.
    • Se contabiliza el impuesto a vehículos.
  • Aplicación web (y módulo facturación):
    • Se puede obtener configuración de empresa vía servicio web.
    • Se añade tipo de cambio a DTE de exportación según exigencia del SII. Si se crea un DTE de exportación y no se indicó el tipo de cambio ni se puede determinar de manera automática, no será posible crear el DTE. Más información en el blog.
    • Cotizaciones ahora podrán tener las personalizaciones básicas del PDF de hoja carta que se aplicaban a DTE reales.
    • Se puede obtener vía API los folios sin uso en la aplicación (entre el primero emitido y el último emitido).
    • Es posible configurar para colocar el timbre del PDF  hoja carta inmediatamente debajo del detalle, sin dejar espacio en blanco entre el detalle y el timbre.
    • Se crea un nuevo sistema para manejar las API a las que LibreDTE tiene acceso, esto permite definir API personalizadas por cada APP fácilmente y consultarlas en el objeto del contribuyente con Contribuyente::getApiClient() (ver anexo).
    • Es posible personalizar al 100% el PDF del DTE con un servicio web (ver anexo).
    • Se crean triggers y se limpia el código de la versión liberada de código que está sólo en versión oficial (ver anexo).
    • Se crea método para obtener enlaces públicos de las cotizaciones o documentos emitidos (xml y pdf).
    • Se puede definir una cuota de registro de empresas por usuario.
    • Se puede indicar si usar papel continuo o no al descargar el PDF por GET, parámetro papelContinuo, esto permite especificar sin tener que modificar la configuración el tipo de papel a descargar el PDF.
    • Se corrigió BUG grave que permitía eliminar boletas emitidas reales (si usan boletas, es obligatorio actualizar a esta versión por este BUG).
    • Es posible configurar el modelo que representa el Contribuyente. Esto permite crear un nuevo modelo que herede del contribuyente y tener este modelo extendido disponible en la aplicación (muy útil al crear módulos nuevos en una extensión).
    • Corregido un problema de rendimiento al hacer búsquedas en documentos emitidos si existían DTE de exportación. Esto generaba que se requirieran varios segundos para listar los DTE emitidos.
    • Se mejora detección automática de estado de los DTE (incluyendo más casos).
    • Se agrega referencia personalizada “EM: entrega de mercadería” a la lista de referencias en página de emisión de DTE.
    • En la vista del intercambio, pestaña avanzado, se puede ver un resumen de los documentos del intercambio.
    • Se detecta donde viene el correo en los datos del receptor, usuarios de API u otros DTE pueden enviar el dato en un tag que es para teléfono. Sobre todo aquellos que usan boletas.
    • Se agregaron exportaciones a la propuesta del F29.
    • Se mejoró el error que se obtiene al no poder solicitar timbraje electrónico desde LibreDTE (requiere acceso a servicios web oficiales de www.libredte.cl)
    • Se puede agregar NumId al emitir un DTE de exportación.
    • Se puede ver el estado de los folios sin uso y anularlos directamente en LibreDTE sin entrar al SII (requiere acceso a servicios web oficiales de www.libredte.cl).
    • Mejoras pequeñas para dispositivos móviles (en el futuro se harán más).
    • Se puede crear un menú personalizado para el contribuyente (ver anexo).
  • Framework (estos cambios son genéricos y afectan a la aplicación web):
    • Usuario tienen configuración extendida, igual que los contribuyentes (se debe aplicar cambio en BD, revisar script actualización).
    • Soporte de triggers (explicados antes, ver anexo).
    • Soporte para una nueva capa de la aplicación, una extensión que va sobre la capa website. Esto permite personalizar la aplicación, sin realizar cambios al código de la aplicación (ver anexo).
    • Soporte para 2FA (ver anexo).
    • Se actualizó a Font Awesome 5. Si tienen modificaciones o requieren migrar, se recomienda usar el script de migración.

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

Recuerden además actualizar el framework SowerPHP, muchos de los cambios requieren una versión actualizada del framework.

Junto a esta versión se publicó una nueva versión de los términos, condiciones de uso y licencia del proyecto LibreDTE. Son básicamente los mismos de antes, pero redactados por nuestro abogado. Se recomienda revisar la nueva versión de estos en la página de términos, condiciones de uso y licencia del proyecto LibreDTE.

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: nueva capa sobre website (extensión personalizada)

La nueva versión del framework incorpora la posibilidad de incluir una capa sobre website. Esta era la capa superior de la aplicación, la que más arriba podía estar y por ende la que mayor preferencia tenía. Sin embargo ahora es posible “pisarla”.

Poder colocar una capa nueva sobre website permite a los desarrolladores dar prioridad a una extensión que desarrollen y de esta forma controladores, vistas y otras funcionalidades son obtenidas de esta capa superior en vez de website u otras inferiores.

Esto resuelve el problema: deseo modificar LibreDTE, pero al hacerlo ya no puedo actualizar.

Cuando se hacen cambios en el código de LibreDTE, es complicado luego llevar un registro de estos cambios para aplicar las nuevas actualizaciones. Con esta capa nueva, ya no será necesario modificar LibreDTE directamente, sino que bastará crear una extensión nueva y colocarla sobre website. Con esto los cambios se hacen en la extensión quedando separados del resto de LibreDTE y permitiendo seguir actualizando sin problemas.

En la extensión podrán personalizar funciones, métodos, clases, controladores y vistas. Incluso algunos modelos (como el del Contribuyente). También, y sobre todo para modificar comportamiento en otros modelos, podrán definir los triggers que quieren procesar.

Se irán publicando ejemplos a medida que los vayan solictando en:

https://github.com/LibreDTE/libredte-webapp-ejemplos-extensiones

Si quieres hacer algo en específico con una extensión de LibreDTE y no sabes cómo, pregunta en el foro o bien abre una issue aquí para que el ejemplo sea creado.

¡Haremos muchos ejemplos! Pero sólo si los piden.

Anexo: API servicios web del contribuyentes

Es posible definir servicios web a los que LibreDTE puede acceder, servicios que están en el control del contribuyente. De esta forma se pueden crear servicios externos y LibreDTE se conecta a ellos. Se definió una forma estándar de definirlos, de esta forma se pueden crear N servicios sin modificar el código, sólo la configuración.

Si quieres habilitar servicios agrega la configuración correspondiente al core.php Puedes basarse en la del servicios web de items disponible aquí.

Anexo: personalización PDF con servicio web

Es posible que cada empresa defina un servicio web propio para la generación del PDF, si lo hace, se usará en todos lados ese servicio web en vez del formato local. Esto permite personalizar al 100% el PDF y que salga con cualquier formato que el contribuyente desee.

Para esto se debe crear un servicio web, que tenga las mismas entradas y salida que el servicio web oficial de LibreDTE. Hay un ejemplo en el repositorio que muestra como hacer este servicio web en PHP:

https://github.com/LibreDTE/libredte-pdf

Se debe definir la configuración del servicio web para que el sistema lo permita configurar de la siguiente forma.

Más información en https://blog.libredte.cl/index.php/2017/10/06/personaliza-el-pdf-de-tus-dte-como-quieras/

Anexo: triggers

Se define un sistema de triggers que permite lanzar acciones bajo ciertas circunstancias. Los que existen actualmente:

  • dte_documento_emitido: se ejecuta cuando se emite un DTE vía API,  después de guardar el DTE temporal.
  • dte_documento_generado: se ejecuta cuando se genera un DTE real (se pasa de temporal a real)
  • dte_dte_tmp_guardar: se ejecuta antes de guardar el DTE temporal
  • dte_dte_emitido_guardar: se ejecuta antes de guardar un DTE emitido (real)
  • dte_dte_recibido_guardar: se ejecuta antes de guardar un DTE recibido.
  • dte_dte_tmp_emails: se ejecuta al solicitar los correos electrónicos
    de un DTE temporal (permite agregar correos de una fuente diferente)
  • dte_dte_emitido_emails: se ejecuta al solicitar los correos
    electrónicos de un DTE real (permite agregar correos de una fuente
    diferente)
  • dte_dte_emitido_eliminar: se ejecuta antes de eliminar un DTE real
    (sólo en casos que se permite eliminar, rechazo del SII generalmente)

La información de los triggers originalmente fue publicada en https://groups.google.com/forum/#!searchin/libredte/triggers%7Csort:date/libredte/O5s02uW9R2A/SIsoDs7NAgAJ

Si quieren pedir uno nuevo, pueden hacerlo en el foro o abriendo una issue en github.

Anexo: 2FA

Ahora, adicional a Latch, es posible configurar 2FA para las cuentas de usuarios. Para activar esta opción agregar la siguiente configuración a core.php

// Configuración para autorización secundaria
\sowerphp\core\Configure::write(‘auth2’, [
‘2FA’ => [
‘app_url’ => ‘www.libredte.cl’,
],
]);

La dirección www.libredte.cl se cambia por la URL de la APP real.

Además, cada empresa podrá exigir que el usuario use 2FA antes de seleccionar la empresa para operar con ella. Esto es configurable por empresa.

Más información en https://blog.libredte.cl/index.php/2017/12/23/autenticacion-secundaria-2fa-y-latch/

Anexo: menú personalizado por contribuyente

Es posible definir un menú estándar para los contribuyentes, esto en la configuración se define aquí. Este menú será para todas las empresas por igual.

Adicionalmente, cada empresa puede definir su propio menú, reemplazando el estándar. Esto se hace en la configuración de la empresa, pestaña General.

Publicado en: Nuevas funcionalidades | Deje un comentario

Autenticación secundaria: 2FA y Latch

En LibreDTE nos preocupamos mucho por la seguridad y acceso a las cuentas y datos de las empresas. Por eso, desde el inicio de nuestra plataforma se contó con Latch como medida de autenticación secundaria. Latch permite bloquear el acceso a la aplicación a pesar de tener la clave y contraseña.

Desde hoy, se suma 2FA (Two-factor authentication), que permite generar un código aleatorio cada cierto tiempo. De esta forma al ingresar a la cuenta se pedirá el usuario, la contraseña y el código de 2FA.

Para usar 2FA deben bajar a su teléfono alguna aplicación que soporte esto, por ejemplo Authy, Google Authenticator o el mismo Latch.

 

 

 

 

Para habilitar alguno de estos mecanismos descargar la aplicación correspondiente y configurar en el perfil del usuario.

Adicionalmente, pueden forzar a que los usuarios usen algún mecanismo de autenticación secundaria para poder seleccionar la empresa para operar. De esta forma, se aseguran que a pesar de que el usuario pueda tener una contraseña débil sea difícil acceder.

Cualquier consulta por favor abrir un ticket en https://libredte.cl/soporte

Publicado en: Nuevas funcionalidades | Deje un comentario

¡Libros contables electrónicos disponibles!

“Los Libros Contables Electrónicos son un modelo de operación en el cual libros o informes contables, con fines tributarios, son generados y almacenados en un formato digital, establecido previamente por el SII.” [Fuente: SII]

Desde diciembre el SII nos han autorizado como empresa, a SASCO SpA, para ser proveedores de libros contables electrónicos (LCE). Fuimos autorizados como emisores de LCE y además autorizados para endosar los LCE de otros contribuyentes en la resolución exenta N° 119 de 2017.

El módulo contable de LibreDTE existe hace tiempo, y ha pasado por muchas mejoras. Una de las principales es el informe del estado de una cuenta contable, accesible desde el balance general o el libro mayor. Esta despliega en detalle el estado de la cuenta contable, movimientos, agrupados por mes, por concepto y estadísticas.

Y desde ahora, podrán llevar la contabilidad de manera electrónica. Donde podrán informar al SII los siguientes documentos:

  • Diccionario de cuentas.
  • Libro diario.
  • Libro mayor.
  • Balance general.

La principal ventaja, es no requerir más papel para llevar la contabilidad (ni hojas sueltas timbradas), esto trae ahorro en almacenamientos, mejora seguridad y respaldos más sencillos. Más ventajas en las preguntas frecuentes del SII.

Los LCE se deben enviar al SII para ser informados. Hay 2 posibles instancias en las que se deberán enviar los LCE al SII:

  • Se hacen envíos obligatorios de fin de año, los cierres.
  • Se hacen envíos bajo pedido del SII, por ejemplo, piden el libro mayor a la fecha actual del período actual.

Para poder usar los libros contables primero deben tener movimientos contables en el sistema, por lo cual se recomienda a aquellos que estén interesados en declarar su contabilidad del año comercial 2018 (año tributario 2019) con LCE, comiencen desde enero a utilizar el módulo contable. Para esto, lo primero es definir su plan de cuentas, donde en el mismo módulo hay ejemplos.

Más información del módulo contable en https://wiki.libredte.cl/doku.php/videos#modulo_contabilidad_electronica_lce

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

Publicado en: Nuevas funcionalidades | Deje un comentario

Recibe pagos con PayPal (USD) ¡Nuevo medio de pago!

Desde ahora está disponible el medio de pago mediante PayPal, permitirá recibir pagos con tarjetas de crédito en dólares (USD) y podrán hacer los retiros en pesos chilenos (CLP) vía Multicaja.

Para habilitar el medio de pago deben ir a la pestaña de “Pagos” en la configuración de su empresa y ahí buscar la configuración para PayPal:

Se deben realizar 2 acciones:

¡Es rápido y sencillo empezar a recibir pagos en USD!

En caso de cualquier duda, abrir un ticket de soporte en https://libredte.cl/soporte

Publicado en: Nuevas funcionalidades | Deje un comentario

Punto de venta con Telegram

Desde hace unas semanas es posible usar Telegram como punto de venta. Telegram es una aplicación de mensajería, que permite incluir dentro del chat “bots” (contactos que son una aplicación) con los que uno puede conversar.

En nuestro caso, desde el inicio de LibreDTE existe nuestro bot LibreDTEbot en Telegram

Este bot es capaz de generar boletas no nominativas. Ustedes le dicen un monto al bot y este les envía el PDF con la boleta no nominativa. ¡Así de simple! Es la misma idea del punto de venta Boleta fácil de la aplicación web pero en Telegram.

Para usar el bot deben:

  1. Buscar en Telegram el contacto LibreDTEbot e iniciarlo.
  2. Ir a https://libredte.cl/usuarios/perfil#apps para asociar su cuenta de LibreDTE con el bot.
  3. Autorizar a su usuario en la configuración de la empresa, pestaña “POS”.

En la configuración del POS, podrán definir algunas configuraciones para controlar como se comporta el bot al emitir la boleta, estas opciones son por usuario y actualmente permiten:

  • Indicar si se debe usar el comando /boleta para crear la boleta o basta sólo ingresar el monto.
  • Definir si se crea una cotización o una boleta real.
  • Configurar el formato de la boleta que el bot entregará (carta o papel contínuo).

¡Pueden autorizar todos los usuarios que quieran! y cada usuario con su propia configuración.

Además el bot es multiempresa, o sea, si tienen más de una empresa asociada a su cuenta de usuario el bot les permitirá elegir con cual desean generar la boleta.

Pueden usar directamente Telegram en el celular o bien usar la versión web de Telegram en el computador, en ambos casos el funcionamiento es exactamente igual.

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

Publicado en: Nuevas funcionalidades | Deje un comentario

Recibe pagos con Ether (ETH) y CryptoMKT ¡Otra criptomoneda disponible para pagos!

Desde ahora es posible recibir pagos de cobros (ya sean documentos reales o cotizaciones) con Ether (ETH). Esto se logra utilizando a CryptoMKT como empresa recaudadora para los pagos (similar a como ya se hace desde un tiempo con Bitpay para BTC).

La principal ventaja de cobrar en ETH con CryptoMKT es que ellos, al ser un mercado de valores digitales, transformarán inmediatamente el monto recibido en ETH a CLP (pesos chilenos). De esta forma el comercio, a pesar de cobrar en ETH recibirá el dinero en CLP.

Al igual que con cualquier criptomoneda, pueden existir diferencias entre el monto cobrado y el monto en CLP recibido después de transformar el ETH, esto por las tasas de cambio del momento. Para resolver eso, CryptoMKT está considerando la implementación de un fondo garantía que permitirá asegurar que se recibe en CLP exactamente el monto cobrado (menos su comisión por la transacción).

A diferencia de otras empresas recaudadoras, CryptoMKT ofrece una de las tasas más bajas del mercado nacional para recepción de pagos electrónicos. Al día de hoy, el monto más alto de comisión que cobran al comercio es un 0.7%. Versus otras empresas recaudadores chilenas que cobran desde 1% hasta 5% (o más).

¿Cómo empiezo a recibir ETH?

Para poder recibir pagos con ETH se debe:

  1. Registrar en https://www.cryptomkt.com
  2. Enviar a CryptoMKT documentación para acreditar quien recibirá los pagos (puede ser persona natural o jurídica). Se hace en la misma web de ellos.
  3. Configurar en https://libredte.cl, pestaña “Pagos” de la configuración de la empresa, el correo que se uso en el primer punto para registrarse en CryptoMKT.

¡Listo! Eso es todo, con lo anterior aparecerá una nueva forma de pago en el enlace público de pago de los documentos:

Flujo de pago y validación de la transferencia

Cuando el cliente selecciona “Pagar con CryptoMKT (ETH)” verá la siguiente página de pago:

Aquí podrá escanear el código QR para hacer la transacción (lo ideal, para evitar errores) o bien podrá copiar el monto y dirección para la transferencia. La orden de pago es válida por 15 minutos.

Una vez realizada la transferencia el cliente verá reflejado la espera de la confirmación:

Esto indica que se recibió una transferencia, pero se está esperando la confirmación del bloque en la blockchain de Ethereum.

Finalmente, cuando el pago está validado con éxito, el cliente verá:

Cuando el pago es exitoso, CryptoMKT hará la venta del ETH para obtener CLP y dejarlos abonados en la cuenta de CryptoMKT donde el comercio podrá solicitar el retiro.

En caso de requerir ayuda con la configuración de la empresa para recibir pagos con ETH, abrir un ticket de soporte en https://libredte.cl/soporte

Publicado en: Nuevas funcionalidades | Deje un comentario

¡Personaliza el PDF de tus DTE como quieras!

Desde hoy es posible personalizar por completo el PDF en la aplicación web de LibreDTE. Esto se logra delegando la creación del PDF a un servicio web externo, controlado por cada contribuyente. De esta forma podrán definir el formato que ustedes quieran e incluir lo que deseen en el PDF.

El servicio web debe cumplir con lo mismo que cumple el servicio web oficial que genera los PDF en la aplicación web de LibreDTE. Recibe un JSON con las opciones para crear el PDF, entre ellas el XML codificado en base64.

Una vez se tenga el servicio web creado se debe configurar en la pestaña “API” de la configuración de la empresa:

Asignas la URL que corresponda a tu servicio web y, si es necesario, las credenciales para acceder al mismo.

Si no quieres construir el código desde cero, tenemos un ejemplo en PHP con la base para generar el PDF, sobre esta puedes construir tu servicio. El formato por defecto del PDF no cumple con todo lo requerido por el SII pero te sirve como base para continuar. Este es el formato:

¿No eres programador o no tienes quien te desarrolle el servicio? ¡paciencia! se vienen novedades.

Si tienes cualquier consulta, por favor abre un ticket en https://libredte.cl/soporte

Publicado en: Nuevas funcionalidades, Servicios web | Deje un comentario

Monto en CLP en DTE exportación desde diciembre 2017

Desde el 1ero de diciembre 2017 el SII exigirá que los documentos de exportación lleven informado el monto en pesos chilenos. Se informa el tipo de cambio usado y el monto en pesos. Este cambio ya se aplicó en libredte.cl, así que desde ahora al existir tipo de cambio será automáticamente incluido en el documento que se genera y envía al SII.

El tipo de cambio que se debe usar es el del banco central, no se puede usar un tipo de cambio diferente. Este es el tipo de cambio que LibreDTE usa para USD y EUR y está disponible automáticamente. Quienes usen otro tipo de cambio deberán ajustarse para usar el del banco central.

Importante: el tipo de cambio se coloca automáticamente, sin embargo pueden haber casos donde no esté disponible, estos son:

  1. Entre las 00:00 y la 1:15, que es el horario donde se carga automáticamente el tipo de cambio.
  2. Días lunes a viernes que sean feriados.

Se hará el máximo esfuerzo para que el tipo de cambio siempre esté disponible. Por el momento se ha mantenido la funcionalidad como varios la habrán visto, donde si no hay tipo de cambio se asigna un “-1” como monto del documento. Y luego pueden asignar el tipo de cambio manualmente una vez el DTE ya fue emitido. Esto estará así durante octubre, sin embargo, desde el 1ero de noviembre no se podrán emitir documentos que no tengan el tipo de cambio incluido al momento de generarse. Por lo cual si el tipo de cambio no existe en LibreDTE se generará un error desde el 1ero de noviembre indicando que no se pudo determinar el monto total. En estos casos, podrán asignar el tipo de cambio manualmente al momento de emitir, pero recuerden, deben usar el del banco central. Desde el 1ero de noviembre, tampoco se podrá modificar el tipo de cambio una vez el DTE esté emitido (lo que si se puede hacer hoy).

Es probable que este cambio el SII lo haya incluido para poder complementar de mejor manera el registro de ventas que ya está vigente.

Este cambio estará disponible en la versión comunidad en la versión de diciembre 2017.

Cualquier consulta, por favor abrir un ticket en https://libredte.cl/soporte

Publicado en: Normativa | Deje un comentario

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