A continuación se van a explicar “problemas” detectados de la versión 1.8.0 y cómo solucionarlos:
Para instalar el componente de alarmas hay que seguir la guía de instalación: Guía de instalación b+ Alarmas - ECC
Para sistemas S4H, junto con el componente inicial hay que descomprimir un ACP. En la versión 1.8.0 se libera un ACP para sistemas con componente SAP_ABA = 75C.
Si el sistema donde se intenta instalar tienen un nivel distinto de este componente será necesario otro ACP. El error que se produce en el sistema al intentar intentar instalar es:
...
Se libera un nuevo ACP para SAP_ABA = 75B en la carpeta de ACPs de la versión 1.8.0:
...
Si el error persistiera porque el componente tiene un nivel distinto a los dos mencionados, ponerse en contacto con soporte SII para solicitarlo: es-soporte-sii@techedgegroup.com.
Se ha descomprimido un ACP del componente TEAL durante la instalación cuando realmente no había que descomprimirlo
Los ACPs que se indican en la instalación del componente TEAL solo se tienen que descomprimir si el sistema es un S4H. Si se ha descomprimido, debe borrarse del servidor para poder iniciar la instalación.
A pesar de hacer este borrado, a veces las tablas correspondientes mantienen las entradas que estos ACPs han cargado y hay que borrarlas a mano. A continuación se explica el problema y la solución:
Tras borrar el ACP del servidor, comprobar si las siguientes tablas tienen estas entradas que se indican en rojo:
PAT07
...
PAT07_ACP
...
Si existen, tienen que ser borradas manualmente.
Estas son para la PAT07:
...
Support package
...
Bloque
...
Secuencia
...
Tipo condición
...
Concición previa
...
True Value
...
SAPK-100COINTEAL
...
1
...
2
...
C
...
SAP_ABA,75C
...
M
Estas son para la PAT07_ACP:
...
Support package name
...
Support package
...
Log
...
Secuencia
...
Tipo condición
...
Condición previa
...
True Value
...
TEAL======100_700
...
SAPK-100COINTEAL
...
1
...
1
...
A
...
BPCORE,100_700
...
M
...
TEAL======100_700
...
SAPK-100COINTEAL
...
1
...
2
...
C
...
SAP_ABA,75C
...
M
...
TEAL======100_700
...
SAPK-100COINTEAL
...
1
...
3
...
C
...
SAP_BASIS,700
...
M
...
Dependiendo de la versión del sistema SAP puede ser que la tabla EDOPROCSTATT no exista.
Si este es el caso, este error de sintaxis se produce en el sistema.
Este error se corrige en la versión 1.8.1. Pero, para resolver este problema antes de subir a esta versión se puede hacer el siguiente ajuste manual en el sistema que soluciona el problema.
Report: /EDGE/LSII_SLNRTOP
Bloque de código |
---|
*---------------------------------------------------------------------*
* generated viewmaintenance function pool top
* generation date: 17.07.2019 at 09:42:09
* view maintenance generator version: #001407#
*---------------------------------------------------------------------*
FUNCTION-POOL /edge/sii_slnr MESSAGE-ID sv.
INCLUDE lsvimdat . "general data decl.
INCLUDE /edge/lsii_slnrt00 . "view rel. data dcl.
*DATA: lt_descr_proc_status TYPE STANDARD TABLE OF edoprocstatt-description WITH HEADER LINE,
DATA: lt_descr_proc_status TYPE STANDARD TABLE OF edoc_status_desc WITH HEADER LINE,
gt_f4_values TYPE SORTED TABLE OF edostatus WITH NON-UNIQUE KEY edoc_status. |
Este desarrollo deberá ser transportado al resto de entornos tras instalar la 1.8.0.
Nota: Si a la hora de intentar modificar este objeto se obtiene este mensaje:
...
Hay que abrir el área de nombres, para ello:
Transacción SE06. Pulsar “Opc.p.modif.sistema”
...
Buscar EDGE y ponerlo como modificable.
...
Guardar.
Con esta acción ya se puede modificar el objeto.
Esta modificación se guardará en una OT con una tarea de reparación. Para poder transportarlo a otros entornos, se necesitará hacer mediante una orden de transporte de copia.
Error al generar lotes de pagos y cobros
Se detecta que tras la instalación de la versión 1.8.0, si se usa la BAdI estándar (ya sea de FI-CA o normal) de creación de lotes de producto, al crear un lote de pagos o cobros se produce el siguiente error:
...
Esto se soluciona en la versión 1.8.1, por lo que una solución sería subir a esta versión.
Si esto no es posible, se puede hacer un ajuste manual en el sistema para corregirlo. El ajuste es el siguiente:
Si no se tiene FI-CA en el sistema, implementar la BAdI: /EDGE/BADI_SII_EVENTO_GEN_LOTE, con clase de implementación una Z que herede de la estándar /EDGE/SII_DEFLT_EVENT_GEN_LOTE.
Redefinir método GET_EDOC_DATA:
Bloque de código |
---|
METHOD get_edoc_data.
DATA: lo_edoc TYPE REF TO cl_edocument,
lo_edoc_src TYPE REF TO /edge/cl_edoc_source_sii,
lo_edoc_src_sd TYPE REF TO /edge/cl_edoc_source_sd,
lo_edoc_src_mm TYPE REF TO /edge/cl_edoc_source_mm,
lo_edoc_src_item TYPE REF TO /edge/cl_clr_item_source_sii,
ls_invoice_item TYPE /edge/sii_src_data_fi_bse_clr,
ls_invoice_sd TYPE /edge/sii_src_data_cons_sd,
ls_invoice_fi TYPE edoc_src_data_fi_invoice.
FIELD-SYMBOLS: <fs_invoice_sd> TYPE /edge/sii_src_data_cons_sd,
<fs_invoice_mm> TYPE /edge/sii_src_data_cons_mm,
<fs_invoice_fi> TYPE edoc_src_data_fi_invoice,
<fs_invoice_item> TYPE /edge/sii_src_data_fi_bse_clr.
lo_edoc = cl_edocument=>retrieve_by_edoc_guid(
iv_edoc_guid = iv_edoc_guid " eDocument: GUID
iv_skip_interface_det = 'X' ).
lo_edoc->load_from_db( iv_edoc_guid = iv_edoc_guid ).
IF lo_edoc->ms_edocument-source_type = /edge/cl_edoc_source_sii=>gc_src_zfi_invoice_sii.
lo_edoc_src ?= lo_edoc->get_source( ).
CREATE DATA es_invoice TYPE edoc_src_data_fi_invoice.
ASSIGN es_invoice->* TO <fs_invoice_fi>.
lo_edoc_src->get_data(
IMPORTING
es_data = <fs_invoice_fi>
).
ELSEIF lo_edoc->ms_edocument-source_type = /edge/cl_clr_item_source_sii=>gc_src_invoice_sii.
lo_edoc_src_item ?= lo_edoc->get_source( ).
CREATE DATA es_invoice TYPE /edge/sii_src_data_fi_bse_clr.
ASSIGN es_invoice->* TO <fs_invoice_item>.
lo_edoc_src_item->get_data(
IMPORTING
es_data = <fs_invoice_item>
).
* es_invoice-document_header = ls_invoice_item-document_header.
ELSEIF lo_edoc->ms_edocument-source_type = /edge/cl_edoc_source_sd=>gc_src_sd_invoice_sii.
lo_edoc_src_sd ?= lo_edoc->get_source( ).
CREATE DATA es_invoice TYPE /edge/sii_src_data_cons_sd.
ASSIGN es_invoice->* TO <fs_invoice_sd>.
lo_edoc_src_sd->get_data(
IMPORTING
es_data = <fs_invoice_sd>
).
ELSEIF lo_edoc->ms_edocument-source_type = /edge/cl_edoc_source_mm=>gc_src_mm_invoice_sii.
lo_edoc_src_mm ?= lo_edoc->get_source( ).
CREATE DATA es_invoice TYPE /edge/sii_src_data_cons_mm.
ASSIGN es_invoice->* TO <fs_invoice_mm>.
lo_edoc_src_mm->get_data(
IMPORTING
es_data = <fs_invoice_mm>
).
ENDIF.
es_edocument = lo_edoc->ms_edocument.
FREE: lo_edoc, lo_edoc_src, lo_edoc_src_item.
ENDMETHOD. |
Si se tiene FI-CA instalado en el sistema, reparar la clase /EDGE/CL_SII_IS_EVNT_GEN_LOTE, método GET_EDOC_DATA.
Info |
---|
Si FI-CA no está instalado en el sistema, esta clase ABAP no existirá. |
Bloque de código |
---|
"Añadir el Field-symbol:
<fs_invoice_item> TYPE /edge/sii_src_data_fi_bse_clr.
"Desde línea 30
ELSEIF lo_edoc->ms_edocument-source_type = /edge/cl_clr_item_source_sii=>gc_src_invoice_sii.
lo_edoc_src_item ?= lo_edoc->get_source( ).
CREATE DATA es_invoice TYPE /edge/sii_src_data_fi_bse_clr.
ASSIGN es_invoice->* TO <fs_invoice_item>.
lo_edoc_src_item->get_data(
IMPORTING
es_data = <fs_invoice_item>
).
"Hasta línea 37 |
En sistemas S4H con SAP_ABA 75D o superior se produce el siguiente error de sintaxis (DUMP):
...
Para solucionarlo, hay que reparar los siguientes objetos en el sistema:
Include /EDGE/LGF_AL_MONITORF01: Comentar líneas 1206 a 1211:
...
Include /EDGE/LGF_AL_MONITORTOP: Quitar referencia a tabla dd06l en la línea 3:
...
Para poder reparar un objeto /EDGE/ en el sistema hay que abrir el área de nombres. Esto se explica en la nota del punto Error de sintaxis en /EDGE/LSII_SLNRTOP tras instalar la versión de esta misma página.
Tras la instalación de la versión 1.8.0 se produce alguno de los siguientes errores:
Para solucionarlo, editar el include /EDGE/SII_REPROCESA_DOCS_SEL, por ejemplo comentar líneas:
...
Activar.
Descomentar las líneas y volver a activar.
También, activar la dynpro 1000 y comprobar que no da ningún error.
Si el error persiste, activar esto mismo pero entrando tanto en español como en inglés al sistema.
...