TICKET BAI (TicketBAI); Nuevo sistema de la Agencia Tributaria del Pais Vasco

[ermendalenda]

Empezado por espinete

Buenas...

Tengo un problema con un cliente que decidió enviar a Hacienda facturas reales al entorno de pruebas (por ejemplo, de la 1 a la 10), luego siguió enviando facturas al entorno real/producción (de la 11 a la 20) y ahora quiere enviar, al entorno real, esas primeras 10 facturas que solo se enviaron al de pruebas.

Obviamente da error de encadenamiento, pero el cliente dice que Hacienda le dice que sí debería poder enviarlas.

Yo le he dicho que, si ya envió al entorno real, las facturas 11 a la 20, si quiere enviar ahora de la 1 a la 10 me temo que no queda otra que anular o hacer rectificativas de todas, lo cual es un coñazo.

¿Hay alguna otra opción?

Creo que tu cliente lleva razón, aunque no estén encadenadas se las va a comer con el aviso de encadenamiento. Pero hay otra opción de wnvio, creo que por correo.

[Neftali [Germán.Estévez]]

No puede Anular las facturas, porque la anulación es para temas muy concretos según la ley de facturación.
No puede hacer una rectificativa, porque para hacienda las facturas originales no existen y el cliente tiene una factura correcta.

Yo creo que puede enviarlas. La 1 y la 21 darán error de encadenamiento pero serán aceptadas (Aceptadas con errores).
Si hacienda pide más datos (por los saltos en los Números/Fechas no correlativos y los encadenamientos) pues tendrá que justificarlo explicando lo que ha pasado (no creo que lo pidan).

Empezado por espinete

Obviamente da error de encadenamiento, pero el cliente dice que Hacienda le dice que sí debería poder enviarlas.

Yo le he dicho que, si ya envió al entorno real, las facturas 11 a la 20, si quiere enviar ahora de la 1 a la 10 me temo que no queda otra que anular o hacer rectificativas de todas, lo cual es un coñazo.

¿Hay alguna otra opción?

[espinete]

Gracias a tod@s.

Entiendo que sí que podrá enviar las facturas de la 1 a la 10 sin problema (enviadas pero con avisos, pero enviadas). Luego si hay que explicar o justificar algo, que lo justifique.

De hecho yo he hecho pruebas de envío no correlativos y el envío se realiza, pero con el aviso de "posible error de encadenamiento".

En su momento debí haber preparado la aplicación para que separara lo que consta como enviado a pruebas y lo que consta como enviado al entorno real, pero no caí en eso y ahora voy a tener que pensar cómo conseguirlo para evitar errores similares en el futuro.

[edari]

Estoy con los negocios de chinos, pakistanís...y no consigo subirla a la Hacienda de Alava (y me quedan 15 días para solucionarlo)

