Sprint_202005_06_07

CRM: MOTIVO DE RECHAZO EN SOLICITUDES DE ALTA MEJORA DEV-488

En las solicitudes de alta del CRM, se ha añadido la funcionalidad de poder ver el motivo de rechazo de la tramitación ATR de la distribuidora.

CRM: NUEVO CAMPO SOLICITUD DE ALTA Y CONTRATOS MEJORA DEV-496

Se ha añadido un nuevo campo en las solicitudes de alta y en el listado de contratos del CRM (última columna), para poder observar el documento PDF del contrato firmado del Trade Energy.

CRM: NUEVOS CAMPOS Y ACTUALIZACIÓN API  MEJORA DEV-563

Se han introducido los campos de descuento de potencia y de energía en la oportunidad del CRM.

Se ha actualizado la API de creación de oportunidades.

CRM: SOBREESCRIBIR DATOS NOVEDAD DEV-538

El sistema permite sobrescribir (mediante la definición de una variable en la plataforma) los datos enviados en la tramitación del contrato del CRM hacia el TRADE.

• Ejemplo: variable = { “CompanyAccount” : [ “cnae_id” ] }

En este caso, el cnae de la cuenta cliente será sobrescrito por los datos enviados durante la tramitación del contrato del CRM.

De forma similar, si el contacto enviado en el CRM, no existe en la cuenta cliente y/o cuenta de instalación, el sistema lo creará.

• Ejemplo: variable = { “CompanyAccount” : [ “cnae_id”, “contact” ] }

 CLIENTES: NUEVOS FILTROS BÚSQUEDA DE CONTRATOS MEJORA DEV-492

Se ha añadido los campos CIF / NIF, IBAN y Cuenta de Grupo en el apartado de contratos (filtro, ordenación y visualización), en el caso del Cuenta de Grupo se ha utilizado un desplegable para facilitar la tarea al cliente sobre la selección de la información.

CLIENTES: SUBESTADOS DE CONTRATOS NOVEDAD DEV-489

Se ha añadido el campo "subestado del contrato" en el contrato. 

Se ha añadido una pantalla para poder gestionar los diferentes tipos de subestados. 

[ Clientes / Subestados del contrato ]

Se ha añadido el filtro correspondiente en la pantalla de contratos.

[ Clientes / Contratos ]

Se ha añadido en la información del campo en la tabla de contratos (permite ordenación).

[ Clientes / Contratos ]

Se han añadido 3 variables de configuración de la plataforma, para poder controlar de forma dinámica el cambio de estado / subestado del contrato, siempre y cuando el cliente lo solicite. 

Actualmente el sistema permite:

• Indicar un Estado / Subestado en concreto para inicializar el proceso de firma (un cliente podría desear enviar al proceso de firma, todos aquellos contratos en estado “BORRADOR” y subestado “CONFIRMADO POR TELÉFONO”).

• Cambiar a un Estado / Subestado en concreto una vez ha finalizado el proceso de firma (un cliente podría desear cambiar el estado / subestado del contrato firmado a estado “ACEPTADO” y subestado “FIRMADO DIGITALMENTE”).

• Si no se especifica nada, el comportamiento del sistema es como siempre.

FIRMA DIGITAL: NUEVAS COLUMNAS MEJORA DEV-530

• En la pantalla [ Clientes / Envíos a firma ] se muestra la columna del tipo de energía del contrato asociado al proceso de firma.

• En la pantalla [ Signatures / Envíos a firma ] se muestra la columna del tipo de energía del contrato asociado al proceso de firma. 

• Selección automática del proveedor en el caso de que solo haya uno en la lista.

FIRMA DIGITAL: FIRMA DIGITAL SEGÚN CONTRATO NOVEDAD DEV-516

A partir de ahora se permite configurar el tipo de firma “Según contrato”. Cuando el producto actual del contrato tiene este tipo de firma, se mostrarán los campos de configuración de la firma en el detalle del contrato, apartado “Producto actual”.

METERING: AUTOCONSUMO NOVEDAD DEV-490

Se ha añadido un nuevo tipo de fuente de medida, llamado “Concentrador Secundario Excedentes”. En este tipo se muestran los datos de los excedentes de autoconsumo de los ficheros P1, P5 y F5.

Se ha adaptado el sistema de proceso del F5 para que el sistema procese los excedentes cuando el cups tiene autoconsumo. Las medidas de los excedentes se asignará al cups de generación asociado al cups de consumo.

