|
[Search] Поиск   [Recent Topics] Последние темы   [Hottest Topics] Горячие темы   [Members]  Список участников   [Groups] На главную страницу 
[Register] Регистрация / 
[Login] Вход 
Сообщения, отправленные пользователем: lalex23
Индекс форума » Профиль для lalex23 » Сообщения, отправленные пользователем lalex23
Автор Сообщение
чего-то обязательного сильно не хватает
лично я по вышеописанной технологии делал xml файл через общую фабрику, потом ЗаписьXML и отправлял в HTTPСоединение
vvche wrote:Теперь на OutcomingConsignmentRequest непонятки:

Error MERC02080: Единица измерения, в которой происходит списание продукции, в ветеринарно-сопроводительном документе обязательна для заполнения.

В consignment/unit единица есть, в vetCertificate, судя по документации, она не обязательна. Или там надо полностью элемент batch заполнять?

указывайте uuid, guid не обрабатывается, я тоже наступил на эти грабли
Господа 1С-ники, на вас вся надежда.
Работа со всеми сервисами(кроме обработки заявок) идёт через штатный механизм WSПрокси, сервис обработки заявок пришлось реализовывать через объект HTTPСоединение.
После получения доступа к рабочему Меркурию - запрос к рабочим сервисам заканчивается ошибкой: Ошибка работы с Интернет: SSL connect error, на тестовый сервис запросы уходят без проблем.
А теперь немного загадок:
1. проблема возникла на платформе 8.2.19.76, на 8.2.19.130 проблемы нет, на 8.3.7.2027 проблемы нет
2. но запускаю Fiddler, он встаёт как локальный прокси и запросы уходят и на рабочий и на тестовый сервера без проблем на любой платформе
проблема не с сертификатами, поскольку без Fiddler-а запросы из 8.3.7.2027 уходят без проблем, а файлик cacert.pem я положил к платформе 8.2.19.76
У кого какие мысли есть?
з.ы.
обновление платформы хотя бы до 8.2.19.130 - первое что приходит в голову, но 5 перифирийных баз, плюс в центральной базе порядка сотни пользователей с режимом работы 24/7 намекают на поиски программных решений проблемы, если конечно не склеится - будем обновлять..
vvche wrote:

Кстати, у меня объект Envelope не пересортировывает, пишет нормально, может от версии платформы 1С зависит?

на 8.2.19.76 такой проблемы не наблюдается
vvche wrote:Я по другому выкрутился: сделал список обязательных для заполнения свойств, и инициализирую только их.

Пришлось так же сделать, поскольку была высказана претензия по наличию большого количества пустых тегов в xml-запросе.
vvche wrote:А вот за циклическую ссылку BusinessEntity:activitylocation->Enterprise:owner->BusinessEntity разработчикам небольшой минус в карму

да нормально, я просто поставил проверку на уровень рекурсии и дальше 10 уровня при инициализации свойств - не проваливаюсь, этого вполне достаточно для любых запросов
Объясните пожалуйста - в чём смысл запрета объединения записей журнала вырабатываемой продукции при работе через шлюз?
На тестовом сервере удалось без проблем объединить две записи, а через шлюз посылает лесом с ошибкой MERC17277
RomanWBD wrote:
КИТ ВО wrote:Здравствуйте. Подскажите, каким образом можно произвести выгрузку ХС из нашей ИС в Меркурий?


Добавление/изменение сведений о хозяйствующем субъекте

Как по мне проще создать сначала руками в Меркурии, а потом UUID привязать к ХС в вашей ИТ системе.


Не согласен, запрос на регистрацию хозяйствующего субъекта или предприятия из учётной системы - простенький, перед этим можно поиск запустить по-очереди: огрн, инн, наименование.
Егорова Ирина wrote:Здравствуйте!

Здравствуй обновление, новое, милое, глючное...
MERC02386 Данная транзакция не может быть оформлена, так как роль пользователя не позволяет оформлять ВСД


Алексей, если вам действительно требуется решить проблему, тогда мне потребуется ваши запрос и ответ с ошибкой. Прикреплённых картинок для этого явно недостаточно.
Кроме того, ознакомьтесь со списком изменений и проверьте запросы на соответствие им.

вопрос снят, сам дурак.
Здравствуй обновление, новое, милое, глючное...
MERC02386 Данная транзакция не может быть оформлена, так как роль пользователя не позволяет оформлять ВСД
Под одним пользователем оформляются операции, под вторым - нет. Вчера оформлялись под любым, что и где ночью сдохло?
Вероятно не хватает каких-то прав... вот пара пользователй, под первым - всё работает, под вторым - ошибка