<?xml version="1.0" encoding="UTF-8"?>
<T:TicketBai xmlns:T="urn:ticketbai:emision">
<Cabecera>
<IDVersionTBAI>1.2</IDVersionTBAI>
</Cabecera>
<Sujetos>
<Emisor>
<NIF>B01....</NIF>
<ApellidosNombreRazonSocial>EMPRESA SL</ApellidosNombreRazonSocial>
</Emisor>
<Destinatarios>
<IDDestinatario>
<IDOtro>
<CodigoPais>CN</CodigoPais>
<IDType>04</IDType>
<ID>CNX1448709</ID>
</IDOtro>
<ApellidosNombreRazonSocial>JIAN XIN CHENG</ApellidosNombreRazonSocial>
<CodigoPostal>01005</CodigoPostal>
<Direccion>ANGULEMA 5</Direccion>
</IDDestinatario>
</Destinatarios>
<VariosDestinatarios>N</VariosDestinatarios>
<EmitidaPorTercerosODestinatario>N</EmitidaPorTercerosODestinatario>
</Sujetos>
<Factura>
<CabeceraFactura>
<SerieFactura>22</SerieFactura>
<NumFactura>5003249</NumFactura>
<FechaExpedicionFactura>14-11-2022</FechaExpedicionFactura>
<HoraExpedicionFactura>00:13:17</HoraExpedicionFactura>
<FacturaSimplificada>N</FacturaSimplificada>
<FacturaEmitidaSustitucionSimplificada>N</FacturaEmitidaSustitucionSimplificada>
</CabeceraFactura>
<DatosFactura>
<DescripcionFactura>factura a cliente</DescripcionFactura>
<DetallesFactura>
<IDDetalleFactura>
<DescripcionDetalle>NARANJA NORMAL </DescripcionDetalle>
<Cantidad>10.00</Cantidad>
<ImporteUnitario>14.51</ImporteUnitario>
<Descuento>0</Descuento>
<ImporteTotal>175.57</ImporteTotal>
</IDDetalleFactura>
</DetallesFactura>
<ImporteTotalFactura>175.57</ImporteTotalFactura>
<Claves>
<IDClave>
<ClaveRegimenIvaOpTrascendencia>02</ClaveRegimenIvaOpTrascendencia>
</IDClave>
</Claves>
</DatosFactura>
<TipoDesglose>
<DesgloseTipoOperacion>
<PrestacionServicios>
<Sujeta>
<Exenta>
<DetalleExenta>
<CausaExencion>E2</CausaExencion>
<BaseImponible>145.10</BaseImponible>
</DetalleExenta>
</Exenta>
</Sujeta>
</PrestacionServicios>
</DesgloseTipoOperacion>
</TipoDesglose>
</Factura>
<HuellaTBAI>
<EncadenamientoFacturaAnterior>
<SerieFacturaAnterior>22</SerieFacturaAnterior>
<NumFacturaAnterior>5003248</NumFacturaAnterior>
<FechaExpedicionFacturaAnterior>14-11-2022</FechaExpedicionFacturaAnterior>
<SignatureValueFirmaFacturaAnterior>Bj+T/nevVdBvx0BDNOXJJfmGpLobbqpXSUMQWxcpVjTQCqxUlm7/WUC1W49/E2NU5HTjD1YPNLkQfXM5d1+1RyMECsiNVfKzfCFm</SignatureValueFirmaFacturaAnterior>
</EncadenamientoFacturaAnterior>
<Software>
<LicenciaTBAI>......</LicenciaTBAI>
<EntidadDesarrolladora>
<NIF>B1.....</NIF>
</EntidadDesarrolladora>
<Nombre>EMPRESA</Nombre>
<Version>2022</Version>
</Software>
</HuellaTBAI>
</T:TicketBai>

No tengo claro lo que hay que poner en la base imponible porque ponga lo que ponga me da error (por la que hago mal claro)


Me devuelve el error

<?xml version="1.0" encoding="UTF-8" standalone="true"?>

-<ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision">


-<Salida>

<IdentificadorTBAI>TBAI-B01465046-141122-n3wPqocLa+YFS-227</IdentificadorTBAI>

<FechaRecepcion>14-11-2022 13:17:43</FechaRecepcion>

<Estado>00</Estado>

<Descripcion>Recibido - ALTA PREP</Descripcion>

<Azalpena>Jasota - ALTA PREP</Azalpena>


-<ResultadosValidacion>

<Codigo>2025</Codigo>

<Descripcion>El Importe total debe ser igual a la suma de las bases imponibles más las cuotas del impuesto, más las cuotas recargo equivalencia del bloque Sujeta NoExenta, más la suma de las bases imponibles del bloque Sujeta Exenta y la suma de los impor...</Descripcion>

<Azalpena>Zenbatekoa guztira [ImporteTotal] osagai hauen batura izan behar da: zerga oinarrien batura, zergaren kuotak, Lotua/Salbuetsi gabea [Sujeta No Exenta] blokeko baliokidetasun errekarguaren kuotak, Lotua/Salbuetsia [Sujeta Exenta] blokeko zerga oi...</Azalpena>

</ResultadosValidacion>

<CSV>TBAI7dde628e-9749-4bcc-8862-1824a9c97bbe</CSV>

</Salida>

</ns2:TicketBaiResponse>

He probado poniendo en el campo Base imponible de la etiqueta exenta el total de la factura, mandarla a cero, de mil maneras en todas me da errores y no sé que estoy haciendo mal. Tampoco tengo claro que tenga que ir por "exenta".


Antes la Hacienda Alavesa tenía un buzón con un mail donde les podías mandar ejemplos ahora lo han sustituido por un fomulario web a la que es imposible adjuntar archivos por temas de seguridad...los odio.


Alguien me puede ayudar


Gracias de antemano

