v7: Лидирующие нули в номерах СЧФ и Декларация НДС - Бух 7.70.594 #740660

Доброго времени суток! Прошу сориентировать - в Бух 7.7 (7.70.594) в Книге продаж и соответственно Декларации по НДС в номерах счетов-фактур удаляются лидирующие нули по условию: Если ФормироватьПоПостановлению735 = 1 Тогда  глПреобразоватьНомерДок(Док.НомерДок) где Если ДатаКонца >= '01.10.2014' Тогда ФормироватьПоПостановлению735 = 1; При этом номера в печатных формах счетов-фактур почему-то с лидирующими нулями, так как в макете печатной формы номер документа получается не через глПреобразоватьНомерДок, а просто СокрЛП(НомарДок). Так и должно быть, или это ошибка, и в печатных формах счетов-фактур лидирующие нули должны также удаляться? Как теперь быть, если в течение квартала выдавали печатные формы счетов-фактур с лидирующими нулями? Выгружать в декларацию также лидирующими нулями, исправив глПреобразоватьНомерДок на СокрЛП?

Зеркальные счета фактуры продавца и покупателя должны совпадать по каждому символу. Допускается только расхождение букв верхнего и нижнего регистра т.е номер а101  и А101 один и тот же номера 00005   и 5  это разные номера ну может ФНС поправит своего робота и будет обрезать ведущие нули. Ну насколько я знаю на сейчас этого нет.

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

ну как бы до 01 января все это было не важно. с 01 января 2015 важно. Считать ошибкой и чьей именно спорный вопрос. Сейчас тебе надо  чтобы в декларации раздел 9 показывались счф так как Ваша фирма выдавала счф клиентам иначе потонете в требованиях от налоговой - но так как все это в первый раз и сразу для всех то как это будет выглядеть никто точно не знает.

стоп, так получается, что у покупателя 1С также обрежет лидирующие нули нашей счет-фактуры при выгрузке ее в разделе 8 Декларации? то есть мы выдали счет-фактуру с лидирующими нулями 00001, при этом в разделе 9 она у нас выгружается как № 1, но при этом и у Покупателя, несмотря на то, что он внес ее как 0001 она выгрузится в разделе 8 Декларации под номером 1 ? может в этом гениальный план 1С? что какие печатные формы не выдавай, а в ФНС все-равно уйдет без лидирующих нулей и у Продавца, и у Покупателя?

БП 3.0 - нули обрезает и в декларации и печатной форме Помоему даже спецсимволы обрезает

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

только в продажах? книгу покупок и входящие номера не режет?

неправда, только что проверил в 3 0 39 61 ничего не режет

да тоже вроде режет ИФНС якобы все равно все спецсимовлы и лидирующие нуди обрежет

+ в покупках не режет, в продажах режет

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

вот что это за выгрузка- вообще не понял.  Имя файла свое, в описании- про электронный документооборот, ни про какие декларации ни слова. Ссылка на рук.док тоже про оборот электронных документов. Ну выгрузка СФ в электронном виде понятна, а книги тут каким боком....

в декларации я так понял книги покупок/продаж выгружаются в отдельных файлах - может это оно?

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

Хотя это было бы очень логично.  А то сначала формируем книги. Потом разделы 8,9, алгоритмы которых тянут данные из обработок формирования книг. Получаем форму существенно тормознутее чем книги и получаем по одной ошибки

"и в печатной -типовой- форме также обращение к процедуре из глобального модуля, так что они одинаковые." смотрю релиз 7.70.595, файл 1cbsf451.mxl Счет-фактура № [СокрЛ(НомерДок)] от [Формат(ДатаДок ,"Д ДДММММГГГГ")]

"Допускается только расхождение букв верхнего и нижнего регистра т.е номер а101  и А101 один и тот же номера 00005   и 5  это разные номера" не нахожу источник цитаты. где его найти?