вот настройка прав доступа второго пользователя, у первого всё идентично
Ирина, огромное спасибо за подробные ответы на все вопросы
Егорова Ирина wrote:
ах вот оно как, тогда понятно, но непонятно другое: на рабочем сервере вет.врачи через веб-интерфейс ГВЭ оформляют руками транспортные транзакции, ни разу у них при печати не видел формы 4, только-что просмотрел с десяток транзакций, везде форма 2

Алексей, сверьтесь с условиями, при которых оформляются те или иные формы документов. Они есть в нашей справке.

беспокоит меня так же вопрос по несовпадению номеров ВСД которые будут печататься из учётной системы с номерами присваивающимися Меркурием

Процитирую свой ответ вам, данный на указанное сообщение: "Алексей, строгое требование - чтобы были dataMatrix код, в котором была бы зашифрована ссылка на сертификат в системе Меркурий и уникальный идентификатор ВСД. Всё остальное - как вам удобнее."
Пожалуйста, будьте внимательнее!

1. по этой http://help.vetrf.ru/wiki/VetDocumentForm ссылке?
читал, внимательно, различие между 2 и 4 формами понял, не понял двух вещей:
а. фраза "внутри одного района" что подразумевает?
б. на тестовом сервере оформляю транспортную транзакцию, хозяйствующий субъект и производственная площадка на которой осуществляется производство находятся в Набережных Челнах, предприятие получатель так же находится в Набережных Челнах - на печать выводится форма 4
если получатель находится в другом городе, даже в Татарстане - выводится форма 2
на боевом сервере просматриваю транзакции которые оформлены вет.врачами - даже при отгрузке по Набережным Челнам - выводится форма 2

2. я прекрасно понял ваш ответ, меня беспокоят возможные вопросы в будущем от получателей ВСД, пока не буду заморачиваться.

ну и раз уж посыпались ответы как из рога изобилия, спрошу ещё:
3. сегодня 31.05.2016 после 15:00 на тестовом сервере не проводилось никаких профилактических работ или ещё чего?
у меня приличное число запросов отправленных из 1С заканчивались неудачным соединением, что более неприятно один из запросов у меня закончился ошибкой соединения, но транзакция на сервере была оформлена и при повторной отправке получил ошибки MERC02137 и MERC02138 (вопрос не об ошибках а о работоспособности сервера)
4. через шлюз зарегистрировать хозяйствующий субъект или предприятие - нельзя? можно только собственные производственные площадки добавлять/редактировать? получается вет.врачам или сотрудникам хозяйствующего субъекта необходимо через веб-интерфейс ГВЭ или ХС вносить информацию о хозяйствующих субъектах и предприятиях?

Егорова Ирина wrote:Также оформляется при перевозке любого вида продукции внутри одного района.

ах вот оно как, тогда понятно, но непонятно другое: на рабочем сервере вет.врачи через веб-интерфейс ГВЭ оформляют руками транспортные транзакции, ни разу у них при печати не видел формы 4, только-что просмотрел с десяток транзакций, везде форма 2

беспокоит меня так же вопрос по несовпадению номеров ВСД которые будут печататься из учётной системы с номерами присваивающимися Меркурием
Егорова Ирина wrote:
1. полученные ВСД иногда имеют форму "NOTE4", а иногда "LIC2" это тоже глюк тестового сервера или есть какая-то причина?

http://help.vetrf.ru/wiki/VetDocumentForm - не стесняйтесь пользоваться документацией.

я не указываю количество упаковок ни при оформлении транспортных транзакций, ни производственных партий, соответственно при печати полного бланка ВСД из ГВЭ получаю ", 0 шт." в строке "наименование и количество единиц упаковки", это критично?


Если вы действительно отправляете продукцию без упаковки, то не критично. Если продукция на самом деле упакована, а вы этого не указали, то при гашении ВСД будет создан акт о несоответствии.


1. этот кусок справки я видел, вопрос в следующем:
транспортная транзакция содержит продукцию следующих видов:
"Мясо и мясопродукты" - "мясо птицы" - "курица домашняя: "не разделенная на части охлажденная"", guid "bcb270cd-84fa-f3ad-6e4b-705eb50d703f" - получаю LIC2
"Пищевые продукты" - "готовая продукция из мяса птицы" - "полуфабрикаты из мяса птицы", guid "c0156183-d1e8-4345-bcde-0de76ac32b20" - получаю NOTE4
это ни как не "кожевенно-меховое сырьё", что в этом случае не так?
2. понятно, значит нужны и коробки.
 
Индекс форума » Профиль для lalex23 » Сообщения, отправленные пользователем lalex23
Перейти:   

Powered by JForum 2.1.8 © JForum Team