[pablog2k]

algo está mal ahí, en el nodo de detalle, si multiplicas la cantidad (10) por el importe unitario, da 145.1
si es exenta, no lleva iva
entonces , como es que da 175.57 el importe total, si no lleva descuento?

Yo también me estuve peleando con eso, el como quieren que presentes el importe unitario, es un jaleo, y espérate que no tengas descuentos, que ya es una fiesta

[rcarteaga]

Buenos días
¿Cómo puedo verificar que el código QR generado es correcto?
¿Si pongo esa URL en un navegador me tiene que mostrar algo?

Gracias

[Neftali [Germán.Estévez]]

Empezado por rcarteaga

¿Cómo puedo verificar que el código QR generado es correcto?
¿Si pongo esa URL en un navegador me tiene que mostrar algo?

Pues si, te debe mostrar la factura, que para eso es.

Puedes probar con esta, por ejemplo:
https://batuz.eus/QRTBAI/?id=TBAI-A9...&i=1.98&cr=047
O esta de Álava:
https://pruebas-ticketbai.araba.eus/...&i=2.42&cr=089

[APO]

Buenos días,
En el envío de una de las factura me ha dado el siguiente aviso:

016 - 025 Destinatario / Falta datos necesarios para ID TicketBAI: Código Postal de los destinatarios de la factura (mínimo un 1 carácter que no sea blanco)

El motivo es porque es de un cliente extranjero el cual no teníamos informado el código postal y lo enviamos vacío. Entonces, para subsanar el error intento modificarlo mediante la web, pero el campo código postal no permite cambiarlo. ¿Cómo debería proceder en este caso? Muchas gracias.

[Irreo]

Empezado por APO

Buenos días,
En el envío de una de las factura me ha dado el siguiente aviso:

El motivo es porque es de un cliente extranjero el cual no teníamos informado el código postal y lo enviamos vacío. Entonces, para subsanar el error intento modificarlo mediante la web, pero el campo código postal no permite cambiarlo. ¿Cómo debería proceder en este caso? Muchas gracias.

Es una corrección que se refleja en la factura, por lo que tienes que hacer una factura rectificativa.

[edari]

Empezado por Irreo

Es una corrección que se refleja en la factura, por lo que tienes que hacer una factura rectificativa.

Por cierto me surge una duda con este tipo de rectificaciones...


Siguiendo con el mismo ejemplo del compañero de no haber rellenado el código postal...


Cual sería la secuencia?


1) Se mete la factura con el error, sin código postal
2) Se genera una rectificativa (abono) con el mismo error sin código postal?
3) Se corrige el cliente completando correctamente los datos
4) Se sube la nueva factura ya corregida en positivo


Gracias de antemano

[HerensugeBeltz]

Envío de Factura Electrónica a TicketBAI con el uso de API REST en Delphi
https://www.youtube.com/watch?v=P0wmgqoxeXo

Por si a alguien le sirve.

[edari]

Qué bien viven los funcionarios de la Hacienda Alavesa


A día de hoy no saben recoger el nuevo iva de la lecha con 0%


Y del recargo de equivalencia del aceite (0,625%) ni intentarlo




Fantástico

[espinete]

Buenos días y Feliz Año a tod@s...

Estoy haciendo pruebas de envío con el IVA 0% y con el nuevo IVA al 5% con RE 0,625%.

En principio puedo enviar (Gipuzkoa) facturas con IVA 5% + RE 0,625.

En cambio, si envío facturas con el IVA = 0%, como "No Exenta / Sujeta", me la rechaza:

002 Rechazado - ALTA PREP Fichero no cumple el esquema XSD. Detalle del error: cvc-complex-type.2.4.b: The content of element 'DetalleNoExenta' is not complete. One of '{DesgloseIVA}' is expected.

Si la envío como "E1: exenta por el artículo.......", o con E6, etc. ocurre lo mismo. Misma respuesta.

Había entendido que, al menos Gipuzkoa, ya admitía el envío del IVA 0% sin necesidad de enviarla como "Exenta".

[espinete]

Empezado por espinete

Buenos días y Feliz Año a tod@s...

Estoy haciendo pruebas de envío con el IVA 0% y con el nuevo IVA al 5% con RE 0,625%.

En principio puedo enviar (Gipuzkoa) facturas con IVA 5% + RE 0,625.

