Новая версия от 30.03

[Алексей К.]

CheckXML+ 2010 и CheckXML разные программы. Совместная разработка только в части последней. И именно CheckXML будет использоваться для тестирования в ОПФР.

Очевидно, у вашей компании есть договоренность с ПФР?

ПФР как правило такие вопросы не решает, решается это отделениями самостоятельно. Некоторые отделения готовят свои программы, некоторые ничего не предлагают. Кто-то может предложить нашу программу или список программ на выбор. Наша компания ни с кем не договаривалась.

с проверкой и формированием файлов такой бардак

Давайте до 1-2 апреля это называть рабочим процессом. Паника пользу все равно не принесет.

[osg_54]

1.CheckXML+ 2010 и CheckXML разные программы. Совместная разработка только в части последней. И именно CheckXML будет использоваться для тестирования в ОПФР.
2.Давайте до 1-2 апреля это называть рабочим процессом. Паника пользу все равно не принесет.

1. Но у них абсолютно одинаковые блоки тестирования, не так ли?
2. Давайте. Только паникуют наши клиенты, некоторым сдавать уже завтра. А глядя на то, какие новые глюки появляются в проверялке с каждой версией, начинаем паниковать и мы, разработчики прикладных программ, выгружающих РСВ-1 на МН...

[Алексей К.]

1. Да
2. Глюки еще будут. Готовьте своих клиентов к тому, что реально приема в первые числа не будет. По НДФЛ месяц с момента начала отчета программы дорабатывают.
В общем криком делу не помочь.

[mif333]

Через месяц закончиться сдача отчетов!
Не лучше ли руководствоваться УТВЕЖДЕННЫМ ФОРМАТОМ
Где четко прописано что "Номер корректировки Число 3,0"
но не строка!!!
Какие нули перед числом могут быть???
Согласно ВАШЕМУ толкованию формата получается 2*2 = 0004
Формат деньги предполагает не только рубли но и копейки.
Я так понимаю Ваш продукт для проверки ЭЛЕКТРОННОГО формата,
а не БУМАЖНОГО!?
Мне сегодня пришлось целую лекцию читать бухам по форматам. Они меня поняли после того как я им сказал, что в ведомостях зарплаты они
должны ставить нули до нужного формата!!!
А может формат изменили??? Тогда пожалуйста дайте ссылку!!!

[Алексей К.]

А можно короче и по существу, вопрос в чем?

[mif333]

Все суммы в XML файле должны иметь вид 0.00 - согласно формату "деньги"
Номер корретировки 0 или 1 - согласно формату число 3,0!
А у вас требование 0 и 000 или 001 !!!
У меня программа готовилась согласно формату!!!

[Алексей К.]

Формат деньги разрешает 99999.00 и 99999 уже давно.
По номеру корректировки проверку на шаблон (3 цифры) уберем.

[mif333]

И еще 999 т.р.
Для банков 9999999.9999
Удивительно не правда ли!!!

[Алексей К.]

Если нужен ответ, формулируйте вопрос. Откадывать сейчас нет времени, удивляться тоже.

[mif333]

Какому формату придерживаться?
Утвержденному или другому Может дадите ссылку!

[Slay]

Да, что непонятного? в файле 100.00 программа проверки хочет целочисленное 100 (т.е. без знаков после запятой) что не есть гут!

[mif333]

Целочисленое это не денежный формат.
Копейка тоже деньга.
Вот так и живем. Сначала ждем утверждения формата данных,
а потом делаем как рекумендуют заполнять бумажный носитель.
Зачем ждали ??? Если для разработчиков type int == double и
type int == string.
И как только разглядели что РегистрационныйНомерТФОМС это строка 15.
Грустно за программистов

[Slay]

вообще как я понимаю должно пропускать оба варианта, т.е. и 100.00 и 100. Проблема в схеме проверки... и не в программистах дело... ну хмл весь стринг...

[Slay]

если я правильно посмотрел, то используется "ТипДеньгиЦелые"

<xsd:simpleType name="ТипДеньгиЦелые">
<xsd:restriction base="xsd:long">
<xsd:totalDigits value="13"/>
<xsd:minInclusive value="-9999999999999"/>
<xsd:maxInclusive value="9999999999999"/>
</xsd:restriction>
</xsd:simpleType>

[osg_54]

вообще как я понимаю должно пропускать оба варианта, т.е. и 100.00 и 100. Проблема в схеме проверки... и не в программистах дело... ну хмл весь стринг...

Полностью солидарен! А в ошибку выводить только суммы с ненулевыми копейками, ибо заполнение в РУБЛЯХ.