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

sergmerk wrote:Другая проблема проявилась. Точнее, она была и на прежних релизах.По некоторым исходящим транспортным задваиваются расходы в меркурии.То есть происходит так-формируют исходящую транспортную накладную,в ней все нормально, все записи складского журнала заполняются. Потом ее отправляют в черный ящик мрака, через некоторое время покупатель возвращает в мерке весь товар. Начинаем разбираться - выясняется, что в мерке отправка всего товара из исходящей произошла дважды.И что самое плохое-мерк действительно списывает этот товар дважды с наших остатков и товара этого уже не хватает, чтобы отправить другие накладные.Не сталкивались с таким?Самое плохое - непонятно, как и где возникает эта ошибка. То ли в 1с иногда при каких-то обстоятельствах задваивается каким-нибудь запросом,то ли мерк сбоит...

Мы по такой проблеме писали в службу поддержки. Ответили, что будут чинить. Причины 2: APLM0012 после которого запрос выполняется повторно и параллельное выполнение обменов из разных сеансов.

Neomania wrote:Доброго времени суток всем. Для работы с Ветис используется БП 3.0, а точнее 3.0.65.72. При оформлении ВСД из документа "Исходящая транспортная операция ВЕТИС" перестали оформляться ВСД, если в табличной части больше одной позиции, вылетает ошибка "MERC02137: Используемый объём должен быть меньше или равен остатку" при том, что остаток есть и на сайте Меркурия равен списываемому в 1с-ке. Никаких ручных объединений/баловства с настройками/отвязываний площадок не было. При всем этом, если при тех же настройках и заполненности реквизитов документа, одна позиция в табличной части отправляется и оформляется прекрасно. Кто-нить знает, что эт такое? или это только у нас так?

Похоже на ошибку в релизе.

sergmerk wrote:Здравствуйте.Для работы с Меркурием используем БП 3.0 (точнее, 3.0.64.34).Читать остатки и формировать исходящие ТП получается - но вот организовать полноценную работу с меркурием не удается. Прежде всего проблемы с входящими ВСД.1с-ка пытается, видимо, загрузить все входящие ВСД (хотя они все давно уже погашены в вэбе) - но,загрузив только часть (до 29.08), выходит ошибка (см.рисунок). Пробовали очищать очередь сообщений - бесполезно. В идеале, конечно, было бы хорошо, если можно было бы загружать входящие ВСД только за выбранный период - в версии апи 2.1 такой метод появился - но вот 1с, видимо, никак еще не сделает для этой версии. Кто что посоветует? Как у вас настроена работа с входящими всд?

Загружаться должны только непогашенные входящие.
Вы случайно в процессе обмена параметрами оптимизации не баловались?

nata.sms@mail.ru wrote:

christoffelsymbols wrote:

nata.sms@mail.ru wrote:

christoffelsymbols wrote:

nata.sms@mail.ru wrote:При отправке из 1С "Выпуска продукции" в ВЕТИС висит статус "Ожидайте завершения обработки данных ВЕТИС", как быть???
Еще при отправке выдал ошибку - скрин прилагается
В Меркурий продукция вся попадает, но статус в 1С не возвращается, как решить не понятно
После данной ошибки не срабатывает обмен с ВЕТИСом до тех пор, пока не очистишь очередь сообщений ВЕТИС

Это ошибка в конфигурации. Если пришлете текст XML из журнала регистрации, то смогу указать причину и способ обхода (исправления)

Это исходящее сообщение из протокола обмена, а нужно входящее из журнала регистрации.
Но если на скриншоте выделена именно строка с ошибкой: флаг скоропорта стоит у окорочков?

<?xml version="1.0" encoding="UTF-8"?>
<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/">
<env:Header/>
<env:Body>
<submitApplicationResponse xmlns="http://api.vetrf.ru/schema/cdm/application/ws-definitions">
<application xmlns="http://api.vetrf.ru/schema/cdm/application">
<applicationId>a32a2fc0-779e-4603-8e76-550686a4276e</applicationId>
<status>ACCEPTED</status>
<serviceId>mercury-g2b.service</serviceId>
<issuerId>1128f214-1ebd-424f-9256-0a3f3e8b2036</issuerId>
<issueDate>2018-10-11T15:05:00+05:00</issueDate>
<rcvDate>2018-10-11T13:05:03</rcvDate>
</application>
</submitApplicationResponse>
</env:Body>
</env:Envelope>

Тоже не то.

В тексте дожен быть registerProductionOperationResponse

nata.sms@mail.ru wrote:

christoffelsymbols wrote:

