Меню

Дата выписки сф отличается от текущей ошибка эсф

Вопрос:

ТОО выписан ЭСФ с ошибочно указанной датой совершения оборота по реализации. При выписке исправленного ЭСФ выходит ошибка «Реквизит «Дата совершения оборота» задан неверно».

Как исправить дату совершения оборота по реализации в ЭСФ? 

Ответ:

Комитет государственных доходов Министерства финансов Республики Казахстан (далее – КГД МФ РК) рассмотрев Ваш вопрос, поступивший на блог Председателя КГД МФ РК сообщает следующее.

Согласно форматно-логического контроля в информационной системе «Электронные счета-фактуры», предусмотрено, что при выписке исправленного счета-фактуры дата совершения оборота не должна быть меньше даты совершения оборота основного и не больше 15-ти дней с даты совершения оборота, указанной в основном электронном счете-фактуре.

При несоответствии данного требования выходит сообщение: «Реквизит «Дата совершения оборота» задан неверно».

Таким образом, из приведенного примера, изменить дату совершения оборота возможно, путем отзыва, ранее выписанного счета-фактуры и выписки нового счета-фактуры с указанием верной даты совершения оборота.

Дополнительно обращаем внимание, что согласно пункту 3 статьи 412 Кодекса Республики Казахстан от 25 декабря 2017 года № 120-VI «О налогах и других обязательных платежах в бюджет» (Налоговый кодекс) счет-фактура в электронной форме выписывается в информационной системе электронных счетов-фактур в порядке и по форме, которые определены уполномоченным органом.

Председатель Комитета

государственных доходов
Министерства финансов РК                                                    Султангазиев М.Е.

Источник: https://dialog.egov.kz/blogs/all-questions/590068

Исправление электронного счета-фактуры

Вашим коллегам были интересны эти материалы
в этом году:

  • 12920
    0

Исправленный счет-фактура. Общие сведения

В каких случаях выписывается исправленный
счет-фактура?

Ситуации, при которых налогоплательщиком производится
выписка исправленного счета-фактуры, определены
в статье 419 Налогового кодекса РК.

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

Чаще всего выписка исправленного счета-фактуры связана с
выявленными ошибками в ранее выписанном счете-фактуре.

Следует отличать случаи исправления ошибки от ситуаций
корректировки оборота. Корректировка оборота по реализации не
связана с ошибками — она производится в случаях, указанных в
статье 383 НК
РК (возвраты, скидки, изменение цены и
пр.).  При корректировке размера облагаемого
оборота выписывается дополнительный ЭСФ.
В случае исправления ошибки — исправленный
ЭСФ.
 

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

В случае, если к аннулируемому документы ранее были выписаны

дополнительные счета-фактуры (один или несколько), то их
необходимо заново выписать для исправленного счета-фактуры.
Таким образом восстановить «цепочку» документов.

Документ показан не полностью. Для дальнейшего просмотра необходимо иметь активную подписку на сайте. Авторизуйтесь или оформите подписку.

  • (421585)

База знаний

Комментировать материалы сайта могут зарегистрированные пользователи.

Вход с помощью STSL

  • Учёт.kz
  • Главные события месяца

Учёт

Что означает ошибка в ЭСФ: основной и дополнительный ЭСФ различаются сильнее допустимых правил

Немало вопросов поступает  по ошибкам в ЭСФ. Вот один из важных, с которым столкнулись многие пользователи:

При выписке Дополнительного ЭСФ возникает ошибка: Основной и Дополнительный СФ различаются сильнее допустимых правил. Что это означает?

Службой поддержки ИС ЭСФ дано следующее разъяснение:

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