En cambio, si envío facturas con el IVA = 0%, como "No Exenta / Sujeta", me la rechaza:

002 Rechazado - ALTA PREP Fichero no cumple el esquema XSD. Detalle del error: cvc-complex-type.2.4.b: The content of element 'DetalleNoExenta' is not complete. One of '{DesgloseIVA}' is expected.

Si la envío como "E1: exenta por el artículo.......", o con E6, etc. ocurre lo mismo. Misma respuesta.

Había entendido que, al menos Gipuzkoa, ya admitía el envío del IVA 0% sin necesidad de enviarla como "Exenta".

Parece que el problema está en mi aplicación, que al detectar un IVA=0% automáticamente añadía al XML la sección <NoSujeta> , cuando sí que está Sujeta.

Envío ejemplos de cómo lo tengo hecho actualmente para que funcione. Si alguien puede corroborar que esté correcto creo que nos haría un favor a todos:

Ejemplo 1: Factura Exenta de IVA:

		<TipoDesglose>
			<DesgloseFactura>
				<Sujeta>
					<Exenta>
						<DetalleExenta>
							<CausaExencion>E1</CausaExencion>
							<BaseImponible>100</BaseImponible>
						</DetalleExenta>
					</Exenta>
				</Sujeta>
			</DesgloseFactura>
		</TipoDesglose>

Ejemplo 2: Factura normal, con IVA:

		<TipoDesglose>
			<DesgloseFactura>
				<Sujeta>
					<NoExenta>
						<DetalleNoExenta>
							<TipoNoExenta>S1</TipoNoExenta>
							<DesgloseIVA>
								<DetalleIVA>
									<BaseImponible>100.00</BaseImponible>
									<TipoImpositivo>21</TipoImpositivo>
									<CuotaImpuesto>21.00</CuotaImpuesto>
								</DetalleIVA>
							</DesgloseIVA>
						</DetalleNoExenta>
					</NoExenta>
				</Sujeta>
			</DesgloseFactura>
		</TipoDesglose>

Ejemplo 3: Factura con Recargo Equiv. Clave Rég. IVA = 51

Aquí acabo de darme cuenta de que el Rec. Equiv. se esta enviando con solo 2 decimales, así que tendré que corregirlo:

<TipoDesglose>
			<DesgloseFactura>
				<Sujeta>
					<NoExenta>
						<DetalleNoExenta>
							<TipoNoExenta>S1</TipoNoExenta>
							<DesgloseIVA>
								<DetalleIVA>
									<BaseImponible>100.00</BaseImponible>
									<TipoImpositivo>5</TipoImpositivo>
									<CuotaImpuesto>5.00</CuotaImpuesto>
									<TipoRecargoEquivalencia>0.63</TipoRecargoEquivalencia>
									<CuotaRecargoEquivalencia>0.63</CuotaRecargoEquivalencia>
								</DetalleIVA>
							</DesgloseIVA>
						</DetalleNoExenta>
					</NoExenta>
				</Sujeta>
			</DesgloseFactura>
		</TipoDesglose>

Me devuelve mogollón de avisos, pero se envía:

Codigo 5021: Si ClaveRegimenIVAOpTranscendencia igual a 51, el TipoRecargoEquivalencia no debe venir informado
Codigo 5022: Si ClaveRegimenIVAOpTranscendencia igual a 51, la CuotaRecargoEquivalencia no debe venir informada
Codigo 5023: Si ClaveRegimenIVAOpTranscendencia igual a 51, en bloque Sujeta y No Exenta, en al menos una OperaciónEnRecargoDeEquivalenciaORégimenSimplificado tiene que ser S


Ejemplo 4: Factura con IVA = 0%, pero No Exenta

		<TipoDesglose>
			<DesgloseFactura>
				<Sujeta>
					<NoExenta>
						<DetalleNoExenta>
							<TipoNoExenta>S1</TipoNoExenta>
							<DesgloseIVA>
								<DetalleIVA>
									<BaseImponible>100.00</BaseImponible>
									<TipoImpositivo>0</TipoImpositivo>
									<CuotaImpuesto>0.00</CuotaImpuesto>
								</DetalleIVA>
							</DesgloseIVA>
						</DetalleNoExenta>
					</NoExenta>
				</Sujeta>
			</DesgloseFactura>
		</TipoDesglose>

