Как добавить код ОКЕИ метр кубический-километр (м3.км) и отправить счет-фактуру по ЭДО в 1С

Вопрос задал Елена Т.

Ответственный за ответ: Шаврова Ирина (★9.92/10)

Добрый день! Работаем в 1С Фреш. Нужно отразить код в номенклатуре «метр кубический-колометр» (м3.км). Такого кода нет в ОКЕИ. Как его можно добавить, чтобы счет-фактуру можно было отправить по ЭДО?

Поняли, что никак не добавить в ОКЕИ. Решили прописать в самой номенклатуре «название услуг…» (м3.км), а в графах 2 и 2а счета-фактуры код 796 — шт. По ЭДО всё прошло, заказчик тоже согласился на такой вариант.

Метки вопроса: —

Все комментарии (8)

  1. Приложение № 1
    Приложение № 2

    Здравствуйте!
    Вы совершенно правы в том, что в типовом справочнике ОКЕИ такой единицы нет.
    Если мы будем пробовать подбирать нужное значение по кн. Подбор из ОКЕИ, то поиск вернет пустой запрос.

  2. Приложение № 1
    Приложение № 2
    Приложение № 3
    Приложение № 4
    Приложение № 5

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

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

    Возможно, этот вариант вам тоже пригодится!

  3. Спасибо за ответ! Конечно же мы самостоятельно создали в справочнике БП. А в справочник ОКЕИ никак уже не добавить (как есть, так и есть). И у нас возникла сложность выгрузки в формате xml по ЭДО счета-фактуры. Если в граве 2 и 2а ставить свой вариант единицы измерения, по ЭДО не выгружает и выдает ошибку — исправить согласно ОКЕИ. Поэтому вариант только с кодом 796 — шт.

  4. Приложение № 1
    Приложение № 2
    Приложение № 3
    Приложение № 4

    Спасибо за важное уточнение!
    Выполнила выгрузку в файл ЭДО для новой ед. измерения не из Классификатора ОКЕИ.
    Обычно, правила создания новых элементов это учитывают при загрузках и выгрузках электронных документов, это работает во всех синхронизациях между базами, но, вы правы, это не работает для ЭДО.

    Выгрузка показала, что в файле отправки xml при описании единицы измерения автоматически проставляется прочерк, если данные не из ОКЕИ.
    Что очень странно, на мой взгляд, тем более, что в xml ничто не препятствует его созданию и описанию в том же файле выгрузки его полей для передачи контрагенту.
    —
    Может быть вам задать этот вопрос на горячую линию?
    На наш взгляд, это не сложно поправить, но код дорабатывают только разработчики 1С и программисты.
    Мы тоже работаем с тем, что они дают.
    Но, возможно, если вы озвучите проблему, то разработчики примут его к исполнению (они собирают обратную связь и если по указанной проблеме будет достаточно на их взгляд обращений — возьмут в работу и исправление)

    1

  5. Тут проблема не в 1С. ЭДО у нас со СБИС. Тоже не дает отправить, просит исправить ошибки.

  6. Приложение № 1
    Приложение № 2

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

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

    Вот пример формирования данных для единицы измерения «яяя» товара «Дизайн интерьера».
    Единица не из ОКЕИ (но которая есть в справочнике Классификатор единиц измерения и вполне может быть передана в xml)

  7. Приложение № 1
    Приложение № 2

    А вот второй вариант, когда формируются данные для передачи в СБИС из 1С для единицы измерения «шт».
    Тут уже в выгрузке 1С описывается и код и ссылка единицы измерения и в общем-то ничего не мешает выгружать эти данные и для единиц, которые есть в Классификаторе единиц измерения 1С и нет в типовом варианте ОКЕИ, как в первом случае.

    То есть данные формируются на стороне 1С, а СБИС их просто читает, то если данных нет в передаваемом файле (1С не сформировало), то и СБИСу прочитать нечего.
    Я это хотела сказать. 🙂

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

Комментарии закрыты.