Передача сведений о перемещении ветеринарных препаратов между МОД в 1С:УНФ
Пошагово разберем, как в 1С:УНФ с версии 3.0.13 оформить продажу и внутреннее перемещение ветеринарных препаратов между МОД. Вы узнаете, где указывать коды маркировки, как передать УПД через ЭДО в ГИС МТ, что означает статус «Проверен в ГИС МТ» и как устранить ошибки сопоставления по ИНН, КПП и адресу.
В 1С:УНФ начиная с версии 3.0.13 поддержан учет операций с ветеринарными препаратами, которые перемещаются между местами деятельности, или МОД. Главный вопрос при оформлении состоит в выборе сценария: продажа покупателю требует УПД и передачи сведений через оператора ЭДО в ГИС МТ, а внутреннее перемещение внутри одной организации или у одного ИП оформляют документом «Перемещение между МОД ИС МП».
При оптовой продаже в документе указывают фактически передаваемые коды маркировки, формируют УПД, подписывают его и отправляют через оператора ЭДО. При перемещении между своими МОД владелец продукции не меняется, поэтому операцию не следует подменять продажей. Для нее выбирают МОД-отправитель, МОД-получатель, номенклатуру, количество и конкретные коды.
До проведения документа проверьте релиз 1С:УНФ, карточки организации или ИП, реквизиты МОД, адресные идентификаторы, остатки и настройки обмена. Статус «Проверен в ГИС МТ» подтверждает прохождение проверки данных, но не всегда означает завершение всей цепочки передачи. Отдельно контролируйте отправку, обработку и итоговый ответ внешней системы.
Краткий ответ: какой документ использовать для передачи сведений
Оптовая продажа и внутреннее перемещение: в чем разница
Экономический смысл операции определяет документ. Если препараты передают покупателю и меняется владелец товара, оформляют продажу и УПД. Если продукция перемещается между двумя МОД одного участника оборота без смены владельца, используют «Перемещение между МОД ИС МП».
| Сценарий | Участники | Документ в 1С:УНФ | УПД и ЭДО | МОД |
|---|---|---|---|---|
| Оптовая продажа | Продавец и покупатель | Документ продажи | УПД передают через оператора ЭДО в ГИС МТ | Указывают МОД продавца и МОД покупателя, если он предусмотрен схемой передачи |
| Внутреннее перемещение | Один участник, два места деятельности | «Перемещение между МОД ИС МП» | Используют отдельный контур передачи сведений, предусмотренный интеграцией 1С:УНФ с ГИС МТ | Указывают МОД-отправитель и МОД-получатель |
| Перемещение между складами одного МОД | Один участник, одно место деятельности | Складской документ, доступный в учетной схеме | Порядок передачи зависит от вида операции и настроек учета | Проверьте, не требуется ли отдельный документ между МОД |
| Передача другой организации | Два самостоятельных участника оборота | Продажа, возврат или другой документ по сути операции | УПД и обмен через ЭДО, если это предусмотрено правилами для операции | Реквизиты МОД сверяют у обеих сторон |
Пример: компания хранит препараты на МОД «Склад 1» и передает часть запасов в собственную аптечную точку на МОД «Аптека 2». Владелец товара не меняется. В этом случае выбирают внутреннее перемещение, а не продажу. Если те же препараты отгружают независимому покупателю, нужен документ продажи и УПД с кодами.
Похожая логика описана в инструкции по внутреннему перемещению ветеринарных препаратов в 1С:УТ. Названия команд и состав реквизитов в 1С:УНФ могут отличаться, поэтому ориентируйтесь на интерфейс текущего релиза.
Что изменилось в 1С:УНФ с версии 3.0.13
Версия 3.0.13 служит ориентиром для поиска поддержки операций с ветеринарными препаратами между МОД. После обновления проверьте наличие документа «Перемещение между МОД ИС МП», полей для МОД и команд проверки или отправки сведений в ГИС МТ.
Точный набор команд зависит от установленного релиза, подключенных подсистем и настроек учета маркированной продукции. Поэтому после обновления выполните четыре проверки:
- Откройте сведения о программе и запишите полный номер релиза, а не только обозначение 3.0.
- Проверьте, включены ли учет маркированной продукции и обмен с ГИС МТ.
- Найдите документ через раздел складских операций или поиск функций.
- Создайте тестовый документ в копии базы и проверьте доступность команды передачи.
Если документ не отображается, причиной может быть старый релиз, отключенный функционал, права пользователя или неподготовленные карточки МОД. Обновление конфигурации само по себе не заменяет проверку настроек и справочников.
Подготовка 1С:УНФ к учету ветеринарных препаратов между МОД
Какие сведения проверить в карточках организации и МОД
Начните с карточки участника оборота. Сверьте полное наименование, ИНН, КПП для организации, адрес и связь с нужным МОД. Один ИНН может соответствовать нескольким местам деятельности, поэтому по одному ИНН система не всегда сможет выбрать точку отправки или получения.
Для каждого МОД проверьте:
- наименование, по которому оператор выбирает место в документе;
- адрес, включая корпус, строение и помещение, если эти данные зарегистрированы отдельно;
- адресный идентификатор, используемый при сопоставлении с ГИС МТ;
- связь МОД с организацией или ИП;
- состояние регистрации и дату последнего обновления сведений;
- соответствие МОД фактическому складу, аптеке или другой точке хранения.
Карточки с одинаковым адресом, разными вариантами написания улицы или устаревшим адресным идентификатором создают риск отказа. Сведения в 1С должны совпадать с данными участника оборота во внешней системе. Практический порядок работы с МОД для другой конфигурации 1С приведен в материале о передаче данных о МОД в 1С:Бухгалтерии 8.
Что проверить по номенклатуре и кодам продукции
Карточка номенклатуры и код маркировки решают разные задачи. Номенклатура описывает товар в учете 1С:УНФ, а код маркировки идентифицирует конкретную упаковку. Для передачи сведений одного названия препарата и общего количества недостаточно.
Перед созданием документа проверьте:
- вид продукции и признак маркируемого товара;
- единицу измерения и упаковку;
- количество упаковок, которое фактически отправляют;
- коды маркировки каждой передаваемой единицы или групповой упаковки;
- принадлежность кодов нужной номенклатуре;
- доступность кодов на МОД-отправителе и отсутствие их использования в другой операции.
Если перемещают три отдельные упаковки, в документе должны быть отражены три соответствующих кода, когда учетная схема требует указания кодов поштучно. Количество в строке, состав упаковки и список кодов должны совпадать. Код номенклатуры внутри 1С нельзя автоматически считать кодом маркировки.
Когда нужен оператор ЭДО
При оптовой продаже УПД подписывают электронной подписью и отправляют покупателю через оператора ЭДО. По этому каналу сведения о передаче маркированных ветеринарных препаратов поступают в ГИС МТ в предусмотренном формате.
Внутреннее перемещение между МОД оформляют отдельным документом «Перемещение между МОД ИС МП». Не создавайте УПД между собственными МОД только для того, чтобы передать сведения о движении товара. Сначала определите, меняется ли владелец продукции. Затем используйте канал, который предлагает текущая версия интеграции 1С:УНФ.
Для продажи проверьте сертификат электронной подписи, договор с оператором ЭДО, карточку контрагента и маршрут документа. Для внутреннего перемещения проверьте доступность команды отправки из документа и состояние обмена с ГИС МТ.
Как оформить оптовую продажу ветеринарных препаратов
Заполнение продажи и указание конкретных кодов
Создайте документ продажи и заполните его в следующем порядке:
- Выберите организацию, от имени которой отгружают препарат.
- Укажите покупателя и договор, если он используется в учетной схеме.
- Выберите МОД, с которого фактически отпускают товар.
- Добавьте номенклатуру, количество и упаковку.
- Загрузите или выберите конкретные коды маркировки.
- Сверьте список кодов с фактическими упаковками и остатками.
Код должен относиться к выбранному препарату, находиться на нужном МОД и не иметь конфликтующего статуса. Система может отклонить документ, если код уже передан покупателю, отсутствует в остатках или относится к другой упаковке.
Перед проведением сравните четыре показателя: номенклатуру, количество, упаковку и число кодов. Например, строка на 10 упаковок с 9 кодами содержит расхождение, которое нужно исправить до формирования УПД.
Формирование и отправка УПД через оператора ЭДО
После заполнения продажи сформируйте УПД в формате, который поддерживают текущий релиз 1С:УНФ и оператор ЭДО. Проверьте реквизиты продавца, покупателя, МОД, дату, количество, цену, ставку налога при ее наличии и список кодов.
Дальше выполните последовательность:
- Проверьте документ встроенной командой или контрольным отчетом.
- Сформируйте УПД из документа продажи.
- Подпишите УПД электронной подписью уполномоченного лица.
- Отправьте документ покупателю через оператора ЭДО.
- Дождитесь квитанции, ответа покупателя и результата обработки сведений в ГИС МТ.
В 1С, УПД и ГИС МТ должны совпасть отправитель, получатель, МОД, дата, количество и коды. Исправленный УПД оформляют по причине расхождения, а не как новый независимый документ на тот же набор кодов.
Контроль результата после отправки
Отправка УПД из 1С не закрывает контроль операции. Проверьте статусы в двух местах: в рабочем месте ЭДО и в сообщениях интеграции с ГИС МТ.
- Статус ЭДО показывает, сформирован ли документ, подписан ли он и принят ли покупателем.
- Ответ ГИС МТ показывает результат обработки сведений о маркированной продукции.
- Состав кодов позволяет проверить, какие упаковки прошли обработку.
- Текст ошибки указывает, исправлять ли реквизиты документа, справочник или настройки обмена.
При отклонении сохраните текст ответа, найдите первичную причину и исправьте исходный документ. Повторная отправка без изменения причины обычно приводит к повторному отказу.
Как оформить перемещение между МОД ИС МП в 1С:УНФ
Создание документа и выбор МОД-отправителя и МОД-получателя
Создайте документ «Перемещение между МОД ИС МП» через раздел, где 1С:УНФ хранит операции с маркированными товарами, или найдите его по названию. В разных релизах расположение команды может отличаться.
Заполните основные реквизиты:
- организация или ИП, которому принадлежит продукция;
- МОД-отправитель, где коды числятся до перемещения;
- МОД-получатель, куда фактически направляют препараты;
- дату перемещения;
- основание или комментарий, если его требует внутренняя процедура.
МОД-отправитель и МОД-получатель должны быть зарегистрированы для одного участника, если операция остается внутренней. При выборе двух карточек с одинаковым названием сверяйте адрес и адресный идентификатор. Название склада без точного МОД не гарантирует корректную передачу.
Добавление ветеринарных препаратов и кодов маркировки
Добавьте в табличную часть препараты, которые фактически перевозят между точками. Укажите номенклатуру, количество, упаковку и конкретные коды маркировки.
Проверьте три условия:
- Каждый код принадлежит выбранной номенклатуре.
- Код доступен на МОД-отправителе.
- Один и тот же код не включен в документ дважды.
Пример: со склада в аптечную точку направляют 5 коробок препарата. В строке документа указывают 5 коробок и список из 5 кодов, если для этого вида упаковки требуется поштучная передача. При наличии группового кода состав проверяют по правилам текущего формата обмена.
Не меняйте МОД в карточке номенклатуры, чтобы исправить ошибку конкретной операции. Место движения задают в документе, а справочник корректируют только при изменении фактических данных.
Проверка, проведение и передача документа
До проведения сравните МОД, дату, количество, упаковки и коды. Затем проведите документ и запустите проверку соответствия требованиям ГИС МТ, если команда доступна в текущем релизе.
После проведения контролируйте три независимых результата:
- документ записан и проведен в 1С:УНФ;
- сведения отправлены во внешний контур;
- ГИС МТ вернула результат обработки.
Проведенный документ в 1С еще не означает, что ГИС МТ приняла сообщение. Если обмен выполняется регламентным заданием, проверьте дату и время последнего сеанса, очередь сообщений и текст ответа.
Проверка соответствия требованиям ГИС МТ
Что означает статус «Проверен в ГИС МТ»
Статус «Проверен в ГИС МТ» означает, что данные документа прошли предусмотренную проверку в системе или через подключенный сервис проверки. Он показывает результат контрольного этапа по реквизитам участника, МОД, товару, количеству и кодам.
Этот статус нельзя автоматически приравнивать к завершению всей передачи. Проверьте, есть ли отдельный итоговый статус сообщения, квитанция или подтверждение обработки. В разных релизах 1С:УНФ подписи статусов и последовательность команд могут отличаться.
Для внутреннего контроля сохраните номер документа 1С, дату отправки, текст ответа и список переданных кодов. Такой набор позволяет восстановить ход операции при повторной проверке.
Какие данные проверяются
Проверка обычно охватывает несколько групп сведений:
- ИНН и другие идентификаторы участника оборота;
- КПП организации, если он нужен для выбранной схемы;
- МОД-отправитель и МОД-получатель;
- адресные идентификаторы и связь МОД с участником;
- вид продукции и карточка номенклатуры;
- количество, упаковки и единицы измерения;
- конкретные коды маркировки;
- дата операции и допустимость операции для выбранного сценария.
Состав проверок может меняться вместе с правилами ГИС МТ и обновлениями 1С. Перед отправкой сверяйте подсказку программы и требования, действующие для ветеринарных препаратов на дату операции.
Что делать при ошибке проверки
Исправляйте причину отказа по следующему алгоритму:
- Откройте полный текст ошибки, включая код и описание поля.
- Определите, относится ли ошибка к участнику, МОД, товару, коду или обмену.
- Сверьте ИНН, КПП, адрес и адресный идентификатор с карточкой участника во внешней системе.
- Проверьте остаток кода на МОД-отправителе и отсутствие повторной передачи.
- Исправьте первичный документ или справочник.
- Повторите проверку и отправьте сообщение после устранения причины.
Если текст указывает на технический сбой, проверьте сертификат, настройки подключения, состояние оператора ЭДО, очередь сообщений и дату последнего обмена. Не создавайте второй документ на те же коды, пока не установлена судьба первого сообщения.
Как 1С:УНФ сопоставляет МОД по ИНН, КПП и адресу
Роль ИНН и КПП при определении участника
ИНН связывает операцию с конкретным участником оборота. Для организации КПП помогает уточнить регистрационные данные и отличить нужную карточку в схемах, где он передается вместе с ИНН.
Одинаковый ИНН у нескольких МОД не означает, что система выберет любой адрес автоматически. Если у организации два места деятельности, для каждого МОД должны быть заполнены собственные адресные сведения и корректная связь с участником.
КПП проверяют по данным организации и по правилам конкретного сценария. Нельзя подставлять КПП головной организации в карточку отдельного места деятельности без проверки. Ошибка в одной цифре может привести к несопоставлению участника.
Зачем нужен адресный идентификатор МОД
Текстовый адрес может выглядеть одинаково в двух карточках, но адресный идентификатор позволяет точнее определить зарегистрированное место. При сопоставлении система может учитывать не только строку с адресом, но и идентификатор, полученный при регистрации или загрузке МОД.
Проверьте идентификатор после переезда, изменения номера помещения, разделения одной карточки на несколько или повторной регистрации адреса. Незавершенная регистрация во внешней системе тоже мешает сопоставлению.
Пример: в 1С записаны адреса «ул. Центральная, 10» и «ул. Центральная, 10, помещение 2». Если внешний контур зарегистрировал только второй адрес, выбор первой карточки приведет к ошибке, даже когда ИНН и название организации совпадают.
Типовые причины несопоставления МОД
- неверный ИНН участника;
- ошибка в КПП организации;
- неполный или устаревший адрес;
- отсутствует адресный идентификатор;
- МОД не зарегистрирован или не связан с участником;
- в 1С сохранены старые сведения после изменения адреса;
- созданы дублирующие карточки одного места;
- выбран МОД другого склада или другой организации;
- обмен еще не загрузил обновленные данные из ГИС МТ.
Диагностику начинайте с карточки выбранного МОД, затем переходите к карточке организации или ИП и только после этого проверяйте состояние обмена. Такой порядок помогает отделить ошибку данных от технической задержки.
Особенности оформления для юридических лиц и ИП
Что проверить юридическому лицу
Организации с несколькими складами, аптеками или обособленными точками проверяют реквизиты на двух уровнях: данные самой организации и данные каждого МОД.
- ИНН организации должен совпадать с данными участника оборота.
- КПП проверяют по организации и выбранной схеме передачи.
- Каждый МОД связывают с правильной организацией.
- Адрес и адресный идентификатор сверяют для каждого места отдельно.
- Подписант УПД должен иметь нужные полномочия.
- Сертификат и настройки ЭДО должны относиться к нужной организации.
При внутреннем перемещении между двумя МОД одной организации проверьте, что оба места принадлежат одному участнику. Если в документе случайно выбран МОД сторонней компании, операция перестает соответствовать внутреннему сценарию.
Что проверить индивидуальному предпринимателю
Для ИП основным идентификатором служит ИНН предпринимателя. Проверяйте зарегистрированные МОД, адреса и адресные идентификаторы, связанные с этим ИНН.
У ИП может отсутствовать КПП. Не заполняйте это поле произвольными нулями или значениями головной организации. Используйте реквизиты, которые предусматривает текущая форма документа и схема обмена.
Перед отправкой ИП проверяет:
- свой ИНН и наименование;
- регистрацию каждого МОД;
- адрес и адресный идентификатор;
- доступность кодов на месте отправки;
- сценарий передачи, продажа или внутреннее перемещение;
- подключенный канал обмена и итоговый статус сообщения.
Разница между ЮЛ и ИП чаще всего проявляется в составе идентификационных реквизитов и работе с КПП. Логику выбора документа сохраняйте одинаковой: продажа покупателю идет через УПД и ЭДО, движение между своими МОД оформляют отдельным документом.
Как оформлять перемещения после даты вступления требований в силу
Какие даты контролировать в документе
Контрольная дата зависит от требований, которые действуют для конкретного вида ветеринарных препаратов. Ее нельзя подменять датой обновления программы. Перед оформлением проверьте нормативную дату, указанную для нужной товарной группы, и сопоставьте ее с датами документов.
В рабочем процессе различайте:
- дату фактического перемещения товара;
- дату продажи, если товар передают покупателю;
- дату создания документа в 1С;
- дату подписания и отправки УПД;
- дату отправки внутреннего документа в ГИС МТ;
- дату получения ответа внешней системы.
Например, документ создан 10 сентября, товар перемещен 12 сентября, а сообщение отправлено 13 сентября. Для контроля нужно определить, какая из этих дат считается датой операции по действующим правилам. Не меняйте дату задним числом без учетного и правового основания.
Что проверить перед оформлением первой операции по новым правилам
- Обновите 1С:УНФ до релиза, который поддерживает нужный сценарий. Версия 3.0.13 служит минимальным ориентиром из описанного функционала, но проверьте и более свежие исправления.
- Сделайте резервную копию рабочей базы или проведите тест на копии.
- Проверьте карточки организации или ИП и всех используемых МОД.
- Сверьте адресные идентификаторы с данными ГИС МТ.
- Проверьте карточки ветеринарных препаратов, упаковки и коды маркировки.
- Настройте ЭДО для продаж и отдельный обмен для внутреннего перемещения, если он предусмотрен конфигурацией.
- Проведите одну контрольную операцию и сохраните результат проверки.
Прошлые операции не переоформляйте автоматически. Сначала определите, распространяются ли новые требования на дату конкретного перемещения, и зафиксируйте основание для исправления.
Контрольный список и разбор типовых ошибок
Перед отправкой документа
- Проверена версия 1С:УНФ, включая номер релиза.
- Выбран правильный сценарий: продажа или перемещение между своими МОД.
- Заполнены МОД-отправитель и МОД-получатель.
- Сверены ИНН, КПП организации и адресные идентификаторы.
- Коды маркировки относятся к выбранному препарату и доступны на МОД-отправителе.
- Количество, упаковки и список кодов совпадают.
- Для продажи сформирован УПД и доступен оператор ЭДО.
- Для внутренней операции выбран документ «Перемещение между МОД ИС МП».
- Дата документа соответствует требованиям, действующим для товарной группы.
- Проверка соответствия в ГИС МТ завершилась без ошибки.
После получения ответа ГИС МТ
- Проверен итоговый статус сообщения, а не только статус документа в 1С.
- Сохранен текст ответа или квитанция обмена.
- Количество кодов и их состояние совпадают с документом.
- МОД-отправитель и МОД-получатель определены без расхождений.
- Остатки на отправителе уменьшились, а на получателе отражены по правилам учетной схемы.
- При отказе исправлена причина, а повторный документ не создан без необходимости.
| Ошибка | Вероятная причина | Действие пользователя |
|---|---|---|
| Документ или команда передачи отсутствуют | Старый релиз, отключенный функционал или недостаточно прав | Проверить релиз, настройки маркировки, права и доступность документа в поиске функций |
| МОД не найден | МОД не зарегистрирован, не связан с участником или в 1С устарели данные | Сверить ИНН, КПП, адрес и адресный идентификатор, затем обновить сведения |
| Не совпадает участник оборота | Выбран МОД другой организации или указан неверный ИНН | Открыть карточку организации, проверить связь обоих МОД и повторить проверку |
| Код не найден на МОД-отправителе | Код отсутствует в остатках, уже передан или привязан к другой номенклатуре | Проверить историю кода, остатки и карточку товара, затем исправить состав документа |
| Количество не соответствует кодам | В строке указано другое число упаковок или выбран неверный уровень агрегации | Сопоставить количество, упаковку и список кодов с фактической отгрузкой |
| УПД не отправляется | Нет сертификата, нарушена настройка ЭДО или не заполнены реквизиты покупателя | Проверить сертификат, карточку контрагента, маршрут и очередь оператора ЭДО |
| Статус «Проверен в ГИС МТ» получен, но итогового ответа нет | Завершился этап проверки, а передача или обработка еще продолжается | Проверить очередь сообщений, дату последнего обмена и финальный статус |
Для внутренней операции главный контрольный вопрос звучит так: принадлежат ли оба МОД одному участнику и перемещаются ли конкретные коды без смены владельца. Для продажи проверяют другой набор связей: продавец, покупатель, УПД, оператор ЭДО и ответ ГИС МТ. Такой порядок снижает риск выбрать похожий по форме, но неверный документ.