Записи складского журнала не должны быть оформлены код ошибки merc24143

Столкнулись с проблемой: при отправке документа «Транспортный документ» в Меркурий периодически появляется ошибка «MERC02137», это значит, что мы пытаемся отправить продукцию больше, чем у нас есть на остатках, но какой именно продукции не хватает, не указано, а если позиций больше 100, придется проверять остаток каждой продукции в документе.

Обработка покажет, в какой именно строке документа не хватает количества.

Открываем обработку, выбираем предприятие меркурий, транспортный документ меркурий, нажимаем кнопку «Сформировать». В табличную часть загрузятся позиции из документа с не обеспеченным расходом.

В первом столбце указанно «номер строки в документе»

Во втором столбце номенклатура меркурия (а точнее аналитика, это можно сказать партия)

Вебинар «Юрист в GameDev индустрии. Откровенный диалог»

В третьем столбце количество в документу и количество на остатках

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

При нажатие на позицию в таблице, покажет все остатки по выбранной позиции.

Возможно сделать корректировку документа

Нажимаем на кнопку «Выбрать партию с обеспеченным расходом» — проверит все позиции с не обеспеченным расходом есть ли у них нужный остаток и если есть заменит в документе.

Нажимаем на кнопку «Изменить остаток» — изменит в документе количество на нужное для отправки.

Обработка тестировалась и работает

на конфигурациях «ДАЛИОН: Управление магазином.» и «Трактиръ: Head-Office».

на платформе 1С 8.3 (тестировался и работает на разных платформах начиная с 8.3.8.1933 )

Гарантированно работает:

«ДАЛИОН: Управление магазином.ПРО»,на версии от ред. 1.2 (1.2.50.06) и выше

«Трактиръ: Head-Office», на версии от 1.0 (1.0.44.06) и выше.

Источник: open-budget.ru

Управление ветеринарными сертификатами, исправляем ошибку «MERC24009 В запросе для записи складского журнала продукции указан идентификатор устаревшей версии записи реестра РСХН»

Иногда при инвентаризации возникает ошибка «MERC24009 В запросе для записи складского журнала продукции указан идентификатор устаревшей версии записи реестра РСХН», для устранения ошибки необходимо обновить устаревшие записи складского журнала, но проблема в том, что определить устаревшую запись затруднительно. Для решения проблемы было разработано расширение конфигурации, которое добавляет кнопку «Обновить записи складских журналов» в документ «Инвентаризация», записи РСХН обновляются, и можно смело формировать заявку на инвентаризацию.

Mediaday 2.11.19. Онлайн День открытых дверей программ «Журналистика» и «Медиакоммуникации» ВШЭ

Как подключить расширение?

Пошаговая инструкция:

1. НСИ и администрирование
2. Настройки параметров системы
3. Печатные формы, отчеты и обработки
4. Гиперссылка «Расширения»
5. Добавить
6. Выбираем нужно нам расширение
7. Снять флаг (галочку) безопасный режим.
8. Перезапустить
9. Готово!

Тестировалось на конфигурации «1С:Управление ветеринарными сертификатами. Интеграция с ФГИС Меркурий (2.0.9.1)».

Ссылка на публикацию

Скачать файлы

Управление ветеринарными сертификатами, исправляем ошибку «MERC24009 В запросе для записи складского журнала продукции указан идентификатор устаревшей версии записи реестра РСХН.»:

.cfe 41,14Kb

Специальные предложения

Комментарии

• Дата
• Дата
• Рейтинг всех уровней
• Рейтинг 1-го уровня
• Древо развёрнутое
• Древо свернутое

Свернуть все
1. json 3144 13.01.20 12:13 Сейчас в теме
В этой конфигурации есть специальные регламентное задание для обновления записей СЖ
2. rhtr 88 13.01.20 13:06 Сейчас в теме

(1) Да, есть. Регламентное задание «Загрузка обновлений версий записей складского журнала», оно выполняется без ошибок каждые 180 сек.
Но видимо обновляются не все записи, раз такая ошибка выскакивает.

3. alex_vbg 17.11.20 12:08 Сейчас в теме

Здравствуйте, воспользовался Вашей доработкой, но ошибка сохранилась:

В запросе для вида продукции указан идентификатор устаревшей версии записи

В ответ получил:

4. rhtr 88 17.11.20 14:02 Сейчас в теме

Здравствуйте.
Расширение помогает с ошибкой MERC24009 (указано в заголовке), у Вас же ошибка MERC24019.
Мне такая ошибка не встречалась, но думаю что Вам нужно обновить не записи складских журналов а саму продукцию, видимо у продукции изменился вид продукции.

5. Операция1Ы 53 20.04.22 16:58 Сейчас в теме
(3) Привет, у меня такая же проблема, тоже ошибка MERC24019, удалось найти решение?
6. rhtr 88 20.04.22 17:37 Сейчас в теме
(5) Привет. Такая проблему у себя решал обновлением продукции.
7. Операция1Ы 53 24.04.22 21:28 Сейчас в теме

(6) Можно уточнить как именно была обновлена продукция? Не получается обновить, обновлял из карточки, ошибка не пропала.

8. rhtr 88 25.04.22 13:44 Сейчас в теме

(7) Склад — Продукция — Взаимодействие с ИС «Меркурий» — Получение актуальных данных из ИС «Меркурий»

9. Операция1Ы 53 28.04.22 09:27 Сейчас в теме
Получение актуальных данных из ИС «Меркурий»

Спасибо, но видимо мне не поможет этот вариант, у меня УТ11 и в ней нет этой обработки, видимо придется решать как-то подругому.

10. rhtr 88 28.04.22 12:46 Сейчас в теме
(9) В УТ не сталкивался с такой проблемой, но наверняка есть решение, задай вопрос на форуме.
Статистика:

Просмотры 7363

Загрузки 23

Рейтинг 1

Создание 13.01.20 11:20

Обновление 08.03.20 22:48

№ Публикации 1178657

Характеристики:

Тип файла Расширение (cfe)

Операционная система Не имеет значения

Доступ к файлу Абонемент ($m)

Код открыт Да

См. также

daСклонение: склонение ФИО, должностей, чисел, прилагательных, существительных на языке 1С + ТестЦентр Промо

Функция предназначена для склонения выражений, которые часто требуется при формировании печатных форм договоров и прочих печатных форм. Функция склоняет по падежам ФИО, должности, числительные, валюты, единицы измерения, предметы. Также функция склоняет глаголы и прилагательные по числам и родам и существительные по числам.

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

1 стартмани

14.02.2015 121878 123 daMaster 92

Источник: xn--80appelehcm.xn--p1ai

Все, что нужно знать про складской учет

Складской учет есть и в мелкой рознице и в крупных оптовых и производственных компаниях. Не важно, где хранятся товары, важно — в любой момент времени знать, какой товар и в каком количестве есть в наличии, нужно ли пополнить запасы или, наоборот, избавится от залежалой продукции. Рассказываем о правильной организации складского учета.

Что такое складской учет

• поступление и оприходование товара от контрагентов;
• занесение информации о поступившей продукции в базу или учетные документы;
• отгрузка продукции покупателю или отправка в торговый зал;
• перемещение ( между складами или торговыми точками );
• инвентаризация;
• информирование бухгалтерии об изменении закупочных цен;
• списание на собственные нужды, из-за порчи или недостачи;
• корректировка характеристик продукции в учетных карточках.