nata.sms@mail.ru wrote:При отправке из 1С "Выпуска продукции" в ВЕТИС висит статус "Ожидайте завершения обработки данных ВЕТИС", как быть???
Еще при отправке выдал ошибку - скрин прилагается
В Меркурий продукция вся попадает, но статус в 1С не возвращается, как решить не понятно
После данной ошибки не срабатывает обмен с ВЕТИСом до тех пор, пока не очистишь очередь сообщений ВЕТИС

Это ошибка в конфигурации. Если пришлете текст XML из журнала регистрации, то смогу указать причину и способ обхода (исправления)

Это исходящее сообщение из протокола обмена, а нужно входящее из журнала регистрации.
Но если на скриншоте выделена именно строка с ошибкой: флаг скоропорта стоит у окорочков?

nata.sms@mail.ru wrote:При отправке из 1С "Выпуска продукции" в ВЕТИС висит статус "Ожидайте завершения обработки данных ВЕТИС", как быть???
Еще при отправке выдал ошибку - скрин прилагается
В Меркурий продукция вся попадает, но статус в 1С не возвращается, как решить не понятно
После данной ошибки не срабатывает обмен с ВЕТИСом до тех пор, пока не очистишь очередь сообщений ВЕТИС

Это ошибка в конфигурации. Если пришлете текст XML из журнала регистрации, то смогу указать причину и способ обхода (исправления)

Илья Балабанов wrote:Добрый день столкнулся с проблемой в программе 1с настроил интеграцию с Ветис но при запросе документов с Ветиса выдает ошибку. Помогите разобраться в чем дело.

Получен "Ответ на запрос записи складского журнала" (id=717275af-ade9-4e35-9b61-962c9430d4d7) Хозяйствующий субъект: ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ "АВТООТДЫХ"(98f4d7a9-3969-49e0-aaf1-806bb7d0b098) Предприятие: ООО "АВТООТДЫХ"(87896e45-5781-4b9b-8958-c0b6263b6241) Ошибка поиска: Код состояния HTTP: 500. Код ошибки: <Код отсутствует>. Текст ошибки: Application with id=717275af-ade9-4e35-9b61-962c9430d4d7 and issuerId=98f4d7a9-3969-49e0-aaf1-806bb7d0b098 not found.

Видимо это запрос устарел (больше 3-х дней).
Нужно обновить релиз 1С. На актуальном релизе такой ошибки быть не должно.

Tatyana-17 wrote:Добрый день!
Коллеги, подскажите, кто работает в интеграционной версии Ветис API 2.0, как решили проблему указания причины в возвратном эВСД?

Через api это сделать нельзя

Madman wrote:
Вы мне вроде как помочь хотели с этой проблемой, но так и не ответили.

Написал Вам свой контакт....

Madman wrote:

christoffelsymbols wrote:

APLM0012 штука для пользователя непостижимая.
И способ борьбы только один: повторный запрос.
Вы можете попробовать увеличить количество повторов и уменьшить интервал между запросами. Иногда временно помогает

А что если удалить существующую интеграцию с ВЕТИС и создать по новой, он при создании обычно сразу все ВСД загружает? А то повторными запросами он по 20 ВСД за полчаса грузит, а мне 9к нужно загрузить.

Все запросы списков:
GetVetDocumentChangesListOperation
GetStockEntryChangesListOperation
GetVetDocumentListOperation
GetStockEntryListOperation
имеют ограничения в виде APLM0012

Причем нагрузка на сервера и соответственно APLM изменяется в течении дня, поэтому тут не угадать.
Но если хочется провести эксперимент, то не нужно удалять настройку подключения.
Можно зайти в Обмен с ВетИС - см. так же - Синхронизация данных - и удалить строку синхронизации ВСД по нужным предприятиям.
Если после этого выполнить обмен - то будет выполнен запрос GetVetDocumentListOperation. В обычном режиме вызывается GetVetDocumentChangesListOperation.

Madman wrote:

oleg-x wrote:

Madman wrote:В общем так я с этой проблемой и не разобрался, решил просто удалить все ВСД и загрузить их из ВЕТИСА по новой, но после загрузки 50 всд стала вылазить такая вот ошибка, и так уже на протяжении нескольких часов.

Пытайтесь еще раз, это из-за ошибки APLM00012. Ограничение нагрузки со стороны меркурия.

А если на протяжении дня пробовал раз 10 и всеравно такая ошибка, что можно сделать?

APLM0012 штука для пользователя непостижимая.
И способ борьбы только один: повторный запрос.
Вы можете попробовать увеличить количество повторов и уменьшить интервал между запросами. Иногда временно помогает

