PrepareOutgoingConsignmentOperation v2.0 работает?

Yoreg07 wrote:

Владимир Игнатов wrote:

Yoreg07 wrote:Добрый день. Тестовый контур ... долго-долго мучаясь, получилось оформить расходную партию в v2, но в ответ пришло не две версии записи складского журнала, а только одна - новая версия. Как так? Если я не ошибаюсь, то должна приходить информация обо всех изменённых версиях записей складского журнал, в моём случае их должно быть две. Кто что может пояснить?

В ответе? Только новая (текущая), после изменений. Чтобы получить старую, наплюйте на ответ и сделайте GetStockEntryChangesListOperation, там будет и старая, и новая.

Спасибо, это всё понятно, не понятно только будет ли возвращаться старая запись в продуктивной шлюзе? может это просто очередной косяк тестового шлюза?

Да почему после оформления транспортной партии должна приходить старая запись? Потому, что там [1..*] написано в количестве записей в ответе? Так в заявке можно несколько указать (теоретически). Потому, что в ответе есть last и active и это наводит на мысль, что может быть "не last"? Так это просто структура такая.

Владимир Игнатов wrote:

Yoreg07 wrote:

Владимир Игнатов wrote:

Yoreg07 wrote:Добрый день. Тестовый контур ... долго-долго мучаясь, получилось оформить расходную партию в v2, но в ответ пришло не две версии записи складского журнала, а только одна - новая версия. Как так? Если я не ошибаюсь, то должна приходить информация обо всех изменённых версиях записей складского журнал, в моём случае их должно быть две. Кто что может пояснить?

В ответе? Только новая (текущая), после изменений. Чтобы получить старую, наплюйте на ответ и сделайте GetStockEntryChangesListOperation, там будет и старая, и новая.

Спасибо, это всё понятно, не понятно только будет ли возвращаться старая запись в продуктивной шлюзе? может это просто очередной косяк тестового шлюза?

Да почему после оформления транспортной партии должна приходить старая запись? Потому, что там [1..*] написано в количестве записей в ответе? Так в заявке можно несколько указать (теоретически). Потому, что в ответе есть last и active и это наводит на мысль, что может быть "не last"? Так это просто структура такая.

Потому что в версии 1 когда-то я тестировал шлюз и приходили две записи

К тому же только что сделал аннулирование ВСД, и в ответ пришло две записи

Yoreg07 wrote:

Владимир Игнатов wrote:

Yoreg07 wrote:

Владимир Игнатов wrote:

Yoreg07 wrote:Добрый день. Тестовый контур ... долго-долго мучаясь, получилось оформить расходную партию в v2, но в ответ пришло не две версии записи складского журнала, а только одна - новая версия. Как так? Если я не ошибаюсь, то должна приходить информация обо всех изменённых версиях записей складского журнал, в моём случае их должно быть две. Кто что может пояснить?

В ответе? Только новая (текущая), после изменений. Чтобы получить старую, наплюйте на ответ и сделайте GetStockEntryChangesListOperation, там будет и старая, и новая.

Спасибо, это всё понятно, не понятно только будет ли возвращаться старая запись в продуктивной шлюзе? может это просто очередной косяк тестового шлюза?

Да почему после оформления транспортной партии должна приходить старая запись? Потому, что там [1..*] написано в количестве записей в ответе? Так в заявке можно несколько указать (теоретически). Потому, что в ответе есть last и active и это наводит на мысль, что может быть "не last"? Так это просто структура такая.

Потому что в версии 1 когда-то я тестировал шлюз и приходили две записи

К тому же только что сделал аннулирование ВСД, и в ответ пришло две записи

Ну, там тоже написано

Объект prepareOutcomingConsignmentResponse

Объект содержит сведения об изменённой записи журнала и об оформленном ВСД.

...об измененной... Одной, видимо.

Владимир Игнатов wrote:

Yoreg07 wrote:

Владимир Игнатов wrote:

Yoreg07 wrote:

Владимир Игнатов wrote:

Yoreg07 wrote:Добрый день. Тестовый контур ... долго-долго мучаясь, получилось оформить расходную партию в v2, но в ответ пришло не две версии записи складского журнала, а только одна - новая версия. Как так? Если я не ошибаюсь, то должна приходить информация обо всех изменённых версиях записей складского журнал, в моём случае их должно быть две. Кто что может пояснить?

В ответе? Только новая (текущая), после изменений. Чтобы получить старую, наплюйте на ответ и сделайте GetStockEntryChangesListOperation, там будет и старая, и новая.

Спасибо, это всё понятно, не понятно только будет ли возвращаться старая запись в продуктивной шлюзе? может это просто очередной косяк тестового шлюза?

Да почему после оформления транспортной партии должна приходить старая запись? Потому, что там [1..*] написано в количестве записей в ответе? Так в заявке можно несколько указать (теоретически). Потому, что в ответе есть last и active и это наводит на мысль, что может быть "не last"? Так это просто структура такая.

Потому что в версии 1 когда-то я тестировал шлюз и приходили две записи

К тому же только что сделал аннулирование ВСД, и в ответ пришло две записи

Ну, там тоже написано

Объект prepareOutcomingConsignmentResponse

Объект содержит сведения об изменённой записи журнала и об оформленном ВСД.

...об измененной... Одной, видимо.

А в схемах написано "о изменённых записи(ях) ..."

В общем, я думаю, что это очередной косяк разработчиков ... при аннулировании ВСД приходят обе версии записи

Yoreg07 wrote:В общем, я думаю, что это очередной косяк разработчиков ... при аннулировании ВСД приходят обе версии записи

М-да. Не знаю, что и думать...

Кто-нибудь в продуктивном шлюзе делал исходящую партию в V2? Сколько записей журнала в ответе (если в запросе указать одну) одно или две?

Добрый день. Скажите, пожалуйста, если при оформлении отгрузки указать один Delivery и в нём указать несколько разных sourseStockEntry, то сколько ВСД будет оформлено? Один, столько сколько sourseStockEntry или система как-то сама сгруппирует sourseStockEntry по каким либо признакам и сделает количество ВСД меньше, чем количество sourseStockEntry в запросе?

Добрый день. Есть вопрос: для чего нужен атрибут partOf у элемента Consigment ?