В сервисе МойСклад работа ускоряется, благодаря полной автоматизации всех возможных процессов. Подключение с любого устройства. Техподдержка помогает с настройкой 24/7. Попробуйте, это бесплатно.

Цели складского учета

Складской учет показывает, где находится тот или иной товар. Кроме количественных величин, на принятие решений влияет стоимость запасов. Без этих данных невозможно работать — все равно что торговать вслепую.

Упорядочивание позиций

Товары группируют по сортам и партиям по нескольким причинам:

• выявить популярные позиции;
• определить не пользующийся спросом товар;
• контролировать сроки годности.

Поддержание порядка в документах

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

Контроль количества остатков и запасов

Контрольная задача складского учета в первую очередь направлена на борьбу с воровством. Любое перемещение запротоколировано, и сотрудникам будет сложно скрыть потери.

Отталкиваясь от 100% точной информации об остатках, предприниматель может закупить товар в достаточном количестве, торговать без сбоев, контролировать срок оплаты за продукцию, оценивать оборачиваемость товаров по группам.

Виды складского учета

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

Есть четыре основных вида складского учета:

1. Номенклатурный учет ведут компании с широким ассортиментом продукции. Без внутренней классификации по группам и подгруппам найти нужный товар будет сложно. Поэтому на каждую позицию товара заводят новую карточку, а товары объединяют в группы по установленным признакам.
2. Сортовой — исходя из названия, понятно, что деление рационально провести по сортам и типам. А другие характеристики уходят на задний план и не влияют на распределение: поставщик, цена, срок годности и т. д.
3. Партионному учету отлично поддается продукция, которую нужно хранить отдельно, исходя из срока годности, приходной цены, особенностей расчетов с поставщиками и других признаков.
4. Партионно-сортовой — совмещает особенности сразу двух форм учета. Позволяет хранить партии отдельно, при этом товарные позиции группируются сначала по партиям, затем — по сортам.

Так как в двух последних видах учета главное значение занимает отдельное хранение, то и место для склада потребуется больше обычного. В сортовом и номенклатурном учете заполняют только карточки для учета товара, для других вариантов требуется вести ведомость.

Документооборот на складе

Чтобы контролировать остатки, необходимо правильно оформлять документы на каждое передвижение товара.

Рассмотрим документы, используемые на всех участках склада.

Прием товара

На передовой складского учета находятся документы, свидетельствующие о поступлении товара. За этот участок отвечает сразу несколько документов.

1. Накладная от поставщика — сопроводительный документ для товара, по которому товар принимают на склад.
2. Приходная накладная для учета поступающей продукции оформляется на основании первого документа.
3. Товарно-транспортная накладная по форме № 1-Т требуется для товаров, доставленных на склад любым видом транспорта. Этот документ подтверждает факт приема-передачи: списание товара у поставщика и оприходование у получателя. Во второй части ТТН прописываются расходы по транспортировке.
4. По итогу рабочей смены кладовщик оформляет приходный складской ордер М-4 , включающий всю поступившую продукцию.
5. Акт о приемке материалов М-7 подтвердит, если товар поступил не в полном объеме, без сопроводительной документации или есть расхождения между заявкой и фактом. Верно заполненный акт позволит отправить претензию поставщику и получить компенсацию.
6. Акт о приемке товаров ТОРГ-1 свидетельствует о том, что товар прошел проверку на качество, количество, массу и комплектность.

Хранение товара

После поступления товар переходит на этап хранения, для этого создаются:

1. Товарный ярлык ТОРГ 11 — отражает наименование, артикул, сорт, количество на складе, все необходимые сведения, чтобы товар могли быстро опознать. По этой информации затем заполняют инвентаризационную опись.
2. Карточка учета М-17 — предназначена для записи материалов и определения их местонахождения. На каждый вид, сорт, размер заполняется своя карточка учета на основании приходных документов.

Перемещение товаров

В процессе хранения может происходить перемещение товара, тогда заполняют:

1. Требование-накладную М-11 для перемещение между подразделениями или материально ответственными сотрудниками. Один экземпляр принадлежит складу, второй передается принимающей стороне.
2. Накладную на внутреннее перемещение товаров ТОРГ-13 . Она отражает движение товара со склада на производство или в торговый зал. Все стороны процесса получают свои экземпляры.

Выбытие товаров со склада

1. Если товар или материалы передают, например, на переработку в другое подразделение или организацию, то заполняют накладную на отпуск материалов на сторону М-15 с указанием не только количества, но и цены.
2. Товарная накладная ТОРГ-12 применяется для продажи товаров другому предприятию. Заполняется в двух экземплярах для продавца и покупателя.
3. Если выбытие происходит по причине порчи, то составляется акт о списании ТОРГ-16

Ведение складского учета

Как вести складской учет закон не устанавливает. Учитывая специфику бизнеса, используйте любые удобные для вас формы: бумажные документы, Excel-таблицы, специализированные системы документооборота. Ориентируйтесь на объем товарооборота и его проходимость . С ростом числа операций и номенклатуры появляется необходимость в автоматизации.

Ручной учет в Excel-таблицах можно условно назвать полуавтоматическим вариантом. Основную часть работы приходится выполнять сотрудникам, автоматически рассчитываются только суммы по столбцам и строкам. Единственным плюсом в этом способе ведения учета является его цена — пользоваться таблицами можно бесплатно.

Зато есть ряд трудностей, которые нужно учитывать:

• В таблице не сохраняется история вносимых изменений. Поэтому всегда остается риск потерять данные, если сотрудник случайно удалил из таблицы что-то важное.
• Ручная автоматизация с помощью Excel увеличивает время обработки документов и грузов. Инвентаризация крупных остатков занимает слишком много времени.
• Сложно уследить за сроками годности.
• Все документы заносятся вручную, а значит возрастает количество ошибок из-за человеческого фактора.

Управление складом можно передать специальной программе, чтобы решить все перечисленные выше проблемы. Вы сократите ручные операции и заведение документов, так как:

• Электронные документы защищены от потерь . Доступ для просмотра и редакции документов будут иметь только отдельные ответственные за свой участок склада работники.
• Документы создаются на основе установленных шаблонов и с помощью справочников, сокращая количество ошибок.
• Сокращается бумажная работа, увеличивается скорость проведения инвентаризации .
• Контроль за сроками годности, печать ценников, этикеток и другие процессы полностью автоматизированы .

Например, в МоемСкладе подсвечиваются красным показатели, которые выходят за пределы нормы. В том числе срок годности, когда он приближается к концу.

Автоматизация складского учета в МоемСкладе

Сервис предназначен для упрощения всех складских операций: приемка и отгрузка товара, перемещение, инвентаризация, списание и оприходование. С его помощью вы организуете эффективный складской учет и сможете распечатать любые документы.

МойСклад обеспечивает круглосуточный доступ к достоверной информации о состоянии товаров. Чтобы смотреть данные об остатках, оборотах и себестоимости в режиме реального времени, нужно лишь зарегистрироваться в сервисе, заполнить данные и начать вести учет.

Как подготовить магазин к складскому учету

