ГТД+Страна происхождения

[Oks]

Вопрос касается ГТД и страны происхождения.

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

Как Вы посоветуете ее решить?

[Михаил Ковалев]

В существующей функциональности это, по-видимому, сделать нельзя. Остаеться только одно - ее (функциональность) доработать. Например, добавить новую структуру данных, в которую в момент ввода строк закупок заносить код страны производителя. Соответственно придеться изменить и печатную форму счета-фактуры при отпуске товара.
(К сожалению, в существующей стандартной форме счет-фактуре страна производитель не печатаеться, поэтому мы форму под себя будем дорабатывать)

C уважением
M.Ковалев

[mazzy]

Не согласен.

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

Дело в том, что в номенклатуре реквизит "страна" он пришел из западной функциональности (OrigCountryID). А в западной функциональности это реквизит привязан к функциональному ключу Интрастат.

Так вот.
1. То что у номенклатуры имеется одна страна производитель - это фича исходной Аксапты, а не локализации
2. Может стоит проанализировать причину, которая заставляет у Артикула вести несколько стран производителей?
3. Может стоит не заниматься программированием, а изменить (после анализа) требования к системе? Например, попробовать товары, производимые в разных странах задавать отдельными артикулами и настроить альтернативы?

[AY]

Мы также сталкивались с подобной проблемой. Я склонен принять точку зрения muzzy, т.к., на мой взгляд, более правильно "плодить" номенклатуру со схожими характеристиками, нежели безоглядно расширять список её "возможностей". Судите сами, товар один и тот же, но разные страны производства с большой степенью вероятности приведут к разной базе расчета себестоимости в логистическом контуре. Зачем высчитывать некую среднюю себестоимость по товарам, накладные расходы по партиям которых будут сильно различаться? В нашем случае было принято управленческое решение расширять список номенклатуры.
С другой стороны, все это не имеет смысла, например, в модели стандартной себестоимости. Да, в таком случае можно произвести небольшое модифицирование системы, которое сводится к добавлению декларативных характеристик для порождения документации фискального толка (счета-фактуры и т.п.). Правда, моё решение немного отличается от решения, предложенного Михаилом Ковалевым, и
основная идея в том, что можно привязать код страны к складской аналитике ГТД:
1. Добавить поле CountryId в таблицу InventGTD_RU, вывести его на соответствующую форму и сделать обязательным к заполнению в момент создания номера ГТД.
2. В строках документов, имеющих ссылку на InventDim, брать страну производства не из InventTable.OrigCountryId, а из InventGTD_RU.CountryId.

С уважением,
AY

[Pavel]

Цитата:

Изначально опубликовано AY
Мы также сталкивались с подобной проблемой. Я склонен принять точку зрения muzzy, т.к., на мой взгляд, более правильно "плодить" номенклатуру со схожими характеристиками, нежели безоглядно расширять список её "возможностей".

Привет,

Просто шедевр логики. Для менеджера крупной дистрибютерской компании, которая производит свои товары в разных странах (например, по списку клиентов Колумбус – AVON, Sara Lee, Henkel, …), а затем ввозит на склады в Россию, будет очень интересно смотреть на остатки по товарам (и остальные отчеты тоже). Процедура управления остатками продукции по складам, расчет потребностей, материальное бюджетирование – все станет «чертовски» интересным.
Страна, в которой будет произведен товар - всего лишь аналитика. Поставка может быть произвольной в зависимости от множества факторов (самые простые – программы производства фабрик на основании полученных production requirements, время поставки, себестоимость и др.).
Использование разных кодов в системе для одного и того же товара напрямую противоречит кодировке товаров по внутреннему классификатору производителя, каталогам, прайс-листам, форматам консолидированных отчетах головного офиса. Хотя среди всех способов «надеть штаны через голову» всегда можно найти наилучший.

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

С уважением.

[macklakov]

