![]() |
![]() |
![]() |
![]() |
![]() |
FTP | ![]() |
![]() |
CCD | ![]() |
![]() |
Buscar | ![]() |
![]() |
Trucos | ![]() |
![]() |
Trabajo | ![]() |
![]() |
Foros | ![]() |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
![]() |
|
Herramientas | Buscar en Tema | Desplegado |
#3201
|
|||
|
|||
#3202
|
|||
|
|||
Facturas Recapitulativas
¿Facturas Recapitulativas? Son las que agrupan albaranes pero en Tbai no es necesario hacer referencia al albaran solo detallar las lineas.
|
#3203
|
|||
|
|||
Datos de Facturas Rectificativas
Buenos días;
En la parte de la factura rectificativa, existe un nodo "BaseRectificada" y "CuotaRectificada", por ejemplo: -<ImporteRectificacionSustitutiva> <BaseRectificada>24.04</BaseRectificada> <CuotaRectificada>5.05</CuotaRectificada> </ImporteRectificacionSustitutiva> Quiero entender que la Base Rectificada es la Base NO Exenta de la factura inicial, la que se está rectificando... ¿Pero la Cuota Rectificada, se refiere al IVA de la factura sustituida, o a la cuota de IRPF de la misma? Muchas gracias por vuestra ayuda. Saludos |
#3204
|
||||
|
||||
Hay cambios en el esquema de TicketBAI (campos no obligatorios), que llegan desde Guipuzcoa.
Por ahora, no es obligatorio cambiar nada. A día de hoy sólo en pruebas, en breve dicen que los subirán a producción. ¿Habrán hablado con Álava y Viscaya? Actualizo el mensaje 1 y el FTP.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi ![]() P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#3205
|
|||
|
|||
Cita:
Base de la rectificada y la suma de las cuotas de los impuestos de la rectificada con los recargos de equivalencia aplicados. de IRPF no hay ninguna referencia en los esquemas. |
#3206
|
|||
|
|||
Cita:
Saludos |
#3207
|
|||
|
|||
Cita:
Me acaba de llegar un mensaje desde Alava, con un nuevo esquema, que permite más decimales en algunos campos, tiene algún pais más, y un par de tipos de Iva nuevos. No cambia la versión ni es obligatorio, a no ser que haga falta alguno de esos 'añadidos'. ------------------------------------------ Buenas, Les mandamos este correo para informar que tenemos disponible una versión mejorada del esquema XSD de alta de TicketBAI en el ENTORNO DE PRUEBAS y PRODUCCION El esquema mejorado contiene los siguientes cambios:
<sequence> <elementname="DescripcionDetalle"type="T:TextMax250Type"/> <elementname="Cantidad"type="T:ImporteSgn12.8Type"/> <elementname="ImporteUnitario"type="T:ImporteSgn12.8Type"/> <elementname="Descuento"type="T:ImporteSgn12.8Type"minOccurs="0"/> <elementname="ImporteTotal"type="T:ImporteSgn12.8Type"/> </sequence> </complexType> · Nuevas claves de régimen de IVA 17 y 19. Para aquellos que necesiten facturar en los regímenes previstos en el Capítulo XI del Título IX (OSS e IOSS) o en el Régimen Especial de Agricultura, Ganadería y Pesca (REAGYP) ya están disponibles estas dos claves en el esquema mejorado. <simpleTypename="IdOperacionesTrascendenciaTributariaType"> <restrictionbase="string"> … <enumerationvalue="17"> <annotation> <documentation>IX. tituluko XI. kapituluan aurreikusitako araubideren bati atxikitako eragiketa (OSS eta IOSS) - Operación acogida a alguno de los regímenes previstos en el Capítulo XI del Título IX (OSS e IOSS)</documentation> </annotation> </enumeration> <enumerationvalue="19"> <annotation> <documentation>Nekazaritza, abeltzaintza eta arrantzaren araubide berezian dauden jardueren eragiketak (NAAAB) - Operaciones de actividades incluidas en el Régimen Especial de Agricultura, Ganadería y Pesca (REAGYP)</documentation> </annotation> </enumeration> … </restriction> </simpleType> · Nuevas entradas en el listado de países. Se han añadido los siguientes países en el contenido CountryType2 · AX ISLAS ALAND · BL SAN BARTOLOMÉ · EH SAHARA OCCIDENTAL · GF GUAYANA FRANCESA · GP GUADALUPE · MF SAN MARTÍN (FRANCIA) · MQ MARTINICA · RE REUNIÓN · SJ SVALBARD Y JAN MAYEN <enumerationvalue="AX"/> <enumerationvalue="BL"/> <enumerationvalue="EH"/> <enumerationvalue="GF"/> <enumerationvalue="GP"/> <enumerationvalue="MF"/> <enumerationvalue="MQ"/> <enumerationvalue="RE"/> <enumerationvalue="SJ"/> Nota Importante: Este nuevo esquema de alta de ficheros TicketBAI mantiene la numeración de versión interna como 1.2. Es decir, no afecta a los que no necesiten de las mejoras incluidas en el mismo. Si no necesita hacer uso de alguna de las mejoras incluidas en el esquema mejorado no es necesario que haga ningún cambio en su sistema. Un saludo, |
#3208
|
||||
|
||||
Cita:
Queda Vizcaya. A ver si se han puesto de acuerdo los 3...
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi ![]() P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#3209
|
|||
|
|||
Descuento en Factura
Buenos días;
Estoy teniendo problemas a la hora de expresar un descuento en una factura. Imaginemos que la factura tiene 2 lineas, con su IVA: Honorarios 60 Cantidad 2 IVA (%) 21% Total Honorarios 60 Honorarios 50 Cantidad 1 IVA (%) 21% Total Honorarios 50 Necesito hacer un descuento del 30% del total de los honorarios (170). Desde Guipuzcoa me indican que "para hacer un descuento en una factura, hay que incluir una línea más de facturación, teniendo en cuenta que dicho descuento lleva IVA incluído". En mi caso, el descuento solo es sobre el total de los honorarios, y una vez aplicado dicho descuento, ya se calcula el IVA del resultante. Desconozco si deberían de ir los honorarios en negativo, o si entonces no se utiliza el nodo "Descuento" para nada, o por qué no se puede hacer un descuento por cada línea. ¿Podríais ayudarme con un ejemplo, cómo quedaría dicha línea de descuento que habría que incluir, y que la factura quede correctamente formada? Muchas gracias de antemano Un saludo |
#3210
|
|||
|
|||
Cita:
|
#3211
|
|||
|
|||
Cita:
Código:
DetallesFactura> - <IDDetalleFactura> <DescripcionDetalle>COMISION 60</DescripcionDetalle> <Cantidad>2.00</Cantidad> <ImporteUnitario>54.54545454</ImporteUnitario> <ImporteTotal>120.00</ImporteTotal> </IDDetalleFactura> - <IDDetalleFactura> <DescripcionDetalle>Dto: COMISION 60</DescripcionDetalle> <Cantidad>-1.00</Cantidad> <ImporteUnitario>32.72727273</ImporteUnitario> <ImporteTotal>-36.00</ImporteTotal> </IDDetalleFactura> - <IDDetalleFactura> <DescripcionDetalle>COMISION 50</DescripcionDetalle> <Cantidad>1.00</Cantidad> <ImporteUnitario>45.45454545</ImporteUnitario> <ImporteTotal>50.00</ImporteTotal> </IDDetalleFactura> - <IDDetalleFactura> <DescripcionDetalle>Dto: COMISION 50</DescripcionDetalle> <Cantidad>-1.00</Cantidad> <ImporteUnitario>13.63636364</ImporteUnitario> <ImporteTotal>-15.00</ImporteTotal> </IDDetalleFactura> </DetallesFactura> <ImporteTotalFactura>119.00</ImporteTotalFactura> |
#3212
|
|||
|
|||
Cita:
Un saludo |
#3213
|
|||
|
|||
Rechazo de alta de facturas de Gipuzkoa en entorno de pruebas
Hola,
Llevamos un tiempo utilizando el servicio de pruebas https://tbai-prep.egoitza.gipuzkoa.e...nFacturas/alta para el envío de facturas de Gipuzkoa. Normalmente, las facturas son aceptadas y obtenemos el código 00 de envío recibido correctamente. Sin embargo, ayer (05-08-2022) y hoy (06-08-2022) estamos recibiendo el código 01 (Rechazado - ALTA PREP) con código de retorno de envío 007 (Certificado remitente no válido para emisor factura.) El certificado que utilizamos para el envío es el mismo de siempre, expedido por FNMT, que sigue en vigor. ¿A alguien más le está ocurriendo? Saludos |
#3214
|
|||
|
|||
Cita:
Yo acabo de probar y me suben perfectamente |
#3215
|
||||
|
||||
Cita:
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi ![]() P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#3216
|
|||
|
|||
Cita:
Gracias edari y Neftali. Era un problema de que el certificado de envío y el certificado de firma eran diferentes. Y, en el entorno de pruebas, no estaba dado de alta, como colaborador social, el certificado del enviante. Ya está solucionado. Muchas gracias, de nuevo. Saludos |
#3217
|
||||
|
||||
Problemas de envio mediante CURL
Estoy tratando de enviar mediante CURL un registro.
En la apliación hago y firmo el TicketBAI y luego hago el xml de la presentación. Código:
<?xml version="1.0"?> <lrpjfecsgap:LROEPJ240FacturasEmitidasConSGAltaPeticion xmlns:lrpjfecsgap="https://www.batuz.eus/fitxategiak/batuz/LROE/esquemas/LROE_PJ_240_1_1_FacturasEmitidas_ConSG_AltaPeticion_V1_0_2.xsd"> <Cabecera> <Modelo>240</Modelo> <Capitulo>1</Capitulo> <Subcapitulo>1.1</Subcapitulo> <Operacion>A00</Operacion> <Version>1.0</Version> <Ejercicio>2022</Ejercicio> <ObligadoTributario> <NIF>B95642500</NIF> <ApellidosNombreRazonSocial>ECOTHERM ENERGY SL</ApellidosNombreRazonSocial> </ObligadoTributario> </Cabecera> <FacturasEmitidas> <FacturaEmitida> <TicketBai>PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0idXRmLTgiPz48VDpUaWNrZXRC [...] PjwvZHM6T2JqZWN0PjwvZHM6U2lnbmF0dXJlPjwvVDpUaWNrZXRCYWk+ </TicketBai> </FacturaEmitida> </FacturasEmitidas> </lrpjfecsgap:LROEPJ240FacturasEmitidasConSGAltaPeticion> Código:
7z.exe a Presentacion_1.gz Presentacion_1.xml Código:
set CAB1=-H "Accept-Encoding: gzip" set CAB2=-H "Content-Encoding: gzip" set CAB3=-H "Content-Type: application/octet-stream" set CAB4=-H "eus-bizkaia-n3-version: 1.0" set CAB5=-H "eus-bizkaia-n3-content-type: application/xml" set CAB6=-H "eus-bizkaia-n3-data: { \"con\":\"LROE\", \"apa\":\"1.1\", \"inte\":{ \"nif\":\"B95642500\", \"nrs\":\"ECOTHERM ENERGY SL\", \"ap1\":\"\", \"ap2\":\"\" }, \"drs\":{ \"mode\":\"240\", \"ejer\":\"2022\" } } " set FICHERO=--data-binary "@Presentacion_1.xml" set CERT=--cert Certificado_crt.pem set CERT_KEY=--key Certificado_key.pem set URL=-v https://tbai-z.prep.gipuzkoa.eus/sarrerak/alta set REPUESTA=--output Respuesta_1.gz set CABECERA=-D Respuesta_1.txt cls .\curl.exe -v --insecure %CAB1% %CAB2% %CAB3% %CAB4% %CAB5% %CAB6% %FICHERO% %CERT_TYPE% %CERT% %CERT_KEY% %URL% %RESPUESTA% %CABECERA% Código:
HTTP/1.1 415 Unsupported Media Type Date: Mon, 08 Aug 2022 13:14:34 GMT Server: Apache/2.4.16 (Unix) OpenSSL/1.0.1e-fips X-Powered-By: Servlet/3.0 $WSEP: Transfer-Encoding: chunked Content-Type: text/html;charset=ISO-8859-1 Content-Language: en-US He visto que hay algunos de ustedes que han enviado con éxito utilizando CURL estos registros. ¿Véis alguna cosa rara en cómo lo estoy haciendo yo? Lo único que me resulta raro en la respuesta es Content-Type: text/html;charset=ISO-8859-1 Pero yo genero en UTF8 y en la cabecera se menciona tipo gzip. Por si sirve de algo, os dejo la captura completa de lo que devuelve CURL. Código:
C:\Users\Usuario\AppData\Local\Temp>.\curl.exe -v --insecure -H "Accept-Encoding: gzip" -H "Content-Encoding: gzip" -H "Content-Type: application/octet-stream" -H "eus-bizkaia-n3-version: 1.0" -H "eus-bizkaia-n3-content-type: application/xml" -H "eus-bizkaia-n3-data: { \"con\":\"LROE\", \"apa\":\"1.1\", \"inte\":{ \"nif\":\"B95642500\", \"nrs\":\"ECOTHERM ENERGY SL\", \"ap1\":\"\", \"ap2\":\"\" }, \"drs\":{ \"mode\":\"240\", \"ejer\":\"2022\" } } " --data-binary "@Presentacion_1.xml" --cert Certificado_crt.pem --key Certificado_key.pem -v https://tbai-z.prep.gipuzkoa.eus/sarrerak/alta -D Respuesta_1.txt * Trying 82.116.160.130:443... * Connected to tbai-z.prep.gipuzkoa.eus (82.116.160.130) port 443 (#0) * ALPN, offering h2 * ALPN, offering http/1.1 * TLSv1.0 (OUT), TLS header, Certificate Status (22): * TLSv1.3 (OUT), TLS handshake, Client hello (1): * TLSv1.2 (IN), TLS header, Certificate Status (22): * TLSv1.3 (IN), TLS handshake, Server hello (2): * TLSv1.2 (IN), TLS header, Certificate Status (22): * TLSv1.2 (IN), TLS handshake, Certificate (11): * TLSv1.2 (IN), TLS header, Certificate Status (22): * TLSv1.2 (IN), TLS handshake, Server key exchange (12): * TLSv1.2 (IN), TLS header, Certificate Status (22): * TLSv1.2 (IN), TLS handshake, Server finished (14): * TLSv1.2 (OUT), TLS header, Certificate Status (22): * TLSv1.2 (OUT), TLS handshake, Client key exchange (16): * TLSv1.2 (OUT), TLS header, Finished (20): * TLSv1.2 (OUT), TLS change cipher, Change cipher spec (1): * TLSv1.2 (OUT), TLS header, Certificate Status (22): * TLSv1.2 (OUT), TLS handshake, Finished (20): * TLSv1.2 (IN), TLS header, Finished (20): * TLSv1.2 (IN), TLS header, Certificate Status (22): * TLSv1.2 (IN), TLS handshake, Finished (20): * SSL connection using TLSv1.2 / ECDHE-RSA-AES128-GCM-SHA256 * ALPN, server did not agree to a protocol * Server certificate: * subject: C=ES; ST=GIPUZKOA; L=DONOSTIA / SAN SEBASTIAN; O=INFORMATIKA ZERBITZUEN FORU ELKARTEA - SOCIEDAD FORAL DE SERVICI; CN=*.prep.gipuzkoa.eus * start date: Nov 15 15:59:03 2021 GMT * expire date: Dec 15 15:59:03 2022 GMT * issuer: C=ES; O=IZENPE S.A.; OU=AZZ Ziurtagiri publikoa - Certificado publico SCA; CN=EAEko Herri Administrazioen CA - CA AAPP Vascas (2) * SSL certificate verify result: unable to get local issuer certificate (20), continuing anyway. * TLSv1.2 (OUT), TLS header, Supplemental data (23): * TLSv1.2 (OUT), TLS header, Supplemental data (23): > POST /sarrerak/alta HTTP/1.1 > Host: tbai-z.prep.gipuzkoa.eus > User-Agent: curl/7.81.0 > Accept: */* > Accept-Encoding: gzip > Content-Encoding: gzip > Content-Type: application/octet-stream > eus-bizkaia-n3-version: 1.0 > eus-bizkaia-n3-content-type: application/xml > eus-bizkaia-n3-data: { "con":"LROE", "apa":"1.1", "inte":{ "nif":"B95642500", "nrs":"ECOTHERM ENERGY SL", "ap1":"", "ap2":"" }, "drs":{ "mode":"240", "ejer":"2022" } } > Content-Length: 19906 > * TLSv1.2 (IN), TLS header, Certificate Status (22): * TLSv1.2 (IN), TLS handshake, Hello request (0): * TLSv1.2 (OUT), TLS header, Certificate Status (22): * TLSv1.2 (OUT), TLS handshake, Client hello (1): * TLSv1.2 (IN), TLS header, Certificate Status (22): * TLSv1.2 (IN), TLS handshake, Server hello (2): * TLSv1.2 (IN), TLS header, Certificate Status (22): * TLSv1.2 (IN), TLS handshake, Certificate (11): * TLSv1.2 (IN), TLS header, Certificate Status (22): * TLSv1.2 (IN), TLS handshake, Server key exchange (12): * TLSv1.2 (IN), TLS header, Certificate Status (22): * TLSv1.2 (IN), TLS handshake, Request CERT (13): * TLSv1.2 (IN), TLS handshake, Server finished (14): * TLSv1.2 (OUT), TLS header, Certificate Status (22): * TLSv1.2 (OUT), TLS handshake, Certificate (11): * TLSv1.2 (OUT), TLS header, Certificate Status (22): * TLSv1.2 (OUT), TLS handshake, Client key exchange (16): * TLSv1.2 (OUT), TLS header, Certificate Status (22): * TLSv1.2 (OUT), TLS handshake, CERT verify (15): * TLSv1.2 (OUT), TLS header, Finished (20): * TLSv1.2 (OUT), TLS change cipher, Change cipher spec (1): * TLSv1.2 (OUT), TLS header, Certificate Status (22): * TLSv1.2 (OUT), TLS handshake, Finished (20): * TLSv1.2 (IN), TLS header, Finished (20): * TLSv1.2 (IN), TLS header, Certificate Status (22): * TLSv1.2 (IN), TLS handshake, Finished (20): * old SSL session ID is stale, removing * TLSv1.2 (IN), TLS header, Supplemental data (23): * Mark bundle as not supporting multiuse < HTTP/1.1 415 Unsupported Media Type < Date: Mon, 08 Aug 2022 14:02:00 GMT < Server: Apache/2.4.16 (Unix) OpenSSL/1.0.1e-fips < X-Powered-By: Servlet/3.0 < $WSEP: < Transfer-Encoding: chunked < Content-Type: text/html;charset=ISO-8859-1 < Content-Language: en-US < * TLSv1.2 (IN), TLS header, Supplemental data (23): Error 415: SRVE0295E: Error reported: 415 * TLSv1.2 (IN), TLS header, Supplemental data (23): * TLSv1.2 (IN), TLS header, Supplemental data (23): * Connection #0 to host tbai-z.prep.gipuzkoa.eus left intact Última edición por duilioisola fecha: 08-08-2022 a las 16:12:40. |
#3218
|
||||
|
||||
¿Has probado con este ContentType? (tercer parametro)
Cita:
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi ![]() P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#3219
|
||||
|
||||
Cita:
La respuesta es: Código:
HTTP/1.1 200 OK Date: Tue, 09 Aug 2022 06:45:24 GMT Server: Apache/2.4.16 (Unix) OpenSSL/1.0.1e-fips X-Powered-By: Servlet/3.0 Content-Length: 861 Content-Type: application/xml;charset=utf-8 Content-Language: en-US No se si se refiere a:
Código:
Fichero RESPUESTA_1.GZ (que contiene texto XML ya que el Content-Type de la respuesta es application/xml;charset=utf-8) <?xml version="1.0" encoding="UTF-8" standalone="yes"?> <ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision"> <Salida> <FechaRecepcion>09-08-2022 09:04:18</FechaRecepcion> <Estado>01</Estado> <Descripcion>Rechazado - ALTA PREP</Descripcion> <Azalpena>Baztertua - ALTA PREP</Azalpena> <ResultadosValidacion> <Codigo>017</Codigo> <Descripcion>El tamaño del mensaje no es válido: ha superado el tamaño permitido. Le recomendamos que eliminen espacios, tabulaciones u otro tipo de caracteres innecesarios.</Descripcion> <Azalpena>Mezuaren tamaina ez da zuzena: baimendutako tamaina gainditu du. Espazioak, tabulazioak edo beharrezkoak ez diren bestelako karaktereak ezabatzea gomendatzen dizugu.</Azalpena> </ResultadosValidacion> </Salida> </ns2:TicketBaiResponse> Os dejo el BAT con el que estoy trabajando hasta ahora. Código:
@echo off cd C:\Users\Usuario\AppData\Local\Temp\ rem HEADER del mensaje que enviamos. set CAB1=-H "Accept-Encoding: gzip" set CAB2=-H "Content-Encoding: gzip" set CAB3=-H "Content-Type: application/xml;charset=UTF-8" set CAB4=-H "eus-bizkaia-n3-version: 1.0" set CAB5=-H "eus-bizkaia-n3-content-type: application/xml" rem JSON de la cabecera con datos de la presentacion set CAB6=-H "eus-bizkaia-n3-data: { \"con\":\"LROE\", \"apa\":\"1.1\", \"inte\":{ \"nif\":\"B95642500\", \"nrs\":\"ECOTHERM ENERGY SL\", \"ap1\":\"\", \"ap2\":\"\" }, \"drs\":{ \"mode\":\"240\", \"ejer\":\"2022\" } } " rem Fichero que contiene el XML de presentacion comprimido en formato GZ. set FICHERO=--data-binary "@Presentacion_1.gz" rem Certificado rem set CERT_TYPE=--cert-type PEM set CERT=--cert Certificado_crt.pem set CERT_KEY=--key Certificado_key.pem rem URL a donde enviamos el mensaje. (Alta y Baja en produccion o en pruebas) set URL=-v https://tbai-z.prep.gipuzkoa.eus/sarrerak/alta rem Fichero con el mensaje de respuesta. Puede ser un mensaje de error en formato XML (<ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision">). set FICHERORESPUESTA=--output Respuesta_1.gz rem La primera linea sera el codigo de error. Por ejemplo "HTTP/1.1 200 OK". rem Tambien devolvera el yipo de contenido de la respuesta. Por ejemplo "Content-Type: application/xml;charset=utf-8". set HEADERRESPUESTA=-D Respuesta_1.txt cls .\curl.exe -v --insecure %CAB1% %CAB2% %CAB3% %CAB4% %CAB5% %CAB6% %FICHERO% %CERT_TYPE% %CERT% %CERT_KEY% %URL% %FICHERORESPUESTA% %HEADERRESPUESTA% pause |
#3220
|
||||
|
||||
Cita:
Código PHP:
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi ![]() P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
![]() |
|
|
![]() |
||||
Tema | Autor | Foro | Respuestas | Último mensaje |
SII -Nuevo sistema de la Agencia Tributaria española de envío de datos vía Webservice | newtron | Internet | 3706 | Hace 2 Semanas 09:38:43 |
Como utilizar la ayuda del nuevo Sistema Operativo | gluglu | Humor | 3 | 24-09-2007 09:39:05 |
Aplicacion Agencia De Viajes | ArdiIIa | Varios | 9 | 20-01-2007 16:49:53 |
El Vasco Aguirre | Al González | La Taberna | 5 | 26-05-2006 09:22:28 |
Microsoft ha lanzado su nuevo sistema operativo | DarkByte | Humor | 0 | 25-01-2004 09:21:14 |
![]() |
|