Просим Вас воспользоваться ресурсом для сравнения текстовых файлов (например,
https://www.diffnow.com/). Выгрузите Основной и Дополнительный СФ в формате xml на подобный ресурс, где после проверки Вы увидите, в чем именно идет различие между данными СФ.

Тема месяца

Главные новости

Что делать бухгалтеру в ЯНВАРЕ

Главные новости

Главное

Отмена СНТ в Казахстане, кроме подакцизных товаров, биотоплива и зерна

Главные новости

Правила выписки ЭСФ изменят с апреля 2023 года

Главные новости

#Новости

#НДС, СНТ, ЭСФ

Опубликовано: 26.10.2022
Количество просмотров
1497

ИС ЭСФ позволяет выписать исправленный ЭСФ в случае, если пользователь допустил ошибку в оформлении документа. Но на практике бывает так, что даже в исправленном ЭСФ повторно допускается ошибка и нужно исправить уже исправленный документ. Можно ли это сделать? Давайте разберемся…

Обратимся к НК РК.

Согласно п.1 ст.419 НК РК исправленный ЭСФ выписывается в случае необходимости внесения изменений и (или) дополнений в ранее выписанный ЭСФ или исправления ошибок, не влекущих замену поставщика или получателя товаров, работ, услуг.

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

Если нужно восстановить аннулированные дополнительные ЭСФ, то потребуется выписать дополнительные счета-фактуры к исправленному ЭСФ.

Напомним, согласно пп.4 п.1 ст.413 НК РК ЭСФ выписывается не ранее даты совершения оборота по реализации и не позднее 15 календарных дней после такой даты. Дата совершения оборота по реализации определяется в соответствии со ст.379 НК РК.

При этом дата совершения оборота по реализации в исправленном ЭСФ определяется по дате совершения оборота, указанной в ЭСФ, который аннулируется (в пределах срока исковой давности).

Исправленный ЭСФ выписывается по форме, действующей на дату выписки исправленного ЭСФ.

При этом НК РК и Правила выписки ЭСФ не ограничивают количество раз, сколько допустимо выписывать исправленные ЭСФ. Поэтому, если возникла необходимость исправить уже исправленный ЭСФ, это можно сделать, основываясь на п.1 ст.419 НК РК и Правилах (в части выписки исправленного ЭСФ). Единственное, что ограничивает возможность выписки –срок исковой давности.

Если вам требуется консультация опытного бухгалтера или налогового эксперта, вам помогут специалисты «Mybuh.kz». Оставьте заявку и мы свяжемся с вами в рабочее время.

Автор Сообщение

Заголовок сообщения: Практич. опыт разработки экспорта из бухпрограммы в ИС ЭCФ

СообщениеДобавлено: 02-12-2016, 21:15 

Не в сети



Зарегистрирован: 02-01-2012, 10:59
Сообщения: 537
Откуда: Астана

Практический опыт разработки экспорта из бухпрограммы в ИС ЭСФ.

Курсаков С.А.

Введение.
В данном статье обобщен опыт автора, полученный летом 2016 года, при написании экспорта СФ выданных из конфигурации «Универсал-бухгалтерия» (на платформе 1С77) в кабинет ИС ЭСФ. Неочевидные, но очень жесткие и обязательные требования, которые предъявляет ИС ЭСФ при экспорте в себя из абсолютно любых, кстати, программ, представляют собой совершенно новое явление, нуждающееся, по мнению автора, в подробном публичном освещении. Что и сделал автор данной статьи. О результате же судить читателю.

Последний раз редактировалось Курсаков_С_А 02-12-2016, 21:39, всего редактировалось 2 раз(а).

Вернуться к началу

Профиль  

Курсаков_С_А

Заголовок сообщения: Re: Практический опыт разработки экспорта из бухпрограммы в

СообщениеДобавлено: 02-12-2016, 21:17 

Не в сети



Зарегистрирован: 02-01-2012, 10:59
Сообщения: 537
Откуда: Астана

Ситуация при экспорте из бухпрограммы в ИС ЭСФ. Отбрасывание целиком всего файла экспорта, даже если всего лишь один символ в файле экспорта не соответствует кодировке UTF-8.
Если кабинету ЭСФ не понравится какой-либо символ (символы) в файле экспорта, то он почему-то не укажет на этот (эти) символы явно, и не попытается их вырезать и/или заменить хоть как-то — а сразу, целиком и бесповоротно, вообще отбросит этот файл импорта целиком, выдав следующее сообщение —
Произошла ошибка: javax.xml.bind.UnmarshalException — with linked exception: [com.sun.org.apache.xerces.internal.impl.io.MalformedByteSequenceException: Invalid byte 1 of 1-byte UTF-8 sequence.] (конец сообщения)
Дальнейший анализ файла экспорта, чтобы понять, что же там не так, лучше всего, по опыту автора, проводить в Visual Studio (потому что там отличный парсер XML – нигде больше такого нет), ибо чтобы разобраться, что же не нравится кабинету ЭСФ в файле экспорта, он сам – отнюдь не лучший помощник. Рекомендуемый службой поддержки Notepad++ помогает мало. Единственный метод – открыть сбойный файл экспорта в Visual Studio (рекомендуется версия 2015 и выше), потом согласиться с заменой некоторых символов на символ подстановки. Затем в Visual Studio нужно выполнить команду «Правка Дополнительно Форматировать документ», тогда файл экспорта приобретет удобочитаемый вид. Потом нужно вручную отредактировать документ экспорта и заново попытаться загрузить его в ИС ЭСФ.

Вернуться к началу

Профиль  

Курсаков_С_А

Заголовок сообщения: Re: Практический опыт разработки экспорта из бухпрограммы в

СообщениеДобавлено: 02-12-2016, 21:19 

Не в сети



Зарегистрирован: 02-01-2012, 10:59
Сообщения: 537
Откуда: Астана

Ситуация при экспорте из бухпрограммы в ИС ЭСФ. Разработчики ИС ЭСФ осознанно запретили редактировать ЭСФ, выгруженные из бухгалтерской программы.
Служба поддержки ИС ЭСФ отвечает по этому поводу:
Запрет на редактирование импортированных счет-фактур осуществляется по причине появления разногласий в счет-фактурах с ИС ЭСФ и других внешних систем (1С и т.д.). Соответственно было решено так, что в программе бухгалтера выписывают правильную счет-фактуру с заполнением всех необходимых полей, а при импорте в ИС ЭСФ они могут ее только лишь исправить.
Ваше предложение будет рассмотрено и в дальнейшем, возможно, Ваше предложение будет включено в план Развития системы ИС ЭСФ (конец цитаты).
Непонятно, разве не может возникнуть еще больших различий и разногласий, если делать вручную ЭСФ в ИС ЭСФ и опять же вручную также бухСФ в бухпрограмме отдельно. Потом их еще нужно сравнить, тоже вручную.

Вернуться к началу

Профиль  

Курсаков_С_А

Заголовок сообщения: Re: Практический опыт разработки экспорта из бухпрограммы в

СообщениеДобавлено: 02-12-2016, 21:19 

Не в сети



Зарегистрирован: 02-01-2012, 10:59
Сообщения: 537
Откуда: Астана

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

Вернуться к началу

Профиль  

Курсаков_С_А

Заголовок сообщения: Re: Практический опыт разработки экспорта из бухпрограммы в

СообщениеДобавлено: 02-12-2016, 21:21 

Не в сети



Зарегистрирован: 02-01-2012, 10:59
Сообщения: 537
Откуда: Астана

Ситуация при экспорте из БД в ИС ЭСФ. Формат хранения ЭСФ и формат импорта ЭСФ отличаются.
Если выгрузить из самого ЭСФ полученные или отправленные СФ, то обратно в ИС ЭСФ тот же самый файл (его собственный родной) не загрузится. Почему так сделано, непонятно — до сего времени то, что было выгружено из налоговых программ и сервисов, также и симметрично загружалось обычно обратно. Хорошо хоть, что формат экспорта в ЭСФ можно найти в SDK.
Если попросить, то техподдержка присылает файл экспорта, в свою очередь, немного отличающийся от файла в SDK. И этот формат файл экспорта еще нужно знать, что открыто он не лежит нигде — его нужно еще попросить.

Вернуться к началу

Профиль  

Курсаков_С_А

Заголовок сообщения: Re: Практический опыт разработки экспорта из бухпрограммы в

СообщениеДобавлено: 02-12-2016, 21:22 

Не в сети



Зарегистрирован: 02-01-2012, 10:59
Сообщения: 537
Откуда: Астана

[b]Ситуация при работе в ИС ЭСФ. Ограничение количества рабочих сессий.[/b]
Если случайно выйти из кабинета ЭСФ (закрыть страницу браузера), то обратно быстро зайти не получится — выскакивает сообщение —
{«redirectUrl»:null,»message»:»Access is denied»} (конец сообщения)
Похоже, сделано ограничение на количество одновременных сессий, в отличие от КНП. Зайти получится через 10-20 минут только.
Таким образом, если зашел в ЭСФ – то лучше сиди до последнего, и не выходи. Правда, и в этом случае Вас будет периодически выбрасывать — «сеанс завершен», но и будет милостиво позволять тут же снова зайти обратно.
Второй вариант — заходить в ЭСФ в 360браузере — там почему-то этот эффект не наблюдается, в отличие от браузера макстон. Дело в том, что этими двумя браузерами, да еще плюс интернет эксплорер мы сейчас ограничены при работе с Явой, которая требуется для ЭСФ.

Вернуться к началу

Профиль  

Курсаков_С_А

Заголовок сообщения: Re: Практический опыт разработки экспорта из бухпрограммы в

СообщениеДобавлено: 02-12-2016, 21:23 

Не в сети



Зарегистрирован: 02-01-2012, 10:59
Сообщения: 537
Откуда: Астана

Ситуация при экспорте из бухпрограммы в ИС ЭСФ. Нельзя экспортировать из БД в ИС ЭСФ частично заполненные СФ реализации.
Нельзя экспортировать из БД в ИС ЭСФ частично заполненные СФ реализации. Только полностью заполненные от начала до конца.
То есть если Вы раньше, допустим, загружали в СОНО только приложения 7,8, или частично заполненные ФНО в Кабинет НП — все, здесь такого нет сразу же. СФ реализации, которые Вы загружаете в кабинет ЭСФ, должны быть заполнены сразу полностью от начала до конца. Если хоть одно место заполнено не так — весь СФ считается ошибочным и НЕ загружается.
То есть нельзя дозаполнять, дорабатывать СФ выданные уже в самом кабинете ЭСФ — несмотря на то, что там вроде бы есть режим «черновик» (как в КНП и СОНО). Возможно, режим «черновик» предназначен для «ручного» заполнения ЭСФ, и на импортированные СФ он не распространяется.

Вернуться к началу

Профиль  

Курсаков_С_А

Заголовок сообщения: Re: Практический опыт разработки экспорта из бухпрограммы в

СообщениеДобавлено: 02-12-2016, 21:24 

Не в сети



Зарегистрирован: 02-01-2012, 10:59
Сообщения: 537
Откуда: Астана

Ситуация при экспорте из бухпрограммы в ИС ЭСФ. При экспорте номер доверенности и дата доверенности заполняются только совместно.
При экспорте номер доверенности и дата доверенности заполняются только совместно. Если не выполнить это условие, выходит следующее сообщение —
deliveryTerm.warrant — ‘№ доверенности на поставку товаров, работ, услуг’ и ‘Дата доверенности на поставку товаров, работ, услуг’ заполняются вместе
deliveryTerm.warrantDate — ‘№ доверенности на поставку товаров, работ, услуг’ и ‘Дата доверенности на поставку товаров, работ, услуг’ заполняются вместе (конец сообщения).

То же самое относится и к номеру и дате договора, и данным по расчетному счету. Эти данные либо нужно указывать совместно и полностью, либо можно даже вообще не указывать.

Вернуться к началу

Профиль  

Курсаков_С_А

Заголовок сообщения: Re: Практический опыт разработки экспорта из бухпрограммы в

СообщениеДобавлено: 02-12-2016, 21:24 

Не в сети



Зарегистрирован: 02-01-2012, 10:59
Сообщения: 537
Откуда: Астана

Ситуация при экспорте из бухпрограммы в ИС ЭСФ. Для возвратных СФ выданных существует целая отдельная методика, как их заносить в ЭСФ.
Для возвратных СФ выданных есть целая отдельная методика, как их заносить в ЭСФ. Рекомендуется с ней подробно ознкаомиться.

http://kgd.gov.kz/sites/default/files/p … kturam.pdf

Вернуться к началу

Профиль  

Курсаков_С_А

Заголовок сообщения: Re: Практический опыт разработки экспорта из бухпрограммы в

СообщениеДобавлено: 02-12-2016, 21:25 

Не в сети



Зарегистрирован: 02-01-2012, 10:59
Сообщения: 537
Откуда: Астана

Ситуация при экспорте из бухпрограммы в ИС ЭСФ. В одном ЭСФ (а значит, и в бухгалтерском СФ) не может быть более 200 строк.
Служба поддержки так отвечает на запрос по этой ситуации —
Здравствуйте.
Вы превысили максимально допустимое количество позиций товаров, работ, услуг в разделе G (Данные по товарам, работам, услугам). Согласно форматно-логическому контролю ИС ЭСФ максимально допустимое количество позиций в разделе G (Данные по товарам, работам, услугам) составляет 200 шт. Превышение данного количества приведет к ошибке при отправке счет-фактур. Просим уменьшить количество позиций путем выписки нескольких ЭСФ (конец сообщения).

Вернуться к началу

Профиль  

Курсаков_С_А

Заголовок сообщения: Re: Практический опыт разработки экспорта из бухпрограммы в

СообщениеДобавлено: 02-12-2016, 21:26 

Не в сети



Зарегистрирован: 02-01-2012, 10:59
Сообщения: 537
Откуда: Астана

Ситуация при экспорте из бухпрограммы в ИС ЭСФ. СФ реализации нужно заносить в кабинет ЭСФ «день в день».
СФ реализации нужно заносить в кабинет ЭСФ «день в день».

То есть если вы, допустим, сделали сегодня реализацию и забыли внести ее в ЭСФ, то завтра уже внести вчерашнюю реализацию (вчерашние СФ) в кабинет ЭСФ не получится — он сразу отбрасывает такие СФ при импорте.
На вопрос, почему это так, техподдержка отвечает –
«Нельзя импортировать счет фактуры с вчерашней датой, так как счет фактуры выписывается одной сегодняшней датой. (конец сообщения)»

Вернуться к началу

Профиль  

Курсаков_С_А

Заголовок сообщения: Re: Практический опыт разработки экспорта из бухпрограммы в

СообщениеДобавлено: 02-12-2016, 21:28 

Не в сети



Зарегистрирован: 02-01-2012, 10:59
Сообщения: 537
Откуда: Астана

Ситуация при экспорте из бухпрограммы в ИС ЭСФ. Будущей датой загружать СФ выданные в систему ЭСФ тоже нельзя.
Будущей датой загружать СФ выданные в систему ЭСФ тоже нельзя. Если Вы решите заранее загрузить в систему ЭСФ выданные СФ будущей датой (про запас, чтобы потом, не торопясь, их заполнять или дозаполнять), то этого сделать нельзя. Вы получите следующее сообщение об ошибке —
undefined — ‘Дата совершения оборота’ задана в будущем
date — ‘Дата выписки СФ’ отличается от текущей (конец сообщения)

Таким образом, загружать СФ выданные можно только сегодня и только сегодняшней текущей датой.

Вернуться к началу

Профиль  

Курсаков_С_А

Заголовок сообщения: Re: Практический опыт разработки экспорта из бухпрограммы в

СообщениеДобавлено: 02-12-2016, 21:29 

Не в сети



Зарегистрирован: 02-01-2012, 10:59
Сообщения: 537
Откуда: Астана

Ситуация при экспорте из бухпрограммы в ИС ЭСФ. Есть весьма жесткие и обязательные правила проверки данных в ЭСФ, которые можно узнать только путем многократных попыток экспорта ошибочных данных.
С большим трудом эти правила удалось буквально вытрясти из кабинета ИС ЭСФ. Вот они —
productSet.totalPriceWithoutTax — Cумма значений ‘Стоимость товаров, работ, услуг без учета косвенных налогов’ не совпадает с итоговым значением
productSet.products[0].unitPrice — Поле ‘Цена (тариф) за единицу товара, работы, услуги без учета косвенных налогов’ не должно содержать незначащие нули
productSet.products[1].ndsAmount — Поле ‘НДС-Сумма’ не должно содержать незначащие нули
consignee.name — Реквизит ‘Грузополучатель’ должен содержать от 3 до 450 символов
productSet.products[1].description — Поле ‘Наименование товара, работы, услуги’ должно содержать от 2 до 400 символов
deliveryTerm — Не заполнен ни один реквизит условий поставки
productSet.products[1].unitCode — Поле ‘Код товара, работы, услуги (ТН ВЭД)’ должно быть числовым и не содержать более 10 знаков
consignee.address — Реквизит грузополучателя ‘Адрес доставки’ должен содержать от 1 до 255 символов
customers[0].address — Реквизит получателя ‘Адрес места нахождения’ должен содержать от 3 до 400 символов
productSet.products[0].ndsRate — {invoice.products.ndsRate.exists}
productSet.products[1].ndsRate — {invoice.products.ndsRate.exists}
productSet.products[0].unitCode — Поле ‘Код товара, работы, услуги (ТН ВЭД)’ должно быть числовым и не содержать более 10 знаков
productSet.products[0].quantity — Поле ‘Кол-во (объем)’ не должно содержать незначащие нули
sellers[0].certificateSeries — Реквизит поставщика ‘Серия свидетельства плательщика НДС’ должен быть числовым и содержать 5 цифр
deliveryTerm.term — Реквизит ‘Условия оплаты по договору’ должен содержать от 1 до 50 символов
productSet.products[0].turnoverSize — Поле ‘Размер оборота по реализации’ не должно содержать незначащие нули
productSet.products[1].priceWithTax — Поле ‘Стоимость товара, работы, услуги с учетом косвенных налогов’ не должно содержать незначащие нули
consignor.address — Реквизит грузоотправителя ‘Адрес отправки’ должен содержать от 1 до 255 символов
productSet.totalTurnoverSize — Поле Итоговая ‘Размер оборота по реализации’ не должно содержать незначащие нули
productSet.products[1].unitNomenclature — Поле ‘Ед.изм’ должно содержать от 1 до 10 символов
consignor — Не заполнен ни один реквизит грузоотправителя
sellers[0].address — Реквизит поставщика ‘Адрес места нахождения’ должен содержать от 3 до 255 символов
productSet.totalExciseAmount — Cумма значений ‘Акциз-Сумма’ не совпадает с итоговым значением
productSet.totalExciseAmount — Поле Итоговая ‘Акциз-Сумма’ не должно содержать незначащие нули
productSet.products[1].turnoverSize — Поле ‘Размер оборота по реализации’ не должно содержать незначащие нули
productSet.products[1].unitPrice — Поле ‘Цена (тариф) за единицу товара, работы, услуги без учета косвенных налогов’ не должно содержать незначащие нули
productSet.products[0].description — Поле ‘Наименование товара, работы, услуги’ должно содержать от 2 до 400 символов
consignor.tin — Реквизит грузоотправителя ‘ИИН/БИН’ имеет неверный формат
deliveryTerm.exerciseWay — Реквизит ‘Способ отправления’ должен содержать от 1 до 98 символов
productSet.products[0].priceWithTax — Поле ‘Стоимость товара, работы, услуги с учетом косвенных налогов’ не должно содержать незначащие нули
productSet.products[1].quantity — Поле ‘Кол-во (объем)’ не должно содержать незначащие нули
productSet.products[0].unitNomenclature — Поле ‘Ед.изм’ должно содержать от 1 до 10 символов
date — ‘Дата выписки СФ’ отличается от текущей
customers[0].name — Реквизит ‘Получатель’ должен содержать от 3 до 400 символов
sellers[0].name — Реквизит ‘Поставщик’ должен содержать от 3 до 450 символов
productSet.totalPriceWithTax — Поле Итоговая ‘Стоимость товаров, работ, услуг с учетом косвенных налогов’ не должно содержать незначащие нули
sellers[0].certificateNum — Реквизит поставщика ‘Номер свидетельства плательщика НДС’ должен быть числовым и содержать 7 цифр
consignor.name — Реквизит ‘Грузоотправитель’ должен содержать от 3 до 450 символов (конец сообщения)

Вернуться к началу

Профиль  

Курсаков_С_А

Заголовок сообщения: Re: Практический опыт разработки экспорта из бухпрограммы в

СообщениеДобавлено: 02-12-2016, 21:31 

Не в сети



Зарегистрирован: 02-01-2012, 10:59
Сообщения: 537
Откуда: Астана

Ситуация при экспорте из бухпрограммы в ИС ЭСФ. Что означают эти правила?
Если ИС ЭСФ ожидает увидеть в файле импорта что-либо, например, длиной от 3 до 200 символов (например, адрес) – то это «что-либо» должно быть именно в этом диапазоне. Даже если в базе данных по каким-либо причинам нет адреса, или он почему-либо короче, или же длиннее, чем указанный диапазон в правилах. Если данных нет, то тогда нужно хоть что-то подставить для ИС ЭСФ (например, точки – «…») – не бессмысленные же буквы подставлять, в самом деле. Иначе данный СФ будет просто отброшен из файла экспорта (хорошо хоть, что не все сразу СФ из файла экспорта).
То же самое касается всех других весьма жестких ожиданий и ограничений ИС ЭСФ относительно входных данных в файле экспорта. Если требуется «что-то» – оно там должно стоять, даже если в бухгалтерской базе данных нет информации. Вместо отсутствующих по каким-либо причинам кодов ТН ВЭД, например, приходится ставить нули – «0000000000». Если почему-либо нет единицы измерения, приходится писать «шт». В условиях приходится писать «самовывоз» и «наличный расчет».
При наличии пустой даты в файле экспорта возможны проблемы. Поэтому, если нет даты договора и даты доверенности, эти блоки тегов в файл экспорта можно не записывать.

Вернуться к началу

Профиль  

Курсаков_С_А

Заголовок сообщения: Re: Практический опыт разработки экспорта из бухпрограммы в

СообщениеДобавлено: 02-12-2016, 21:33 

Не в сети



Зарегистрирован: 02-01-2012, 10:59
Сообщения: 537
Откуда: Астана

Ситуация при экспорте из бухпрограммы в ИС ЭСФ. Проблема с отражением послепродажных скидок в ИС ЭСФ.
Большая проблема складывается с отражением послепродажных скидок в ИС ЭСФ (это нормальная торговая практика, описанная в любом учебнике по МСФО, в самых первых главах). Предположим, поставщик продает покупателю товар «Мыло», в количестве 3 ящиков, по цене 100 денежных единиц за ящик (условно). Если покупатель оплатит быстро, предоставляется скидка, предположим, 5 денежных единиц.
В бухучете поставщика все это выглядит так –
Накладная + СФ = «Мыло», 3 ящика, по цене= 100 ден. ед./ящик, сумма = 300 ден. ед.
Акт выполненных работ = «Скидка по цене» = 1 шт, цена=5 де, сумма = 5 де.
Так вот, в ИС ЭСФ данную операцию можно отразить только так –
ЭСФ = «Мыло», 3 ящика, цена=100 де/ящик, сумма=300 де.
ЭСФ (дополнительный к предыдущему) = «Мыло», -1 (МИНУС ОДИН) ящик, цена = 5 де, сумма = -5 (МИНУС ПЯТЬ) де.
То есть в ИС ЭСФ невозможно ввести в дополнительном ЭСФ строку, отсутствующую в основном ЭСФ (в нашем случае это строка «Скидка по цене»). Таким образом, мы никаким другим образом не можем отразить в ИС ЭСФ послепродажную скидку (которая ранее не была оказана, и не является товаром), кроме как показав фиктивный возврат товара по количеству (то есть с минусом). Тогда у нас хоть общие суммы будут идти по ЭСФ и по бухучету.
А на самом деле количество товара при оказании послепродажной (суммовой по сути) скидки вообще всегда нулевое, товар ведь никуда и никем при этом не возвращается. И в бухучете у нас нет другого выбора, как выставлять именно Акт выполненных работ с минусами – не товар же фиктивно в бухучете обратно оприходовать, в самом-то деле. И таким образом, между бухучетом и ИС ЭСФ накапливается разница по позициям и количествам товаров.

Вернуться к началу

Профиль  

Вопрос: 
В форме электронного счета-фактуры указываются несколько дат: дата выписки, дата совершения оборота, дата регистрации электронного счета-фактуры. Чем они отличаются?

Ответ Комитета государственных доходов Министерства финансов РК (kgd.gov.kz)   

Дата выписки – определяется в соответствии с правилами документооборота счетов-фактур в электронной форме. При этом такая дата выписки всегда равна текущей дате.

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

Дата регистрации электронного счета-фактуры  – строка не предназначена для заполнения отправителем электронного счета-фактуры и заполняется системой автоматически при регистрации электронного счета-фактуры в информационной системе электронных счетов-фактур.

Комитет государственных доходов Министерства финансов РК.

Уважаемые пользователи! Информация в ответе соответствует нормам законодательства Республики Казахстан, действовавшим на момент (дату) публикации ответа государственных органов.

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

Что такое исправленный ЭСФ и чем он отличается от корректировочного?

Начнем с того, что постановлением Правительства РФ от 26.12.2011 № 1137 предусмотрено две формы счета-фактуры: основная и корректировочная. Обе содержат графу для внесения поправок.

Из этого следует, что исправленный ЭСФ – это оригинальный документ, который в силу объективных причин необходимо было изменить. К правомерным критериям для внесения правок относятся:

  • Технические ошибки;
  • Неверно указанные суммы;
  • Опечатки.

Важно отметить, что исправлению подлежат только те моменты, которые реально искажают смысл документа и приводят к изменению налогового вычета. Это закреплено в п. 2 ст. 169 НК РФ

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

Корректировочный ЭФС прямо предусмотрен законодательством и необходим в ситуациях, когда изменились объективные условия сделки. Например, продавец и покупатель подписали дополнительное соглашение об изменении цены. Такое решение предполагает, что стоимость НДС также подлежит пересчету. Соответственно, требуется составить корректировочный счет-фактуру.

Важно отметить, что формирование корректировочного ЭСФ и внесение в него или оригинальный документ исправлений – не считается нарушением и не влечет ответственности. Естественно, если правки были сделаны до подачи первички в органы ФНС.

Для наглядности посмотрите инфографику:

Рис.1 Отличие корректировочного СФ от исправленного
Рис.1 Отличие корректировочного СФ от исправленного

В каких случаях выписывается исправленный ЭСФ?

Поскольку вопрос не имеет четкого законодательного урегулирования, имеет смысл обратиться к юридической практике. Наиболее часто потребность во внесении изменений возникает в следующих случаях:

  • Опечатка в дате составления влияет на период работы с НДС и может привести к невозможности его получения;
  • Неполные или недостоверные реквизиты сторон, например, ошибочный ИНН, наименование контрагента, отсутствующие фамилии – фактически такая ошибка не дает возможности установить стороны, соответственно, с точки зрения закона, сделка не считается действительной, НДС не возвращается;
  • Отсутствует наименование отправителя и получателя груза в случаях, когда ими выступают логистические компании;
  • Нет платежных реквизитов – такая ошибка приводит к невозможности отследить платеж и проверить его подлинность;
  • Не указано или неправильно указано наименование валюты и ее код;
  • Неправильно прописан или отсутствует объект оплаты: товары/услуги;
  • Ошибка в цене услуги или количестве товара;
  • Неправильно указана ставка, что влечет недействительность последующих операций по исчислению налогов и суммы НДС;
  • Для импортных товаров отсутствуют или указаны с ошибками: страна происхождения, номер таможенной декларации.

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

С детальными разъяснениями по этим ошибкам можете ознакомиться в письмах Минфина от 02.08.2019 № 03-07-11/58375, от 19.04.2017 № 03-07-09/23491, от 18.09.2014 № 03-07-09/46708, от 25.04.2011 № 03-07-08/124, от 11.03.2012 № 03-07-08/68, а также в постановлении Президиума ВАС от 25.02.2009 № 13893/08.

Как выписать исправленный ЭСФ?

Рис.2 Общая схема работы с исправленным счетом-фактурой
Рис.2 Общая схема работы с исправленным счетом-фактурой

Законодательством не установлено ограничений или конкретных требований касательного того, как происходит выписка исправленного электронного счета-фактуры. Это значит, что вносить правки можно неограниченное количество раз.

Например, в качестве контрагенты вместо фирмы «Слава» указана компания «Клава». После выявления этой ошибки самостоятельно или контрагентом создается новая форма исходного документа и выставляется второй стороне. Проще говоря, если ошибка обнаружена не налоговой, просто переделывается документ.

Необходимые документы

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

Продавец исправляет счет-фактуру в соответствии с порядком, предусмотренным подп. «б» п. 1, п. 7 Правил заполнения счета-фактуры. Алгоритм следующий:

  • Создаете новый документ ЭСФ;
  • Указываете в строке 1 дату и номер ЭСФ, выставленного с ошибкой;
  • В строке 1а – регистрационные данные нового документа;
  • Внесите необходимые правки.

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

Особенности заполнения и регистрации исправленного ЭСФ

Оформить отзыв ошибочного счета-фактуры невозможно, если документ числится в регистрационных журналах. Поэтому придется не только вносить новые документы, но и добавлять аннулирование неправильного ЭСФ. Бухгалтерии следует учитывать и то, что существуют четкие критерии по регистрации исправленного счета-фактуры. Это важно учитывать для возможности получения НДС.

Типичная ситуация, когда ЭСФ с правками поступает в том же квартале, что и оригинальный документ. В этом случае поставщик услуг или товара регистрирует исправленный и ошибочный счет-фактуру. Первичный документ вносится со знаком «минус».

Например, 02.02.2020 предприятие «К» продало партию товара. Через неделю обнаружилось, что в счет-фактуре указан неверный ИНН получателя. Соответственно, предприятие «К» выписало исправленный ЭСФ и зарегистрировало его 19.02.2020. Этой же датой регистрируется и первичный документ, но в отрицательном значении. Соответственно, баланс в книге продаж по ошибочному документу сводится к нулю, и остается только новый, исправленный ЭСФ. Для покупателя или получателя услуг процедура аналогична, но, если ошибка выявлена до регистрации неправильного счет-фактуры, в книгу покупок вносится информация только о правильном ЭСФ.

Рассмотрим другой пример. Покупатель получил счет-фактуру в первом квартале 2020, а ошибку выявил только во втором. В этом случае информация о документах регистрируется в дополнительном листе книги покупок.

Как и в предыдущем случае, регистрируется исправленный и оригинальный документ со знаком «минус». Аннулировать баланс крайне важно, поскольку в дальнейшем это будет иметь прямое значение для исчисления НДС.

Хотя по закону допускается, что можно отправить контрагенту счет-фактуру с опечатками, на практике лучше заранее перепроверить документ. Последствия носят сугубо технический характер и добавляют ненужной работы. Кроме того, если ошибка будет выявлена поздно, могут возникнуть проблемы с налоговыми органами. Например, если стоимость товара была занижена по отношению к рыночной, данный факт может быть рассмотрен, как попытка незаконно уменьшить сумму налогообложения. Это предполагает административную, а в некоторых случаях – и уголовную ответственность.

Подключение 1С-ЭДО от официального партнера 1С. Комплект документов от 250 руб./мес.

Как принимать исправленный ЭСФ?

Внесение изменений в счет-фактуру – это не проблема, но каждая дополнительная ЭСФ предполагает трату времени и лишние записи. Практика показывает, что бухгалтерские книги, полные исправлений, вызывают особый интерес у проверяющих инстанций. Также, это хоть и небольшие, но все же лишние расходы. Поэтому, принимая счет-фактуру, особенно после исправлений, рекомендуется внимательно проверить все реквизиты документов. Причем информация не просто должна быть на своем месте, но и соответствовать действительности.

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

Подводим итог

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

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

Помимо описанных в статье инструкций и рекомендаций, запомните еще одно правило: каждый ЭСФ подписывается квалифицированной цифровой подписью. Сколько бы изменений вы ни вносили в один и тот же документ, каждый раз его нужно визировать с помощью КЭП.

0 0 голоса
Рейтинг статьи
Подписаться
Уведомить о
guest

0 комментариев
Старые
Новые Популярные
Межтекстовые Отзывы
Посмотреть все комментарии

А вот еще интересные материалы:

  • Яшка сломя голову остановился исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного где ошибка
  • Дастер троит ошибок нет
  • Датчик положения педали сцепления гранта 8кл ошибка