Интеграция с 1С

sergmerk wrote:

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

Попробуйте зайти в справочник "Продукция ВЕТИС", найти продукцию, нажать кнопку "Изменить" и в появившейся форме изменить наименование.

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

nikol31 wrote:
Как их поправить, кто знает, подскажите плиз. Скрин прилагаю.

Попробуйте зайти в справочник "Продукция ВЕТИС", найти продукцию, нажать кнопку "Изменить" и "Далее" - "Готово".

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

Мы по такой проблеме писали в службу поддержки. Ответили, что будут чинить. Причины 2: APLM0012 после которого запрос выполняется повторно и параллельное выполнение обменов из разных сеансов.

sergmerk wrote:

MishaJ wrote:

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

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

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

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

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

>В БП я не нашел механизма массовой отправки ВСД
Есть такой. Из формы списка исходящих. Выделить документы и выполнить команду "Передать данные".

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

>вначале, естественно, очищаем регистр сведений про остатки ВЕТИС
А зачем вы это делаете? Что бы удалить обнуленные записи, которые не приходят при запросе остатков?

MishaJ wrote:

nikol31 wrote:
Как их поправить, кто знает, подскажите плиз. Скрин прилагаю.

Попробуйте зайти в справочник "Продукция ВЕТИС", найти продукцию, нажать кнопку "Изменить" и "Далее" - "Готово".

Нужно зайти в панель Обмен с ВетИС - см. так же - Открыть панель синхронизации - выбрать строку Наименования продукции и нажать Синхронизировать.

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

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

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

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

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

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

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

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

В последней версии УТ остатки чистятся самостоятельно. Думаю и в БП это появится.

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

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

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

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

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

Главная проблема всех интеграторов и решений - ошибка полагать что меркурий может четко работать по складскому учету, так же что он не может потерять партии, а так же что не будет задержки в принятии документа после его отправки.
Т.е. главную ошибку все совершают, это пологая - сделал я выпуск продукции и пусть с него подбирается вся партия. На перепродажный товар другая ошибка подхода. А в производственных если строите архитектуру по принципу, произвели партию и будем с нее торговать - утопная. Если пошли мракобесы, то партия собьется, также море факторов почему это ен будет работать, даже в момент выписки, ну уронили производство и тут же хотят с него продавать, а вот фиг Вам, мрак еще не видит, увидит через час, два, а может потерял вообще. Может ответил что принял производственную сам ен принял, может наоборот.
Делайте подход от обратного!
Тут ключевая позиция, не делайте стандартный подход, поскольку с другой стороны не опытные и продукт забагован. Учитывать это надо в первую очередь и сменить подход к интеграции.
В том числе по выпуску и партинке, убейте партионку, не ровняйтесь на нее в процессе производства, ровняйтесь от обратного.
Вот реализуете что то, тут же предварительно выпскайте продукцию именно на эту реализацию.
Т.е. при реализации продукции, у вас пролетает сразу производственная партия, именно с тем количество мреализации, расчет по техническим картам сырья/спецификациям по нормам, сырье поиск и т.д. оформление партии производственной именно с теми сроками годности и выпуска которые в ней написаны (в реализации) т.е. полностью производственный выпуск подгоняйте под реализацию которую надо сейчас отписать.
Затем в реализации указывайте именно этот, ни какой другой документ выпуска продукции. Таким образом у вас пройдет идеально реализация ЭВСД исходящая. По сырью и перепродажным партиям другая тема, но подход такой же. От обратного.
Грубо говоря если у вас есть фактическая партия произведенной продукции, и вы ее грузите в фуры по 10 разным реализациям у Вас будет 10 производственных и независимых партий производственных на них.
Переверните с ног на голову, где результат выписать, и раскручивайте алгоритнымы задом на перед. Дебелизм, но только такой опдход будет работать как часы с мракобесами.
Как результат у вас должно ыбть на складе постоянно ноль произведенной продукции в остатке, в том числе как инструмент контроля что алгоритмы работают.
Если мракобесы начались, вам так же с таким подходом флудить шлюз по отправке, подпихивая партию в него конкретную производственную 100% гашением ее остатков, гораздо проще.
Так же тут мы исключим все потерянные пакеты чудо шлюза, и в остатках бардака не будет.
Если говорится о стандщартном решении 1С штатном, то у них есть подключаемый модуль, куда можно все это впилить, дабы не слетать со стандартного и обновляться.
Сделайте подход от обратного, море проблем отпадет сразу, а так, практика показала можно бороться с ветряными мельницами и не спать по ночам. Там все больше и больше багов шлепают с каждым месяцем, лишь бы совсем не загнулся этот мрак, не рассчитывайте как 10 еврей, что будет когда то по другому. Всегда при подборе партий или каких других вопросах, расуждайте как 10 еврей, что с той стороны е будет ответа, либо будет то лживый, как по остаткам так и по всему прочему.
На сегодняшний день самое лучшее решение это Контура. У них отвратительная поддержка именно в меркурии и ни какое внедрение, но продукт у них пока на первом месте идет. И эту схему у них очень легко реализовать.
Моя рекомендация, если используете контур для сетей и куплен, приглядитесь к их модулю меркурия, только вот внедрения не рекомендую покупать и допилы, могут швырануть, но это другая история (хотя есть посылы последнее время, что они ведут работы над ошибками).
Там так же они в коде везде вхождения прописали в подключаемый модуль, можно своего навоять море, свои подходы сделать по многим показателям. Настройка очень гибкая, по косяку того что вычитал эвсд, а через час задним \числом в базе мрака появилась эвсд котоорой не было до этого, тоже можно навоять как перечитывать ,они даже попытались сами, штатно навоять остатки регистры. Там ОЧЕНЬ хорошая разработка как болванка. Пока надо им отдать должное, первыми идут, думаю первыми станут провайдерами. Их болванку берите и пилите шура, пилите... а 1С пока не кидает большие силы на хорошую болванку, подглядев как у контура организованно и ориентируясь на него.
Если вы спрашивали - предлагайте не стесняйтесь и чувствуете что зашли в тупик, мой вам совет:
1) Приглядитесь к разработке контура, подключаемый меркурий, хорошая болванка для любого предприятия, главное подключаемый модуль есть, где можно свое пилить тоннами оставляя модуль стандартным. Хотя они там так навояли, что черт ногу сломит разобраться где эти входы и куда выпиливать конкретно свои доработки, в какие процедуры и какая структура всего потока. Но разобраться можно потратив несколько дней.
2) делайте подход от обратного во всей цепочке бизнеспроцеса, понимая что начальная точка - отправить ЭВСД, не используйте ни каких данных в производстве от меркурия, только отправляйте.

