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

уважаю ваше мнение

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

lalex23 wrote:

nifor wrote:Вверх !!! Вопрос открыт !!!

любые формы можно нарисовать средствами 1С, полную очень муторно, но её можно получить в виде pdf
какие ещё вопросы остались?

Любые формы можно нарисовать средствами Paint.exe, полную очень муторно. Вопрос, который остался: а зачем нужен Меркурий? Вполне достаточно Paint.exe и голубиной почты.

Уважаю Ваше решение - ждать у моря погоды, но по моему скромному мнению в свете лихорадочного допиливания прав пользователей и косяков шлюза формата 2.0 - сервис предоставления печатных форм это последнее на что обратят внимание разработчики

nifor wrote:Вверх !!! Вопрос открыт !!!

любые формы можно нарисовать средствами 1С, полную очень муторно, но её можно получить в виде pdf
какие ещё вопросы остались?

my.vetrf-forum wrote:Что-то не так с Меркурием. Делаю запрос входящих ВСД. Приходит ответ в нем количество ВСД написано 50. Хотя на самом деле в веб интерфейсе их больше 1000.

у меня другая ситуация: оформляется транспортная трназакция, смотрю по получателю входящие ВСД - нет ни через шлюз, ни через веб, минут через 4-5 появляется в веб-е и тут же можно запрашивать через шлюз

Коллеги, а вот прямо сейчас на рабочем сервере у всех всё работает?

update

вот с утра тупило, потом умерло на пол-часа, теперь продышалось, что за лихорадка?

my.vetrf-forum wrote:Кстати другой финт, с созданием своей Фабрики тоже не получился, тоже ошибку странную пишет. Буду data вручную формировать, получается только так.

оно работает, на счёт 8.1 не скажу, но на 8.2.19.130

Функция ПолучитьСводнуюФабрикуXDTO() Экспорт 
	// получаем определение сервиса и берем из него фабрику
	Если ПараметрыСеанса.ветисПараметрыАвторизации.ТестовыйСервер Тогда
		ОпределениеWS = WSСсылки.ветисApplicationManagementsServiceTest.ПолучитьWSОпределения();
	Иначе
		ОпределениеWS = WSСсылки.ветисApplicationManagementsServiceWork.ПолучитьWSОпределения();
	КонецЕсли;
	
	// создаем врем. фабрику на основе пакетов из конфиги и web сервиса
	// нам нужны 2 пакета из ws, но пакет с application нужен локальный
	МассивURI = Новый Массив;
	МассивURI.Добавить("http://api.vetrf.ru/schema/cdm/application/ws-definitions");
	МассивURI.Добавить("http://api.vetrf.ru/schema/cdm/base/ws-definitions");
	
	ФабрикаWS = Новый ФабрикаXDTO(ОпределениеWS.ФабрикаXDTO.ЭкспортМоделиXDTO(МассивURI), ФабрикаXDTO.Пакеты);
	
	// добавим 2 пакета, которые нужны, но есть только локально
	Пакеты = Новый Массив;
	Пакеты.Добавить(ФабрикаXDTO.Пакеты.Получить("http://api.vetrf.ru/schema/cdm/mercury/applications"));
	Пакеты.Добавить(ФабрикаXDTO.Пакеты.Получить("http://schemas.xmlsoap.org/soap/envelope/"));
	Для Каждого Пакет Из ФабрикаWS.Пакеты Цикл
		Пакеты.Добавить(Пакет);
	КонецЦикла;
	
	// создаем общую фабрику
	Фабрика = Новый ФабрикаXDTO(, Пакеты);
	Возврат Фабрика;
КонецФункции

WSСсылки импортированы по ссылкам в структуру конфигурации

my.vetrf-forum wrote:Финт у меня не работает, пишет ошибку:

{Форма.Форма(28)}: Ошибка при вызове конструктора (WSОпределения): Ошибка проверки модели XDTO: xdto-valueType-1.1.2 пакет: http://api.vetrf.ru/schema/cdm/base Неуникальное имя типа 'Day' в пакете 'http://api.vetrf.ru/schema/cdm/base' ВСОпределениеСервисаОбработкиЗаявок=Новый WSОпределения(ВСДЛСервисОбработкиЗаявок); по причине: Ошибка проверки модели XDTO: xdto-valueType-1.1.2 пакет: http://api.vetrf.ru/schema/cdm/base Неуникальное имя типа 'Day' в пакете 'http://api.vetrf.ru/schema/cdm/base'

могу только посочувствовать, когда я занимался разарботкой был известен другой финт ушами, через http-запрос, на костылях, но работает

my.vetrf-forum wrote:т.е. даже в 1.4 пилотном этого нет.

Прикольно, разработчики вообще не чешутся.

чисто технически - сервис работает, а проблемы 1Синдейцев - разработчиков шерифа не волнуют, тем более что 1С-ники таки извернулись

my.vetrf-forum wrote:

Richi wrote:Добрый вам коллеги. Через XDTO не удается обработать заявку в системе. только через HTTP xml запросом. Так как ApplicationDataWrapper.dataApplication имеет Абстрактный тип и 1С не удается создать такой объект. в Ветисе пообещали что со временем они исправят это. но когда? не понятно. так что пока только через прямые запросы обращаться к функции.

Интересно, исправили ли эту особенность?

есть финт ушами

Aiki wrote:Итого на текущий момент:
0. исправили ошибку с требованием к использованию UUID, если номенклатура имеет версии.
1. мне не ясно зачем использовать UUID, в единицах измерения.
2. нельзя оформлять тр.ВСД с изменением кода и наименования продукции под покупателя - это приводит к тому, что в трВСД не виден четвертый уровень номенклатуры.
3. можно оформить тр.ВСД с маркировкой отличной от хранения, но возвратный сертификат тогда не сформировать при гашении.
4. Почти все работает.

Глобальный вопрос, если бы документация была в порядке на Wiki, то тогда тестирование было бы полноценным. А так....
Пора смотреть производство.

т.е. по сути всё работает методом научного тыка? такими темпами/обещаниями хорошо если в ноябре получим полноценную документацию...

laperuz92 wrote:И еще вопрос - реализовывал ли кто-нибудь передачу товара собственному юрлицу?

В ERP используем интеркампани.
Товар приходит на организацию А.
Продажа осуществляется от организации Б.

Хотим в момент реализации по организации Б создавать в Меркурии транспортную операцию с организации А на организацию Б, прием сертификата организацией Б и транспортную операцию от организации Б на контрагента.

Если одновременно осуществлять все операции, есть ли риск, что операции пройдут в системе не по порядку?

отправляйте транзакции в правильном порядке и каждую следующую только после успешного завершения предыдущей - другой порядок невозможен в принципе
1. транспортная транзакция с А на Б
2. получение входящих ВСД для Б
3. гашение полученных Б ЭВСД
4. транспортная транзакция с Б конечному клиенту
при всём при этом на момент оформления 1 транзакции - у вас должны быть актуальные остатки записей журнала продукции

Wastman wrote:

lalex23 wrote:Хозяйствующего субъекта вы можете зарегистрировать

Регистрировать ХСов же только гос. вет. сотрудники могут, нет?

через нашу систему интеграции работают вет.врачи под своими логинами, так что о создании я говорил с позиции вет.врача

Vesta_IT wrote:сорри за нубские вопросы, но чтобы написать ТЗ по доработке нашей системы никак не уложу в голове общие принципы, кк лучше с меркурием работать. (с ЕГАИС как-то и то понятнее было). Пока просветите по поводу:

1. Производится ли системой (или планируется в будущем) контроль остатков по партиям отказ в выпуске наших исходящих тВСД по причине «необеспеченного остатка». Если да, то как это увязывается с допустимостью приемки с точностью по количеству до 5%
2. Каковы методические указания по ведению партионного учета, как сверять остатки, если пока нет метода для получения остатков (а есть только получение записей журнала без возможностей отфильтровать только наличный партии).
3. Если покупатель не зарегистрирован в системе (или мы не смогли определить его коды) невозможна отгрузка подконтрольной продукции?

Спасибо заранее (и не пинайте сильно )

1. конечно контролирует, никаких погрешностей - указываете количество отгружаемое <= остатка записи журнала продукции и транзакция будет оформлена, плюс не забывайте про количество единиц упаковки- оно так же контролируется
2. самое грустное - получить все партии, оно конечно сработает, но очень грустно. Есть вариант - получить изменившиеся за период записи, а потом запросить актуальные данные по каждой записи. На первый взгляд муторно, а по факту - быстрее, конечно же придётся у себя хранить всю историю периодов запросов и не хватать пересекающиеся промежутки времени
3. Хозяйствующего субъекта вы можете зарегистрировать, Предприятие вы можете зарегистрировать при условии что оно в одном с вами регионе. Говорят что пользователи хозяйствующих субъектов способны регистрировать поднадзорные объекты в любых регионах, но я не пробовали врать не буду.

FursenkoNastya wrote:Павел, спасибо за ответ! Это действительно та операция, в сторону которой нужно посмотреть. Доступа в тестовый меркурий пока нет, руководствовалась возможностями конфигурации 1С:УВС, а там такого не указано

сама возможность незавершенного производства появилась не так давно, потому она может пока отсутствовать в тиражируемых решениях

nsnt wrote:

esteem wrote:
Тот который присваивается в веб-интерфейсе, и который отображается при печати на бланке. Имею введу не UUID, а гдето 9 значный номер

Раньше задавали такой вопрос, получили ответ, что этот номер нам не нужен...

Егорова Ирина wrote:

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

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

Вроде, не раз даже спрашивали, ответ один. Жалко что ли нам номер передать и все вопросы снять?

да, забавная переписка, не думаю что сильно большая проблема передать эти номера - ведь добавили же в какой то момент в ответ сервиса номера записей журнала продукции...