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

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

nikol31 wrote:

christoffelsymbols wrote:

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

Нет в УТ такого поля в журнале.
Может скриншоты покажете?

--
Вот, открываем продукцию ветис, открываем любую, в ней есть журналы этой продукции. И справа колонка "порядок". Я так понимаю это приоритет. И у всех он одинаковый - и у старых записей и у новых.

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

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

rizarus wrote:Подскажите пожалуйста, в чем суть доступа к Россельхознадзору, он же Меркурий ХС. Если я буду работать в 1С Торговле, для чего доступ к Меркурию? Не достаточно ли получить доступ только к ВетиcAPI ?

_Sasha_ wrote:

christoffelsymbols wrote:

_Sasha_ wrote:

Mechanik21 wrote:Добрый вечер!
Оформляю производственную операцию ВЕТИС в бухгалтерии предприятия 3.0. При передаче данных возвращается с ошибкой. Подскажите, в чём проблема?

При загрузке документа с типом registerProductionOperationResponse возникла ошибка:
Текст ошибки: При заполнении ВСД по документу Производственная операция ВЕТИС 000000007 от 02.10.2018 16:39:08 не удалось найти позицию документа по продукции
Сервелат Московский (количество 100 кг; дата производства 02.10.2018 00:00; срок годности 07.10.2018 00:00)
Текст XML см. в журнале регистрации.

Коллеги, доброго времени суток.
Удалось ли кому нибудь разобраться с этой ошибкой?

Для решения нужен отправленный текст запроса XML и текст XML ответа из журнала регистрации.

Отправленный запрос

<?xml version="1.0" encoding="UTF-8"?> <soapenv:Envelope xmlns:apl="http://api.vetrf.ru/schema/cdm/application" xmlns:apldef="http://api.vetrf.ru/schema/cdm/application/ws-definitions" xmlns:bs="http://api.vetrf.ru/schema/cdm/base" xmlns:dt="http://api.vetrf.ru/schema/cdm/dictionary/v2" xmlns:merc="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2" xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:vd="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <soapenv:Header/> <soapenv:Body> <apldef:submitApplicationRequest> <apldef:apiKey></apldef:apiKey> <apl:application> <apl:serviceId>mercury-g2b.service:2.0</apl:serviceId> <apl:issuerId>ed4fd9f1-b841-40d5-8eb9-538306847bcb</apl:issuerId> <apl:issueDate>2018-11-06T18:49:33+13:00</apl:issueDate> <apl:data> <merc:registerProductionOperationRequest> <merc:localTransactionId>015b367c-e0c4-4fcd-819f-43646dbeffb8</merc:localTransactionId> <merc:initiator> <vd:login>ushenin_ag_150818</vd:login> </merc:initiator> <merc:enterprise> <bs:guid>cc09b52c-88b2-4a6c-9552-5ced2de42225</bs:guid> <dt:name>ЗАО "Мясокомбинат Елизовский" -колбасный цех</dt:name> </merc:enterprise> <merc:productionOperation> <vd:productiveBatch id="idvalue1"> <vd:productType>5</vd:productType> <vd:product> <bs:guid>e9fa27c7-c0e0-2f64-308c-c6409de238ae</bs:guid> </vd:product> <vd:subProduct> <bs:guid>7da301dd-d0d0-4180-5bc4-ce0a4111afcd</bs:guid> </vd:subProduct> <vd:productItem> <bs:guid>5f1b86c6-5ae7-4530-a3dd-dae19111cd96</bs:guid> <dt:name>Сосиски молочные, категории Б МГС ГрУп</dt:name> </vd:productItem> <vd:volume>2.02</vd:volume> <vd:unit> <bs:guid>21ed96c9-337b-4a27-8761-c6e6ad3c9f5b</bs:guid> </vd:unit> <vd:dateOfProduction> <vd:informalDate>06.11.2018 - ддммгггг</vd:informalDate> </vd:dateOfProduction> <vd:expiryDate> <vd:informalDate>16.11.2018 - ддммгггг</vd:informalDate> </vd:expiryDate> <vd:batchID>2018002612</vd:batchID> <vd:perishable>false</vd:perishable> <vd:lowGradeCargo>false</vd:lowGradeCargo> <vd:packageList> <dt:package> <dt:level>1</dt:level> <dt:packingType> <dt:globalID>CT</dt:globalID> </dt:packingType> <dt:quantity>1</dt:quantity> </dt:package> </vd:packageList> </vd:productiveBatch> </merc:productionOperation> <merc:vetDocument for="idvalue1"> <vd:authentication> <vd:cargoInspected>false</vd:cargoInspected> <vd:cargoExpertized>VSERAW</vd:cargoExpertized> </vd:authentication> </merc:vetDocument> </merc:registerProductionOperationRequest> </apl:data> </apl:application> </apldef:submitApplicationRequest> </soapenv:Body> </soapenv:Envelope>

