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

Yoreg07 wrote:у меня размер окна по 200 и всё равно процентах в >= 50 отказ с этой ошибкой

вы везде переписали под
"count" = 200 вместо 1000 ?
Стало ли лучше?

А какой нужно интервал между запросами на получение результата ? Мне говорили по разным версиям и 1 сек и 5 сек и 60 сек .

Все варианты перестали работать. С пятницы начиная. APLM0012 меня преследует

может быть это как-то связано с датами и часовыми поясами, вот смотрите что в ответе:

-<receiveApplicationResultResponse xmlns="http://api.vetrf.ru/schema/cdm/application/ws-definitions">
<application xmlns="http://api.vetrf.ru/schema/cdm/application">
<status>REJECTED</status>

<issueDate>2018-07-10T20:46:41+03:00</issueDate>
<rcvDate>2018-07-10T16:46:39+03:00</rcvDate>
<prdcRsltDate>2018-07-10T16:46:39+03:00</prdcRsltDate>

alena123 wrote: реализуем физическим лицам через Автолавку в городе Самара.
Как отразить продажу полуфабрикатов в Меркурии?
У нас нет определенной точки, где мы продаем, это могут физические лица, которые по телефону оформляют заказ к собственному дому, например.

Предположу.
Если вы продаете в только физлицам в розницу, то просто списываете количество проданного .
А вот какой адрес у передвижной площадки - не знаю.

Что делать со штрихкодами?
Контрагент хочет штрихкоды в Меркурии, есть подозрения, что пишут их сюда:

<d7p1:productItem xmlns:d9p1="http://api.vetrf.ru/schema/cdm/dictionary/v2">

<d9p1:globalID>12312313213231</d9p1:globalID>

Но внимательно рассмотрев описание типа, оказалось что
http://help.vetrf.ru/wiki/GTINType_v2.0
дает возможность написать от 8 до 14 знаков. А контрагент прислал описание на штрихкоды из 36 цифр !

Или это вот здесь надо ставить :

<d9p1:productMarks class="EAN13">12312313213231</d9p1:productMarks>

выставляя класс EAN128 или BUNDLE ?

Рабочий сервер в отличие от тестового не захотел вычитывать с пустой датой актуальности: ничего не отвечал. Поставил 1 мая - тогда вычитал.
Рабочий сервер в отличие от тестового при гашении сразу многих позиций номенклатуры: эВСД 3 из 46 выдал ошибку:

MERC14023 В сведениях о принимаемой партии указана устаревшая версии записи наименовании продукции

хотя в описании на сайте только такая:

MERC14023 В сведениях о принимаемой партии указана устаревшая версии записи вида продукции наименовании продукции.

Непонятно почему возникает, если бы там был устаревший вид продукции - это ещё понятно было бы, но как может устареть наименование? Кстати там был вид продукции "йогурт", который в классификаторе есть.

А как делать отгрузку, если не у всех контрагентов известно ИНН (а следовательно и GUID), некоторые платят наличкой. Получается ситуация, что поставщик часть отгружает организациям ( с ними стандартно), а часть - за наличку.
Но ЭВСД - то есть и партия тоже есть

неужели придётся вручную инвентаризировать в минус на сумму проданного за наличные?

loki wrote:вопрос по входящей партии.
гашение бумажного ВСД.
читаю описание и что-то не могу понять:
vd:consignee - здесь я указываю свои данные

Тоже попался сперва на этом, надо проверить
что

<bs:issuerId xmlns:bs="http://api.vetrf.ru/schema/cdm/application">ваш гуид</bs:issuerId>
...
<ent:consignee xmlns:ent="http://api.vetrf.ru/schema/cdm/mercury/vet-document">
<tns:businessEntity xmlns:tns="http://api.vetrf.ru/schema/cdm/cerberus/enterprise">
<guid xmlns="http://api.vetrf.ru/schema/cdm/base">ваш гуид</guid>
</tns:businessEntity>

Здравствуйте!
Пытаюсь заставить работать из -под 1с 7.7
Документ поступления, пытаюсь сделать входящую партию , запрос processIncomingConsignmentRequest .

Пишет упорно вот так:

Заявка отклонена: MERC13574 Сведения о товарно-транспортной накладной указаны неверно. Номер, дата и тип документа обязательны для заполнения.

Перепробовал разные варианты. waybill внутри ветки accompanyingForms, внутри delivery в описании и в xsd значится как из пространства

http://api.vetrf.ru/schema/cdm/argus/shipment

но если так сделать, тогда сразу ошибка типа

'waybill' not expected

если ставить

-<waybill xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document">

то упорно дает ошибку MERC13574 , хотя заполнял всё стандартно:

-<waybill xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document">
<issueSeries xmlns="http://api.vetrf.ru/schema/cdm/base">B000630</issueSeries>
<issueNumber xmlns="http://api.vetrf.ru/schema/cdm/base">B000630</issueNumber>
<issueDate xmlns="http://www.w3.org/2001/XMLSchema">2018-04-19</issueDate>
<type xmlns="http://api.vetrf.ru/schema/cdm/argus/shipment">1</type>
</waybill>

и даже вот так полностью, хотя по описанию подозреваю что это должно быть в vetCertificate

<waybill xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document">
<issueSeries xmlns="http://api.vetrf.ru/schema/cdm/base">B000630</issueSeries>
<issueNumber xmlns="http://api.vetrf.ru/schema/cdm/base">B000630</issueNumber>
<issueDate xmlns="http://www.w3.org/2001/XMLSchema">2018-04-19</issueDate>
<type xmlns="http://api.vetrf.ru/schema/cdm/argus/shipment">1</type>
<transportInfo xmlns="http://api.vetrf.ru/schema/cdm/argus/shipment">
<transportType xmlns="http://api.vetrf.ru/schema/cdm/argus/shipment">1</transportType>
<transportNumber xmlns="http://api.vetrf.ru/schema/cdm/argus/shipment">
<vehicleNumber xmlns="http://api.vetrf.ru/schema/cdm/argus/shipment">111111</vehicleNumber>
</transportNumber>
</transportInfo>
<transportStorageType xmlns="http://api.vetrf.ru/schema/cdm/argus/shipment">FROZEN</transportStorageType>
</waybill>

та же ошибка. Причём пробовал для

issueSeries xmlns="http://api.vetrf.ru/schema/cdm/base">B000630</issueSeries>
<issueNumber xmlns="http://api.vetrf.ru/schema/cdm/base">B000630</issueNumber>
<issueDate xmlns="http://www.w3.org/2001/XMLSchema">2018-04-19</issueDate>

простраства имен
вот это http://api.vetrf.ru/schema/cdm/base
и вот это http://api.vetrf.ru/schema/cdm/argus/shipment (т.к. есть 2 разных описания по типам)

Что делать? Куда смотреть и сто заполнить, чтобы побороть вот это:
MERC13574 Сведения о товарно-транспортной накладной указаны неверно. Номер, дата и тип документа обязательны для заполнения.