1. Выбрать метод складского учета : номенклатурный, сортовой, партионный, партионно-сортовой.

2. Закупить оборудование:

• терминалы для сбора данных (ТСД), для расшифровывания штрихкодов и этикеток — сканеры;
• принтеры для печати этикеток на самоклеящейся бумаге;
• ПО для интеграции оборудования с системой складского учета.

3. Определить ответственных сотрудников , принимающих участие в складском учете, и прописать для них инструкции.

4. Разобраться в товарных позициях , закрепить каждую за конкретным местом на складе, чтобы ее было легко найти.

Пример автоматизации складского учета в МоемСкладе

Перечислим основные возможности.

1. Интеграция с оборудованием и сервисами:

• Удобный визуальный редактор этикеток и ценников , возможность массовой печати, поддержки сканеров, печати и генерации EAN-8, EAN-13, Code128 и др.
• Интеграция с фискальными регистраторами АТОЛ, ШТРИХ-М, Viki Print, принтером чеков.
• Интеграция с МодульКассой и смарт-терминалами Эвотор, возможность подключения терминалов Verifone и PAX для оплаты картами.
• Экспорт данных в 1С:Бухгалтерию для составления налоговой отчетности по принципу «документ-в-документ».

2. В одном месте формируются и печатаются складские документы ( М-11, ИНВ-3, ТОРГ-16, МХ-1 и других ). Обмениваться документами можно круглосуточно по ЭДО или email.

3. Умное адресное хранение распределяет товары по складским ячейкам для быстрого и удобного поиска. Система подскажет, куда лучше поместить вновь полученный товар, и сформирует лист подбора для ваших кладовщиков при подготовке отгрузки.

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

Кроме складского учета вам понадобятся дополнительные функции, которые выполняет МойСклад:

• обрабатывать заказы покупателей

Отчет по заказам покупателей показывает, какие статусы были присвоены заказам для просмотра информации отдельно по новым заказам, возвратам, подтвержденным заказам и т. д.

• резервировать товар под заказ;
• выставлять счета и контролировать их оплату;
• обрабатывать товары, подлежащие маркировке с учетом последних требований закона;
• получать и анализировать финансовые показатели.

Динамика продаж отражается в отчете « Прибыльность » в разрезе товаров, сотрудников, покупателей, каналов.

Отчет « Движение денежных средств » позволяет контролировать и предотвращать кассовые разрывы, показывает остаток на начало и конец заданного периода.

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

В сервис встроена масса полезных отчетов по остаткам, оборотам, контрагентам, задолженности и т. д. Для оперативного контроля включите рассылку данных на электронную почту.

К дополнительным возможностям относится сбор и предоставление данных об операциях на каждую дату — все платежи и суммы по ним, время проведения, контрагент, статус документа.

• складской учет
• Мой Склад
• автоматизация процессов
• первичные документы
• ЭДО

Источник: www.klerk.ru

Организация складского учета: бесплатное детальное руководство для начинающих владельцев магазинов. Автоматизация складского учета.

Автоматизация складского учета упрощает работу магазина, но главный её плюс не в этом. Многие бизнесмены отмечают — после замены тетрадей и excel табличек на программное обеспечение прекратились недостачи. Когда движение каждой единицы товара можно отследить, красть становится сложно и опасно.

Приятный бонус: планируя закупки, вы не гадаете на кофейной гуще, а ориентируетесь на спрос. Никаких больше пустых полок и партий непопулярного товара, пылящихся на складе.

В этой статье разобрались, чем чревато ведение складского учёта “на коленке” и как действовать, решившись на автоматизацию. За 10 минут вы узнаете:

• Какие возможности упускают те, кто ведет складской учет вручную
• Как размещать товар на складе, чтобы сотрудники быстрее работали и реже ошибались
• Как с помощью грамотного учета уменьшить процент просрочки и исключить пересортицу
• Как наладить совместную работу склада и бухгалтерии
• Как вернуть поставщику бракованный товар
• Как упростить инвентаризацию, исключить воровство и повысить лояльность клиентов одним махом.

Ошибки складского учета и их последствия для бизнеса

1. Складской учет ведут вручную: в журнале или Excel. Такой подход может позволить себе только маленькая фирма с небольшим количеством товаров и клиентов, но нужно быть готовым к тому, что:
2. На инвентаризацию уходит много времени. Приходится закрывать магазин в рабочее время и терять прибыль либо оставаться работать в ночную смену и доплачивать сотрудникам.
3. Велико влияние человеческого фактора: сотрудник может забыть что-то внести, перепутать артикулы или намеренно подтасовать цифры, чтобы скрыть недостачу. Например, по накладной вы получили 200 штук красных карандашей и 100 штук серых, а оприходовали их под наименованием “Карандаши”, 300 штук. В конце месяца при подведении итогов получится или ошибка в виде 600 карандашей, или недостача при неверном ценообразовании: продали все карандаши по 33 рубля (цена серых), при этом красные должны были стоить 37 рублей, а так как они и в закупке были дороже, вы теряете прибыль.
4. Таблицу могут случайно удалить, а журнал — потерять. Или какой-то продавец, уходя от вас, может напакостить на прощание.
5. Не определяют товар-локомотив. Представим, что житель одного из спальных районов Москвы Владимир каждый день по пути с работы заезжает за пятилитровой баклажкой воды и заодно покупает продукты. Если воды не окажется, он в следующий раз пойдет в другой магазин, чтобы не стоять в очереди дважды, и отнесет деньги конкурентам.
6. Не отслеживают спрос. Планируя закупки, опираются на предположения, поэтому одних товаров постоянно не хватает, а другие пылятся на складе (вместе с ними — вложенные владельцем бизнеса деньги).
7. Не контролируют сроки годности скоропортящегося товара и его остатки. В результате регулярно списывают просрочку и недополучают прибыль.

Автоматизация складского учета позволяет бизнесу работать более эффективно:

• увеличить производительность труда;
• исключить вероятность ошибок из-за человеческого фактора;
• видеть и анализировать статистику по остаткам и продажам.

Складская программа “1С:УНФ” + бухгалтерия Фингуру за 23 000 рублей в месяц.

Поможем наладить бесперебойную работу бизнеса с минимальными усилиями с вашей стороны.

Как организовать складской учет

Прежде всего нужно определиться, кто будет отвечать за сохранность продукции и вести складской учет. Это упростит процесс подготовки к приемке и оприходованию товаров.

Затем нужно продумать место для хранения и подготовить документацию по оформлению приема-сдачи товаров.

Один из важных процессов — приемка товаров. Иногда поставщики могут привезти на склад бракованные товары или не всю продукцию, которая указана в документах. Доказать ответственность поставщика за повреждение товара можно только в момент приемки, поэтому важно проверить упаковку, тару, маркировку и ассортимент на соответствие по количеству и качеству. Если не обучить этому ответственного за склад, будете регулярно нести убытки.

Затем нужно определиться с методом складского учета. Какой выбрать — зависит от ассортимента и объема номенклатуры. Есть четыре основных варианта.

Сортовой. Товары хранят по сортам и наименованиям, новые партии смешивают с остатками старых. Стоимость и дата поступления товара на склад не важны. Учет ведут в товарной книге и каждый сортовой продукт записывают на отдельном листе. На нем указывают название и артикул продукта и отражают движение товара.

