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

#Новости

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

Опубликовано: 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 (МИНУС ПЯТЬ) де. То есть в ИС ЭСФ невозможно ввести в дополнительном ЭСФ строку, отсутствующую в основном ЭСФ (в нашем случае это строка «Скидка по цене»). Таким образом, мы никаким другим образом не можем отразить в ИС ЭСФ послепродажную скидку (которая ранее не была оказана, и не является товаром), кроме как показав фиктивный возврат товара по количеству (то есть с минусом). Тогда у нас хоть общие суммы будут идти по ЭСФ и по бухучету. А на самом деле количество товара при оказании послепродажной (суммовой по сути) скидки вообще всегда нулевое, товар ведь никуда и никем при этом не возвращается. И в бухучете у нас нет другого выбора, как выставлять именно Акт выполненных работ с минусами – не товар же фиктивно в бухучете обратно оприходовать, в самом-то деле. И таким образом, между бухучетом и ИС ЭСФ накапливается разница по позициям и количествам товаров.
Вернуться к началу

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

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

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

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

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

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

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

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

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

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

Рис.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 Общая схема работы с исправленным счетом-фактурой

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Источник

Вопрос:

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

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

Ответ:

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

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

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

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

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

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

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

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

Источник

Автор	Сообщение
	Заголовок сообщения: Практич. опыт разработки экспорта из бухпрограммы в ИС ЭCФ Добавлено: 03-12-2016, 00:15
Зарегистрирован: 02-01-2012, 13:59 Сообщения: 523 Откуда: Астана	Практический опыт разработки экспорта из бухпрограммы в ИС ЭСФ. Курсаков С.А. Введение. В данном статье обобщен опыт автора, полученный летом 2016 года, при написании экспорта СФ выданных из конфигурации «Универсал-бухгалтерия» (на платформе 1С77) в кабинет ИС ЭСФ. Неочевидные, но очень жесткие и обязательные требования, которые предъявляет ИС ЭСФ при экспорте в себя из абсолютно любых, кстати, программ, представляют собой совершенно новое явление, нуждающееся, по мнению автора, в подробном публичном освещении. Что и сделал автор данной статьи. О результате же судить читателю. Последний раз редактировалось Курсаков_С_А 03-12-2016, 00:39, всего редактировалось 2 раз(а).
Вернуться к началу

Курсаков_С_А	Заголовок сообщения: Re: Практический опыт разработки экспорта из бухпрограммы в Добавлено: 03-12-2016, 00:17
Зарегистрирован: 02-01-2012, 13:59 Сообщения: 523 Откуда: Астана	Ситуация при экспорте из бухпрограммы в ИС ЭСФ. Отбрасывание целиком всего файла экспорта, даже если всего лишь один символ в файле экспорта не соответствует кодировке 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: Практический опыт разработки экспорта из бухпрограммы в Добавлено: 03-12-2016, 00:19
Зарегистрирован: 02-01-2012, 13:59 Сообщения: 523 Откуда: Астана	Ситуация при экспорте из бухпрограммы в ИС ЭСФ. Разработчики ИС ЭСФ осознанно запретили редактировать ЭСФ, выгруженные из бухгалтерской программы. Служба поддержки ИС ЭСФ отвечает по этому поводу: Запрет на редактирование импортированных счет-фактур осуществляется по причине появления разногласий в счет-фактурах с ИС ЭСФ и других внешних систем (1С и т.д.). Соответственно было решено так, что в программе бухгалтера выписывают правильную счет-фактуру с заполнением всех необходимых полей, а при импорте в ИС ЭСФ они могут ее только лишь исправить. Ваше предложение будет рассмотрено и в дальнейшем, возможно, Ваше предложение будет включено в план Развития системы ИС ЭСФ (конец цитаты). Непонятно, разве не может возникнуть еще больших различий и разногласий, если делать вручную ЭСФ в ИС ЭСФ и опять же вручную также бухСФ в бухпрограмме отдельно. Потом их еще нужно сравнить, тоже вручную.
Вернуться к началу

Курсаков_С_А	Заголовок сообщения: Re: Практический опыт разработки экспорта из бухпрограммы в Добавлено: 03-12-2016, 00:19
Зарегистрирован: 02-01-2012, 13:59 Сообщения: 523 Откуда: Астана	Ситуация при экспорте из бухпрограммы в ИС ЭСФ. Кабинет ИС ЭСФ требует, чтобы не было повторяющихся номеров учетной системы (то есть номеров 1С). Странно, а если будут от разных филиалов в одной базе одинаковые номера СФ? Ведь в одной бухгалтерской базе могут присутствовать СФ от разных филиалов, иногда удаленных друг от друга, когда эти филиалы просто физически не могут постоянно корреспондировать друг с другом, и таким образом неизбежно выписывают СФ с одинаковыми номерами. А через какое-то время эти совпадающие филиальные номера СФ оказываются в головной базе, откуда они затем выгружаются в ИС ЭСФ.
Вернуться к началу

