schemav cvc enumeration valid что это значит
Портал поддержки федеральных
систем в сфере образования
Непонятные ошибки при валидации
В версии 3 появились новые ошибки которых раньше не было:
1. Ошибка валидации XSD. Строка:33, cvc-enumeration-valid: Value ‘1.1’ is not facet-valid with respect to enumeration ‘[1, 2, 3, 4, 4.1, 4.2, 5, 6, 7, 7.1, 7.2, 7.3, 7.4, 8, 9, 9.1, 10, 11, 12, 12.1, 13, 13.1, 14, 15, 16, 17, 17.1, 18, 18.1, 18.2, 18.3, 19, 19.1, 19.2, 19.3, 20, 20.1, 20.2, 20.3, 20.4, 21, 22, 23, 24, 25, 26, 29, 30, 30.1, 30.2, 31, 31.2, 31.3, 31.4, 32, 33]’. It must be a value from the enumeration.
(такая же история с показателями 27, 28, 31.1) как это так оказалось что в метод. рекомендациях эти показатели есть, а ваша система говорит что они лишние и необходимо предоставлять только показатели из списка (1, 2, 3, 4, 4.1, 4.2, 5, 6, 7, 7.1, 7.2, 7.3, 7.4, 8, 9, 9.1, 10, 11, 12, 12.1, 13, 13.1, 14, 15, 16, 17, 17.1, 18, 18.1, 18.2, 18.3, 19, 19.1, 19.2, 19.3, 20, 20.1, 20.2, 20.3, 20.4, 21, 22, 23, 24, 25, 26, 29, 30, 30.1, 30.2, 31, 31.2, 31.3, 31.4, 32, 33)
2. Ошибка валидации XSD. Строка:14, cvc-complex-type.4: Attribute ‘features’ must appear on element ‘organization’.
согласно методических рекомендаций атрибута features не существует, есть тэг feature.
Атрибут всегда находится внутри тэга, например: вот age_from, age_to, name и т.д. являются атрибутами тэга group, в связи с этим прошу исправить отображение ошибок.
3. В справочнике ФИАС очень много отсутствует значений для houseguid, в связи с этим мы его не передаем, измените либо проверку либо метод рекомендации, разрешите передавать aoguid улицы и просто текстом номер дома
Почему файл может не соответствовать XSD-схеме СЗВ-М?
Что такое XSD-схема файла и ошибка в ней?
XSD — это программный язык. С помощью XSD описывается структура XML-документа:
То есть XSD-схема СЗВ-М — это выполненное программным языком описание структуры отчета СЗВ-М. Если во внесенной в СЗВ-М информации содержатся ошибки или неточности, то при контроле файла тоже средствами XSD информация является нечитаемой. Поэтому система формирует пользователю предупреждение: «отчет СЗВ-М не соответствует XSD-схеме». Это означает, что программное обеспечение не может воспринять данные из отчета, т. к. они некорректные с точки зрения языка XSD.
ОБРАТИТЕ ВНИМАНИЕ! Ошибка XSD может быть как в самих введенных данных (например, в ИНН или регистрационном номере организации), так и в том, как именно эти данные введены (например, указаны лишние нули, или пробелы, или дефисы). То есть для установления и устранения ошибки нужно в каждом конкретном случае проверять конкретный файл!
Больше об ошибках в файле СЗВ-М — в статье «Отрицательный протокол по СЗВ-М (нюансы)».
Начиная с отчетности за май 2021 года СЗВ-М сдается по новой форме. Актуальный образец отчета можно скачать в КонсультантПлюс. Пробный доступ к правовой системе предоставляется бесплатно.
Что означает «неправильное имя файла» или «имя не соответствует утвержденному формату 00042»?
Как должно выглядеть правильное имя файла отчета СЗВ-М (формат 00042), установлено постановлением правления ПФР «Об утверждении формата сведений для ведения индивидуального (персонифицированного) учета (форма СЗВ-М)» от 07.12.2016 № 1077п. Корректное имя должно содержать следующие разделы:
Корректное имя должно выглядеть следующим образом:
Тема: Ошибка на ровном месте. Акт расхождений получает ошибку от ЕГАИС.
Опции темы
Поиск по теме
Ошибка на ровном месте. Акт расхождений получает ошибку от ЕГАИС.
Здравствуйте!
Не раз отправлял в ЕГАИС акт расхождений. Всё было нормально.
В последний раз вернулся ответ: org.xml.sax.SAXParseException; cvc-pattern-valid: Value ‘1 ‘ is not facet-valid with respect to pattern ‘\S+(.*\S+)*’ for type ‘IdentityType’.
Во-первых: им там что, лень переводить свои сообщения на русский язык.
Ладно, предположим, что имеется ввиду «1» не является допустимым для шаблона «IdentityType». Имеется ввиду номер позиции 1,2,3,4.
Код отправляемого акта выглядит так:
—
—
Accepted
248
2019-02-07
TTN-0263905173
Бой товара—
—
1
FB-000002111135770
40—
2
FB-000002111135771
80—
3
FB-000002111135769
20—
4
FB-000002111135772
20
Где-нибудь есть расшифровка всех ошибок? Или это засекреченная информация?
Буду признателен за ответ. Или хотя бы подскажите, куда мне обратиться.
Value ‘1 ‘ is not facet-valid with respect to pattern ‘\S+(.*\S+)*’ for type ‘IdentityType’.
Это значит что зря пробел поставили после 1.
Должно быть ‘1’, а стоит ‘1_’
Информация о теме
Пользователи, просматривающие эту тему
This documentation is written assuming that you follow and know the official documentation regarding Invoicing, Sales and Accounting and that you have experience working with odoo on such areas, we are not intended to put here procedures that are already explained on those documents, just the information necessary to allow you use odoo in a Company with the country «Mexico» set.
Introduction
The mexican localization is a group of 3 modules:
With the Mexican localization in Odoo you will be able not just to comply with the required features by law in MГ©xico but to use it as your accounting and invoicing system due to all the set of normal requirements for this market, becoming your Odoo in the perfect solution to administer your company in Mexico.
Configuration
After the configuration we will give you the process to test everything, try to follow step by step in order to allow you to avoid expend time on fix debugging problems. In any step you can recall the step and try again.
Install the Mexican Accounting Localization
For this, go in Apps and search for Mexico. Then click on Install.
When creating a database from www.odoo.com, if you choose Mexico as country when creating your account, the mexican localization will be automatically installed.
Electronic Invoices (CDFI 3.2 and 3.3 format)
To enable this requirement in Mexico go to configuration in accounting Go in Accounting ‣ Settings and enable the option on the image with this you will be able to generate the signed invoice (CFDI 3.2 and 3.3) and generate the payment complement signed as well (3.3 only) all fully integrate with the normal invoicing flow in Odoo.
Set you legal information in the company
First, make sure that your company is configured with the correct data. Go in Settings ‣ Users ‣ Companies and enter a valid address and VAT for your company. Don’t forget to define a mexican fiscal position on your company’s contact.
If you want use the Mexican localization on test mode, you can put any known address inside Mexico with all fields for the company address and set the vat to TCM970625MB1.
Set the proper «Fiscal Position» on the partner that represent the company
Enabling CFDI Version 3.3
This steps are only necessary when you will enable the CFDI 3.3 (only available for V11.0 and above) if you do not have Version 11.0 or above on your SaaS instance please ask for an upgrade by submitting a ticket to support in https://www.odoo.com/help.
Go and look the following technical parameter, on Settings ‣ Technical ‣ Parameters ‣ System Parameters and set the parameter called l10n_mx_edi_cfdi_version to 3.3 (Create it if the entry with this name does not exist).
The CFDI 3.2 will be legally possible until November 30th 2017 enable the 3.3 version will be a mandatory step to comply with the new SAT resolution in any new database created since v11.0 released CFDI 3.3 is the default behavior.
Important considerations when yo enable the CFDI 3.3
Your tax which represent the VAT 16% and 0% must have the «Factor Type» field set to «Tasa».
You must go to the Fiscal Position configuration and set the proper code (it is the first 3 numbers in the name) for example for the test one you should set 601, it will look like the image.
All products must have for CFDI 3.3 the «SAT code» and the field «Reference» properly set, you can export them and re import them to do it faster.
Configure the PAC in order to sign properly the invoices
Remember you must sign up in the refereed PAC before hand, that process can be done with the PAC itself on this case we will have two (2) availables Finkok and SoluciГіn Factible.
You must process your Private Key (CSD) with the SAT institution before follow this steps, if you do not have such information please try all the «Steps for Test» and come back to this process when you finish the process proposed for the SAT in order to set this information for your production environment with real transactions.
If you ticked the box MX PAC test environment there is no need to enter a PAC username or password.
Here is a SAT certificate you can use if you want to use the Test Environment for the Mexican Accounting Localization.
Configure the tag in sales taxes
This tag is used to set the tax type code, transferred or withhold, applicable to the concept in the CFDI. So, if the tax is a sale tax the «Tag» field should be «IVA», «ISR» or «IEPS».
Note that the default taxes already has a tag assigned, but when you create a new tax you should choose a tag.
Usage and testing
Invoicing
To use the mexican invoicing you just need to do a normal invoice following the normal Odoo’s behaviour.
Once you validate your first invoice a correctly signed invoice should look like this:
You can generate the PDF just clicking on the Print button on the invoice or sending it by email following the normal process on odoo to send your invoice by email.
Once you send the electronic invoice by email this is the way it should looks like.
Cancelling invoices
The cancellation process is completely linked to the normal cancellation in Odoo.
If the invoice is not paid.
Go to to the customer invoice journal where the invoice belong to.
Check the «Allow cancelling entries» field.
Go back to your invoice and click on the button «Cancel Invoice».
Payments (Just available for CFDI 3.3)
To generate the payment complement you only need to follow the normal payment process in Odoo, this considerations to understand the behavior are important.
To generate payment complement the payment term in the invoice must be PPD, because It is the expected behavior legally required for «Cash payment».
1.1. How can I generate an invoice with payment term `PUE`?
According to the SAT documentation a payment is classified as PUE if the invoice was agreed to be fully payed before the 17th of the next calendar month (the next month of the CFDI date), any other condition will generate a PPD invoice.
1.2. How can I get this with Odoo?
In order to set the appropriate CFDI payment term (PPD or PUE), you can easily set it by using the Payment Terms defined in the invoice.
Accounting
The accounting for Mexico in odoo is composed by 3 reports:
1. and 2. are considered as the electronic accounting, and the DIOT is a report only available on the context of the accounting.
You can find all those reports in the original report menu on Accounting app.
Electronic Accounting (Requires Accounting App)
Electronic Chart of account CoA
The electronic accounting never has been easier, just go to Accounting ‣ Reporting ‣ Mexico ‣ COA and click on the button Export for SAT (XML)
If you add an account with the coding convention NNN.YY.ZZ where NNN.YY is a SAT coding group then your account will be automatically configured.
Example to add an Account for a new Bank account go to Accounting ‣ Settings ‣ Chart of Account and then create a new account on the button «Create» and try to create an account with the number 102.01.99 once you change to set the name you will see a tag automatically set, the tags set are the one picked to be used in the COA on xml.
To know all possible tags you can read the Anexo 24 in the SAT website on the section called CГіdigo agrupador de cuentas del SAT.
When you install the module l10n_mx and yous Chart of Account rely on it (this happen automatically when you install setting Mexico as country on your database) then you will have the more common tags if the tag you need is not created you can create one on the fly.
Electronic Trial Balance
Exactly as the COA but with Initial balance debit and credit, once you have your coa properly set you can go to Accounting ‣ Reports ‣ Mexico ‣ Trial Balance this is automatically generated, and can be exported to XML using the button in the top Export for SAT (XML) with the previous selection of the period you want to export.
All the normal auditory and analysis features are available here also as any regular Odoo Report.
DIOT Report (Requires Accounting App)
What is the DIOT and the importance of presenting it SAT
When it comes to procedures with the SAT Administration Service we know that we should not neglect what we present. So that things should not happen in Odoo.
The DIOT is the Informational Statement of Operations with Third Parties (DIOT), which is an an additional obligation with the VAT, where we must give the status of our operations to third parties, or what is considered the same, with our providers.
This applies both to individuals and to the moral as well, so if we have VAT for submitting to the SAT and also dealing with suppliers it is necessary to. submit the DIOT:
It is simple to present the DIOT, since like all format this you can obtain it in the page of the SAT, it is the electronic format A-29 that you can find in the SAT website.
Every month if you have operations with third parties it is necessary to present the DIOT, just as we do with VAT, so that if in January we have deals with suppliers, by February we must present the information pertinent to said data.
You can present DIOT in different ways, it is up to you which one you will choose and which will be more comfortable for you than you will present every month or every time you have dealings with suppliers.
The A-29 format is electronic so you can present it on the SAT page, but this after having made up to 500 records.
Once these 500 records are entered in the SAT, you must present them to the Local Taxpayer Services Administration (ALSC) with correspondence to your tax address, these records can be presented in a digital storage medium such as a CD or USB, which once validated you will be returned, so do not doubt that you will still have these records and of course, your CD or USB.
The «batch upload» is the conversion of records databases of transactions with suppliers made by taxpayers in text files (.txt). These files have the necessary structure for their application and importation into the system of the Informative Declaration of Operations with third parties, avoiding the direct capture and consequently, optimizing the time invested in its integration for the presentation in time and form to the SAT.
You can use it to present the DIOT, since it is allowed, which will make this operation easier for you, so that it does not exist to avoid being in line with the SAT in regard to the Information Statement of Operations with Third Parties.
A report view is shown, select last month to report the immediate before month you are or left the current month if it suits to you.
Click on «Export (TXT).
Important considerations on your Supplier and Invoice data for the DIOT
All suppliers must have set the fields on the accounting tab called «DIOT Information», the L10N Mx Nationality field is filled with just select the proper country in the address, you do not need to do anything else there, but the L10N Mx Type Of Operation must be filled by you in all your suppliers.
If some of this considerations are not taken into account a message like this will appear when generate the DIOT on TXT with all the partners you need to check on this particular report, this is the reason we recommend use this report not just to export your legal obligation but to generate it before the end of the month and use it as your auditory process to see all your partners are correctly set.
Extra Recommended features
Contact Module (Free)
If you want to administer properly your customers, suppliers and addresses this module even if it is not a technical need, it is highly recommended to install.
Multi currency (Requires Accounting App)
In Mexico almost all companies send and receive payments in different currencies if you want to manage such capability you should enable the multi currency feature and you should enable the synchronization with Banxico, such feature allow you retrieve the proper exchange rate automatically retrieved from SAT and not being worried of put such information daily in the system manually.
Go to settings and enable the multi currency feature.
Enabling Explicit errors on the CFDI using the XSD local validator (CFDI 3.3)
Frequently you want receive explicit errors from the fields incorrectly set on the xml, those errors are better informed to the user if the check is enable, to enable the Check with xsd feature follow the next steps (with the Developer mode enabled).
Now you can make an invoice with any error (for example a product without code which is pretty common) and an explicit error will be shown instead a generic one with no explanation.
If you see an error like this:
The cfdi generated is not valid
attribute decl. ‘TipoRelacion’, attribute ‘type’: The QName value ‘
This can be caused by a database backup restored in anothe server, or when the XSD files are not correctly downloaded. Follow the same steps as above but:
Error messages (Only applicable on CFDI 3.3):
Solution: You forgot to set the proper «Reference» field in the product, please go to the product form and set your internal reference properly.
Solution: You forget to set the proper «Fiscal Position» on the partner of the company, go to customers, remove the customer filter and look for the partner called as your company and set the proper fiscal position which is the kind of business you company does related to SAT list of possible values, antoher option can be that you forgot follow the considerations about fiscal positions.
Yo must go to the Fiscal Position configuration and set the proper code (it is the first 3 numbers in the name) for example for the test one you should set 601, it will look like the image.
Solution: The payment method is required on your invoice.
Solution: The postal code on your company address is not a valid one for Mexico, fix it.
Solution: Set the mexican name for the tax 0% and 16% in your system and used on the invoice.
Your tax which represent the VAT 16% and 0% must have the «Factor Type» field set to «Tasa».
Документация
Перевод документации осуществляется исключительно из любви к искусству и платформе Odoo
ЗИК 7.7 Проверка отчета СЗВ-СТАЖ с ошибками
Подтверждаю проблему, в том же релизе ЗиК.
Из ПФР пришел протокол с ошибкой на ТипИНН. ИНН тоже предпринимателя!
Удалил в файле пробелы после ИНН в двух местах, ошибка исчезла.
Читают тему:
Мероприятия
При использовании материалов активная прямая гиперссылка на перепечатанный материал обязательна.
Редакция БУХ.1С не несет ответственности за мнения и информацию, опубликованную в комментариях к материалам.
Редакция уважает мнение авторов, но не всегда разделяет его.
Мы используем файлы cookie, чтобы анализировать трафик, подбирать для вас подходящий контент и рекламу, а также дать вам возможность делиться информацией в социальных сетях. Если вы продолжите использовать сайт, мы будем считать, что вас это устраивает.