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

dk wrote:Так точно. Нет смысла смешивать бух. учёт и меркурий.

Вот уж поверьте - стоит. Сначала ваша интеграция попробует создать ТВСД из продукции которой уже нет. А потом вы узнаете что партия списанная под ноль инвентаризации не подлежит. А потом узнаете про то, что на партию, созданную через инвентаризацию нужны новые лаб. исследования. А потом придет проверка и округлит глаза. Ну и так далее. "О сколько нам открытий чудных..." (с)

dk wrote:На крупном молочном заводе в лен области разделили бухгалтерскую приёмку в 1с и меркурии, т.к. фактически принятый объём знает только приёмщик, только после приёмки, и он гасит входящие ВСД в меркурии с фактическим объёмом.

А через три месяца будут бегать с выпученными глазами, выдергивая волосы на голове, с воплями "Склады поехали!1"

oleg-x wrote:На данном этапе ни как, все считают что начнут заводить колбаса докторская и колбаса кремлевская, а по факту, в большинстве случаев, будет колбасные изделия в ассортименте, только на 4 уровне справочника.

Радость в том, что 4 уровень для такого ассорти не предусмотрен. Если на 3 уровне такое РСХН терпел, то на 4-ом он этого делать не должен, может легко это отследить и больно ударить за это по рукам (я бы просто логин в Меркурии отключал бы на месяц).

Что-то мне подсказывает что с апреля 19-го есть все шансы что систему включат. Полагаю что за Меркурий РСХН отчитывается перед правительством в стиле "у нас все работает" и правительство, ободренное этим фактом, думает что для того чтобы включить все продукты нужно только выпустить соответствующий приказ. Что там будет потом вопрос третий, думаю и три переноса подряд и куча матюгов в адрес разработчиков. Но все это пройдет мимо нашего дорого товарища Путина, перед которым правительство отчитается так же бодренько.

Владимир Игнатов wrote:Мне вот стало интересно, какими соображениями руководствовался разработчик, сделав столь странный интерфейс к справочнику?

Когда я работал с географическими справочниками, у меня постоянно возникала мысль о том что это либо архитектурная недоработка, либо закрытая часть системы которую второпях для чего-то открыли.

Мы договорились использовать GTIN. Вообще использование кодировки покупателя штука очень ненадежная. Ответственность ведения справочника ложится на плечи поставщика, артикул у сети сегодня один, завтра другой, а машину с "некорректной ВСД" они развернут и виноватым будете вы.

Uncore wrote:Вопрос возник по Меркурию - не получается отправить ТТН с типом транспорта 6 - речной.
Мне приходит ошибка Ответ сервера с ошибкой: APLM0007 - Wrong application data format. Format validation failed due to XML Schema rules: Invalid text '6' in element: 'transportType' (REJECTED)

Работаете через API 2.0?

Л. Александр wrote:И никаких интервальных дат., только конкретная партия.

Мысль хорошая, но как тогда отправлять товар ассорти? В коробке две товара, один сделан вчера, другой полгода назад. Ставить дату сборки ассорти нельзя - сети такое разворачивают.

Ириала wrote:Полный "АБЗААЦ" ветеринарии. Ждем эпидемии, может быть после того, как люди начнут болеть, что-то поменяется... Жить страшно.

А была ли у собаки хата? У меня постоянно приходят ветеринарки слепленные из продуктов выработанных за несколько месяцев. У них срок годности практически пересекается со сроком выработки. Что характерно - в подписи стоят ветеринары. Причем на вопрос какого вы так делаете - ответ примерно один "ну система же позволяет".

Так что, думаю, Меркурий не делал абзац ветеринарии, он показал отношение хозов и ветеринаров к оформлению документов.

В входящих ВСД перестала приходить обязательная по схеме секция "<vd:producer> dt

roducer [1..*] Производитель продукции". А теперь внимание, вопрос: вы когда перестанете ломать схемы документов?

P.S. Ладно я, мне и отладчиком не лень пройти и код поправить, а как такую ВСД примет типовое решение для 1С?

Алексей Баранов wrote:Добрый день!

Мерк упал в IN_PROCESS...
Уже почти час...

У всех так?

Ну вроде как висит, да.

Отчет по работе службы ВетИС за 11:00 - 12:00
Отправлено в час: HTTP 49 ошибок 3, SOAP 13 ошибок 11

Майнить ЭВСД

oleg-x wrote:Достаточно последний указать.

В этом и суть проблемы. Мы этот номер не знаем, сеть его вносить не хочет. Соглашений на этот счет нет.

Доброго дня! Есть одна вредная сеть, которая не хочет вносить номера последнего ТС в мультимодальную часть перевозки. Ситуация забавна тем, что перевозчик нам номера ТС не дает, и возможно сам не всегда их знает. Есть ли юридическое обоснование того что потребитель должен сам внести номер ТС в перевозку? Имеет ли он право отказать в приемке товара если не внесен номер на последней мультимодальной точке? Заранее благодарен.

Den1s0N wrote:

Vladimir2017 wrote:

Den1s0N wrote:Все верно GTIN строго регулируется GS1, так что без вариантов, лучше скажите все же что за сети такое просят? Ато скоро сотрудничать с новыми, нужно понимать чем грозит.

Один СКУ - одна ВСД, многоуровневую упаковку с маркировкой и номерами SSCC, артикул покупателя, лабораторные исследования, 4 уровня продукции, мультимодальные перевозки, и т.д.

У нас так все и ведется, но на весовой товар у нас зарегистрированные GTINы, в маркировке соответственно GS1-128, а получается что у кого-то еще что-то новенькое, вот и хочется узнать что за сети так делают.

У них не что-то новенькое, они ставят левые GTIN на свою продукцию. Сети, кстати, редко просят именно GTIN, как правило предлагается на выбор или GTIN или артикул производителя с GUID продукции.