С помощью такого метода размещения можно быстро найти товары одного наименования и экономно использовать место на складе, оперативно управлять остатками и иметь возможность адресно хранить продукты. Из минусов — сложнее разделить товары одного сорта по цене и времени поступления.

Номенклатурный. В таком случае товары не делят по категориям. У каждого товара своя карточка. На практике это не самый удобный способ складского учета, поэтому подойдет фирмам с небольшим товарооборотом.

Партионный. Товары хранятся по партиям, в каждой могут быть продукты разных видов и наименований. У каждой партии своя карточка, где отражают наименования товаров, артикулы, сорта, цены, количество и дату поступления на склад, а также движение партионных товаров. Такой метод подойдет для фирмы, которая продает однотипные товары с ограниченным сроком годности.

Если хранить продукты партионно, можно лучше контролировать их сохранность и минимизировать вероятность пересортицы. Из недостатков — площадь склада не удастся оптимизировать, а также может быть сложнее оперативно управлять запасами.

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

Как лучше вести складской учет: журнал, Excel, специальное ПО, 1С

Если использовать журнал для ведения учета, данные о товаре придется вносить вручную. Учет будет сквозной: для каждой партии товара будет отведена своя строка. Строки нумеруются с указанием даты.

Плюсы: вести учет в блокноте можно бесплатно, журнал можно взять с собой на склад.

Минусы: можно забыть внести данные; каждый сотрудник ведет свой журнал, поэтому непонятно, что в общем происходит на складе. Если ошибиться в записях, придется исправлять и потом будет сложно разобраться в данных.

Пример разметки внутри журнала складского учета. Источник: ekam.ru

Можно вести складской учет в Excel. Программа может делать простые расчеты и изменять данные.

Плюсы: данные можно быстро корректировать или пересылать по почте; если нужно оценить остатки, достаточно посмотреть в таблицу — искать нужную страницу в журнале не придется.

Минусы: одна ошибка при вводе данных может привести к еще большим неточностям; данные могут пропасть по ошибке сотрудника; для товароучета придется скачивать платные шаблоны; невозможно интегрировать таблицу с кассовым оборудованием.

Так выглядит учет товаров в Excel. Источник: ekam.ru

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

Плюсы: полная автоматизация склада, продаж, закупок и товароучета; можно круглосуточно контролировать действия сотрудников, ценообразование и сроки годности; анализировать данные; интегрировать с кассой и видеть остатки; получать накладные ТОРГ-13, счета-фактуры и другие документы. Если учет ведется в специальной программе, то чаще информация хранится в облаке. Это удобнее и безопаснее остальных способов хранения, так как работа с данными происходит онлайн и по шифрованным каналам связи.

Минусы: программа платная, придется обучать персонал.

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

Если хотите автоматизировать складской учет, воспользуйтесь предложением 2 в 1 — программа “1С: УНФ” и бухгалтерия от Фингуру за 23 000 рублей в месяц. Установим и настроим программное обеспечение бесплатно!

Как наладить совместную работу склада и бухгалтерии

Обмениваться данными с бухгалтерией можно разными способами: делать это вручную или с помощью разных конфигураций 1С, которые смогут автоматически собирать складские отчеты и передавать их в бухгалтерию.

Вести учет вручную — в специальных книгах, где объединены складской учет и отчетность кладовщика, реально только для небольших предприятий с ограниченной номенклатурой материальных ценностей. В этой книге нужно будет отражать остатки материалов на начало отчетного периода, день и время, когда поступил и выбыл товар, и остатки на конец отчетного периода. Данные нужно составлять в двух экземплярах, один сдают в бухгалтерию.

На больших предприятиях складской учет лучше вести на карточках складского учета. Карточки открывают в бухгалтерии на каждый номенклатурный номер материала и передают на склад. В них указывают номер склада, наименование материала, номенклатурный номер, сорт, единицу измерения, учетную цену. Заполняют их кладовщики.

Более удобный способ — автоматизировать складской учет. Специальные программы также, как книги и карточки, содержат информацию о товарах, но следить за движением и состоянием материалов на складе будет гораздо эффективнее. Для этого можно подключить складскую программу, интегрировать ее с бухгалтерией, внести туда справочник номенклатуры, контрагентов и перенести товары, разделив по складам.

С помощью таких программ можно избежать дублирования документов или ошибок в учете. Также они помогут быстро готовить декларации по налогам, расчеты по взносам, отчеты по сотрудникам, бухгалтерский баланс и отчеты о финансовых результатах.

Если вы не хотите самостоятельно разбираться с тем, какую программу установить, можно воспользоваться софтом от Фингуру. Для тех, у кого нет складской программы учета, специалисты помогут подключить «1С:УНФ» или «Мой склад» и интегрируют ее с бухгалтерией Фингуру.

Как сопровождать перемещение товара

Вернуть товар поставщику можно, если товар не соответствует качеству, ассортименту, комплекту, таре и упаковке. Причем не всегда для этого нужно оформлять возврат, иногда поставщик может что-то заменить или переупаковать.

Бракованные товары. Вернуть бракованную продукцию не всегда удается так же быстро, как испорченную. Чтобы оформить возврат, нужно принять товар по накладной ТОРГ-12, затем при поставщике заполнить акт о расхождении количества и качества при приемке товаров (ТОРГ-2) и разместить их на складе. Поставщик должен подтвердить неликвидность товара, и затем следует написать претензию.

Пример акта о расхождении количества и качества при приемке товаров ТОРГ-2

Пример шаблона претензии к поставщику

Когда претензию удовлетворят, нужно составить в двух экземпляров возвратную накладную ТОРГ-12. В графе «Основание» указать — возврат некачественного товара.

Возврат непроданного товара поставщику. В этом случае претензий к товару нет, но необходимо вернуть поставщику непроданные товары. Чтобы отправить товар поставщику, нужно оформить для него накладную ТОРГ-12 и счет-фактуру.

Продукты с истекающим сроком годности. Отказаться от просроченных товаров можно на месте. Для этого нужно подкорректировать накладную — из товарной накладной ТОРГ-12 , которую привез поставщик, можно вычеркнуть просроченные позиции. Исправлять документ можно только в присутствии поставщика или его материально-ответственного представителя. После исправлений поставщик должен поставить подпись и забрать товар.

Так выглядит товарная накладная ТОРГ-12

Если вы плательщик НДС, поставщику придется составить счет-фактуру в меньшую сторону и прислать ее вам.

Пример счет-фактуры для возврата НДС

Если отношения с поставщиком доверительные, можно подписать документы и подождать поставку качественного товара.

Подведем итоги

Заниматься складским учетом вручную сложно, особенно когда на складе хранятся сотни или тысячи единиц товара. Если вести учет в журнале, есть риск забыть внести данные о товаре или упустить дату окончания сроков годности. Кроме того, журнал можно потерять или испортить, тогда проанализировать поставки и отгрузки не получится. Всё это приводит к тому, что ваш бизнес, вместо того чтобы получать прибыль, терпит убытки.

Чтобы таких ситуаций не происходило, следует автоматизировать складской учет. Эффективнее — использовать специализированное ПО.