Se ha reorganizado la pantalla del listado de medidas horarias.

En el detalle del producto, cuando es de generación se ha añadido el campo “origen de lecturas excedentes”, con los valores “Lectura distribuidora” (por defecto) y “Registrador horario”. En el caso de seleccionar “lectura distribuidora”, el sistema calculará el importe de los excedentes a partir de las medidas del peaje (F1). Si se selecciona “registrador horario”, el sistema calculará el importe de los excedentes a partir de los datos de “concentrador secundario excedentes”.

En el momento de calcular la factura, si el contrato es de autoconsumo con excedentes el sistema intentará calcular el importe de excedentes en caso de existir un peaje de autoconsumo.

FACTURACIÓN: NUEVOS FILTROS MEJORA DEV-506

Se ha añadido un campo libre "Código Libre" en la pantalla de [ Billing / Consumos ]. Se permite su visualización, edición, ordenamiento y filtrado.

GESTIÓN DE PAGOS: VENCIMIENTOS DE PAGO. NUEVOS DATOS  MEJORA DEV-407

Ahora se muestra el identificador de la Remesa y el IBAN del peaje en el listado de vencimientos de pago (información + filtros).

GESTIÓN DE PAGOS: REMESAS DE PAGO. REGENERACIÓN  NOVEDAD DEV-447

Se permite regenerar remesas de pago, tal y como se hace con las de cobro, según:

• Fecha de creación → se indicará la fecha de generación del fichero

• Fecha de pago → se indicará la fecha indicada en el campo “Fecha de pago” del detalle de la remesa

GESTIÓN DE PAGOS: LISTADO VENCIMIENTOS Y NEGOCIAR VENCIMIENTOS  NOVEDAD DEV-466

Listado de vencimientos

Se ha añadido el botón para duplicar vencimientos.

Se ha añadido el botón para negociar vencimiento, el cual permite fraccionar un vencimiento en distintos vencimientos. Este botón solamente está disponible para vencimientos de cobro que no estén en los estados Cobrado y Negociado.

Negociar vencimiento

El sistema te obliga a fraccionar el vencimiento en 2 más, como mínimo. En el caso de tener marcada la opción Repartir importes equitativamente, el sistema automáticamente calcula el % que le corresponde a cada vencimiento y su importe.

En el caso de indicar que el reparto no sea equitativo, se habilita una opción para indicar el % o el importe en € de cada nuevo vencimiento. Si se indica un %, se habilita la columna Importe %; el sistema calculará automáticamente el importe en € que le corresponde. Si se indica que sean €, se habilita la columna Importe €; el sistema calculará automáticamente % que significa ese importe.

Al guardar el vencimiento original cambia a estado Negociado. Luego el sistema genera los nuevos vencimientos con los datos configurados.

DASHBOARD: NUEVAS ENTIDADES NOVEDAD DEV-446

Se han creado las entidades siguientes:

• Lecturas de Peajes

• Ajustes de Peajes

Ambas se pueden relacionar entre si y con las entidades “Resultado Report Peajes” y “Peajes”.

CONFIGURACIÓN GENERAL: WEBHOOKS  NOVEDAD DEV-545

En el módulo de “Configuración General” se ha añadido el apartado “Webhooks”. Este apartado permite configurar webhooks que se ejecutarán cuando sucedan determinados eventos.

Los tipos de webhook varían en función de los módulos contratados para cada cliente. Cada tipo permite enviar unos parámetros distintos, estos se pueden ver a partir del botón de información al lado del tipo.

Los webhooks que hay disponibles a día de hoy, por módulo, son los siguientes:

CLIENTES

• Actualización de estados del contrato. Si se detecta un cambio en el estado del contrato, subestado del contrato o estado del atr, se ejecuta este webhook.

GESTIÓN DE PAGOS

• Nueva remesa de cobro. Si se crea una nueva remesa de cobro, se ejecuta este webhook.

• Nueva remesa de pago. Si se crea una nueva remesa de pago, se ejecuta este webhook.

• Nueva remesa. Si se crea una nueva remesa (sin importar el tipo), se ejecuta este webhook. Este tipo solamente se ejecutará en el caso de no haberse ejecutado uno de los dos tipos anteriores.

API: NUEVAS LLAMADAS API. REPORT PRODUCTOS NOVEDAD DEV-513

Permite obtener el mismo resultado que el report “Listado de productos” pero en formato JSON.

