В соответствии с требованиями, изложенными необходимо зарегистрироваться для просмотра ссылки,
срочно вносите изменения в НН и Приложение2. У нас уже началась массовая замена НН!

1. Налоговая накладная, модуль формы, процедура Печать2011(), после фрагмента

Если Итоговая=1 Тогда
    Дата2 = ?(ПустоеЗначение(ТаблТМЦ.ОперДата)=0, ТаблТМЦ.ОперДата, ДатаДок);
Иначе
    Дата2 = ДатаДок;
КонецЕсли;

добавить фрагмент:

//! 10.08.2012
Если ДатаДок>='01.07.2012' Тогда
   Дата2 = Формат(Дата2,"ДДДММГГГГ");
   Дата2 = СтрЗаменить(Дата2,".","");
КонецЕсли;
//! Конец вставки

2. Приложение2, модуль формы, процедура Печать2011(), после фрагмента

Ст1 = ДатаДок;

добавить фрагмент:

//! 10.08.2012
Если ДатаДок>='01.07.2012' Тогда
   Ст1 = Формат(Ст1,"ДДДММГГГГ");
   Ст1 = СтрЗаменить(Ст1,".","");
КонецЕсли;
//! Конец вставки

Прописывал сразу в поле даты в макетах НН и Пр2 "_12"

СтрЗаменить(СокрЛП(Формат(Дата2,"ДДДММГГГГ")),".","")

Апну темку, дабы не создавать новую

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

а так завжди в нас. Спочатку придумають дебільний закон. А де саме вписувати в податковій і сам новий бланк під свій закон дадуть десь через пару місяців. А зараз вписувати хто де хоче?

Я же ссылочку вверху дал

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

ЗЫ(лирика): что прикольно. для борьбы с "серым импортом" достаточно было бы только импортеров обязать. да и тех, при наличии доступа у таможенников к налоговой базе - сами таможенники бы без этого "нововведения" вполпинка могли бы выявлять. а вот поди ж Вы - вона оно как. так что главной целью данного "нововведения" почему-то видится вовсе не декларируемая борьба с "серім импортом", а... дотрамбовывание - ведь теперь никакой плательщик НДС просто никак не сможет покупать и них ничего из импорттрованного когда-либо.

"... дотрамбовывание и-н-д-и-в-и-д-у-а-л-ь-щ-и-к-о-в - ведь ..."

Черновой план
при печати НН:
идти в проводки РН - там из партии достать ПН - там достать номер-дату ВМД - вывести на печать
==============
случаи, когда под один товар несколько партий - игнорировать (выводить первую попавшуюся) / или можно через запятую номера давать ?
случаи, когда предоплата за непоступивший товар - игнорировать. (выводить пустоту)

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

всенепременно поплывут. и хрен с ними. какие варианты?

XBrut
"Черновой план" летит в тартарары при закупке товора с ОКТВЭД от внутреннего поставщика. Или нужно добавлять в регистр партий новый реквизит и переделлывать все к нему обращения и формирования движений.
Дополнительно - "первая попавшаяся" приведет к превышению (в сдаваемых в единую базу налоговых документах) расхода по ГТД над приходом по ней - что есть ни что иное, как классический случай "серого импорта".
Не годится.

Pepe
Подводная скала, риф и вулкан одновременно - любое авто-распределение по гтд при проведении. ведет к тому, что движения документа начинают отличаться от данніх, которые зафиксированы(!!!!) в сданных в налоговые органы документах. а в дальнейшем - к тому, что совокупная информация в ранее сданных налоговых документах начинает не соответствовать остаткам в базе данных, на основании которых в джальнейшем авто-рассчитываются гтд. ситуация "снежный ком ошибок".
Не годится.

не летит. в приходную накладную добавляем реквизиты номер-дата гтд и все ок.

а по поводу автораспределения - какая вероятность того , что это проверят ДО выхода типовых обновлений ? %% ?
кстати ...КАК требуют указать...в виде строки в колонке товаров? а через запятую ГТД можно? ...пусть потом попробуют это все сверить....

кстати где-то читал , что в России подобное есть. как у них сделано кто-то видел?

XBrut
Улетает уникальность в ТЧ по номенклатуре. не "все ок".

не совсем понял, что Вы имеете в виду.
нашли партию в движениях регистра РН - зашли в ПН - считали номер. в чем проблема то?


кстати. Ваш план?

+ типовые обновления???? для семерки??? (да и сами обновления на текущий момент такие, что лучше самому головоруками сделать что надо - не голословно утверждаю, сплошную атонуменацию налоговых делал сам, и в результате - гораздо меньше геморроя получилось - знакомые клиента затеребили, но у них уже накатана обнова от 1с, а "назад лыжи не едут")

