Weryfikacja deklaracji PIT-11 (29) i PIT-R (21)

przy weryfikacji przygotowanej deklaracji pit-11 (29) i pit-r (21) i pojawia mi się bład:
Element 'tu nr pesel' narusza ograniczenie pattern elementu (.*[^0].*). Analiza składni elementu {http://crd.gov.pl/wzor/2022/08/18/11723/}PESEL o wartości 'tu nr pesel' nie powiodła się.

używam msxml6, próbowałem też w notepad++ z pluginem xmltools i to samo, probowałem w c# w core nie ma błędu, probowałem online https://www.corefiling.com/opensource/schemaValidate/ też nie ma błędu

wychodzi mi na to, że to problem dotyczy msxml 6. ktoś się już z tym spotkał? rozwiązał problem?

Wydaje mi się, że błąd dotyczy samego numeru PESEL, a nie składni XML.

EDIT:
Prawdopodobnie masz wypełnione pole PESEL tylko w jednym miejscu, a trzeba w dwóch (w sekcji Podmiot1 oraz w sekcji Podmiot2)

To, że XML jest poprawny jeśli chodzi o strukturę, nie znaczy że zawiera poprawne wartości
Skoro w podmiot1 masz OsobaNiefizyczna i NIP, to oznacza, że w podmiot2 pole PESEL masz puste, zawiera inne znaki niż cyfry lub ma inną długość niż 11 cyfr.
BTW w podmiot1 może tez być OsobaFizyczna i PESEL.

To jest fragment poprawnego xml'a:

<Podmiot1 rola="Płatnik/Składający">
 <OsobaNiefizyczna>
  <NIP>8112734705</NIP> 
  <PelnaNazwa>Firma testowa</PelnaNazwa> 
 </OsobaNiefizyczna>
</Podmiot1>
<Podmiot2 rola="Podatnik">
 <OsobaFizyczna>
  <PESEL>64091905008</PESEL> 
  <ImiePierwsze>Imię</ImiePierwsze> 
  <Nazwisko>Nazwisko</Nazwisko> 
  <DataUrodzenia>1960-01-01</DataUrodzenia> 
 </OsobaFizyczna>
 <AdresZamieszkania rodzajAdresu="RAD">
  <KodKraju poz="P_19A">PL</KodKraju> 
  <Ulica poz="P_23">Ulica</Ulica> 
  <NrDomu poz="P_24">1</NrDomu> 
  <Miejscowosc poz="P_26">Miejscowość</Miejscowosc> 
  <KodPocztowy poz="P_27">00-000</KodPocztowy> 
 </AdresZamieszkania>
</Podmiot2>```

Problem dotyczy także poprawionego schematu: PIT-11(29)_v1-1E: http://crd.gov.pl/wzor/2022/11/09/11890/
Mamy także problem ze schematem PIT-R(21)_v1-0E: http://crd.gov.pl/wzor/2022/03/17/11408/

Niestety ręczna zmiana w schemacie jest rozwiązaniem lekko mówiąc kiepskim, ponieważ stwarza niepotrzebne rozbieżności pomiędzy systemami klientów i eDeklaracji.
Sprawa została zgłoszona na helpdesk MF i od 5.12.2022 r. odbijam się z nimi korespondencją mailową, dzisiaj dostałem informację, że sprawę przekazali do drugiej linii wsparcia, gdzie jak się domyślam potraktują sprawę bardziej poważnie i mam nadzieję dogłębnie.

Być może będzie konieczna zmiana wersji schematu, kiedy MF zgodzi się ze mną, że problem jednak istnieje.

Problemem nie jest schemat, który akurat jest poprawny.
Wygenerować XML ze schematu XSD i po krzyku.
Np: https://www.liquid-technologies.com/online-xsd-to-xml-converter

To może ja dorzucę swoje 3 grosze.
Też przygotowuję PIT-y i trochę się męczyłem z wizualizacją 11 i 4R.
Co do 4R to pisałem na pomoc techniczną e-deklaracji, że na stronie epuap z wzorami nie działa wizualizacja PIT-4R, szablon z 12.12.2022, oni na to, że im działa.
No i rzeczywiście. Są 2 sposoby wizualizacji.
Jeśli wyświetlę wzory, kliknę to co widać od razu czyli u dołu ekranu <załaduj plik> i <wizualizuj> to albo pokazuje śmieci albo błąd (failed to compile stylesheet),
jeśli natomiast kliknę u góry <więcej> i <weryfikuj> to działa - po weryfikacji wyświetla poprawnie PIT w html-u.

Dostałem odpowiedź w sprawie walidacji PIT-11(29)_v1-1E.
Helpdesk pisze, że: "nie wiemy co dolega weryfikacji PESELI na platformie Windows". (nie mogę przytoczyć maila jaki dostałem dosłownie, bo ma on kategorię: "Prawnie chronione" - cokolwiek to oznacza)
Z drugiej strony: "u nas działa, bo jak my robimy weryfikację, to jest ok".

Także, jak ktoś ma z tym problem, to trzeba sobie radzić innymi sposobami, bo helpdesk MF nie zamierza z tym nic zrobić - tak mogę to podsumować, żeby nie używać niecenzuralnych określeń.
Jednym ze sposobów jest oczywiście, zaprzestanie produkcji oprogramowania wykorzystującego bezpośrednio dostępne w Windowsie technologie
i przesiadka na takie rozwiązania, które są zgodne z tym, czego używa MF. Wtedy będzie wam działać.
No bo w zasadzie, to czego się spodziewałem, że w kraju, w którym przeważająca większość komputerów klienckich pracuje na systemie Windows, że aplikacje pisane pod ten system będą pracować bezbłędnie ?
No chyba musiałem gdzieś czegoś niedoczytać w jakiejś instrukcji. Bo jak sobie zainstaluję jakiegoś dodatkowego "gadżeta" typu Java, .NET, czy co tam kto chce, to tam będzie wszystko śmigać.

Pod adresem http://crd.gov.pl/wzor/2022/08/18/11723/
Jest XML oraz XSD za pomocą darmowych konwerterów online konwertujemy:
.XML -> .good.XSD
.XSD -> .good.XML
Po czym za pomocą polecenia FC pod windowsami porównujemy:
FC *.XML *.good.XML
FC *.XSD *.good.XSD
błąd widać gołym okiem.