С его помощью вы сможете удаленно в реальном времени следить за движением товаров, ситуацией на складе, контролировать товары, у которых истекают сроки годности, анализировать закупки и продажи.

Если вам надоело тратить время на поиск продуктов на складе, воспользуйтесь предложением по интеграции складской программы 1С: УНФ с бухгалтерией для более удобной работы.

Источник: fingu.ru

Общие сведения

Операция ResolveDiscrepancyOperation предназначена для устранения возможных несоответствий сведений об объёмах в складском журнале продукции системы Меркурий и фактических объёмов продукции на складе предприятия, выявленных по результатам проведенной инвентаризации. В ходе проведения инвентаризации доступны следующие действия:

• добавление одной, либо нескольких записей в складской журнал продукции (пересортица при инвентаризации);
• изменение объемов существующей записи журнала;
• списание всех остатков по записи журнала (удаление).

На вход системы при этом передаются следующие сведения:

• данные хозяйствующего субъекта и его предприятия, где проводится инвентаризация;
• для объёмов продукции, которые не были ранее отражены в журнале, передается полностью информация о записи журнала;
• для каждой изменяемой записи журнала должен быть указан её идентификатор в журнале продукции ИС «Меркурий», а также фактические сведения для этой записи;
• при наличии «Акта о пересортице», оформляемого в ИС предприятия, должны быть переданы реквизиты данного документа, в случае отсутствия документа,он будет созданв ИС «Меркурий», а реквизиты будут назначены автоматически.

Результатом выполнения данной операции является:

• добавленные или измененные записи складского журнала продукции.
• акт о пересортице.

Возможные сценарии

При формировании запроса возможны следующие сценарии.
1. Инвентаризация НЕ выявила неучтённых объёмов продукции,для которых отсутствует запись в журнале продукции в ИС Меркурий

• Происходит изменение записей журнала продукции,оформляется акт о пересортице.

2. Инвентаризация выявила неучтённые объёмы продукции, для которых отсутствуют записи в журнале продукции в ИС Меркурий

• Происходит добавление новых записей журнала продукции,оформляется акт о пересортице.

Используемые пространства имён и типы

Общие отличия между версией для хозяйствующих субъектов и ветеринарных управлений

Данные запроса

Объект resolveDiscrepancyRequest

Объект содержит сведения о заявке на регистрацию несоответствий в записях складского журнала, выявленных в результате инвентаризации.

Объект ..Request/initiator

Объект содержит сведения о пользователе, инициирующем запрос к шлюзу.

Объект ..Request/businessEntity

Объект содержит сведения о хозйствующем субъекте, на площадке которого проводится инвентаризация. Необходимо указывать только при запросе от имени ветеринарного управления.

Объект ..Request/enterprise

Объект содержит сведения о площадке (поднадзорном объекте).

Объект ..Request/responsible

Объект содержит сведения о сотруднике хозяйствующего субъекта, ответственном за проведение инвентаризации. В данном случае указывается человек, прикреплённый к хозяйствующему субъекту в качестве пользователя.

Объект ..Request/stockDiscrepancy

Объект содержит сведения об изменениях, вносимых в складской журнал продукции.

Объект ..Request/stockDiscrepancy/resultingList

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

Атрибуты списка resultingList

Объект ..Request/stockDiscrepancy/resultingList/stockEntry

Объект содержит сведения о записи складского журнала продукции в системе Меркурий.

Объект ..Request/stockDiscrepancy/resultingList/stockEntry/batch

Объект содержит сведения о партии продукции.

Объект ..Request/stockDiscrepancy/resultingList/stockEntry/batch/product

Объект содержит сведения о продукции; второй уровень иерархического справочника продукции ИС Меркурий.

Объект ..Request/stockDiscrepancy/resultingList/stockEntry/batch/subProduct

Объект содержит сведения о видах продукции; третий уровень иерархического справочника продукции ИС Меркурий.

Объект ..Request/stockDiscrepancy/resultingList/stockEntry/batch/productItem

Объект содержит сведения о наименовании продукции.

Объект ..Request/stockDiscrepancy/resultingList/stockEntry/batch/unit

Объект содержит сведения о единице измерения объема продукции.

Объект ..Request/stockDiscrepancy/resultingList/stockEntry/batch/packingList

Объект ..Request/stockDiscrepancy/resultingList/stockEntry/batch/countryOfOrigin

Объект содержит сведения о стране-происхождения продукции.

Объект ..Request/stockDiscrepancy/resultingList/stockEntry/batch/producerList

Объект содержит сведения о списке производителей продукции.

Объект ..Request/stockDiscrepancy/resultingList/stockEntry/batch/producerList/producer

Объект содержит сведения о производителе продукции.

Объект ..Request/stockDiscrepancy/resultingList/stockEntry/batch/producerList/producer/enterprise

Объект содержит сведение о предприятие-производителе продукции.

Объект ..Request/stockDiscrepancy/resultingList/stockEntry/batch/productMarkingList

Объект содержит сведения о списке маркировки.

Объект ..Request/stockDiscrepancy/resultingList/stockEntry/batch/owner

Объект содержит сведения о хозяйствующем субъекте-владельце продукции.

Объект ..Request/stockDiscrepancy/resultingList/stockEntry/vetDocument

Объект содержит сведения о ветеринарно-сопроводительном документе.

Объект ..Request/discrepancyReport

Объект содержит сведения об акте несоответствия.

Данные ответа

Объект resolveDiscrepancyResponse

Объект содержит сведения о результатах обработки заявки на регистрацию несоответствий в записях складского журнала, выявленных в результате инвентаризации.

Объект ..Response/stockEntryList

Объект содержит сведения о получаемых в результате инвентаризации записях складского журнала.

Объект ..Response/stockEntryList/stockEntry

Объект содержит сведения о созданной или измененной записи складского журнала продукции в системе Меркурий.

Объект ..Response/stockEntryList/stockEntry/batch

Объект содержит сведения о партии продукции.

Объект ..Response/stockEntryList/stockEntry/batch/product

Объект содержит сведения о продукции; второй уровень иерархического справочника продукции ИС Меркурий.

Объект ..Response/stockEntryList/stockEntry/batch/subProduct

Объект содержит сведения о видах продукции; третий уровень иерархического справочника продукции ИС Меркурий.

Объект ..Response/stockEntryList/stockEntry/batch/productItem

Объект содержит сведения о наименовании произведенной продукции.

Объект ..Response/stockEntryList/stockEntry/batch/unit

Объект содержит сведения о единице измерения объема входящей партии.

Объект ..Response/stockEntryList/stockEntry/batch/packingList

Объект ..Response/stockEntryList/stockEntry/batch/countryOfOrigin

Объект содержит сведения о стране-происхождения продукции.

Объект ..Response/stockEntryList/stockEntry/batch/producerList

Объект содержит сведения о списке производителей продукции.

Объект ..Response/stockEntryList/stockEntry/batch/producerList/producer

Объект содержит сведения о производителе продукции.

Объект ..Response/stockEntryList/stockEntry/batch/producerList/producer/enterprise

Объект содержит сведение о предприятие-производителе продукции.

Объект ..Response/stockEntryList/stockEntry/batch/productMarkingList

Объект содержит сведения о списке маркировки.

Объект ..Response/stockEntryList/stockEntry/batch/owner