Ответ на запрос с ошибкой

При загрузке документа с типом registerProductionOperationResponse возникла ошибка: Текст ошибки: {Документ.ПроизводственнаяОперацияВЕТИС.МодульМенеджера(1202)}: При заполнении ВСД по документу Производственная операция ВЕТИС 000000208 от 06.11.2018 18:49:27 не удалось найти позицию документа по продукции Сосиски молочные, категории Б МГС ГрУп (количество 2,02 кг; дата производства 06.11.2018; срок годности 16.11.2018) ВызватьИсключение ТекстОшибки; Хозяйствующий субъект: ЗАКРЫТОЕ АКЦИОНЕРНОЕ ОБЩЕСТВО "МЯСОКОМБИНАТ ЕЛИЗОВСКИЙ"(ed4fd9f1-b841-40d5-8eb9-538306847bcb) Предприятие: ЗАО "Мясокомбинат Елизовский" -колбасный цех(cc09b52c-88b2-4a6c-9552-5ced2de42225) Текст XML: <?xml version="1.0" encoding="UTF-8"?> <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"><soap:Body><receiveApplicationResultResponse xmlns="http://api.vetrf.ru/schema/cdm/application/ws-definitions"> <application xmlns="http://api.vetrf.ru/schema/cdm/application"> <applicationId>32f82a96-1ef0-4131-b3d3-91291e8ea3c5</applicationId> <status>COMPLETED</status> <serviceId>mercury-g2b.service</serviceId> <issuerId>ed4fd9f1-b841-40d5-8eb9-538306847bcb</issuerId> <issueDate>2018-11-06T08:49:33+03:00</issueDate> <rcvDate>2018-11-06T09:49:56+03:00</rcvDate> <prdcRsltDate>2018-11-06T09:49:57+03:00</prdcRsltDate> <result> <merc:registerProductionOperationResponse xmlns:merc="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2" xmlns:bs="http://api.vetrf.ru/schema/cdm/base" xmlns:dt="http://api.vetrf.ru/schema/cdm/dictionary/v2" xmlns:vd="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2"> <merc:stockEntryList count="1" total="1" offset="0"> <vd:stockEntry> <bs:uuid>b8ecf233-2b6c-48c7-a2af-3a1a0f5132aa</bs:uuid> <bs:guid>101aff6e-1bd7-46fb-85f5-ad0a815ebf88</bs:guid> <bs:active>true</bs:active> <bs:last>true</bs:last> <bs:status>100</bs:status> <bs:createDate>2018-11-06T09:49:57+03:00</bs:createDate> <bs:updateDate>2018-11-06T09:49:57+03:00</bs:updateDate> <vd:entryNumber>1607555753</vd:entryNumber> <vd:batch> <vd:productType>5</vd:productType> <vd:product> <bs:uuid>3008afa9-8a88-8586-5f75-08ce43189ac8</bs:uuid> <bs:guid>e9fa27c7-c0e0-2f64-308c-c6409de238ae</bs:guid> </vd:product> <vd:subProduct> <bs:uuid>46e3b8fb-49d4-ac94-b5cc-adda7521409d</bs:uuid> <bs:guid>7da301dd-d0d0-4180-5bc4-ce0a4111afcd</bs:guid> </vd:subProduct> <vd:productItem> <bs:uuid>5297604a-eff6-42df-88d9-56981a2a3303</bs:uuid> <bs:guid>5f1b86c6-5ae7-4530-a3dd-dae19111cd96</bs:guid> <dt:name>Сосиски молочные, категории Б МГС ГрУп</dt:name> <dt:code>9154</dt:code> </vd:productItem> <vd:volume>2.02</vd:volume> <vd:unit> <bs:uuid>069792f0-053d-11e1-99b4-d8d385fbc9e8</bs:uuid> <bs:guid>21ed96c9-337b-4a27-8761-c6e6ad3c9f5b</bs:guid> </vd:unit> <vd:dateOfProduction> <vd:firstDate> <dt:year>2018</dt:year> <dt:month>11</dt:month> <dt:day>6</dt:day> </vd:firstDate> </vd:dateOfProduction> <vd:expiryDate> <vd:firstDate> <dt:year>2018</dt:year> <dt:month>11</dt:month> <dt:day>16</dt:day> </vd:firstDate> </vd:expiryDate> <vd:batchID>2018002612</vd:batchID> <vd:perishable>false</vd:perishable> <vd:origin> <vd:productItem> <bs:uuid>5297604a-eff6-42df-88d9-56981a2a3303</bs:uuid> <bs:guid>5f1b86c6-5ae7-4530-a3dd-dae19111cd96</bs:guid> <dt:name>Сосиски молочные, категории Б МГС ГрУп</dt:name> <dt:code>9154</dt:code> </vd:productItem> <vd:country> <bs:uuid>72a84b51-5c5e-11e1-b9b7-001966f192f1</bs:uuid> <bs:guid>74a3cbb1-56fa-94f3-ab3f-e8db4940d96b</bs:guid> </vd:country> <vd:producer> <dt:enterprise> <bs:uuid>2c3df7fa-8aa9-4518-bcaf-f096d7de9a4c</bs:uuid> <bs:guid>cc09b52c-88b2-4a6c-9552-5ced2de42225</bs:guid> </dt:enterprise> <dt:role>PRODUCER</dt:role> </vd:producer> </vd:origin> <vd:lowGradeCargo>false</vd:lowGradeCargo> <vd:packageList> <dt:package> <dt:level>1</dt:level> <dt:packingType> <bs:uuid>483400f6-eef8-4d94-bebe-9a6bbc5585e8</bs:uuid> <bs:guid>fedf4328-053c-11e1-99b4-d8d385fbc9e8</bs:guid> <dt:globalID>CT</dt:globalID> <dt:name>Коробка, картонная</dt:name> </dt:packingType> <dt:quantity>1</dt:quantity> </dt:package> </vd:packageList> <vd:owner> <bs:uuid>7c63a196-e050-4989-9c5e-56c66086c37f</bs:uuid> <bs:guid>ed4fd9f1-b841-40d5-8eb9-538306847bcb</bs:guid> </vd:owner> </vd:batch> <vd:vetDocument> <bs:uuid>3f6390b0-ef53-4959-996f-e0af5f2a7479</bs:uuid> </vd:vetDocument> </vd:stockEntry> </merc:stockEntryList> <merc:vetDocument> <bs:uuid>3f6390b0-ef53-4959-996f-e0af5f2a7479</bs:uuid> <vd:issueDate>2018-11-06</vd:issueDate> <vd:vetDForm>PRODUCTIVE</vd:vetDForm> <vd:vetDType>PRODUCTIVE</vd:vetDType> <vd:vetDStatus>CONFIRMED</vd:vetDStatus> <vd:finalized>true</vd:finalized> <vd:lastUpdateDate>2018-11-06T09:49:57+03:00</vd:lastUpdateDate> <vd:certifiedBatch> <vd:batch> <vd:productType>5</vd:productType> <vd:product> <bs:uuid>3008afa9-8a88-8586-5f75-08ce43189ac8</bs:uuid> <bs:guid>e9fa27c7-c0e0-2f64-308c-c6409de238ae</bs:guid> </vd:product> <vd:subProduct> <bs:uuid>46e3b8fb-49d4-ac94-b5cc-adda7521409d</bs:uuid> <bs:guid>7da301dd-d0d0-4180-5bc4-ce0a4111afcd</bs:guid> </vd:subProduct> <vd:productItem> <bs:uuid>5297604a-eff6-42df-88d9-56981a2a3303</bs:uuid> <bs:guid>5f1b86c6-5ae7-4530-a3dd-dae19111cd96</bs:guid> <dt:name>Сосиски молочные, категории Б МГС ГрУп</dt:name> <dt:code>9154</dt:code> </vd:productItem> <vd:volume>2.02</vd:volume> <vd:unit> <bs:uuid>069792f0-053d-11e1-99b4-d8d385fbc9e8</bs:uuid> <bs:guid>21ed96c9-337b-4a27-8761-c6e6ad3c9f5b</bs:guid> </vd:unit> <vd:dateOfProduction> <vd:firstDate> <dt:year>2018</dt:year> <dt:month>11</dt:month> <dt:day>6</dt:day> </vd:firstDate> </vd:dateOfProduction> <vd:expiryDate> <vd:firstDate> <dt:year>2018</dt:year> <dt:month>11</dt:month> <dt:day>16</dt:day> </vd:firstDate> </vd:expiryDate> <vd:batchID>2018002612</vd:batchID> <vd:perishable>false</vd:perishable> <vd:origin> <vd:productItem> <bs:uuid>5297604a-eff6-42df-88d9-56981a2a3303</bs:uuid> <bs:guid>5f1b86c6-5ae7-4530-a3dd-dae19111cd96</bs:guid> <dt:name>Сосиски молочные, категории Б МГС ГрУп</dt:name> <dt:code>9154</dt:code> </vd:productItem> <vd:country> <bs:uuid>72a84b51-5c5e-11e1-b9b7-001966f192f1</bs:uuid> <bs:guid>74a3cbb1-56fa-94f3-ab3f-e8db4940d96b</bs:guid> </vd:country> <vd:producer> <dt:enterprise> <bs:uuid>2c3df7fa-8aa9-4518-bcaf-f096d7de9a4c</bs:uuid> <bs:guid>cc09b52c-88b2-4a6c-9552-5ced2de42225</bs:guid> </dt:enterprise> <dt:role>PRODUCER</dt:role> </vd:producer> </vd:origin> <vd:lowGradeCargo>false</vd:lowGradeCargo> <vd:packageList> <dt:package> <dt:level>1</dt:level> <dt:packingType> <bs:uuid>483400f6-eef8-4d94-bebe-9a6bbc5585e8</bs:uuid> <bs:guid>fedf4328-053c-11e1-99b4-d8d385fbc9e8</bs:guid> <dt:globalID>CT</dt:globalID> <dt:name>Коробка, картонная</dt:name> </dt:packingType> <dt:quantity>1</dt:quantity> </dt:package> </vd:packageList> <vd:owner> <bs:uuid>7c63a196-e050-4989-9c5e-56c66086c37f</bs:uuid> <bs:guid>ed4fd9f1-b841-40d5-8eb9-538306847bcb</bs:guid> </vd:owner> </vd:batch> </vd:certifiedBatch> <vd:authentication> <vd:cargoInspected>false</vd:cargoInspected> <vd:cargoExpertized>VSERAW</vd:cargoExpertized> </vd:authentication> <vd:statusChange> <vd:status>CONFIRMED</vd:status> <vd:specifiedPerson> <vd:fio>Ушенин Александр Георгиевич</vd:fio> <vd:workEmail>engenire_tp@agrotek.ru</vd:workEmail> <vd:organization> <dt:name>ГВЭ по Камчатскому краю</dt:name> <dt:address> <dt:region> <bs:uuid>203b6f77-01bc-44e5-befc-047432f193fc</bs:uuid> <bs:guid>d02f30fc-83bf-4c0f-ac2b-5729a866a207</bs:guid> <dt:name>Камчатский край</dt:name> </dt:region> </dt:address> </vd:organization> <vd:post>Генеральный директор</vd:post> </vd:specifiedPerson> <vd:actualDateTime>2018-11-06T09:49:57+03:00</vd:actualDateTime> </vd:statusChange> </merc:vetDocument> </merc:registerProductionOperationResponse> </result> </application> </receiveApplicationResultResponse></soap:Body></soap:Envelope>