[edari]

Empezado por espinete

Parece que el problema está en mi aplicación, que al detectar un IVA=0% automáticamente añadía al XML la sección <NoSujeta> , cuando sí que está Sujeta.

Envío ejemplos de cómo lo tengo hecho actualmente para que funcione. Si alguien puede corroborar que esté correcto creo que nos haría un favor a todos:

Ejemplo 1: Factura Exenta de IVA:

        <TipoDesglose>
            <DesgloseFactura>
                <Sujeta>
                    <Exenta>
                        <DetalleExenta>
                            <CausaExencion>E1</CausaExencion>
                            <BaseImponible>100</BaseImponible>
                        </DetalleExenta>
                    </Exenta>
                </Sujeta>
            </DesgloseFactura>
        </TipoDesglose>

Ejemplo 2: Factura normal, con IVA:

        <TipoDesglose>
            <DesgloseFactura>
                <Sujeta>
                    <NoExenta>
                        <DetalleNoExenta>
                            <TipoNoExenta>S1</TipoNoExenta>
                            <DesgloseIVA>
                                <DetalleIVA>
                                    <BaseImponible>100.00</BaseImponible>
                                    <TipoImpositivo>21</TipoImpositivo>
                                    <CuotaImpuesto>21.00</CuotaImpuesto>
                                </DetalleIVA>
                            </DesgloseIVA>
                        </DetalleNoExenta>
                    </NoExenta>
                </Sujeta>
            </DesgloseFactura>
        </TipoDesglose>

Ejemplo 3: Factura con Recargo Equiv. Clave Rég. IVA = 51

Aquí acabo de darme cuenta de que el Rec. Equiv. se esta enviando con solo 2 decimales, así que tendré que corregirlo:

<TipoDesglose>
            <DesgloseFactura>
                <Sujeta>
                    <NoExenta>
                        <DetalleNoExenta>
                            <TipoNoExenta>S1</TipoNoExenta>
                            <DesgloseIVA>
                                <DetalleIVA>
                                    <BaseImponible>100.00</BaseImponible>
                                    <TipoImpositivo>5</TipoImpositivo>
                                    <CuotaImpuesto>5.00</CuotaImpuesto>
                                    <TipoRecargoEquivalencia>0.63</TipoRecargoEquivalencia>
                                    <CuotaRecargoEquivalencia>0.63</CuotaRecargoEquivalencia>
                                </DetalleIVA>
                            </DesgloseIVA>
                        </DetalleNoExenta>
                    </NoExenta>
                </Sujeta>
            </DesgloseFactura>
        </TipoDesglose>

Me devuelve mogollón de avisos, pero se envía:

Codigo 5021: Si ClaveRegimenIVAOpTranscendencia igual a 51, el TipoRecargoEquivalencia no debe venir informado
Codigo 5022: Si ClaveRegimenIVAOpTranscendencia igual a 51, la CuotaRecargoEquivalencia no debe venir informada
Codigo 5023: Si ClaveRegimenIVAOpTranscendencia igual a 51, en bloque Sujeta y No Exenta, en al menos una OperaciónEnRecargoDeEquivalenciaORégimenSimplificado tiene que ser S


Ejemplo 4: Factura con IVA = 0%, pero No Exenta

        <TipoDesglose>
            <DesgloseFactura>
                <Sujeta>
                    <NoExenta>
                        <DetalleNoExenta>
                            <TipoNoExenta>S1</TipoNoExenta>
                            <DesgloseIVA>
                                <DetalleIVA>
                                    <BaseImponible>100.00</BaseImponible>
                                    <TipoImpositivo>0</TipoImpositivo>
                                    <CuotaImpuesto>0.00</CuotaImpuesto>
                                </DetalleIVA>
                            </DesgloseIVA>
                        </DetalleNoExenta>
                    </NoExenta>
                </Sujeta>
            </DesgloseFactura>
        </TipoDesglose>

Y te funciona el iva de la leche?



Porque yo no consigo

[Seryi4748]

muchas gracias !! Me ha venido muy bien

[HerensugeBeltz]

Hola,
No sé si sabéis que a partir de junio los nuevos certificados de firma de código deben ir en dispositivos USB.
https://knowledge.digicert.com/gener...mber-2022.html