Объект содержит сведения о хозяйствующем субъекте-владельце продукции.

Объект ..Response/stockEntryList/stockEntry/vetDocument

Объект содержит сведения о ветеринарно-сопроводительном документе.

Примеры запросов

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ws="http://api.vetrf.ru/schema/cdm/application/ws-definitions" xmlns:app="http://api.vetrf.ru/schema/cdm/application" xmlns:mercvu="http://api.vetrf.ru/schema/cdm/mercury/vu/applications" xmlns:base="http://api.vetrf.ru/schema/cdm/base" xmlns:com="http://api.vetrf.ru/schema/cdm/argus/common" xmlns:ent="http://api.vetrf.ru/schema/cdm/cerberus/enterprise" xmlns:ikar="http://api.vetrf.ru/schema/cdm/ikar" xmlns:vet="http://api.vetrf.ru/schema/cdm/mercury/vet-document" xmlns:prod="http://api.vetrf.ru/schema/cdm/argus/production" xmlns:shp="http://api.vetrf.ru/schema/cdm/argus/shipment"> <soapenv:Header/> <soapenv:Body> <ws:submitApplicationRequest> <ws:apiKey>apiKey</ws:apiKey> <app:application> <app:serviceId>mercury-vu.service</app:serviceId> <app:issuerId>issuerId</app:issuerId> <app:issueDate>2017-01-13T17:03:00</app:issueDate> <app:data> <mercvu:resolveDiscrepancyRequest> <mercvu:localTransactionId>transaction12345</mercvu:localTransactionId> <mercvu:initiator> <com:login>login</com:login> </mercvu:initiator> <mercvu:businessEntity> <base:guid>72c7e8cd-0583-45e2-99db-801f5939587e</base:guid> </mercvu:businessEntity> <mercvu:enterprise> <base:guid>9f0a0b32-8a29-40a6-9325-654434050d7c</base:guid> </mercvu:enterprise> <mercvu:inventoryDate>2017-01-13T00:00:00</mercvu:inventoryDate> <mercvu:responsible> <com:login>login</com:login> </mercvu:responsible> <mercvu:stockDiscrepancy> <vet:resultingList count="1" total="1" offset="0"> <vet:stockEntry> <base:uuid>d918ee82-20ae-4375-8600-ab606fafacd5</base:uuid> <vet:batch> <vet:productType>5</vet:productType> <vet:product> <base:uuid>26b81265-a498-0a42-5b77-08da2eb03ab9</base:uuid> </vet:product> <vet:subProduct> <base:uuid>fc444d07-093e-111c-1911-c156080040fc</base:uuid> </vet:subProduct> <vet:productItem> <prod:name>пельмени по деревенски</prod:name> </vet:productItem> <vet:volume>0</vet:volume> <vet:unit> <base:uuid>0697a3da-053d-11e1-99b4-d8d385fbc9e8</base:uuid> </vet:unit> <vet:dateOfProduction> <vet:firstDate> <base:year>2017</base:year> <base:month>1</base:month> <base:day>11</base:day> <base:hour>0</base:hour> </vet:firstDate> </vet:dateOfProduction> <vet:expiryDate> <vet:firstDate> <base:year>2021</base:year> <base:month>12</base:month> <base:day>1</base:day> <base:hour>0</base:hour> </vet:firstDate> </vet:expiryDate> <vet:perishable>false</vet:perishable> <vet:countryOfOrigin> <base:uuid>72a84b51-5c5e-11e1-b9b7-001966f192f1</base:uuid> </vet:countryOfOrigin> <vet:producerList> <ent:producer> <ent:enterprise> <base:guid>9f0a0b32-8a29-40a6-9325-654434050d7c</base:guid> </ent:enterprise> <ent:role>PRODUCER</ent:role> </ent:producer> </vet:producerList> <vet:productMarkingList> <vet:productMarking>Тест</vet:productMarking> </vet:productMarkingList> <vet:lowGradeCargo>false</vet:lowGradeCargo> <vet:owner> <base:guid>72c7e8cd-0583-45e2-99db-801f5939587e</base:guid> </vet:owner> </vet:batch> </vet:stockEntry> </vet:resultingList> </mercvu:stockDiscrepancy> <mercvu:discrepancyReport> <vet:issueSeries>95647</vet:issueSeries> <vet:issueNumber>869588558</vet:issueNumber> <vet:issueDate>2017-01-13</vet:issueDate> <vet:reason> <vet:name>причина</vet:name> </vet:reason> <vet:description>описание</vet:description> </mercvu:discrepancyReport> </mercvu:resolveDiscrepancyRequest> </app:data> </app:application> </ws:submitApplicationRequest> </soapenv:Body> </soapenv:Envelope> 

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ws="http://api.vetrf.ru/schema/cdm/application/ws-definitions" xmlns:app="http://api.vetrf.ru/schema/cdm/application" xmlns:merc="http://api.vetrf.ru/schema/cdm/mercury/applications" xmlns:base="http://api.vetrf.ru/schema/cdm/base" xmlns:com="http://api.vetrf.ru/schema/cdm/argus/common" xmlns:ent="http://api.vetrf.ru/schema/cdm/cerberus/enterprise" xmlns:ikar="http://api.vetrf.ru/schema/cdm/ikar" xmlns:vet="http://api.vetrf.ru/schema/cdm/mercury/vet-document" xmlns:prod="http://api.vetrf.ru/schema/cdm/argus/production" xmlns:shp="http://api.vetrf.ru/schema/cdm/argus/shipment"> <soapenv:Header/> <soapenv:Body> <ws:submitApplicationRequest> <ws:apiKey>apiKey</ws:apiKey> <app:application> <app:serviceId>mercury-g2b.service</app:serviceId> <app:issuerId>issuerId</app:issuerId> <app:issueDate>2015-12-04T17:03:00</app:issueDate> <app:data> <merc:resolveDiscrepancyRequest> <merc:localTransactionId>transaction12345</merc:localTransactionId> <merc:initiator> <com:login>mercury-user-123456</com:login> </merc:initiator> <merc:enterprise> <base:guid>guid</base:guid> </merc:enterprise> <merc:inventoryDate>2015-11-10T00:00:00</merc:inventoryDate> <merc:responsible> <com:login>mercury_user_123456</com:login> </merc:responsible> <merc:stockDiscrepancy> <vet:resultingList count="1" total="1" offset="0"> <vet:stockEntry> <base:uuid>73e94e6f-3f29-4aa7-802f-013030888206</base:uuid> <vet:batch> <vet:productType>1</vet:productType> <vet:product> <base:uuid>3d327bce-e7cb-0c80-f352-1c7073bbb54d</base:uuid> </vet:product> <vet:subProduct> <base:uuid>379862a1-a979-65d8-e497-955dc8779e8b</base:uuid> </vet:subProduct> <vet:productItem> <prod:name>Мясо</prod:name> </vet:productItem> <vet:volume>73</vet:volume> <vet:unit> <base:uuid>069792f0-053d-11e1-99b4-d8d385fbc9e8</base:uuid> </vet:unit> <vet:packingList> <com:packingForm> <base:uuid>fedf4616-053c-11e1-99b4-d8d385fbc9e8</base:uuid> </com:packingForm> </vet:packingList> <vet:packingAmount>78</vet:packingAmount> <vet:dateOfProduction> <vet:firstDate> <base:year>2015</base:year> <base:month>3</base:month> <base:day>5</base:day> <base:hour>0</base:hour> </vet:firstDate> </vet:dateOfProduction> <vet:expiryDate> <vet:firstDate> <base:year>2017</base:year> <base:month>5</base:month> <base:day>15</base:day> <base:hour>0</base:hour> </vet:firstDate> </vet:expiryDate> <vet:perishable>false</vet:perishable> <vet:countryOfOrigin> <base:uuid>b091ec32-0a35-c888-9548-7149b80089bf</base:uuid> </vet:countryOfOrigin> <vet:producerList> <ent:producer> <ent:enterprise> <base:guid>guid</base:guid> </ent:enterprise> <ent:role>PRODUCER</ent:role> </ent:producer> </vet:producerList> <vet:productMarkingList> <vet:productMarking>Тест</vet:productMarking> </vet:productMarkingList> <vet:lowGradeCargo>false</vet:lowGradeCargo> <vet:owner> <base:guid>guid</base:guid> </vet:owner> </vet:batch> </vet:stockEntry> </vet:resultingList> </merc:stockDiscrepancy> <merc:discrepancyReport> <vet:issueSeries>777</vet:issueSeries> <vet:issueNumber>869588558</vet:issueNumber> <vet:issueDate>2015-06-01</vet:issueDate> <vet:reason> <vet:name> причина1</vet:name> </vet:reason> <vet:description>описание1</vet:description> </merc:discrepancyReport> </merc:resolveDiscrepancyRequest> </app:data> </app:application> </ws:submitApplicationRequest> </soapenv:Body> </soapenv:Envelope> 

