Кто-нибудь качал ее?
Стоит ли ?

Нота 0000895325 J_3rfum26: New features for 119FZ

Ну работает на элементарном примере -) Переносит...-). Выравнивает...С книгой покупок совпадения нет, но это и у 25 болезнь...
Это где ж столько кодов налогов взять.......-)

а инструкция на это дело уже есть?

И еще... эта программа в дополнение к 25-ой или вместо?

Инструкция в ноте.
Программа ни в коем случае не заменяет 25ю программу для тех, кому придется пользоваться ею ближайшие несколько лет. Просто в 26ю добавили функцию переноса НДС без оплаты, просто по факту наличия заполненного поля XREF1.
Проще посмотреть, уважаемый, чем вдаваться в переписку в форуме.

Проще посмотреть, уважаемый, чем вдаваться в переписку в форуме

Спасибо, отзывчивый ты наш!

Не надо так нервиничать...

У меня пока не работает...ввел V2 с версией shp в t007k, в счете фактуре у кредитора заполнил xref1 датой проводки, ввел в эксплуатацию ОС, запустил нкс-стартап, запускаю 26 с галкой "по отгрузке" - и нифига к переносу нет. Что не так делаю? какой целевой код должен стоять у V2 теперь? надо ли таргет код в too7k прописывать?

скажите, а табличку j_3rtse для НДС по отгрузке заполнять ведь не нужно?
(так, на всякий случай спрашиваю, ноту ещё не ставили)

Кому не "в лом" ответить, пожалуйста, проясните... Сразу оговорюсь, пакет еще не вкачали (есть проблемы)...
В чем суть обновлений? Новые коды НДС настраивать также как и старые? ... используя и 19 и 76? Или для исходящих кодов используется сразу 68 бсч?
Сапы пишут, что в ближайшее время выложат подробную инструкцию.. Куда? Вроде бы все пролазил, пока не вижу... а может быть не там ищу?
Пожалуйста, дайте хоть какую-нибудь инфу... время идет... боюсь не успею...

подробную инфу я тошь пока не нашел. но в ноте вроде и так все понятно расписано. создаешь новые фактические коды налогов которые будут по отгрузке с 01.01.06 (19,68 как и раньше), включаешь их в таблицу T007K версию SHP. создаешь целевые коды к ним (как для 25-го отчета).
создаешь сч/ф с с фактическим кодом, в позиции контрагента в поле Ссылочный ключ1 (XREF1) указываешь дату отгрузки в формате YYMMDD (непонятен смысл такого формата) и запускаешь 26-й отчет.

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

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

А чем замещения не устраивают? Проблемы у кого xref1 уже используется.

Я вот думаю, а если не заводить новые коды, их итак выше крыши. Все коды прописать как "по отгрузке". А в 25-й ограничивать датой открытых позиций.
Кто-нить видит, где попасть можно будет?

в принципе да, думаю черзе замещения, опен фи, либо через правила копирования в логистике запихувать дату отгрузки в XREF1.

кстати если поле XREF1 пусто, то 26-й отчет не срабатывает, может так можно разделить позиции до 01.01.06 и после.



в смысле 31.12.05?

Ну да.
А 26-я будет XREFом отсекаться.

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

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

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