в коде отчета Книга продаж 1С ссылается на постановление 735 но в комментариях к данному Постановлению речь идет в основном о том, что для структурных подразделений их код должен добавляться в номере через наклонную черту / С 1 октября надо соблюдать лишь одну верную нумерацию счетов-фактур при отгрузках через подразделения. Поправки в правила оформления счетов-фактур четко определили, что цифровой номер надо ставить через символ «/», а не тире или дефис (постановление Правительства РФ от 30.07.14 № 735). В то же время неверные разделители — это несущественный недочет, который не препятствует налоговикам на проверке идентифицировать продавца и покупателя, стоимость товара, ставку налога и т. п. (п. 2 ст. 169 НК РФ). А значит, инспекторы не вправе отказать покупателям в вычетах НДС. Но чтобы у контрагентов не возникло проблем, проще исправить счет-фактуру. разве есть в этом Постановлении однозначный запрет на наличие лидирующих нулей? почему 1С так жестко связало отсечение лидирующих нулей с этим Постановлением?

а файл 1cbsf451.mxl тут при чем ?

исходя из кода Процедура Печать

а ничего, что там есть         Если глПолучитьВерсиюПостановления(ДатаДок) = 2 Тогда И уже ТРИ года как действует Постановление 1137 ?

А вот в Печать1137

ссылки нет. мне так сказали специалисты по программе Контур Сверка что у них сделанно именно так никакие символы они не отсекают и они думают что проверка у ФНС будет такой же. Также они сказали что если будут по этому вопросу доп разъяснения то они исправят тогда проверку в Контур Сверка.

у меня в Константе НачалоПримененияИсправленныхСчетовФактур задана дата 24.01.11 и в шапке печатной формы в правом верхнем углу идет ссылка на Постановление1137, НО лидирующие нули не отсекаются, сейчас на копии БД посмотрю почему.

ну это как бы логично - с нулями и без нулей с точки зрения той же 1С будут два разных номера. То есть в базе с контролем уникальности номеров можно создать   0005, 005, 05 и 5 номер. Если проверка будет считать их одним и тем же документом - будет вообще полный кавардак !

дело в том, что в 1csf1137.mxl идет ссылка не на НомерДокПечатнойФормы, а на НомерДокумента ...........

да, но 1С сделала печатные формы счетов-фактур с нулями, а книгу продаж и Декларацию без нулей. по сути, что сделано 1С то сделано. вопрос больше в том, насколько строго Постановление 735 запрещает использование лидирующих нулей? то есть могу-ли я сейчас исправить выгрузку Декларации и Книги продаж с лидирующими нулями, и не будет-ли отправка Декларации с лидирующими нулями большим нарушением, чем отправка без нулей при наличии нулей в печатных формах счетов-фактур.

Все вылезет при встречках, если вылезет  и ИФНС осилит новую систему. А там всегда все поправить можно

ИМХО - лучше будет, если номера будут абсолютно идентичны в первичке и декларации. Уже выдана покупателям бумага с лидирующими нулями...

у кого есть действующая подписка ИТС на 1С 7.7? можете задать вопрос на hline@1c.ru и hotline@1c.ru ?

Ну вот у меня ситуация выданы сч/ф с одинаковыми номерами. И как тут лучше. Лидирующие нули для меня пока выход

сделали разное количество нулей?

О31 и 31 в 1С а у покупателя и в декларации все четко - 31

Есть у меня подозрение. что программист Декларации не посмотрел дальше НомерДокПечатнойФормы = глПреобразоватьНомерДок(НомерДок, 0, 0);

так сдавать декларацию же будешь не в фирму 1с а в налоговую. Так что лучше и звони или в налоговую или своему оператору через кого сдаешь декларацию с этими вопросами.

Также смотри номерсчет фактуры это символьная строка переменой длины. Операция отсечения ведущих нулей над числовым полем как бы понятная и объяснимая операция. А отсечение нулей ( символов ) в символьной строке как-то получается совсем другая строка т.е. ты делаешь какие-то преобразования над номерами счетов фактур. Нигде как бы не писалось что (робот ФНС) будут делаться какие либо преобразования над номерами СЧФ. Везде писалось что требуется тщательный ввод не путать букву о т 0 и.т.д. и что зеркальные счф должны совпадать по показателям : Дата Номер Сумма СуммаСЧФ инн кпп будет отбрасываться - разъяснение было. Самый сложный и неотвеченный вопрос допускаются или нет расхождения на копейки в  суммуНДС ну тебе главное сейчас сдать. как бы выхода у тебя 1. в декларации сделать номера счф как у покупателя 2. обрезать ведущие нули. Декларацию по любому сдашь. Во втором варианте подварианты 2.1 Родот умный и разберется все ок 2.2 Робот не разбереться В 2.2 сначала все уточненки-требования пойдут твоим покупателям они покопаются в документах найдут все с 0 созвоняться с тобой или нет и ответят на требование что у них все Ок ошибка у продавца. Тогда робот выставит все эти уточнения продавцу. Вроде все понятно и просто но как бы будут общаться все со всеми и сроки ответов очень ограничены. Вообщем всех ждет еще более веселый май чем апрель. и что надо сделать просто сформировать  доп листы с правильными номерами счф или же сделать исправления счф и в доп листы вносить именно исправления счф как-то непонятно. наверное как-то так.

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