ACTION: GET

URL: /apirest/retrieve-report-products

APP: TRADEENERGY

Se puede limitar el número de resultados que se devuelven indicando en el Body filtros. Consulte con NEMON la disponibilidad de los filtros, mostramos aquí los más utilizados:

{

    "in": [

        3133,

        3719,

        3132

    ],

    "name": "GAS",

    “product_type_id”: 1,

    "tariff_id": 3,

    “total_results”: 3

}

• En el filtro name no es necesario indicar el nombre exacto.

• El filtro in es un array con ids de producto. También existe el filtro not_in, para descartar ids de producto.

• Cada hoja del report tiene en el json su propio objeto, por lo en el retorno siempre se indican los siguientes objetos:

  • products

  • prices

  • surcharges

  • variables

  • services

  • capFloor

  • 
    

• Si un objeto llega vacío es que no se han encontrado valores para los productos filtrados.

API: INTEGRACIÓN CUSTOMERWEB  NOVEDAD DEV-468

La aplicación “Customerweb” permite integración vía APIRest con los contratos y medidas de los usuarios de la oficina virtual. Para más información contactar con Nemon.

API: NUEVAS LLAMADAS API. OPORTUNIDADES NOVEDAD DEV-512

Se han generado 2 APIRest para el CRM:

1. Creación de oportunidades

2. Generación de PDFs de oportunidades

Para más información consultar con Nemon.

API: ACTUALIZACIÓN DE CONTRATOS/PREPARACIÓN DE UN M1 NOVEDAD DEV-467

Nuevas llamadas API. Actualización de contrato.

Permite actualizar datos de un contrato

ACTION: POST

URL: /apirest/contracts/{id_contrato}?b=true

APP: TRADEENERGY

Los campos a actualizar se indican en el body, pudiendo utilizar nombres para municipios, métodos de pago y tipos de domiciliación.

{

    "iban": "ES1000492352082414205416",

    "payment_method": "Transferencia",

    "city": "Madrid",

    "account_holder": "Nemon",

    "domiciliation_type": "Core",

    "payer": 1,

    "payer_name": "Pagador",

    "payer_address": "Calle de Arriba",

    "payer_vat_code": "XXXXXXXX",

    "payer_postal_code": "43791",

    "payer_city": "Ascó",

    "payer_municipality": "",

    "payer_state": "Tarragona",

    "regenerateContacts": 0,

        "contacts": [

        {

            "name": "Nemon",

            "contact_type": "Firmante",

            "primary": true,

            "telephone": "977132640",

            "mobile": " 977132640",

            "email": "info@nemon2ib.com"

        }

    ],

        "products": [

        {

            "name": "Producto 1",

            "start_date": "",

            "ending_date": "2020-02-18"

        },

                                        {

            "name": "Producto 2",

            "start_date": "2020-02-19"

        }

        ]

}

Sobre el pagador

Si se indica payer=0, se ignoran los valores de pagador (payer_XXX).

El campo payer_municipality indica la localidad (para lugares sin estatus de municipio)

Sobre los contactos

Si el contacto no existe, se creará. Al menos uno de los contactos debe llevar primary = true. Para eliminar todos los contactos y sustituirlos por los indicados en la llamada, hay que indicar regenerateContacts = 1.

Sobre los productos

Para indicar los productos hay que seguir las normas habituales. El primer producto no debe tener fecha inicio, y el último no debe tener fecha fin. Tampoco puede haber saltos de tiempo entre productos, todos deben ser consecutivos. Cualquiera de estos problemas retornará error, abortando el proceso. Hay que tener en cuenta que si el producto no está disponible para el contrato o no existe, se descartará.

Nuevas llamadas API. Preparación de un M1

ACTION: POST

URL: /apirest/contracts/do-contract-m1/{id_contrato}

APP: TRADEENERGY

Permite preparar el contrato para un M1 de cambio de potencia/tarifa/titular cómo si se hiciera manualmente desde la aplicación. Una vez realizado con éxito, se pueden descargar los ficheros de la forma habitual (Tramitaciones -> Descargar tramitaciones).

Para indicar qué tipo de M1 se quiere realizar, hay que indicarlo en el Body. Se pueden combinar los diferentes tipos o indicar uno solo. El contrato debe estar en estado Activo y ATR Activado. De otra forma, la llamada informará del error.

Ejemplo de petición:

{    

    "potence": {

        "potence_p1": 4.8,

        "potence_p2": 4.6,

        "potence_p3": 3

    },

    "tariff": "2.0DHA",

    "company": {

        "name": "Nemon",

        "person_type": "J",

        "fiscal_type": "CIF",

        "vat_code": "B55522023",

        "street": "Pol. Industrial A-7",

        "house_number": "1",

        "cnae": "‎7022",

        "nationality": "España",

        "postal_code": "43791",

        "city": "Ascó",

        "state": "Tarragona",

        "country_code": "34",

        "contacts": [

            {

                "name": "Nemon",

                "type": "Firmante",

                "primary": true,

                "telephone": “977132640",

                "mobile": " 977132640",

                "email": "info@nemon2ib.com"

            }

        ]

    }

}

ERP INTEGRATOR: A3 ERP NOVEDAD DEV-504

Añadimos soporte a la gama “Contabilidad”.

Nuevas opciones v2020.08.001

Asignar Nº factura SII

De estar activada, se marca la factura como “Factura emitida por terceros” y se guarda el nº de factura en el campo correspondiente para que se pueda gestionar su envío al SII.

AVISO

Esta funcionalidad no es capaz de detectar si el módulo SII está disponible, por lo que el proceso podría fallar. Actívela sólo en caso de estar seguro que existe el módulo SII.

Facturas contables

De estar activada, las facturas se crearán como facturas contables. Esto es especialmente útil si se dispone de la gama “Contabilidad”, ya que esta gama no permite registrar facturas de otro tipo.

Marcar rectificativas

De estar activada, se marcarán en A3 las facturas rectificativas indicando su periodo.

Exportación a contabilidad. Nuevas configuraciones (sólo A3ERP)

• [A3ERP] Nuevas opciones en Billing->Configuraciones->Traspaso contabilidad

• Requiere cliente maestro. (Si/No) → Indica si hay que generar un cliente “maestro” para relacionar diferentes contratos. Si se activa se obtiene un cliente principal o maestro y otro cliente para cada contrato. La relación entre ellos se establece a partir del CODCLIFAC.

  • Ejemplo:

• Formato código cliente. → Permite definir un formato específico para el código de cliente.

  • Admite múltiples rangos. Ejemplo: [CONTRACTCODE_3?2_-6] retorna los dos dígitos que hay a partir del tercer carácter y los 6 últimos.

    • Así: AEE200000303 = 20000303

  • Se pueden indicar los siguientes objetos:

    • [CONTRACTCODE]

    • [CUSTOMERCODE]

  • Se guardará en CODCLI

• Formato código cliente 2 → Igual como “Formato código cliente”

  • Si está activado “Requiere cliente maestro” se envía en un campo aparte para clientes y facturas.

    • Se guardará en CODCLIFAC

  • Si está desactivado “Requiere cliente maestro” se envía vacío.

• Formato referencia facturas → Permite indicar que se va a guardar en el campo REFERENCIA de las facturas

  • Se pueden indicar los siguientes objetos:

    • [CUPS]

    • [CONTRACTCODE]

• Formato referencia facturas (gas) → Igual como “Formato referencia facturas”

• Formato numeración facturas → Igual como “Formato código cliente” pero para el número de factura

  • Se pueden indicar los siguientes objetos:

    • [BILLNUMBER]

  • Se pueden indicar los siguientes objetos para indicar una longitud:

    • #BILLSERIES# → Longitud de la serie (Ej: serie FACT = 4)

    • #BILLSERIESHYPHEN# → Longitud de la serie + '-' (Ej: serie FACT = 5)

• Longitud código proveedor → Longitud del código de proveedor en A3. Se rellenará con ceros. Es decir, si indicamos 6: código 22 → 000022.

• Formato penalización facturas → Permite indicar un texto a buscar en el número de factura para saber si se trata de una subserie de facturas de penalización.

• Serie facturas penalización → Permite indicar la serie de las facturas de penalización (depende del campo anterior)

GESTIÓN DE PEAJES GAS: TIPOS DE LECTURAS NOVEDAD DEV-500

Se utiliza el campo factura / listamedidores / medidor / listanumeradores / numerador → tipolec de los peajes de gas para obtener si la lectura es real o estimada. 

En el detalle de los peajes de gas, se ha añadido la columna “Real” en las lecturas. Los tipos de lecturas que reciben este campo muestran los valores Sí/No en función de si el campo está a 1 o 0 en el xml (1= real, 2 = estimada).