Курсаков_С_А	Заголовок сообщения: Re: Практический опыт разработки экспорта из бухпрограммы в Добавлено: 03-12-2016, 00:21
Зарегистрирован: 02-01-2012, 13:59 Сообщения: 523 Откуда: Астана	Ситуация при экспорте из БД в ИС ЭСФ. Формат хранения ЭСФ и формат импорта ЭСФ отличаются. Если выгрузить из самого ЭСФ полученные или отправленные СФ, то обратно в ИС ЭСФ тот же самый файл (его собственный родной) не загрузится. Почему так сделано, непонятно — до сего времени то, что было выгружено из налоговых программ и сервисов, также и симметрично загружалось обычно обратно. Хорошо хоть, что формат экспорта в ЭСФ можно найти в SDK. Если попросить, то техподдержка присылает файл экспорта, в свою очередь, немного отличающийся от файла в SDK. И этот формат файл экспорта еще нужно знать, что открыто он не лежит нигде — его нужно еще попросить.
Вернуться к началу

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

Курсаков_С_А	Заголовок сообщения: Re: Практический опыт разработки экспорта из бухпрограммы в Добавлено: 03-12-2016, 00:23
Зарегистрирован: 02-01-2012, 13:59 Сообщения: 523 Откуда: Астана	Ситуация при экспорте из бухпрограммы в ИС ЭСФ. Нельзя экспортировать из БД в ИС ЭСФ частично заполненные СФ реализации. Нельзя экспортировать из БД в ИС ЭСФ частично заполненные СФ реализации. Только полностью заполненные от начала до конца. То есть если Вы раньше, допустим, загружали в СОНО только приложения 7,8, или частично заполненные ФНО в Кабинет НП — все, здесь такого нет сразу же. СФ реализации, которые Вы загружаете в кабинет ЭСФ, должны быть заполнены сразу полностью от начала до конца. Если хоть одно место заполнено не так — весь СФ считается ошибочным и НЕ загружается. То есть нельзя дозаполнять, дорабатывать СФ выданные уже в самом кабинете ЭСФ — несмотря на то, что там вроде бы есть режим «черновик» (как в КНП и СОНО). Возможно, режим «черновик» предназначен для «ручного» заполнения ЭСФ, и на импортированные СФ он не распространяется.
Вернуться к началу

Курсаков_С_А	Заголовок сообщения: Re: Практический опыт разработки экспорта из бухпрограммы в Добавлено: 03-12-2016, 00:24
Зарегистрирован: 02-01-2012, 13:59 Сообщения: 523 Откуда: Астана	Ситуация при экспорте из бухпрограммы в ИС ЭСФ. При экспорте номер доверенности и дата доверенности заполняются только совместно. При экспорте номер доверенности и дата доверенности заполняются только совместно. Если не выполнить это условие, выходит следующее сообщение — deliveryTerm.warrant — ‘№ доверенности на поставку товаров, работ, услуг’ и ‘Дата доверенности на поставку товаров, работ, услуг’ заполняются вместе deliveryTerm.warrantDate — ‘№ доверенности на поставку товаров, работ, услуг’ и ‘Дата доверенности на поставку товаров, работ, услуг’ заполняются вместе (конец сообщения). То же самое относится и к номеру и дате договора, и данным по расчетному счету. Эти данные либо нужно указывать совместно и полностью, либо можно даже вообще не указывать.
Вернуться к началу

Курсаков_С_А	Заголовок сообщения: Re: Практический опыт разработки экспорта из бухпрограммы в Добавлено: 03-12-2016, 00:24
Зарегистрирован: 02-01-2012, 13:59 Сообщения: 523 Откуда: Астана	Ситуация при экспорте из бухпрограммы в ИС ЭСФ. Для возвратных СФ выданных существует целая отдельная методика, как их заносить в ЭСФ. Для возвратных СФ выданных есть целая отдельная методика, как их заносить в ЭСФ. Рекомендуется с ней подробно ознкаомиться. http://kgd.gov.kz/sites/default/files/p … kturam.pdf
Вернуться к началу

Курсаков_С_А	Заголовок сообщения: Re: Практический опыт разработки экспорта из бухпрограммы в Добавлено: 03-12-2016, 00:25
Зарегистрирован: 02-01-2012, 13:59 Сообщения: 523 Откуда: Астана	Ситуация при экспорте из бухпрограммы в ИС ЭСФ. В одном ЭСФ (а значит, и в бухгалтерском СФ) не может быть более 200 строк. Служба поддержки так отвечает на запрос по этой ситуации — Здравствуйте. Вы превысили максимально допустимое количество позиций товаров, работ, услуг в разделе G (Данные по товарам, работам, услугам). Согласно форматно-логическому контролю ИС ЭСФ максимально допустимое количество позиций в разделе G (Данные по товарам, работам, услугам) составляет 200 шт. Превышение данного количества приведет к ошибке при отправке счет-фактур. Просим уменьшить количество позиций путем выписки нескольких ЭСФ (конец сообщения).
Вернуться к началу