Коды ошибок

В таблице ниже приведены коды ошибок, возвращаемые веб-сервисом при различных несоответствиях формату или бизнес-правилам.

Вернуться к началу ↑

17.07.18 — 12:15

Ветис «победно» шагает по стране. Хочется иногда попросить помощи. Поплакаться. Рассказать о своих проблемах и решениях. Для этого ветка и создана

1 — 17.07.18 — 12:17

Лично наш распределительный склад на 50 магазинов. Пока еще не оформляет сопроводительных ВСД. Работает по старому. Однако должны запуститься. Пока гасили все входящие ВСД. Инвентаризацией обнуляли остатки в Меркурии

2 — 17.07.18 — 16:23

3 — 17.07.18 — 16:55

Кто нибудь покупал вот эту доработку?

http://catalog.mista.ru/public/857304/

Если да, то вопрос есть

Здравствуйте, что требуется для доработки типовой ТиС чтобы ваша конфигурация заработала на типовой ТиС?

Можно ли работать от нескольких организаций заведенных в ТиС?

а то там автор молчит как рыба

4 — 17.07.18 — 16:58

5 — 17.07.18 — 17:13

(4) Они там очень сильно много хотят, причем для каждой организации отдельно

6 — 17.07.18 — 23:35

7 — 18.07.18 — 04:55

8 — 18.07.18 — 07:42

(7) Проблема с получением входящих ВСД не очень сильная. На одну площадку занимает от 30 до 100 сек. У нас у одного хозяйствующего субъекта 6 площадок, так там минут 5 получает входящие ВСД.

  С остатками тоже примерно такая же проблема. Делал инвентаризацию, обнулил остатки. В меркурии инвентаризация прошла. Но остатки еще несколько минут не менялись.

  Надо настраиваться на время отклика Меркурия несколько минут, и не напрягаться.

  А совсем правильно делать все запросы к Меркурию в фоне с большими таймаутами

9 — 18.07.18 — 09:20

(8) с инвентаризациями сейчас проблем много. У меня не проходят с большим количеством позиций к списанию, стараюсь делать не более 10 позиций. Тогда оно более-менее фурычит.

10 — 18.07.18 — 09:44

(8)  «А совсем правильно делать все запросы к Меркурию в фоне с большими таймаутами» — это как понять? Делать, например, запрос входящих ВСД один раз в 1-2-…Х минут? Или же опрашивать результат выполнения запроса один раз в 1-2-…ХХХ  секунд? Или же, что скорее всего, сочетание и того, и другого?

11 — 18.07.18 — 10:43

(10) и то и другое. Две кольцевые очереди. Один поток — это очередь запросов, которая рожает тикеты для второго. Получили тикет — запрос удаляется из очереди, не получили — остается, запрашиваем через таймаут еще раз. Второй поток — очередь тикетов. По мере получения положительных ответов тикеты удаляются из очереди.

12 — 18.07.18 — 10:54

(11) Я правильно понял, что тикет = applicationId?

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

13 — 18.07.18 — 11:18

(12) да. Для большого объема запросов других вариантов не видать. Маленький, в принципе, можно и синхронно обрабатывать.

14 — 18.07.18 — 11:20

Большим недостатком является еще скудость документации. Практически до всего приходится доходить своим умом, хотя если бы они внятно описали работу той же Versioning Entity, отличие GUID и UUID, прочие базовые вещи простым и понятным языком — всем было бы в разы проще.

15 — 18.07.18 — 11:39

у нас пока нет автоочереди с таймаутом, но вручную в 2.0 не получается почти ничего получить. А на 1.4 пришло

16 — 20.07.18 — 10:05

Коллеги — было у вас такое, что погасили вы входящий тВСД, в вебморде мерка видно, что он погашен, но соответствующей записи СЖ нема? (к сожалению ответ а гашение утерян, не знаем что там было)

17 — 20.07.18 — 11:12

(16) Было другое. Через апи все успешно ушло, а в вебе и у клиента ничего не появилось. Причем сформированные ВСД обновлялись через апи и я даже смог их аннулировать, но в вебе вообще никаких движений по этим ВСД не было.

18 — 20.07.18 — 12:45

(16), (17) проблема решиалсь — оказывается мы немного вручную напортачили и система наша решила оформить немного возвратных ВСД )) — аннулировали их и все встало

19 — 25.07.18 — 19:19

20 — 25.07.18 — 20:28

(0)Если работа заставляет плакаться, может ну ее эту работу?

21 — 25.07.18 — 21:57

(20) все бы ничего, но вот если пожар — то тут хоть увольняйся (с)

22 — 25.07.18 — 23:24

(21) особенно если ты не пожарный, а гасить приходится

23 — 26.07.18 — 11:45

Всем привет. Подскажите с получением доступа для хозсубъекта к системе — есть группа компаний и одни и те же пользователи.  Сколько заявлений

о регистрации в ФГИС ВетИС и предоставлении доступа к ФГИС «Меркурий» сотрудникам надо подавать?

24 — 26.07.18 — 14:38

(23) они могут сделать одного и того же админа ХС на несколько ХСов.

25 — 26.07.18 — 14:38

но заявления нужно писать от каждого ХСа и заверять ЭЦП этого ХСа.

26 — 26.07.18 — 14:41

(23) мы подавали на каждый ХС, лицо одно и то же во всех случаях, учетки разные

27 — 03.08.18 — 15:54

MERC02129

Впервые налетел. У нас покупателей — на текущий момент осталось 88 битых площадок, и вот теперь первый битый ХС.