+ в РФ жил когда эта обнова (номер гтд + страна происхождения д.б. указаны в сч-ф) там появилась.
знаю как "сделано". в счет-фактуре просто доп.реквизиты. никакого контроля по остаткам. ручной ввод. оно и ясно, почему: хотя закон и позволяет лишать налогового кредита с отложенным возвратом и наказанием продавца, но все в курсе, что выполнение требования корректного (в смысле ведения оствтков) указания подобной информации практически невыполнимо - и, соответственно, никто никого не наказывает (и даже, кажется, не проверяет), именно что "есть гтд - укажем любую".

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

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


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


Контроль как раз вполне выполним.
Корректное предоставление данных - невыполнимо. При этом если лишать всех нарушителей - будет буча оооочень немаленькая.

* в расходной накладной от резидента несколько номеров ГТД. согласен. это аргумент.
можно так.
в приходной накладной новые реквизиты : ШапкаНомерГТД;ШапкаДатаГТД;ТЧНомерГТД;ТЧДатаГТД
ищем номер ГТД в табличной части - ели не нашли - берем из шапки.

* как будут проверять по текстовым записям в колонке "товар" ? - не верю ))
* структура вашего регистра и какие его документы его двигают?

сверять будут по ОКТВЭД а не по номенклатурному зоопарку.
подробности нашего решения - не только моё ноу-хау.

как вытянут номер-дату гтд из текствого поля ? им народ щас такой формат номеров сбросит ...
считаю что не проверят.
P.S.
ноу - хау ? извините пожалуйста я ж не знал.
вот. видите как. кому горе, а кому ноу-хау ))

Насчет проверки не наша забота. Ждем изменений в порядок заполнения НН. Пока нет новой формы и "Порядок" не утвержден - разговор ни о чем. Потом будут вопросы типа какой формат номера ГТД (он состоит из трех частей), даты. Налоговоки подкинут выравнивание, точки и т.п.

Налоговые надо делать СЕЙЧАС.
Если проверка маловероятна , то мой вариант подходит (а это быстро и дешево)
А если угроза проверки большая... тогда совсем другое дело.
P.S.
Слегка удивлен молчанием остальных участников.

А шо Вы хотите услышать?

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

Гы. Так что


ЗЫ Думаю очередная паника. Все выше написанное мое личное ИМХО и выводы...

ЗЫЫ 2 Cthulhu А что так? Жили? ПyтiN задолбал?

Там вроде номер ГТД это субконто...

Ну, поскольку у остальной аудитории мыслей нет (или скрытничают), я продолжу рассуждать вслух.

Вариант №2 - партионный регистр.
Приходные набрасывают туда партии , налоговые - разбирают, приложения2 возвращают назад.
Разумеется, что должен использоваться метод ФИФО, что опять приводит к изменчивости номеров гтд в строчках.

Вариант №3 - периодический реквизит.
В справочник товаров два периодиечских реквизита. При печати/экспорте выбираем последнее значение.
Грубо - но надёжно

У меня наверное вар.2

Сделал на остаточном регистре...КодУКТЗЭД, Количество и Док с данными по ВМД

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

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

Вариант №4 кодовое название "женская логика"
дорисовать номер ГТД в название товара.
не спешите смеяться.
если товар приплывает из Китая раз в пол-года, то такое решение близко к идеальному.
а пока пройдёт месяц - другой...всё прояснится.

Задался вопросом ГТД "левые" скорее всего не прокатят, ведь если мощностя будут позволять, то проверка товара по дате и номеру ВМД в налоговой будет достаточно быстро работать, и неправильный номер ВМД в налоговой можно подать под соусом "попытка подделки документов", а вот если еще и проверку по количеству товара в ВМД запустят, вот тут можно нарваться на интерпретации "серый импорт" и пр.
И еще, код УКТЗЭД начал работать с августа 2011, почему бы весь импорт в документах не печатать с данными по ГТД первого полугодия 2011

нет, "попытки подделки документа" не будет.
да, основной соус - борьба с "серым импортом". но! для этого достаточно контролировать по кол-ву только импортеров.

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

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

$ , оставшихся в кармане от этой паники слегка смягчают разочарование
P.S.
Помню при кучме пытались сделать спец счета для уплаты НДС...и в последний момент отменили. так с тех пор они и остались в конфигурации.

У меня уже болтаются "незадействованными" справочкики(2)+документ+журнал+регистр+константа и блоки кода (автовкл. по константе) в нескольких документах и отчетах.
"Веселуха" в бухгалтерии - совсем другого порядка, ожидание ввода єтой, простите, глупости в действие на уровне "ну, блин, всё, приехали" - потому что именно на уровне "что делать?" в ряде стандартных ситуаций - неизвестно, потому что в принципе невозможно соблюсти закон таким образом чтобы не "попасть" на превышение остатков по ГТД (навскидку - пересорт при инвентаризации, когда выявляются излишки товаров с ОКТВЭД и недостача аналогов без ОКТВЭД).