_Sasha_ wrote:

Mechanik21 wrote:Добрый вечер!
Оформляю производственную операцию ВЕТИС в бухгалтерии предприятия 3.0. При передаче данных возвращается с ошибкой. Подскажите, в чём проблема?

При загрузке документа с типом registerProductionOperationResponse возникла ошибка:
Текст ошибки: При заполнении ВСД по документу Производственная операция ВЕТИС 000000007 от 02.10.2018 16:39:08 не удалось найти позицию документа по продукции
Сервелат Московский (количество 100 кг; дата производства 02.10.2018 00:00; срок годности 07.10.2018 00:00)
Текст XML см. в журнале регистрации.

Коллеги, доброго времени суток.
Удалось ли кому нибудь разобраться с этой ошибкой?

MishaJ wrote:

christoffelsymbols wrote:

MishaJ wrote:

christoffelsymbols wrote:
Запрос на оформление явно отправлен 2 раза...

Судя по Протоколу со стороны 1С один исходящий, а вот входящих - два:

Вот именно это и подтверждает, что 1с один и тот же запрос отправила 2 раза и получила 2 ответа.

P.s.
Попробуем написать в техподдержку 1с.

Давайте попробуем разобрать пример с точки зрения формальной логики.

Все элементы таблицы принадлежат учетной системе, сортировка по убыванию.

Что видно на картинке? Четко прослеживается пара - запрос (Исходящий)/ответНаЗапрос (Входящий). Судя по колонке "Идентификатор запроса", в этом поле можно однозначно определить какой идентификатор соответствует своей паре. В этой картине есть элемент, у которого значение поля "Идентификатор запроса" - уникален для всего журнала (я проверял)

, т.е. "Запроса" с таким идентификатором - нет, есть только ответ, отсюда можно сделать предположение, что запрос на этот ответ был порождён не в недрах нашей учётной системы. Всё это по моему скромному мнению. И ещё раз хочу повторить то, что дубли появились только после 24.10, база была обновлена - 18.10.

MishaJ wrote:

christoffelsymbols wrote:
Запрос на оформление явно отправлен 2 раза...

Судя по Протоколу со стороны 1С один исходящий, а вот входящих - два:

MishaJ wrote:

christoffelsymbols wrote:
Запрос на оформление явно отправлен 2 раза.
У вас регл. задание включено?

Отредактируйте, пожалуйста, Ваш ответ, или уберите цитирование.

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

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

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

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

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

MishaJ wrote:

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

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

sergmerk wrote:

MishaJ wrote:

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

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

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

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

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