http://www.fsvps.ru/vetrf-forum/posts/list/8414.page

Ошибка аналогичная ошибке в этой ветке. ХС есть, по ИНН находится, по GUID тоже, но ВСД транспортную на него не выписать

<apl:error code=»MERC02129″ xmlns:apl=»http://api.vetrf.ru/schema/cdm/application»>Хозяйствующий субъект, получатель партии продукции, с указанным идентификатором не найден в реестре РСХН, либо идентификатор не соответствует установленному формату.</apl:error>

28 — 03.08.18 — 17:02

пора уже заводить ветку «ВЕТИС. Второй месяц работы» :))

29 — 08.08.18 — 11:31

Что происходит на фронте ВЕТИС? А то я забросил вндрение ВЕТИС на две недели из за отпуска.

  ВЕТИС еще жив?

30 — 08.08.18 — 11:45

31 — 08.08.18 — 11:58

(29) Забили на ВЕТИС почти все…

32 — 08.08.18 — 12:06

(31) ну не совсем так. Существенный процент универсамов Х5 в центральной полосе, например, начал гасить ВСД. По состоянию на начало июля гасили только РЦ и частично ГМ (Карусели), и то не все.

33 — 08.08.18 — 14:50

А кто-нибудь заметил что  двух видов продукции (третий уровень, ТНВЭД) сменился Гуид — со всеми вытекающими.

У номенклатуры в меркурии недействительный вид продукции, ну и операции с товаром не работают.

14657ed1-9fb7-4d0f-ab30-bbc1779bc9e8

67f10d49-9cfa-64d1-d308-069304a1a873

Путассу холодного копчения и икра горбуши соленая — теперь имеют другие гуиды.

34 — 08.08.18 — 14:56

Вот как выглядят последствия (у меня вид продукции подставляется из результатов запроса по GUID номенклатуры)

error code=»MERC24019″ xmlns:apl=»http://api.vetrf.ru/schema/cdm/application»>В запросе для вида продукции указан идентификатор устаревшей версии записи реестра РСХН.</apl:error>

35 — 10.08.18 — 12:41

Стали дальше внедрять эту ВЕТИС.

Вылазит ошибка MERC14562.

В интернете нашел, что это «название продукции в сведениях о принимаемой партии не совпадает с указанной в ветеринарно-сопроводительном документе».

  Сразу возник вопрос: «Существует ли описание ошибок Меркурия». Или можно ли получить через API описание ошибки  по ее коду.

  Пока описания ошибок не нашел.

36 — 10.08.18 — 14:27

(35) В ответе (в xml) вместе с кодом ошибки возвращается её описание.

37 — 10.08.18 — 14:30

38 — 10.08.18 — 14:31

В (34) кусок возвращаемого xml.

39 — 12.08.18 — 19:10

В Питере частично нет интернета, запасной канал нам включить тоже не смогли. До утра точно интернета не будет. И что РСХН говорит делать в таких случаях? Печатать на защищенных бланках?

40 — 12.08.18 — 19:45

41 — 12.08.18 — 19:47

По API не всегда выдается описание ошибки. Более того ошибки  MERC14562 нет и в документации.

42 — 12.08.18 — 20:00

(41) значит, чет новенькое, не успели внести. Там дока не всегда поспевает вовремя.

43 — 17.08.18 — 08:32

44 — 17.10.18 — 12:47

Столкнулся с ошибкой Меркурия при работе через API

Ошибка MERC02469 Указаны не все обязательные условия перевозки в соответствии с регионализацией. Необходимо указать все обязательные условия (т.е. подтвердить их выполнение)

   Сначала при оформлении возврата поставщику, а потом и при отгрузке чужой продукции в магазин.

   Пару дней убил на изучение Китайской логики работы с регионализацией у разработчиков Меркурия.

   Я просто в шоке.

45 — 17.10.18 — 12:53

Короче логика очень интересная.

По описанию системы Меркурий при перевозке товара из точки А в точку Б. Требуется запросить условия регионализации для перемещения товара. Это список болезней, которые должны отсутствовать у перемещаемой продукции. И при запросе на перемещение мы должны указать эти болезни в тексте запроса, подтвердив, тем самым что они отсутствуют. Если хотя бы одна из болезней не указана, то считается что продукция больна и ее запрещено возвращать. И тогда возникает ошибка MERC02469 Указаны не все обязательные условия перевозки в соответствии с регионализацией. Необходимо указать все обязательные условия (т.е. подтвердить их выполнение)

46 — 17.10.18 — 13:03

Дальше имеем перемещение товара от производителя по маршруту А — Б — В

Оформление возврата:  из точки Б в точку А. Казалось бы надо запросить условия регионализации при перевозке Б — А, но это не так. Можно запросить условия при перевозке А — Б. Самое интересное, что эти условия не равны. И это тоже будет ошибка. На самом деле надо указать условия, которые придумал поставщик при поставке продукции и указал их в ВСД

Перемещение Б — В. Такая же фигня. Надо указывать условия, которые придумал поставщик при поставке продукции.

   Описания этого механизма нигде нет. Он реализован в WEB интерфейсе, а для API даже не описан. Вернее описан совсем другой алгоритм.

   Как народ работает?

47 — 17.10.18 — 13:31

(46) Большей частью — никак. Занимается залепухой разной степени залепушности.

48 — 22.10.18 — 20:38

49 — 23.10.18 — 05:02

50 — 23.10.18 — 06:35

(48) вообще я полагал, что он выдается только в запросах на получение, где тяжёлые ответы и создаётся нагрузка на их серверы. Т.е. главным образом getStockEntryList и getVetDocumentList. На формирование не видел никогда. Речь про api 2.

51 — 23.10.18 — 10:48

52 — 23.10.18 — 11:03

(51) Странно конечно же. При отправке тВСД особых проблем нет (т-т-т), в отличие от получения журнала продукции и входящих ВСД. Я не занимался реальными подсчетами, но у нас хватает 40 шагов цикла для отправки тВСД. В реальности — гораздо быстрее, хотя есть тВСД по 20-30 позиций, там ответ размером в 1,5 Мб

53 — 23.10.18 — 11:05

тут вот сообщают, что APLM0012 может быть реакцией перегруженного сервера на запрос результат операции (а не сам ответе на обрботку заявки). Т.е. типа (Как я понимаю) получение aplm0012 на запрос заявки по сути означает

«фиг его знает, может провелась, может нет, мы сейчас перегружены, дать ответ не можем».

и соответственно либо заявка провелась (тогда в вебе должны увидеть исходящий) либо отклонена (но причину отклонения увидеть не можем, потому что вместо нее приходит aplm).

54 — 23.10.18 — 11:07

(51) Это нормально для Меркурия. такое поведение они называют выравнивание нагрузки. Алгоритм работы примерно такой. Посылаете запрос по API получаете applic,issuerId.

  По этим данным спрашиваете результат запроса.

  Если receiveApplicationResultResponse.application.status=»COMPLETED» тогда все нормально.

  Если «REJECTED» и «APLM0012»   ИЛИ «IN_PROCESS» тогда задержку!!! 3 сек и снова запрос

  Если просто «REJECTED» тогда все пропало.

таки были проблемы в самой заявке )

разобрались, успех, нужные данные получили