|
#1
|
|||
|
|||
Por fin, he encontrado el error. SAP todavía no
Buenos días, resulta que ya consigo generar los ficheros de acuerdo al formato que pide hacienda. Paso a explicarlo por si alguien lo necesita. En el nuevo report se llama varias veces a la función REM_SP_CHAR, incluida dentro del mismo report. Esta funcion lo que hace es aceptar una cadena de texto y devolver una cadena de texto sin los caracteres "especiales" que tenga, por ejemplo la ñ la ç, los acentos y más de este estilo. El problema surge porque antes de escribir un registro en el fichero que genera el programa se llama a la funcion con el registro como parámetro. Observando el comportamiento de la funcion coge el parámetro de entrada y lo almacena una variable de 100 caracteres para trabajar con ella y luego devolver el resultado. El problema es que los registros del 347 tienen como 500 caracteres (algunos porque no todos son iguales). Entonces se come los que van del 101 al 500, por eso al fichero le falta la mayoría de la linea. Solución que yo he hecho: comentar el interior de toda la funcion REM_SP_CHAR. Me genera los ficheros y el programa de hacienda se traga el fichero. Luego ya al generar el fichero de nuevo desde el programa de hacienda este mismo se encarga de quitar los caracteres raros. Va perfecto....
Espero ayudar. Un saludo. |
#2
|
|||
|
|||
¿Alguien ha podido resolver este problema? Saludos,
__________________
Óscar |
#3
|
|||
|
|||
Sobre PL_VATDATE
Buenos días, sobre el campo PL_VATDATE, ahora mismo no te puedo decir de memoria y ya me voy para casita pero hay una nota donde se crea, busca notas por ese campo. Son ese campo y alguno más. Crealos y luego ya tienes ese problema solucionado. Quizás la nota 1038448, pero no te lo digo seguro
Úlima edición por fyague fecha: 08/03/12 a las 12:58:25. |
#4
|
|||
|
|||
Nueva nota de hoy mismo nº 1692740
Buenas tarde, SAP ha liberado una nota nueva con correcciones para el 347. Ahora bien, sin haberla implementado aun, no modifica nada de la función REM_SP_CHAR, con lo que creo que el fichero que genera el report RFIDESM347 seguirá estando mal. Hay que corregir esa función. Probadlo si queréis. comentad el contenido de la función y veréis como el fichero generado tiene todas las columnas. Eso si tendrá también ñ, ç, y demás caracteres especiales que para que hacienda se lo trague, habría que importarlo al programa de informativas de hacienda, para generarlo nuevamente desde aqui. Un saludo.
|
#5
|
|||
|
|||
Problemas para generar el fichero
Buenos días a todos,
Por fin he conseguido implementar todos los prerrequisitos y la nota principal para el cambio por trimestres de la declaración 347 del 2011. He cogido un periodo de prueba y lo he listado sin problemas, pero al ir a indicarle el fichero de salida me ha dado errores de que no existía. ¿Se debe indicar alguna ruta en concreto? ¿o marcar algún flag adicionalmente? Gracias por vuestra ayuda. Marta |
#6
|
|||
|
|||
Hola,
Respecto a la subrutina REM_SP_CHAR, no entiendo muy bien porque te da problemas. En el programa sólo se llama dos veces. Aunque es verdad que dentro de la subrutina el valor del parámetro de entrada se almacena en una variable de 100 caracteres, no debería dar problemas porque los dos parámetros de entrada, cuando se llama a la subrutina, tienen una longitud menor de 100. Dos llamadas PERFORM rem_sp_char USING rec2-name. PERFORM rem_sp_char USING btab1-name1. rec2-name -> 40 caracteres btab1-name1 -> 35 caracteres Yo lo he ejecutado y no tengo ningún problema con el fichero. Saludos. |
#7
|
|||
|
|||
Buenos días,
A mi me ocurre que hay clientes-proveedores donde no hace el desglose por trimestres. Este aparece en blanco. Si selecciono solo clientes (proveedores a incluir = "codigo que no existe"), entonces funciona bien, pero si incluyo proveedores entonces falla. He observado que esto ocurre cuando el NIF del cliente es a la vez proveedor y viceversa. :-(( |
Herramientas | Buscar en Tema |
Desplegado | |
|
|