|
[Search] Поиск   [Recent Topics] Последние темы   [Hottest Topics] Горячие темы   [Members]  Список участников   [Groups] На главную страницу 
[Register] Регистрация / 
[Login] Вход 
Сообщения, отправленные пользователем: lalex23
Индекс форума » Профиль для lalex23 » Сообщения, отправленные пользователем lalex23
Автор Сообщение
MishaJ wrote:
oleg-x wrote:Не совсем понятно что за статус. Если посмотреть список возможных статусов, то есть такие
http://help.vetrf.ru/wiki/VersionStatus
И 105 там нет. Либо это косяк конфигурации/данных, либо недокументированная ошибка.
Нужно сначала понять, эту ошибку выдает Меркурий или интеграционное решение генерирует данную ошибку.
То есть сначала пусть специалист посмотрит со стороны 1С, что происходит. Параллельно можно запросить у поддержки, что за 105 статусом кроется.


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

на мой взгляд - это комплексный косяк, со стороны Меркурия - в справке отсутствует описание статуса 105, а со стороны 1С - из-за отсутствия в описании - 1С не может этот статус обработать
так что надо найти файл ответа сервиса в котором есть запись журнала со статусом 105 и поинтересоваться у техподдержки - что зафигня у вас на остатках, потом написать в 1С - что такие новые статусы теперь есть и их надо обрабатывать
barsuchechechek wrote:Подскажите плиз. По новым требованиям просят в производственной операции выгружать так же сырье, затраченное на выпуск продукции. В какую сторону копать подскажите? Не могу найти параметры куда передавать. Так же в сведении о продукции требует чтобы было - подвергнута ветеринарно-санитарной экспертизе, а сейчас - Не подвергнута ветеринарно-санитарной экспертизе. Но у мня данный параметр нигде не передается. Заранее благодарен.

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

да, я реализовал вариант хранения в своей БД оформленных эВСД, через оговоренный срок запускается анализ состояния эВСД, если они не погашены и не аннулированы - гасятся
fly_byte wrote:Отправитель ЭВСД в системе может гасить ЭВСД который выписывал, не знаю про веб, но в апи имеется такая функция и техническая возможность.

и в web-е есть
Третий уровень классификатора продукции
Мясо и мясопродукты - мясо птицы - полуфабрикаты натуральные из мяса птицы: 360b597f-7106-4036-8546-f7e2374f8253
на тесте отсутствует, в продуктиве живой, ни кто не в курсе - его оттуда скоро выпилят? или по ошибке на тесте грохнули?
просто тут тестирую обновления своей интеграции и обнаружил, что не могу зарегистрировать продукцию на тесте, ранее зарегистрированную в продуктиве
может уже пора обеспокоиться, переворошить всю продукцию и проставить более точный вид из классификатора?
Зачем вы это делаете через COMОбъект-ы? чем не устраивают 1С-ные объекты?
carloss wrote:Добрый день, пытаемся освоить ВЕТИС в конфигурации "Управление торговлей", не можем найти функцию отправки заявки в ГВЭ. При попытке оформления исходящей справки сообщение "Действие недоступно текущему пользователю".
Есть ли вообще такая возможность в конфигурации, или мы можем выписывать лишь справки подходящие под 646 приказ?
Заранее спасибо!

Через шлюз создаются конечные транзакции, заявки только в веб-е.
kontav wrote:Добрый день.
Подскажите если кто знает.
При загрузке ВСД через GetVetDocumentChangesListOperation указываю offset по возрастающей (загружаю частями).
Использую одинаковый период дат последнего изменения.
Что случится, если одна из ВСД в выборке изменится во время этой загрузки?
По последнему изменению она уже не будет входить в приод. Сдвиг прибавляю фиксированным числом.

Получается, что какие-то всд при этом не загрузятся?

как я понимаю:
если период запроса захватывает текущий момент, то при следующем запросе total увеличится и в последнем запросе по offset-у получите изменение этой ВСД
если период запроса НЕ захватывает текущий момент, то при запросе изменений за период включающий в себя момент изменения ВСД - получите изменение этой ВСД
возможно я ошибаюсь
fly_byte wrote:хоть ошибки поправьте, заполняете контент сайта не зная как слова пишутся, да море простых опечаток.
Зачем это все тут? По принципу заспамить, что бы дали денег?
Человек спрашивает пароль к демо базе, ему в ответ интервью)))
Просто шедевральные Боги маркетинга 80 лвл)))

ну ладно вам, пароль то дали чуть выше.
а по поводу ошибок... документ ВетеренарныйСертификат в составе конфигурации - улыбнул
14maff wrote: Эти реализации желательно выгружать в УВС, но в УВС можно только по каждому доку и номенклатур, которые должны быть выгружены из входящих ВСД приходных операций(сводно) в учетную систему(ут 10). Вопрос: как нам выгружать из учетной системы реализации в транспортные операции без приходных операции(сводно) в увс? обработка есть, чтобы транспортные операции создавались исходя реализации учетной системы (ут), проблема только с номенклатурой.

Этот поток сознания адресуйте вашим программистам/внедренцам.
lalex23 wrote:Просто для информации: есть 6 площадок, 2 производственные, 4 удалённые склады
на одной из складских площадок получение изменений журнала продукции через шлюз 1.4 стало стабильно вываливаться в APLM0012
практически случайно, методом научного тыка, был найден промежуток времени приблизительно в полтора часа
если этот промежуток времени пересекался с периодом запроса изменений - 100% ошибка, как только его пропустил - проблема ушла и ошибка всплывает 1-2 раза из 10

Добавлю: аналогичная ситуация снова возникла с этой же площадкой и один раз с другой площадкой, но операция получение изменений эВСД- или сразу REJECT c APLM0012 или вечный IN_PROCESS.
Очень неприятная тенденция однако - такие ситуации непонятно как обрабатывать - пока тупо увеличиваю исключаемое окно и всё начинает работать..
alexey-zmey wrote:MERC02129 Хозяйствующий субъект, получатель партии продукции, с указанным идентификатором не найден в реестре РСХН, либо идентификатор не соответствует установленному формату.
...
Запрашиваю GetRussianEnterpriseList организацию по ИНН 401300017946 - получаю Организацию с GUD dbe8b231-7fb8-4138-977e-3e55cc90a36f
...

Шлюз 1.4 не находит по ИНН, шлюз 2.0 находит по ИНН, что-то где-то не синхронизировалось.
Просто для информации: есть 6 площадок, 2 производственные, 4 удалённые склады
на одной из складских площадок получение изменений журнала продукции через шлюз 1.4 стало стабильно вываливаться в APLM0012
практически случайно, методом научного тыка, был найден промежуток времени приблизительно в полтора часа
если этот промежуток времени пересекался с периодом запроса изменений - 100% ошибка, как только его пропустил - проблема ушла и ошибка всплывает 1-2 раза из 10
 
Индекс форума » Профиль для lalex23 » Сообщения, отправленные пользователем lalex23
Перейти:   

Powered by JForum 2.1.8 © JForum Team