>Полагаю, что для реализации требований российского законодательства лучше все->таки иметь в системе соответствующую функциональность по учету операций с >импортными товарами (ГТД), тем более, что тема достаточно тривиальная.
Здравствуй, Павел
Раз уж ты упомянул, что решение тривиальное, не мог бы ты вкратце разъяснить, в чем оно заключается?
С уважением, Юра.

[Pavel]

Цитата:

Изначально опубликовано macklakov
Раз уж ты упомянул, что решение тривиальное, не мог бы ты вкратце разъяснить, в чем оно заключается?

Привет, Юра,

Могу предложить для твоего рассмотрения какой-нибудь пример решения.

1) По факту существования ГТД создать в системе справочник (типа "Реестр ГТД"), включить в него необходимые аналитики (поля: Номер записи в реестре, товар, ГТД, дата и т.п.). Далее организовать процедуру получения копий ГТД с таможни после их оформления (от экспедитора груза, представителя на таможне, и т.д.) и ввод данных по ним в систему. Лучше завести информацию после выписки ГТД и еще до транспортировки груза на склады и оприходывания (ускоряет процесс). "В строках закупок" указывать не номер ГТД + страну, а ссылку на соответствующую уникальную запись из реестра. Техническая реализация может быть различной: или привязать информацию к строке (доп. поле) и тащить ее в все необходимые справочники, или по аналогии с серийными номерами указывать только в прототипе складской операции по строке закупки. Со складским журналом проблем также не должно возникнуть.

2) собственно про страны. Код страны есть у поставщика и при создании закупки он попадает в шапку закупки. Код страны есть у товара. При большом желании тащить эту информацию требуется организовать правило установки значения кода страны по умолчанию в новой строке закупки (или из шапки закупки или из карточки товара). Очевидно в строке должна быть возможность выбора значения из справочника и замены кода страны по умолчанию. Можно сравнить пример с обработкой системой кодов аналитики.

Может быть написано много, но по сути совершенно просто.

С уважением

[macklakov]

Спасибо большое! :-)

[AY]

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

2 Pavel от 17-05-2002. "Страна, в которой будет произведен товар - всего лишь аналитика." Конец цитаты.
Исторически страна, в которой произведён товар, - никак не аналитика в Аксапте, это атрибут справочника товаров, поэтому-то проблема не так уж тривиальна, во всяком случае на реальных внедрениях.

2 Pavel от 28-05-2002.
"По факту существования ГТД создать в системе справочник (типа "Реестр ГТД"), включить в него необходимые аналитики (поля: Номер записи в реестре, товар, ГТД, дата и т.п.)..." Конец цитаты.
Предложение тащить некую уникальную запись из новосозданного "реестра ГТД" сквозь функциональность Аксапты... Да реестр ГТД в Аксапте уже присутствует в виде одной из стандартных складских аналитик, ничем не отличающихся от тех же самых серийных номеров. Собственно, для каждой партии прихода товара с группой складской аналитики, включающей ГТД, нужно просто создать этот номер в момент создания закупки. Или выбрать уже созданный. И именно поэтому проще всего расширить этот реестр, добавив поле Страна пр-ва (см. моё сообщение от 14-05-2002).

С уважением,
Александр aka AY.

P.S. PC!!! это же AY!!! Привет!

[AY]

2 macklakov:

Добрый день, Юрий,
спасибо за участие во вчерашней встрече. Надеюсь, обмен мнениями был обоюдополезен.

С уважением,
AY

[Pavel]

Цитата:

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

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

Привет, AY,

К сожалению не нашел адреса, по которому можно было бы отправить тебе письмо. Кинь как-нибудь, pls.

Что касается сути вопроса.
Полагаю, что если для организации учета операций с ГТД лучшее решение - это использование разных номенклатурных кодов для одних и тех же товаров (также как и другие нетривиальности), то это проблема функциональности.
Учет ГТД должен быть. Из ответов следует, что решения известны и во-многом соответствуют сделанным мной предположениям. Собственно сама их кодировка меня мало интересует (sorry...).

С уважением