Курсаков_С_А	Заголовок сообщения: Re: Практический опыт разработки экспорта из бухпрограммы в Добавлено: 03-12-2016, 00:26
Зарегистрирован: 02-01-2012, 13:59 Сообщения: 523 Откуда: Астана	Ситуация при экспорте из бухпрограммы в ИС ЭСФ. СФ реализации нужно заносить в кабинет ЭСФ «день в день». СФ реализации нужно заносить в кабинет ЭСФ «день в день». То есть если вы, допустим, сделали сегодня реализацию и забыли внести ее в ЭСФ, то завтра уже внести вчерашнюю реализацию (вчерашние СФ) в кабинет ЭСФ не получится — он сразу отбрасывает такие СФ при импорте. На вопрос, почему это так, техподдержка отвечает – «Нельзя импортировать счет фактуры с вчерашней датой, так как счет фактуры выписывается одной сегодняшней датой. (конец сообщения)»
Вернуться к началу

Курсаков_С_А	Заголовок сообщения: Re: Практический опыт разработки экспорта из бухпрограммы в Добавлено: 03-12-2016, 00:28
Зарегистрирован: 02-01-2012, 13:59 Сообщения: 523 Откуда: Астана	Ситуация при экспорте из бухпрограммы в ИС ЭСФ. Будущей датой загружать СФ выданные в систему ЭСФ тоже нельзя. Будущей датой загружать СФ выданные в систему ЭСФ тоже нельзя. Если Вы решите заранее загрузить в систему ЭСФ выданные СФ будущей датой (про запас, чтобы потом, не торопясь, их заполнять или дозаполнять), то этого сделать нельзя. Вы получите следующее сообщение об ошибке — undefined — ‘Дата совершения оборота’ задана в будущем date — ‘Дата выписки СФ’ отличается от текущей (конец сообщения) Таким образом, загружать СФ выданные можно только сегодня и только сегодняшней текущей датой.
Вернуться к началу

Курсаков_С_А	Заголовок сообщения: Re: Практический опыт разработки экспорта из бухпрограммы в Добавлено: 03-12-2016, 00:29
Зарегистрирован: 02-01-2012, 13:59 Сообщения: 523 Откуда: Астана	Ситуация при экспорте из бухпрограммы в ИС ЭСФ. Есть весьма жесткие и обязательные правила проверки данных в ЭСФ, которые можно узнать только путем многократных попыток экспорта ошибочных данных. С большим трудом эти правила удалось буквально вытрясти из кабинета ИС ЭСФ. Вот они — 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: Практический опыт разработки экспорта из бухпрограммы в Добавлено: 03-12-2016, 00:31
Зарегистрирован: 02-01-2012, 13:59 Сообщения: 523 Откуда: Астана	Ситуация при экспорте из бухпрограммы в ИС ЭСФ. Что означают эти правила? Если ИС ЭСФ ожидает увидеть в файле импорта что-либо, например, длиной от 3 до 200 символов (например, адрес) – то это «что-либо» должно быть именно в этом диапазоне. Даже если в базе данных по каким-либо причинам нет адреса, или он почему-либо короче, или же длиннее, чем указанный диапазон в правилах. Если данных нет, то тогда нужно хоть что-то подставить для ИС ЭСФ (например, точки – «…») – не бессмысленные же буквы подставлять, в самом деле. Иначе данный СФ будет просто отброшен из файла экспорта (хорошо хоть, что не все сразу СФ из файла экспорта). То же самое касается всех других весьма жестких ожиданий и ограничений ИС ЭСФ относительно входных данных в файле экспорта. Если требуется «что-то» – оно там должно стоять, даже если в бухгалтерской базе данных нет информации. Вместо отсутствующих по каким-либо причинам кодов ТН ВЭД, например, приходится ставить нули – «0000000000». Если почему-либо нет единицы измерения, приходится писать «шт». В условиях приходится писать «самовывоз» и «наличный расчет». При наличии пустой даты в файле экспорта возможны проблемы. Поэтому, если нет даты договора и даты доверенности, эти блоки тегов в файл экспорта можно не записывать.
Вернуться к началу

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

Источник

Регламентированный отчет форма 300.00
Документ Счет-фактура (выданный)
Документ Электронный счет-фактура

Бухгалтерия 8 для Казахстана, ред 2.0
Управление торговым предприятием 8 для Казахстана
Управление производственным предприятием 8 для Казахстана
Управление торговлей 8 для Казахстана
ERP Управление предприятием 2 для Казахстана

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

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

Возникает вопрос о том, в каком периоде такие счета-фактуры
поставщику следует включать в Декларацию по НДС и форму 300.07.

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

56867

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

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

Источник

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

Учёт

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

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

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

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

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

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

Тема месяца

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

Трудовой отпуск 2023

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

Главное

Расчет текущих платежей по налогу на транспорт (ФНО 701.00) истекает 5 июля 2023 года

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

Баланс рабочего времени и Производственный календарь с изменениями на июль 2023 года

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

Источник