у нас другая песня - СФ закачиваются из ТиС - там несколько баз, своя нумерация и пр.

А вот еще нюанс - в последних дистрибутивах 7ки НЕТ файла ExtFormsPrnForms1csf1137.mxl По крайней мере релизов 10 посмотрел

гм, так установка обновления уже существующий 1csf1137.mxl  ведь не удаляет?

не-а

но во вновь развернутой базе его не будет

ну и что ? печает из общих таблиц тогда

развернул апдэйт 595, файл 1csf1137.mxl есть

во-во, там также в макете НомерДокумента

у меня нет :) в 595, правда я не апдейт развернул, а сетап установил :)

ИМХО 1С сейчас уже и не может выпустить релиз с вариантом, когда вдруг начнут убираться лидирующие нули из номеров печатаемых счетов-фактур. остается только добавить в книгу продаж и декларацию возможность включения отображения лидирующих нулей.

в сетапе нет

С Т1С от Секвестр Сообщение от 1С Здравствуйте! Ваше обращение зарегистрировано под номером SW929714 / 1. Пожалуйста, в тексте следующих обращений на эту же тему ссылайтесь на этот номер. Ошибка зарегистрирована. Сроки исправления: в одном из следующих релизов.

интересно- что именно исправят- печатные формы или книги

