|
[Search] Поиск   [Recent Topics] Последние темы   [Hottest Topics] Горячие темы   [Members]  Список участников   [Groups] На главную страницу 
[Register] Регистрация / 
[Login] Вход 
Интеграция с 1С  XML
Индекс форума » Компонент МЕРКУРИЙ
Автор Сообщение
mevgenym


Зарегистрирован: 19/05/2017 14:03:42
Сообщений: 312
Оффлайн

GR_nnp wrote:
Application.data = getVetDocumentListRequest;
по причине:
Несоответствие типов XDTO:


там запись идет через враппер:

https://vetrf.ru/vetrf-forum/posts/list/30/6955.page#39151


https://github.com/mevgenym/1c_vetis.api_v1.1
https://github.com/mevgenym/1c_vetis.api
GR_nnp


Зарегистрирован: 21/10/2018 14:25:43
Сообщений: 2
Оффлайн


там запись идет через враппер:

https://vetrf.ru/vetrf-forum/posts/list/30/6955.page#39151




А через прокси никак?
mevgenym


Зарегистрирован: 19/05/2017 14:03:42
Сообщений: 312
Оффлайн

сейчас не знаю как, на тот момент когда все это начинали было никак
https://github.com/mevgenym/1c_vetis.api_v1.1
https://github.com/mevgenym/1c_vetis.api
MishaJ


Зарегистрирован: 24/09/2018 22:26:05
Сообщений: 65
Оффлайн

С сегодняшней ночи наблюдается задвоение ветеринарок. На нашей стороне изменений не было.
Neomania

[Avatar]

Зарегистрирован: 12/10/2018 18:55:53
Сообщений: 6
Оффлайн

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

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

Все именно так и оказалось - ошибка в релизе БП 3.0.65.72.
Закономерность заметили в следующем: на каждую товарину, которая выгружалась в ВЕТИС из Исходящей транспортной операции, количество списываемого товара было равно общему количеству по документу, итого, естественно, на остатках столько товара не было, поэтому и ВЕТИС отказывала в оформлении ВСД.
Ощибка оказалась в модуле менеджера документа Исходящая транспортная операция (функция ДанныеВходящейПартии(ДокументСсылка), в которой запрос группирует табличную товарную часть из документа для дальнейшего распарсивания товарной части и отправки по одной товарине для получения ВСД.
В запросе идет суммирование товара по одинаковому идентификатору строки и внутреннее соединение по идентификатору строки, который при проверке консолью запросов оказывается пустым с обоих сторон, соответственно, он будет соединять каждую строку с аналогичной пустой строкой с другой стороны столько раз, сколько есть количества строк. Итого получается, что суммированное количество каждого товара равно общему количеству товара по документу.
Лечится заменой в соединения условия соединения - с "И (ТаблицаДокумента.ИдентификаторСтроки = ВсеТовары.ИдентификаторСтрокиДубль)" на "И (ТаблицаДокумента.НомерСтроки = ВсеТовары.НомерСтроки)".
В приложении - текст запроса.
 Имя файла Текст запроса в ВЕТИС.txt [Disk] Загрузить
 Описание
 Размер файла 16 Kbytes
 Скачано:  322 раз

Neomania

[Avatar]

Зарегистрирован: 12/10/2018 18:55:53
Сообщений: 6
Оффлайн

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

Перечитай складской журнал.


не, дело было не в этом. Выше отписалась, что и почему.
Neomania

[Avatar]

Зарегистрирован: 12/10/2018 18:55:53
Сообщений: 6
Оффлайн

sergmerk wrote:Подскажите,пожалуйста,есть ли в 1с БП3.0 возможность распечатать qr-коды оформленных всд-шек?то есть оформили исходящую транспортную,всё нормально-нужно бы распечатать коды


В ней можно сформировать их самому. В БП 3.0. в общем модуле "Управление печатью" уже есть компонента формирования QR-кода, а в нее загоняете адрес для проверки ВСД (где-то было на просторах форума, как формируется строка для кода) и в конце прибавляете UID, взятый из конкретной оформленной ВСД. Выводите в макетик - готово))
Я сделала это все счастье, добавив в расширения БП форму документа Исходящей транспортной операции, и прикрепила к документу два макета - с расширенной информацией и со сжатой. И по кнопке "Печать QR-кода", выведенной в том же расширении на форме, тут же печатаются оформленные ВСД-ки.

Это сообщение было редактировано 3 раз. Последнее обновление произошло в 25/10/2018 12:05:00

sergmerk


Зарегистрирован: 11/10/2018 16:47:45
Сообщений: 18
Оффлайн

Neomania, спасибо за способ решения проблемы с остатками (правка запроса) и подсказку про qr-коды.Вчера обновил БП до последнего релиза - 3.0.65.84,и там эта ошибка сразу проявилась.Насколько понял,в БП одинэсовцы еще не сделали поддержку 2.1,хотя в других продуктах-УТ,КА,ЕРП, релизы которых вышли одновременно с БП - такое новшество было анонсировано.
Neomania

[Avatar]

Зарегистрирован: 12/10/2018 18:55:53
Сообщений: 6
Оффлайн

