учет гтд в sap

в новой версии SAP появился стандарт процесса учета ГТД, подскажите пожалуйста, есть обязательное поле «Таможенный орган» в транзакции J3RFGTDINT,
как этот справочник заполняется? не могу найти транзакцию.

Это решение не учитывает особенности партионного учета (всегда списывается по ФИФО).
Это решение не учитывает возможности покупки одного и того-же материала с разными странами происхождения (страна происхождения в партии).
Не возможно редактировать данные ГТД после первого использования (например уменьшить количество, ошибочно оприходованное).
Если есть WMS то при списании палеты с одного складского места, и оприходовании на другом (исправления в учете, без отражения на финансовых результатах) ГТД списывается по недостачам, но не приходуется по излишкам.

В печатной форме Счета-фактуры, на каждый номер ГТД выводится отдельная строка. С учетом того, что списываются ГТД по ФИФО, а отгружаются реальные партии, часто возникает ситуация, когда в Счете-фактуре, одна партия целая партия (1 упакованная палета) выводится с разбивкой не кратной упаковке/палете.

Ну я бы сказал так: если есть партионный учет, нет смысл использовать новое решение SAP по ГТД, лучше записывать ГТД и страну происхождения в признаки партии.
А вот если партионного учета нет, то новое решение имеет право на жизнь.

Добрый день, коллеги.

Возникла проблема с настройкой учета ГТД.
Настроил цепочки закупок и сбыта, настроил ВД для отслеживания ГТД, виды фактур для отслеживания ГТД.

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

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

Присоединяюсь и уточняю: смотрите MARC-HERKL

Спасибо большое. Дело дальше продвинулось. Отчет J3RFGTDUSAGE начал подтягивать номера ДМ отпуска.
Но с фактурами ситуация не изменилась.
Должен ли данный отчет показывать номера сбытовых фактур?
В печатной форме фактуры номер ГТД не тянется (программа: J_3RV_INV_A, формуляр: J_3RVINVOICE)

А фактура сразу деблокируется в FI при сохранении? Возможно в этом дело.

Вообще стандартный процесс предполагает, что по 601 виду движения ГТД не списывается, а списывается по соответствующей фактуре.
Скорее всего именно в момент деблокирования в FI, поскольку до этого момента фактура для НДС не релевантна.

Часовой пояс: UTC + 3 часа

Кто сейчас на конференции

Сейчас этот форум просматривают: Yandex [Bot]

в новой версии SAP появился стандарт процесса учета ГТД, подскажите пожалуйста, есть обязательное поле «Таможенный орган» в транзакции J3RFGTDINT,
как этот справочник заполняется? не могу найти транзакцию.

Это решение не учитывает особенности партионного учета (всегда списывается по ФИФО).
Это решение не учитывает возможности покупки одного и того-же материала с разными странами происхождения (страна происхождения в партии).
Не возможно редактировать данные ГТД после первого использования (например уменьшить количество, ошибочно оприходованное).
Если есть WMS то при списании палеты с одного складского места, и оприходовании на другом (исправления в учете, без отражения на финансовых результатах) ГТД списывается по недостачам, но не приходуется по излишкам.

В печатной форме Счета-фактуры, на каждый номер ГТД выводится отдельная строка. С учетом того, что списываются ГТД по ФИФО, а отгружаются реальные партии, часто возникает ситуация, когда в Счете-фактуре, одна партия целая партия (1 упакованная палета) выводится с разбивкой не кратной упаковке/палете.

Ну я бы сказал так: если есть партионный учет, нет смысл использовать новое решение SAP по ГТД, лучше записывать ГТД и страну происхождения в признаки партии.
А вот если партионного учета нет, то новое решение имеет право на жизнь.

Добрый день, коллеги.

Возникла проблема с настройкой учета ГТД.
Настроил цепочки закупок и сбыта, настроил ВД для отслеживания ГТД, виды фактур для отслеживания ГТД.

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

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

Присоединяюсь и уточняю: смотрите MARC-HERKL

Спасибо большое. Дело дальше продвинулось. Отчет J3RFGTDUSAGE начал подтягивать номера ДМ отпуска.
Но с фактурами ситуация не изменилась.
Должен ли данный отчет показывать номера сбытовых фактур?
В печатной форме фактуры номер ГТД не тянется (программа: J_3RV_INV_A, формуляр: J_3RVINVOICE)

А фактура сразу деблокируется в FI при сохранении? Возможно в этом дело.

Вообще стандартный процесс предполагает, что по 601 виду движения ГТД не списывается, а списывается по соответствующей фактуре.
Скорее всего именно в момент деблокирования в FI, поскольку до этого момента фактура для НДС не релевантна.

Часовой пояс: UTC + 3 часа

Кто сейчас на конференции

Сейчас этот форум просматривают: Yandex [Bot]

Подозреваю, что сам номер состоит из кода таможни(Customs Office)/даты(Cust. Decl. Date)/номера декларации(Cust. Decl. No.).

Вопрос к тем, кто все же пользуется этой функциональностью. Как вы загружали ГТД к начальным остаткам? При сохранении данных в j3rfgtdint требуется чтобы было ОК, а ОК ставится при заполнении всех полей.. заполнить номер заказа на поставку и поставщика не представляется возможным, все остальные поля заполнены, в качестве ссылки стоит NO None.