Nosotros tenemos un certificado válido hasta agosto de 2024 pero desde Sectigo nos han enviado una oferta que os traslado por si a alguien le interesa (está en correcto inglés):

Hello, this is Matt French with Sectigo.

We are reaching out to clients with Code Signing certificates to ensure they are aware of the upcoming changes and see if they would like to delay having to use a USB token with their certificate.

I see that your current certificate is valid until August 31st, 2024. The new changes will not affect your current certificate. However, when you go to renew the certificate, you will require a USB token that the certificate is housed in, to be directly plugged into the device that is signing with the Code Signing certificate (same as with the EV Code Signing certificates now).

You will not require a USB token for the duration of your order if you place your order before April 25th. I mention this because a lot of our customers are looking for ways to delay having to use the USB tokens and we have come up with a couple of options to help.

First, we are offering existing Code Signing certificate clients a promotion code equal to the value of the time they have remaining on their current certificate, if they place a new order for a 3 year Code Signing certificate.

Second, we are offering the fourth year free when you order a Code Signing certificate for 3 years, on orders placed before April 24th.

Please let me know if you have any questions or if you would like me to send you a promotion code equivilent to the time remaining on your current certificate, that can be used as a discount off the purchase of a 3 year Code Signing certificate.

Kind regards

[thinkows]

Gracias por la info.

[xamminf]

Hola,

He visto que en el año 2022 se cambio la politica de firma a: vSe1CH7eAFVkGN0X2Y7Nl9XGUoBnziDA5BGUSsyt8mg=

He encontrado un ejemplo de insercion de la politica de firma con la anterior politica de firma donde se incluye entre otros el algoritmo y la version tecnica en pdf.
Mi pregunta es ¿ Ademas de la politica de firma hay que cambiar el resto de cosas relacionadas con la politica de firma ?

Gracias


utoFirmaCommandLine sign -i C:\FacE\FacturaTBAI.XML -o C:\FacE\FacturaTBAI.FIRMADO.XML -store windows -filter subject.contains:<NIF> -format xades -xml -config "format=XAdES Enveloped
\npolicyIdentifier=https://www.batuz.eus/fitxategiak/batuz/ticketbai/sinadura_elektronikoaren_zehaztapenak_especificaciones_de_la_firma_electronica_v1_0.pdf
\npolicyIdentifierHash=Quzn98x3PMbSHwbUzaj5f5KOpiH0u8bvmwbbbNkO9Es=
\npolicyIdentifierHashAlgorithm=http://www.w3.org/2001/04/xmlenc#sha256
\npolicyQualifier=https://www.batuz.eus/fitxategiak/batuz/ticketbai/sinadura_elektronikoaren_zehaztapenak_especificaciones_de_la_firma_electronica_v1_0.pdf"

[keys]

Empezado por xamminf

Hola,

He visto que en el año 2022 se cambio la politica de firma a: vSe1CH7eAFVkGN0X2Y7Nl9XGUoBnziDA5BGUSsyt8mg=

He encontrado un ejemplo de insercion de la politica de firma con la anterior politica de firma donde se incluye entre otros el algoritmo y la version tecnica en pdf.
Mi pregunta es ¿ Ademas de la politica de firma hay que cambiar el resto de cosas relacionadas con la politica de firma ?

Gracias


utoFirmaCommandLine sign -i C:\FacE\FacturaTBAI.XML -o C:\FacE\FacturaTBAI.FIRMADO.XML -store windows -filter subject.contains:<NIF> -format xades -xml -config "format=XAdES Enveloped
\npolicyIdentifier=https://www.batuz.eus/fitxategiak/batuz/ticketbai/sinadura_elektronikoaren_zehaztapenak_especificaciones_de_la_firma_electronica_v1_0.pdf
\npolicyIdentifierHash=Quzn98x3PMbSHwbUzaj5f5KOpiH0u8bvmwbbbNkO9Es=
\npolicyIdentifierHashAlgorithm=http://www.w3.org/2001/04/xmlenc#sha256
\npolicyQualifier=https://www.batuz.eus/fitxategiak/batuz/ticketbai/sinadura_elektronikoaren_zehaztapenak_especificaciones_de_la_firma_electronica_v1_0.pdf"

Hola. En principio sigue valiendo la enterior, pero si la quieres cambiar solo con cambiar la política es suficiente el resto sigue igual.