Илья Балабанов wrote:Добрый день возникла проблема интеграции Ветис с 1с. При вводе данных в программу для интеграции системы выдает ошибку "
Пользователь Администратор не включен в список пользователей хозяйствующего субъекта" помогите разобраться в чем может быть проблема

Сталкивались с такой проблемой, это ошибка в конфигурации. Вроде как обещали поправить.

Format wrote:

christoffelsymbols wrote:

Format wrote:

christoffelsymbols wrote:

Format wrote:Добрый день

Подскажите по ошибке
MERC14562: Так как название продукции в сведениях о принимаемой партии не совпадает с указанной в ветеринарно-сопроводительном документе, то необходимо указать причину в акте о несоответствии.
Текст XML см. в протоколе обмена.

Стоит УТ11.4 При попытке погасить ВСД выходит ошибка выше. Начинаю копать, получается что на сайте продукция имеет название, условно "Продукт", а в 1С УТ11.4 эта продукция встала с названием "Product". И никак не хочет обновляться, чтобы было как на сайте Меркурия. И повторную синхронизация справочника Продукции ВЕТИС делал, и ВСД заново загружал, не хочет и все.
Как быть в таком случаи? Возможно получится принудительно изменить наименование в 1с, но это будет не правильно с точки зрения учета. Справочник "Продукция ВЕТИС" по идеи сам должен обновляться, если поменяли наименование, но этого не происходит. Может что-то не так делаю?

Нужны скриншоты карточки продукции из ВСД и карточки продукции из входящей транспортной операции.

В 1С у меня карточка выглядит так: ()единственно я название в 1с принудительно поменял, было Chappi сделал ЧАППИ, не помогло)

А на сайте Меркурия так

Интересно, у тоже такая проблема воспроизвелась. Разбираемся

Тех. поддержка Ветис говорит, что если номенклатура была изменена, то нужно указывать не guid а uuid номенклатуры (той версии которая указана в ВСД)
Но в типовой УТ11.4 я пробовал указать и Идентификатор в продукции и Идентификатор версии в продукции, ничего не помогает.
Получается в типовой 1С это еще не реализовано?
Кто пробовал у себя в 1С, получается?

Да, получается, что это ошибка в УТ. Написали разработчикам. Надеюсь, что исправят.

Format wrote:

christoffelsymbols wrote:

Format wrote:Добрый день

Подскажите по ошибке
MERC14562: Так как название продукции в сведениях о принимаемой партии не совпадает с указанной в ветеринарно-сопроводительном документе, то необходимо указать причину в акте о несоответствии.
Текст XML см. в протоколе обмена.

Стоит УТ11.4 При попытке погасить ВСД выходит ошибка выше. Начинаю копать, получается что на сайте продукция имеет название, условно "Продукт", а в 1С УТ11.4 эта продукция встала с названием "Product". И никак не хочет обновляться, чтобы было как на сайте Меркурия. И повторную синхронизация справочника Продукции ВЕТИС делал, и ВСД заново загружал, не хочет и все.
Как быть в таком случаи? Возможно получится принудительно изменить наименование в 1с, но это будет не правильно с точки зрения учета. Справочник "Продукция ВЕТИС" по идеи сам должен обновляться, если поменяли наименование, но этого не происходит. Может что-то не так делаю?

Нужны скриншоты карточки продукции из ВСД и карточки продукции из входящей транспортной операции.

В 1С у меня карточка выглядит так: ()единственно я название в 1с принудительно поменял, было Chappi сделал ЧАППИ, не помогло)

А на сайте Меркурия так

Интересно, у тоже такая проблема воспроизвелась. Разбираемся

Madman wrote:Здравствуйте. Объединили задублированные площадки и теперь появилась новая проблема в 1с, при гашении по ТТН, перестали гаситься ТТН-ки которые были получены из Ветиса до объединения площадок. Так же в ошибке пишет что не заполнено "количество ВЕТИС", хотя эта колонка у всех позиций заполнена, только колонка "количество" пустая:

При гашении по ВСД по каждой отдельной позиции товара ВСД гасятся корректно и проблем не возникает:

При этом ТТН-ки которые приходят после объединения задублированных площадок гасятся без проблем. Я бы погасил старые ТТН-ки поштучно по ВСД, но проблема в том что там 9000 ВСД, а если гасить по ТТН-кам то будет 300-400 документов, руководство хочет гасить только по ТТН. Что можно сделать в данной ситуации?

Проблема не с колонками которые Вы видите в ТЧ Товары, а с колонками в ТЧ ТоварыУточнение.
Написал Вам в личку.