Сейчас как раз стоит задача организовать учет МТЦ в разрезе ГТД в торговой компании с большими объемами продаж импортной продукции. Партионный учет есть, но собираемся использовать стандартное решение SAP из EhP 5.

Проведя беглый тест функционала в дополнение к тому, что описал уважаемый Liposome обнаружил, что:

— проблема с отражением положительных инвентарных правок (701, 703, 707 вд) актуальна не только для складов с WMS, но и для площадок, использующих стандартную инву MI0x.

— также НЕ зачисляются на баланс ГТД клиентские возвраты (настроены как на 674 вд, так и на соответствующие типы фактур). Не исключаю, что чего-то не учел, хотя заблудиться в настройках SPRO там сложно, ибо все вроде бы предельно ясно и лаконично

— НЕ попадают в отчет документы сторно по приемке (102 вд). Это проблемой не является, ибо можно постфактум скорректировать количество в объекте ГТД. Да и расхождения при контроле таможни крайне маловероятны.

Кто сталкивался с аналогичными трудностями или просто имеет какие-то конструктивные мысли? Поделитесь опытом, пожалуйста!

Всем добрый день. я как специалист далёкий от логистики не могу до конца понять процесс ведения и присвоения ГТД.

Ну я бы сказал так: если есть партионный учет, нет смысл использовать новое решение SAP по ГТД, лучше записывать ГТД и страну происхождения в признаки партии.
А вот если партионного учета нет, то новое решение имеет право на жизнь.

Если не секрет, электронную декларация (xml файл) как то преобразовывали? Или excel заполняли руками?

_________________
С уважением, Андрей

_________________
Лучше быть умным и иногда тупить, чем быть тупым и постоянно умничать!

Добрый день,
Установили ноты, позволяющие отменять присвоение ГТД к фактуре/материальному документу и запускать такое присвоение из отчета J3RFGTDASSIGN.
К сожалению отвалилась функция возврата ГТД документом сторно фактуры, при этом сторно документа материала такой возврат по-прежнему делает.
Установили 8 EHP, но счастья не случилось. Может быть, кто-то сталкивался с такой проблемой и нашел причину?

Возврат починен добавлением вида фактуры на возврат в j_3rfgtdinvt

Ну я бы сказал так: если есть партионный учет, нет смысл использовать новое решение SAP по ГТД, лучше записывать ГТД и страну происхождения в признаки партии.
А вот если партионного учета нет, то новое решение имеет право на жизнь.

Добрый день, Вы не могли бы поделиться решением для переноса ГТД при перемещении товара между БЕ? что за разработку делали?

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

Небольшое описание решения (вдруг кому пригодится):
1. Используется определенный вид транспорта, по которому осуществляется предварительная регистрация данных в собственные таблицы на основе экспорта ФМ RV_SHIPMENT_READ. Реализация вызывается в методе IN_UPDATE, BAdi BADI_LE_SHIPMENT. Здесь же реализована синхронизация данных при удалении/добавлении поставок в транспортировку. Также синхронизация осуществляется при изменении данных входящих поставок, все в BAdi LE_SHP_DELIVERY_PROC.

2. Для ведения предварительно зарегистрированных данных разработаны диалоговые транзакции (примерно такие же, как и J3RFIMCD0*, с дополнительными функциями автоматизации процесса) и отчеты.

3. На основании данных поставок в предварительном импорт формируются файлы со сведениями для таможенных агентов (у нас аутсорс этих функций). Также в диалоговой транзакции реализована функции отправки на эл.счета агентов (ведутся в доп.справочнике) и приемки файла, выгруженного в определенном формате из программы Альта ГТД, традиционно используемой агентами. Загрузку из XML формата ФТС решили не делать, ввиду сложности и частых изменений. Лидирующей информацией для регистрации ГТД в SAP является информация, получаемая от брокера, поскольку она содержит уже состоявшийся факт регистрации декларации в таможенных органах. При загрузке происходит ряд проверок, выявляются критические ошибки для устранения в закупочных документах.

Если с брокерами и агентами Вы не работаете, то можно исключить п.п.2-3 и сразу регистрировать ГТД.

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

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

Недавно разбирался с новой логикой процесса перемещения ГТД на товар при проводке продажи товара между юридическими лицами в контуре SAP ERP.
По факту, транзакция J3RFIMCD_MOVE оказалась не нужна.

При проводке исходящей фактуры типа 5 система сама записывает информацию о перемещении товара между БЕ в таблицу J_3RFIMCD_MOVE «Cross company transfer. Import Customs Declaration».

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

Вопрос: какие есть еще возможные проблемы при таком методе?
Как возможно решить проблему выше?

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

На мой взгляд учет импортных ГТД от SAP нужен, без него проблем не решить. Хотя он не слишком красив, но дает возможность адаптировать процесс под свои требования.

Насчет партионного учета, я бы не стал его включать без лишней необходимости, только лишь для ГТД. Однако сейчас не очень ясно, куда всех вынесет с требованиями по отслеживанию импорта в РФ. Вероятно, что придется всем вводить партионный учет.

Часовой пояс: UTC + 3 часа

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей