Make options bold

invopop · Dec 10, 2024 · 68a0245 · 68a0245
1 parent 1dca2c4
commit 68a0245
Showing 1 changed file with 3 additions and 3 deletions.
diff --git a/guides/de-fr-xinvoice.mdx b/guides/de-fr-xinvoice.mdx
@@ -7,9 +7,9 @@ description: Issue invoices in Germany (X-Rechnung & ZUGFeRD) and France (Factur
 
 X-Invoice covers the German and French electronic invoice standards. The integration is the same for both countries. The supported standards are:
 
-- X-Rechnung: one of the two standards used in Germany. It consists on an XML file. It can be implemented using two different *syntaxes*, CII and UBL. They both contain the same information, but include different field names.
-- ZUGFeRD: the other standard used in Germany. It a hybrid format that consists on a PDF document with an embedded X-Rechnung file. The only supported syntax for this case is CII.
-- Factur-X: the standard used in France. It consists on a PDF document with an embedded XML file. It is worth noting that ZUGFeRD and Factur-X are a joint project between Germany and France, and their content is identical.
+- **X-Rechnung**: one of the two standards used in Germany. It consists on an XML file. It can be implemented using two different *syntaxes*, CII and UBL. They both contain the same information, but include different field names.
+- **ZUGFeRD**: the other standard used in Germany. It a hybrid format that consists on a PDF document with an embedded X-Rechnung file. The only supported syntax for this case is CII.
+- **Factur-X**: the standard used in France. It consists on a PDF document with an embedded XML file. It is worth noting that ZUGFeRD and Factur-X are a joint project between Germany and France, and their content is identical.
 
 <Tip>
     When referring to syntaxes, it is important to note that X-Rechnung, ZUGFeRD and Factur-X are all *semantic data models*. What this means is that they define the data that must be present in the invoice, but not the actual format of the data or the explicit name of the fields.