Сообщения, отправленные пользователем: Vladimir2017

oleg-x wrote:

Vladimir2017 wrote:Мы вообще об упаковку не хотели замачиваться, но потом реализовали один уровень, а потом и все три. Капризность клиента не имеет значения, у него есть свои соображения на этот счет и привилегированное положение клиента.

Ну тогда в ручном режиме, хотя как считать такие вещи как. Выписали 3 вида мяса, которые поместились на один палет. Как указать что всего один палет или указывать по 0,33333 палета на каждую позицию?
Или в таких случаях исключать упаковку палет и писать только потребительскую упаковку.

В вашем случаем, мне кажется, надо указывать один поддон в любом случае. Тем более число с плавающей точкой вы там не укажите, т.к. поле целочисленное.

oleg-x wrote:

Vladimir2017 wrote:

oleg-x wrote: Сам мерк не контролирует упаковки. Может прийти 10 упаковок, а отправить можно 150 упаковок.

А тут проблема не в Мерке, тут проблема в том что контрагенту по документу придет одно число поддонов, а по факту другое и он развернет поставку.

Какие то капризные клиенты. Не отправляйте транспортную упаковку им, только потребительскую.

Мы вообще об упаковку не хотели замачиваться, но потом реализовали один уровень, а потом и все три. Капризность клиента не имеет значения, у него есть свои соображения на этот счет и привилегированное положение клиента.

oleg-x wrote: Сам мерк не контролирует упаковки. Может прийти 10 упаковок, а отправить можно 150 упаковок.

А тут проблема не в Мерке, тут проблема в том что контрагенту по документу придет одно число поддонов, а по факту другое и он развернет поставку.

Фармакс wrote:
например отгружаем 63 коробки = 63 ПУ, что я должен указать в этом разделе?
левел 6 = 1 штука
левел 4 = 2 штуки
левел 2 = 3 штуки

или как то так

левел 6 = 2 штуки (округляем до большего целого)
левел 4 = 13 штук (так же до большего целого)
левел 2 = 63 штуки

А вы расчетом выясняете количество упаковок на уровнях? Реальных данных нет? Если так, я бы округлял до большего.

Всегда пожалуйста, обращайтесь если что.

Для API 2.0:

packageList: http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2
package : http://api.vetrf.ru/schema/cdm/dictionary/v2

Неймспейс на package и packageList не прописаны. Причем они разные, указывать надо оба.

Разрабы вроде обещали блокировку по дублю localTransactionId. Опять забили?

Мне кажется не стоит обращать внимания на ошибки типа Апмл12. Автоматизация процесса должна учитывать такие вещи. Не отправилось раз, значит надо отправить повторно.

user100000 wrote:к вашим, конечно же, нет

Какая замечательная зайка!

user100000 wrote:

Vladimir2017 wrote:

user100000 wrote:

Vladimir2017 wrote:Какие злые разработчики и пользователи тут собрались. Вы случаем не того? Не либералы?

причем тут либерализм?

Вот точно либерал, наверное отмены Меркурия хотите?

а ты либераст?

Хотите примкнуть, к нашим нестройным рядам?

BFT wrote:

Vladimir2017 wrote:

user100000 wrote:

Vladimir2017 wrote:Какие злые разработчики и пользователи тут собрались. Вы случаем не того? Не либералы?

причем тут либерализм?

Вот точно либерал, наверное отмены Меркурия хотите?

на готовую продукцию хотим

Излишний либерализм демонстрируете. Думаю не ослаблять, а ужесточать надо. К примеру готовую продукцию в 647 приказ, а все остальное в 648.

user100000 wrote:

Vladimir2017 wrote:Какие злые разработчики и пользователи тут собрались. Вы случаем не того? Не либералы?

причем тут либерализм?

Вот точно либерал, наверное отмены Меркурия хотите?

Какие злые разработчики и пользователи тут собрались. Вы случаем не того? Не либералы?

Кто-то тут рассказывал что у него вторую неделю висят заявки в "прогрессе", мне в техподдержке сказали что такие заявки уже не выполнятся никогда. Забейте, ставьте 10 попыток через 3 секунды, если ответа нет - помечаете заявку как не отправленную.