Экспорт-импорт - другая нумерация???

[Tima37]

Здравствуйте, господа разработчики и гуру.
Возник вопрос клиента.
В ПО ДПС и близким к ним, в процессе создания, отправки, получения, сохранения, нумерация файла не меняется, за исключением следующих в периоде.
Для автоматизации, зная нумерацию сохраненного запита, можно найти номер сохраненного витяга, но не в Медок.
Пример:
И так, есть запит J1301502 и витяг J1401602 - разница только в чаркоде, номерация, сохраненного файла, одинаковая.
1. подписанные и отправленные

| Показать

подпис_отправ.jpg (35.82 Кіб) Переглянуто 1295 разів

2. сохраненные з ЕВПЕЗ

| Показать

EVPEZ.jpg (111.96 Кіб) Переглянуто 1295 разів

Теперь Медок: Организация, с Медка отправляет документ - Запит на отримання відомостей про фізичних осіб......, с номером в конце файла ХХХ0005910920211820.xml на регистрацию в ДПС, получают Витяг с таким же номером в конце, а именно ХХХ0005910920211820.xml
Так как в Медок сохранить файл можно только через экспорт, выбирается "експорт для подачі в контролюючий орган", НО это "неправильно".
А вот вопрос:
1. Почему при экспорте документа из Медок, допустим Витяга с номером в конце ХХХ0005910920211820.xml, в пустую папку, программа спокойно сохраняет документ, при этом меняя в нем номер документа на следующий по порядку, допустим ХХХ0002710920211820.xml
1. Почему при экспорте одного и того же документа из Медок в одну и туже папку, Медок не ругается, что уже есть такой файл - с вопросом "ЗАМЕНИТЬ", а спокойно сохраняет документ, меняя в нем нумерацию документа?
Я примерно уже знаю ответы, но хочу подтверждения знатоков.

[Tima37]

Доброго дня.
Супер. 24 просмотра и ни одного предложения......
А я то думал, посыпятся рекомендации или рассуждения на тему ПО.
Странно. Что никто не замечал?

[priup]

Доброго дня.
Супер. 24 просмотра и ни одного предложения......
А я то думал, посыпятся рекомендации или рассуждения на тему ПО.
Странно. Что никто не замечал?

Садомазохизмом не занимаюсь - вот и не замечал ........

[Marat Melnyk]

Доброго дня!
Данная ситуация будет рассмотрена дополнительно.

[Marat Melnyk]

"Витяг" является входящим документом. При попытке экспортировать документ в формате "Для подачі в контролюючий орган" формируется файл исходящего документа для подачи в контролирующий орган, которому присваивается имя файла согласно счетчика, чтобы имена поданных документов не совпадали.
Уточните, пожалуйста, для какой цели Вы выполняете экспорт входящего Витяга?

[Medoc Man]

Уточните, пожалуйста, для какой цели Вы выполняете экспорт входящего Витяга?

Очевидно, чтобы куда-то "засунуть", где, как описывалось,

можно найти номер сохраненного витяга...

из соображений

Для автоматизации...

Правда непонятно зачем такое исхищрение и вообще откуда возникла идея искать документы по номеру счётчика в имени файла

...зная нумерацию сохраненного запита, можно найти номер...

[priup]

......
Уточните, пожалуйста, для какой цели Вы выполняете экспорт входящего Витяга?

Марат! Я же угадал сразу:

Садомазохизм ........

[Tima37]

Умных людей судить не буду, а другим отвечу.
1. У каждого "автоматизатора обменного процесса" своя логика написания.
В СПЕЦиализированном ПО формируются запросы, а МЕДОК служит как мост для отправки ФИСКАЛАМ.
ОРГАНИЗАЦИЯ СОЦЗАХИСТУ, сохраняет эти запросы и витяги по физлицам в папках архива, так удобнее им и сортировать, и искать по файлам xml, при проверке. Ведь если есть "ЗАПИТ" с номером и "ВИТЯГ" с таким же номером, разница в коде бланка, поиск в папках по маске - мгновенный.
Мне люди, которые по необходимости еще пользуются ЄВПЕЗ(спецалізованим клієнтським ПЗ від ДПС), а до этого пользовались Сонатой, задали вполне нормальный вопрос:
Почему там можно сохранить документ с оригинальным входящим номером, а у нас сохранить можно только через экспорт, да еще и с номером, фиг знает с каким?
2. Я не буду защищать ПО ДРУГИХ разработчиков(мне за это не платят), но если там можно, то у нас, что КЛЕПКИ не хватает, как дорисовать опцию "эекспорт документа, как в оригинале"? У нас должно быть больше вариантов, ведь позиционируем Медок, как "краще ПЗ для бухгалтера".
Мне, допустим, очень понравился ответ, что ситуация будет рассмотрена дополнительно, ведь счетчики на ПК, могут быть разные, и при сохранении с разных ПК в один архив, хрень получится еще та.
Вот такой вот "садомазо".