1С:Бухгалтерия 7.7 (базовая).   Конфигурация, редакция 4.5.   Релиз 7.70.596 от 23.04.2015 г ================================================================ Список изменений в релизе 7.70.596 по сравнению с релизом 7.70.595 ================================================================ Документ ЗаписиКнигиПокупок ("Формирование записей книги покупок") ---------------------------------------------------------------- Исправлена ошибка: При заполнении документа данными о частично зачтенных авансах некорректно рассчитывалась сумма всего по счету-фактуре. Исправлена ошибка: При заполнении документа в некоторых случаях ошибочно обрезались лидирующие нули номера документа-основания. Документ ЗаписиКнигиПродаж ("Формирование записей книги продаж") ---------------------------------------------------------------- Исправлена ошибка: При заполнении документа данными о частично зачтенных авансах некорректно рассчитывалась сумма всего по счету-фактуре. Исправлена ошибка: При заполнении документа в некоторых случаях ошибочно обрезались лидирующие нули номера документа-основания. Документ ЗаписьКнигиПокупок ("Запись книги покупок") ---------------------------------------------------------------- Исправлена ошибка: При формировании книги покупок и книги продаж, в качестве номера и даты документа оплаты для выданного счета-фактуры в некоторых случаях ошибочно выводился номер и дата самого счета-фактуры. Исправлена ошибка: При заполнении документа в некоторых случаях ошибочно обрезались лидирующие нули номера документа-основания. Документ ЗаписьКнигиПродаж ("Запись книги продаж") ---------------------------------------------------------------- Исправлена ошибка: При формировании книги покупок и книги продаж, в качестве номера и даты документа оплаты для выданного счета-фактуры в некоторых случаях ошибочно выводился номер и дата самого счета-фактуры. Исправлена ошибка: При заполнении документа в некоторых случаях ошибочно обрезались лидирующие нули номера документа-основания. Документ ПоступлениеМатериалов ("Поступление материалов") ---------------------------------------------------------------- Исправлена ошибка: При вводе сведений о счете фактуре непосредственно в форме документа предусмотрена возможность указать код вида операции по НДС. Документ ПоступлениеНМА ("Поступление НМА") ---------------------------------------------------------------- Исправлена ошибка: При вводе сведений о счете фактуре непосредственно в форме документа предусмотрена возможность указать код вида операции по НДС. Документ ПоступлениеОборудования ("Поступление оборудования") ---------------------------------------------------------------- Исправлена ошибка: При вводе сведений о счете фактуре непосредственно в форме документа предусмотрена возможность указать код вида операции по НДС. Документ ПоступлениеОС ("Поступление ОС") ---------------------------------------------------------------- Исправлена ошибка: При вводе сведений о счете фактуре непосредственно в форме документа предусмотрена возможность указать код вида операции по НДС. Документ ПоступлениеТоваров ("Поступление товаров") ---------------------------------------------------------------- Исправлена ошибка: При вводе сведений о счете фактуре непосредственно в форме документа предусмотрена возможность указать код вида операции по НДС. Документ СчетФактура ("Счет-фактура выданный") ---------------------------------------------------------------- Исправлена ошибка: При формировании книги покупок и книги продаж, в качестве номера и даты документа оплаты для выданного счета-фактуры в некоторых случаях ошибочно выводился номер и дата самого счета-фактуры. Документ СчетФактураПолученный ("Счет-фактура полученный") ---------------------------------------------------------------- Исправлена ошибка: При заполнении документа в некоторых случаях ошибочно обрезались лидирующие нули номера документа-основания. Документ УслугиСтороннихОрганизаций ("Услуги сторонних организаций") ---------------------------------------------------------------- Исправлена ошибка: При вводе сведений о счете фактуре непосредственно в форме документа предусмотрена возможность указать код вида операции по НДС. Документ КорректировочныйСчетФактура ("Корректировочный счет-фактура выданный") ---------------------------------------------------------------- Исправлена ошибка: При заполнении документа в некоторых случаях ошибочно обрезались лидирующие нули номера документа-основания. Документ КорректировочныйСчетФактураПолученный ("Корректировочный счет-фактура полученный") ---------------------------------------------------------------- Исправлена ошибка: При заполнении документа в некоторых ошибочно обрезались лидирующие нули номера документа. Документ ИсправлениеСчетаФактуры ("Исправление счета-фактуры выданного") ---------------------------------------------------------------- Исправлена ошибка: При заполнении документа в некоторых случаях ошибочно обрезались лидирующие нули номера документа-основания. Отчет КнигаПокупок1137 ("Книга покупок по Постановлению № 1173") ---------------------------------------------------------------- Исправлена ошибка: При зачете аванса не устанавливался код вид вида операции "22". Отчет КнигаПродаж1137 ("Книга продаж по Постановлению № 1173") ---------------------------------------------------------------- Исправлена ошибка: При формировании отчета удалялись лидирующие нули у номера счета-фактуры. При зачете аванса не устанавливался код вид вида операции "21". Отчет ЖурналУчетаПолученныхИВыставленныхСчетовФактур1137 ("Журнал счетов-фактур по Постановлению № 1137") ---------------------------------------------------------------- Исправлена ошибка: При формировании отчета удалялись лидирующие нули у номеров счетов-фактур.

+Книги исправили, признали обрезание ошибочным

О чем и говорилось в Сейчас самый непонятный момент что будет делать робот с ошибками в округлениях по НДС как бы есть три мнения : 1. сумма ндс должна совпадать до копейки. 2. все что недовычтено то не ошибка взяли лишюю копейку к вычету то ошибка и пришлют требование исправить. 3.будет техническая дельта скажем 1 рубль в пределах кототорой расхождения по НДС не считаются ошибкой. Может кто либо знает(есть точная ссылка как будет) как будет делать этот робот ?

Делай сам. Тут для тебя все разжевано, чтобы не фантазировал. См. Письмо ФНС России от 23.03.2015 № ГД-4-3/4550@ "О направлении контрольных соотношений показателей налоговой декларации по налогу на добавленную стоимость"

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

У меня беда с БП 3.0 , номера не выводит некоторые, просто пустое место :(

Причем номера по порядку - одинаковые ... Хелп кто знает?

а расшифровка по этим пустым ячейкам правильно работает?

цитата "Нули в начале нумерации не влияют на №счета-фактуры, можете оставлять!" Автор цитаты Дроздецкий Павел Анатольевич консультант Управления камерального контроля ФНС России ссылка