christoffelsymbols wrote:

MishaJ wrote:

nikol31 wrote:
Как их поправить, кто знает, подскажите плиз. Скрин прилагаю.

Попробуйте зайти в справочник "Продукция ВЕТИС", найти продукцию, нажать кнопку "Изменить" и "Далее" - "Готово".

Нужно зайти в панель Обмен с ВетИС - см. так же - Открыть панель синхронизации - выбрать строку Наименования продукции и нажать Синхронизировать.

Открыл, возможности "изменить" нет (скрин). Может эта возможность где-то включается/отключается (хотя я сомневаюсь почему-то).

Если после синхронизации ничего не изменилось, есть еще мысли?

У нас "Ад и Израиль" по дублям ветеринарок... С 24.10 началось массовое задвоение. Обращение в тех. поддержку оставило тяжёлое впечатление. Нас обвиняют в ошибках запросов нашей Учетной системы. Доводы, что 24.10 мы свою программу не меняли - не слышат. По факту, обновление прошло 18.10... В общем, даже не знаю, как пояснить, что проблема не с нашей стороны.

MishaJ wrote:У нас "Ад и Израиль" по дублям ветеринарок... С 24.10 началось массовое задвоение. Обращение в тех. поддержку оставило тяжёлое впечатление. Нас обвиняют в ошибках запросов нашей Учетной системы. Доводы, что 24.10 мы свою программу не меняли - не слышат. По факту, обновление прошло 18.10... В общем, даже не знаю, как пояснить, что проблема не с нашей стороны.

24.10.18 в ночь у них было обновление. Скорре всего у них увеличелись задержки и вам нужно увеличить количество попыток опроса результата заявок в меркурии - он не успевает, получить результат.

Если у вас есть такой механизм конечно.

Shadasp wrote:

MishaJ wrote:У нас "Ад и Израиль" по дублям ветеринарок... С 24.10 началось массовое задвоение. Обращение в тех. поддержку оставило тяжёлое впечатление. Нас обвиняют в ошибках запросов нашей Учетной системы. Доводы, что 24.10 мы свою программу не меняли - не слышат. По факту, обновление прошло 18.10... В общем, даже не знаю, как пояснить, что проблема не с нашей стороны.

24.10.18 в ночь у них было обновление. Скорре всего у них увеличелись задержки и вам нужно увеличить количество попыток опроса результата заявок в меркурии - он не успевает, получить результат.

Если у вас есть такой механизм конечно.

Убрал чекбокс здесь, посмотрим, повлияет ли...

MishaJ wrote:

Shadasp wrote:

MishaJ wrote:У нас "Ад и Израиль" по дублям ветеринарок... С 24.10 началось массовое задвоение. Обращение в тех. поддержку оставило тяжёлое впечатление. Нас обвиняют в ошибках запросов нашей Учетной системы. Доводы, что 24.10 мы свою программу не меняли - не слышат. По факту, обновление прошло 18.10... В общем, даже не знаю, как пояснить, что проблема не с нашей стороны.

24.10.18 в ночь у них было обновление. Скорре всего у них увеличелись задержки и вам нужно увеличить количество попыток опроса результата заявок в меркурии - он не успевает, получить результат.

Если у вас есть такой механизм конечно.

Убрал чекбокс здесь, посмотрим, повлияет ли...

Количество повторов: поставьте значительно больше - например 50-100;

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

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