[Medoc Man]

1. У каждого "автоматизатора обменного процесса" своя логика написания.

Тогда используйте средства автоматизации: https://medoc.ua/pdf/integration-api-com.pdf
Методы CreateGovQryByCharCode + GetNNResponse.

Ведь если есть "ЗАПИТ" с номером и "ВИТЯГ" с таким же номером, разница в коде бланка, поиск в папках по маске -

Вот только номер запроса/вытяга (номер документа) и номер в имени файла - абсолютно разные вещи, не обязаны и МОГУТ не совпадать и уж точно не должны использоваться как средство выявления соответствия.
Это как пытаться сварить макароны в чайнике. Можно конечно, но зачем, если есть кастрюля и даже с ложкой.

[Marat Melnyk]

Возможность выгрузки входящих документов без изменения имени файла будет рассмотрена отделом разработки.

[Tima37]

Возможность выгрузки входящих документов без изменения имени файла будет рассмотрена отделом разработки.

Спасибо. Ждем.

[Ведь если есть "ЗАПИТ" с номером и "ВИТЯГ" с таким же номером, разница в коде бланка, поиск в папках по маске -
Вот только номер запроса/вытяга (номер документа) и номер в имени файла - абсолютно разные вещи, не обязаны и МОГУТ не совпадать и уж точно не должны использоваться как средство выявления соответствия.
Это как пытаться сварить макароны в чайнике. Можно конечно, но зачем, если есть кастрюля и даже с ложкой.

Как мне объяснили, им нужны только имена файлов, далее они работают внутри xml-файла.
У них была Соната для своих специализированных нужд и Медок для бухгалтерии. Они докупили возможность подписывать ключами разных ЦСК и ушли только на Медок, но столкнулись с теми несоответствиями, которых в Сонате не было.
Это коротко.
п.с. Топором можно рубить дрова, забивать гвозди и даже бриться, а "своим уставом в чужой моностырь" .....

[priup]

......
п.с. Топором можно рубить дрова, забивать гвозди и даже бриться, а "своим уставом в чужой моностырь" .....

+110%
С этим не поспоришь!!............

[hatmaster]

| Показать

1. У каждого "автоматизатора обменного процесса" своя логика написания.

Тогда используйте средства автоматизации: https://medoc.ua/pdf/integration-api-com.pdf
Методы CreateGovQryByCharCode + GetNNResponse.

Ведь если есть "ЗАПИТ" с номером и "ВИТЯГ" с таким же номером, разница в коде бланка, поиск в папках по маске -

Вот только номер запроса/вытяга (номер документа) и номер в имени файла - абсолютно разные вещи, не обязаны и МОГУТ не совпадать и уж точно не должны использоваться как средство выявления соответствия.
Это как пытаться сварить макароны в чайнике. Можно конечно, но зачем, если есть кастрюля и даже с ложкой.

Провів експеримент:
відправив Запит - 24120034554363J1300204100000000110920212412.XML
отримав Витяг - 24120034554363J1400204100000000110920212412.XML

Тобто ДПС надає у відповідь файл витягу з номером як у запиті. І так, номер запиту і номер в імені файлу - це різні номери.

Зробив експорт Запиту - 24120034554363J1300204100000000210920212412.XML
Витягу - 24120034554363J1400204100000000110920212412.XML

Тобто, проблема таки є.

[Забби]

Скажімо так, зазвичай (у 98% випадків), назви файлу документу/відповіді збігаються.
І пан Medoc Man не зовсім правий у своїй категоричності. Адже ім'я файлу в ДПС - це унікальний ідентифікатор документу, з доброго дива
Але для кількох типів документів воно не збігається, бо шлюз ліпить туди якісь свої номери при відповіді. Типовий маразм від ДПС.