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

MishaJ, christoffelsymbols, спасибо!

Добрый день! Пользуем меркурий в БП 3.0, никак не удается завести ветврача - при установке привязки выдается ошибка "code="PASS04131">Пользователь РСХН не может быть прикреплен к хозяйствующему субъекту." У пользователя пробовал ставить галочку "Гос.вет.врач" - бесполезно. Логин рабочий, ветврач работает с ним через Меркурий.ГВЭ. Не подскажете, в чем проблема?

christoffelsymbols wrote:

sergmerk wrote:Здравствуйте. Подскажите, пожалуйста, кто в курсе - в последней БП 3.0.67.43 реализован обмен с апи 2.1 - или еще 2.0 ?

Да, реализован.

А как вы это выяснили? В коде где-то прописано? В настройках нигде не нашел.

Здравствуйте. Подскажите, пожалуйста, кто в курсе - в последней БП 3.0.67.43 реализован обмен с апи 2.1 - или еще 2.0 ?

Да, привожу скрин с настройками синхронизации, а заодно скрин с настройками обмена

Здравствуйте.Подскажите пожалуйста, если ли в 1с БП 8.3 (релиз 3.0.66.47) настройки обмена с ветис по разным объектам:по складским записям,по входящим всд и т.п.? Или же только общее регл.задание,которое делает "типа всё" - но так до сих пор и не работает,по крайней мере у нас?

Остатки по-прежнему не обновляются-приходится очищать весь РС остатков ветис и обновлять его заново из документа "Запрос складского журнала".Входящие тоже сами не актуализируются...в общем,пока мрак,а не мерк.Непонятно,сделали ли 1с-ники поддержку 2.1 в БП или нет.Есть такие, у кого работает более-менее нормально и самостоятельно?Как хоть это выглядит? ) как настрооен обмен?

> К сожалению наш объём не позволяет работать в ВЭБе (не банке). 7-8К ветеринарных свидетельств не один разумный штат не потянет...

если введут молочку-и у нас станет примерно столько же.К тому времени или с мерком похорошеет(во что не верится) или я сменю место работы(вот это куда более вероятно)

иногда даже жалко что молочники еще не скоро войдут.С ними бы вся эта мрачная глиняная статуэтка мигом обрушилась бы навсегда похоронив всех несчастных участников сего процеса,а также чьи то больные непомерные амбиции.Реально (настоеб...) надоело уже всё это

MishaJ wrote:Вынужден констатировать, Меркурий побеждает с разгромным счетом. Дубли как создавались, так и создаются не зависимо от настроек 1С. Браво!

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

> "А зачем вы это делаете? Что бы удалить обнуленные записи, которые не приходят при запросе остатков? "

Да, именно для этого ) ведь с момента последнего приема остатков в 1с наши могли какие-то партии распродать через вэб. И, чтобы этот фактически уже распроданный товар не "выжил" в 1с - мы вначале очищаем РС "ОстаткиВЕТИС" и потом уже принимаем документом ЗапросСкладскихОстатковВЕТИС остатки из мерка. Понимаю, звучит диковато - но пока вот так и живем. И,наверное, будем - пока не начнем весь документооборот делать исключительно в 1с, а это, сами понимаете, на тек.момент из области фантастики.

Есть другие пути? Подсказывайте, не стесняйтесь.

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

MishaJ wrote:

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

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

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

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

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

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

MishaJ wrote:

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

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

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

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

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

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

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