FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Cita:
He visto que con FacturaE el campo ItemDescription tiene un máximo de 2500 caracteres. Es por ir haciendo cambios por si en el futuro solicitaran las líneas de factura también |
#2
|
|||
|
|||
Cita:
En facturae, efectivamente 2500 Lo que tienes que tener en cuenta que los caracteres especiales tienen que ser pasados a utf8 para que el xml lo interprete correctamente y que además no den errores en el envío. Un retorno de carro no va a funcionar como tal al rescatar la información si no lo traduces, bajo mi criterio, si puedes evitarlo te puedes ahorrar errores de interpretación de esos datos con los receptores que tengan problemas para leer esos caracteres. |
#3
|
|||
|
|||
Cita:
Cuidado de hacerlo después de haber traducido los eventuales & a "&" Cita:
También te ahorras las variaciones en la interpretación de las posibles convenciones de final de línea, CR|LF|CR+LF, que pueden ser interpretadas de manera distinta en recepción y dar un resultado difícil de entender (salto de línea suplementario o líneas mal alineadas). Última edición por antoine0 fecha: 26-03-2024 a las 12:41:46. Razón: Corrección para compensar & # comido de paso |
#4
|
|||
|
|||
El programa no responde (Resuelto)
Por si os sirve
Me estaba volviendo loco con el dichoso mensaje de No responde y elija la opción de esperar o cerrar. A veces se produce una acción consulta externa, grabación...que tiene algún pequeño retardo y no puedo realizarlo asincronamente ya que tengo que esperar la respuesta. Me sucedia que si el usuario empieza a darle clicks a la pantalla del software, Windows pensaba que el programa podia estar bloqueado y "actuaba de oficio" y te daba la opción a interrumpir el programa, claro el usuario a veces le daba a cerrar, y esto a veces rompia la hilera de grabación y por lo tanto me podía romper el dichoso encadenamiento... Pues nada ya he insertado en cada acción, que pueda tener retardo, un bloqueo de teclado y ratón antes y desbloqueo después y solucionado, pero claro, hay que hacerlo con extremada precaución, ya que el bloqueo es total, y si en medio de ese bloqueo desbloqueo el usuario tiene que ejecutar alguna acción de responder a algún mensaje, aceptar, ok... no podrá e irremediablemente tendrá que reiniciar el equipo. Última edición por ermendalenda fecha: 28-03-2024 a las 12:28:06. |
#5
|
|||
|
|||
Que raro
Nodos unificados en FechaHoraHusoGenRegistro
Cita:
Cita:
Hay que añadir lo de la ISO 8601? |
#6
|
|||
|
|||
Cita:
nada me respondo to mismo no hay que ponerlo es una aclaracion, ha sido una pregunta tonta |
#7
|
|||
|
|||
¿Se sigue sin reglamentación oficial??
Estamos a Abril, y 9 meses ya nos vamos a 2025, o sea que tenemos todo este año para poder ofrecer nuestros servicios de mantenimiento de programas de gestión/facturación... si no tengo mal entendido, y a este paso, igual van a plazar el 1 de Julio del 2025 como fecha de entrada en vigor. |
#8
|
|||
|
|||
encolado de mensajes
Cita:
Te propongo que el encadenamiento se haga de forma centralizada. Con un proceso único y centralizado (una cola temporal). Cualquier bloqueo de un proceso local da al traste con todo el sistema de envíos y encadenamientos. Los DATAWARE de Delphi y C++ builder ya no sirven para eso. O al menos es mi impresión. Un saludo. |
#9
|
|||
|
|||
Cita:
Última edición por ermendalenda fecha: 02-04-2024 a las 20:07:54. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Hijo de Informáticos | gluglu | Humor | 3 | 13-03-2007 11:05:35 |
Adictos informaticos ... | Trigger | Humor | 2 | 11-10-2004 12:18:32 |
Nosotros los Informáticos | Trigger | Humor | 1 | 10-10-2004 14:58:09 |
Patrón de los Informáticos. | obiwuan | Varios | 20 | 10-09-2003 14:44:54 |
Chistes Informaticos | jhonny | Humor | 2 | 11-08-2003 21:59:09 |
|