sergmerk wrote:Neomania, спасибо за способ решения проблемы с остатками (правка запроса) и подсказку про qr-коды.Вчера обновил БП до последнего релиза - 3.0.65.84,и там эта ошибка сразу проявилась.Насколько понял,в БП одинэсовцы еще не сделали поддержку 2.1,хотя в других продуктах-УТ,КА,ЕРП, релизы которых вышли одновременно с БП - такое новшество было анонсировано.


Да пожалуйста)))) взаимовыручка наше все)
И да, в последней БП 3.0 пока что только 2.0 поддерживается, но местами (как вот в запросе) видны заделы на будущее.

Это сообщение было редактировано 1 раз. Последнее обновление произошло в 25/10/2018 12:04:17

sergmerk


Зарегистрирован: 11/10/2018 16:47:45
Сообщений: 18
Оффлайн

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


Зарегистрирован: 24/09/2018 22:26:05
Сообщений: 65
Оффлайн

sergmerk wrote:Другая проблема проявилась... .


Я об этом же писал. Могу предположить, что у Вас формируется одна производственная партия, из которой потом "откусываются" партии для оформления Исходящих ТО Ветис и затем документы массово отправляются в оформление. После обновления Меркурия 24.10 проблема с дублями ВСД стала опять актуальной. Тех. поддержка Меркурия кивает на УС (учетную систему), я склонен к версии проблемы самого Меркурия, поскольку проблема дублей появляется и исчезает самостоятельно, без изменения алгоритмов со стороны УС.

Это сообщение было редактировано 1 раз. Последнее обновление произошло в 25/10/2018 14:00:29

sergmerk


Зарегистрирован: 11/10/2018 16:47:45
Сообщений: 18
Оффлайн

MishaJ wrote:
sergmerk wrote:Другая проблема проявилась... .


Я об этом же писал. Могу предположить, что у Вас формируется одна производственная партия, из которой потом "откусываются" партии для оформления Исходящих ТО Ветис и затем документы массово отправляются в оформление. После обновления Меркурия 24.10 проблема с дублями ВСД стала опять актуальной. Тех. поддержка Меркурия кивает на УС (учетную систему), я склонен к версии проблемы самого Меркурия, поскольку проблема дублей появляется и исчезает самостоятельно, без изменения алгоритмов со стороны УС.


Нет, производства у нас пока отсутствует.И исходящие формируются поштучно - то есть оператор сформировал исходящую, заполнил записями журнала и тут же ее "погрузил во мрак".И тем не менее-такие коллизии возникают.Я тоже склонен подозревать мрак в этом темном деле.

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

По прежнему ничего не получается сделать в БП со входящими - прочитались входящие до 10.09 - и всё на этом, то "отступ превышает число записей", то сервис приема входящих всд недоступен...зачем БП вообще пытается всё это принять. когда они уже давно погашены, ведь должна по идее брать только непогашенные...в общем, логику 1с-разрабов тоже часто не пойму.В итоге - гасим входящие в вэбе, потом несколько раз на дню обновляем остатки в БП (вначале, естественно, очищаем регистр сведений про остатки ВЕТИС), и вручную по одной операторы формируют (из реализаций, которые мы закачиваем из УТ) и отправляют исходящие в мерк.Вот такая жестокая автоматизация ((( может, я плохо знаю БП и всё намного лучше там - нужно просто знать как? хз
sergmerk


Зарегистрирован: 11/10/2018 16:47:45
Сообщений: 18
Оффлайн

в общем как-то так - краткая характеристика будней работы с мерком...или с 1с-мерком...умные люди вроде В.Н.А. поправят

"п..дец подкрался незаметно.
ну как подкрался? просто он
устал и вылез из засады.
а так-то он не уходил"

MishaJ


Зарегистрирован: 24/09/2018 22:26:05
Сообщений: 65
Оффлайн

sergmerk wrote:... то "отступ превышает число записей", то сервис приема входящих всд недоступен...


Отступы "лечатся" если зайти в "Синхронизацию классификаторов Витис" с обнулением поля "Смещение".
sergmerk


Зарегистрирован: 11/10/2018 16:47:45
Сообщений: 18
Оффлайн

MishaJ wrote:
sergmerk wrote:... то "отступ превышает число записей", то сервис приема входящих всд недоступен...


Отступы "лечатся" если зайти в "Синхронизацию классификаторов Витис" с обнулением поля "Смещение".


Спасибо,Миша.То есть нужно отсинхронить всё,что имеет смещение,отличное от нуля, предварительно обнулив это смещение?
Я очищал очередь сообщений-после этого сообщение про смещение на какое-то время исчезает,но входящие все равно не принимаются.
Надеюсь на то,что когда 1с все таки выпустит версию БП с поддержкой 2.1-может,там будет какое-то улучшение,может,даже сделают возможность приема за период времени,ведь в 2.1 такой метод есть.

Еще одна проблема.Была у нашего поставщика-производителя продукция,мы ее приняли и она лежит на остатках.Потом этот производитель что-то с ней сделал-и у него теперь у этой продукции стало другое наименование, и вэб показывает, что у нас на остатках она уже под новым наименованием, а вот 1с-ка при чтении остатков по-прежнему выдает старое наименование.Не знаете,как лечится?Пробовал синхронизировать и продукцию, и наименования продукции - без толку
 
Индекс форума » Компонент МЕРКУРИЙ
Перейти:   

Powered by JForum 2.1.8 © JForum Team