Документ исходящее платежное поручение не создан произошли ошибки при записи

Обработка Клиент-банк

TAN1990

29.11.13 — 09:27

Добрый день!

Работаю в упп82

Клиент-банк отказывается загружать платежные поручения исходящие.

Читает, а при загрузке ошибки:

Документ «Исходящее платежное поручение» № ЭПНОМ246 от 28.11.2013 0:00:00 не создан! Произошли ошибки при записи!

Документ «Исходящее платежное поручение» № ЭПНОМ245 от 28.11.2013 0:00:00 не создан! Произошли ошибки при записи!

Документ «Исходящее платежное поручение» № ЭПНОМ244 от 28.11.2013 0:00:00 не создан! Произошли ошибки при записи!

Документ «Исходящее платежное поручение» № ЭПНОМ243 от 28.11.2013 0:00:00 не создан! Произошли ошибки при записи!

Документ «Исходящее платежное поручение» № ЭПНОМ242 от 28.11.2013 0:00:00 не создан! Произошли ошибки при записи!

Документ «Исходящее платежное поручение» № ЭПНОМ241 от 28.11.2013 0:00:00 не создан! Произошли ошибки при записи!

Документ «Исходящее платежное поручение» № ЭПНОМ240 от 28.11.2013 0:00:00 не создан! Произошли ошибки при записи!

Документ «Исходящее платежное поручение» № ЭПНОМ238 от 28.11.2013 0:00:00 не создан! Произошли ошибки при записи!

Раньше загружались без проблем. Подскажите в какую сторону копать?

Wobland

1 — 29.11.13 — 09:28

в сторону процессов, происходящих при записи

TAN1990

2 — 29.11.13 — 09:29

(1) а можно поконкретнее?

Wobland

3 — 29.11.13 — 09:30

>Произошли ошибки при записи!

боюсь, это максимальная степень конкретности 😉

craxx

4 — 29.11.13 — 09:40

(0) позвать программиста, который залезет в отладчик и найдет ошибку при записи документа.

это серьезно. потому что мы не имеем сведений о том, типовая конфа или нет, а если не типовая, то что именно допиливалось… и т.д. и т.п.

Feunoir

5 — 29.11.13 — 09:43

(3) (4) Такая фотка, и так грубо отвечать. Ай-яй-яй. 🙂

(2) Посмотри в журнале регистрации, может там больше информации об ошибке.

TAN1990

6 — 29.11.13 — 09:48

(4) у нас типовая

craxx

7 — 29.11.13 — 09:54

(6) Подозреваю что платежки с такими номерами уже существуют

TAN1990

8 — 29.11.13 — 10:39

(7) изменила номера платежек — увеличила на максимально большие, чтобы уж точно таких не было. Та же самая ошибка.

Maxus43

9 — 29.11.13 — 10:41

(8) в процедуре где происходит запись и выводится это сообщение пиши дополнительно Сообщить(ОписаниеОшибки());

Maxus43

10 — 29.11.13 — 10:43

у меня это в процедуре объекта ЗаписатьОбъект(ОбъектДляЗаписи,СтрокаСекции)

Maxus43

11 — 29.11.13 — 10:44

Номера вобще конечно зря меняла, надо сначала понять где косяк

Maxus43

12 — 29.11.13 — 10:45

Исключение

            НазваниеОбъекта = ПолучитьПредставлениеОбъекта(ОбъектДляЗаписи);

            Сообщить(Врег(Лев(НазваниеОбъекта, 1)) + Сред(НазваниеОбъекта, 2) + ?(ЭтоНовыйДокумент,» не создан»,» не записан»)+ «! Произошли ошибки при записи!», СтатусСообщения.Важное);

            //Добавляем и наслаждаемся конкретикой

            Сообщить(ОписаниеОшибки());

Возврат;

КонецПопытки;

TAN1990

13 — 29.11.13 — 11:04

(12)Поразительно!

Документ «Исходящее платежное поручение» № ЭПНОМ242 от 28.11.2013 0:00:00 не создан! Произошли ошибки при записи!

{Обработка.КлиентБанк.МодульОбъекта(3336)}: Ошибка при вызове метода контекста (Записать): Значение поля «Номер» не уникально

НО я же меняла номер. Ничего не понимаю.

Wobland

14 — 29.11.13 — 11:05

(13) достань запросом ссылку с таким номером и поймёшь

TAN1990

15 — 29.11.13 — 11:07

(14) может быть мы о разных номерах говорим. Я меняла номера в самом текстовом файле .txt

Wobland

16 — 29.11.13 — 11:09

(15) возьми вот этот: «ЭПНОМ242», он уже в базе есть

TAN1990

17 — 29.11.13 — 11:10

(16) Поняла, .txt тут ни при чем

TAN1990

18 — 29.11.13 — 11:13

+(17) и как лучше поступить? Платежки с такими номерами в закрытом для редактирования периоде. Номера их изменять нельзя.

TAN1990

19 — 29.11.13 — 11:26

+(17) Платежки с такими номерами были в феврале 2013. Почему программа начала отсчет оттуда?

Maxus43

20 — 29.11.13 — 11:35

>>Номера их изменять нельзя

кто сказал?

У вас Номер всего 8 символов?

Maxus43

21 — 29.11.13 — 11:36

введи новую платёжку руками, нажми записать. потом редактировать номер — и добавь после буковок ещё одну циферку, например 1

Maxus43

22 — 29.11.13 — 11:37

это всё оттого что вы жадные, вместо указания всех 9 циферок (или сколько у вас) — указывали меньше

Maxus43

23 — 29.11.13 — 11:37

после этих манипуляций номера у вас будут типа ЭПНОМ1238

Anderson

24 — 29.11.13 — 11:40

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

Maxus43

25 — 29.11.13 — 11:42

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

TAN1990

26 — 29.11.13 — 11:43

(24) так в том то и дело — перенумерация по порядку — это перепроведение документов с начала года — нельзя.

Maxus43

27 — 29.11.13 — 11:47

(26) ещё раз. тебе надо просто добавить Одну цифру в номер новой платёжки, чтобы сместить разряд. У вас есть запас, ничо не надо перепроводить

TAN1990

28 — 29.11.13 — 11:49

(27) спасибо. Дошло.

RayCon

29 — 29.11.13 — 16:01

(28) Дополню, что добавлять следует не единицу, как советуют в (21), и не любую цифру, как советуют в (27) а ноль, чтобы сквозная нумерация платежек не сломалась.

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

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

Источник

Добрый день!

Помогите настроить загрузку выписки в 1С Бухгалтерия 8 редакция 1.6. В банке Система ДБО BS-Client. Из банка прописала путькуда сохранять выписки, в 1С указала этот же путь. В 1С нажимаю «Прочитать данные из файла» вся выписка есть, далее нажимаю «Загрузить», выходит сообщение «Документ «Исходящее платежное поручение» № ЭС000000017 от 21.02.2012 0:00:00 не создан! Произошли ошибки при записи!». Из-за чего это может быть? Может ли быть причиной то, что загружаем выписки еще из другого банка, таким образом их номера повторяются.

Цитата (Катерина ЭС):Добрый день!

Добрый день!
У меня в 1.6 такая же проблема, создаются только требования банка, т.е. за услуги. Я позвонила в банк, сказали обращаться в 1С, а вот они версию 1.6 уже не поддерживают. На другом предприятии стоит 1С 8 ред. 2.0 проблем нет.

Заполнить и подать уведомление об исчисленных суммах налогов и взносов

Цитата (Катерина ЭС):Добрый день!

Здравствуйте!
Возможно, коллега прав, что бело именно в не поддерживаемой редакции 1.6 пр-мы. Однако, скажите. У вас есть Банк-Клиент по др.расчетному счету одного и того-же юр.лица в базе?
И ещё. Вы исходящие платежки в базе 1С создаете, чтобы их сначала в Банк-Клиент перегружать?
или только из Банк-клиента всё загружаете?

Цитата (Алена Светлая):[quote=Катерина ЭС]Добрый день!

И ещё. Вы исходящие платежки в базе 1С создаете, чтобы их сначала в Банк-Клиент перегружать?
или только из Банк-клиента всё загружаете?

Добрый день! Зачем платежки в 1С создавать? Мы говорим о загрузке этих платежек с БК.

Цитата (Алена Светлая):
Здравствуйте!
Возможно, коллега прав, что бело именно в не поддерживаемой редакции 1.6 пр-мы. Однако, скажите. У вас есть Банк-Клиент по др.расчетному счету одного и того-же юр.лица в базе?
И ещё. Вы исходящие платежки в базе 1С создаете, чтобы их сначала в Банк-Клиент перегружать?
или только из Банк-клиента всё загружаете?

Здравствуйте! Да, другой Банк-Клиент есть, только система не ДБО BS-Client, а i-Bank. Исходящие платежки не создаю, в Клиент-Банке мне их удобнее формировать, только загружаю.

Цитата (Алла Владимировна):

Цитата (Алена Светлая):[quote=Катерина ЭС]Добрый день!
И ещё. Вы исходящие платежки в базе 1С создаете, чтобы их сначала в Банк-Клиент перегружать?
или только из Банк-клиента всё загружаете?

Добрый день! Зачем платежки в 1С создавать? Мы говорим о загрузке этих платежек с БК.

Добрый вечер, Алла!
Я просто уточнила, чтобы лучше ситуацию понимать. 🤦‍♀️ Попытка пр-мы при загрузке создать запись об исходящем пл/поручении, действительно, может наталкиваться на уже ранее созданную запись с таким же номером и префиксом, но по другому р/счету (т.е. другому Банку-Клиенту). Ошибки, на самом деле, могут происходить из-за того, что в пр-ме связь с двумя Банк-Клиентами, а Организация (Юр.лицо) в базе одно.

Екатерина!
Возможно, зря спрашиваю, и всё же.
У вас настройки путей к файлам выгрузки / загрузки для ваших двух разных банк-клиентов — разные??
По разным папочкам разнесены файлики? Названия у текстовых файлов по каждому р/счету одинаковые (выгрузка — «1c_to_kl.txt», а загрузки — «kl_to_1c.txt») , но папки для ДБО BS-Client и для i-Bank должны быть разные. У вас так?

Заполняйте платежки с актуальными на сегодня КБК, кодами дохода и другими обязательными реквизитами

Добрый день, Алена!
У нас один банк в программе и только одна организация.

Цитата (Алена Светлая):У вас настройки путей к файлам выгрузки / загрузки для ваших двух разных банк-клиентов — разные??
По разным папочкам разнесены файлики? Названия у текстовых файлов по каждому р/счету одинаковые (выгрузка — «1c_to_kl.txt», а загрузки — «kl_to_1c.txt») , но папки для ДБО BS-Client и для i-Bank должны быть разные. У вас так?

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

1. Префикс устанавливается для организации, а не для р/с.
2. Можно изменить нумерацию в клиент-банке.
3. Можно в выгруженном файле .txt вручную поставить несуществующие номера, а после загрузки в 1с отредактировать номер. Но вариант 2 умнее.

Цитата (Культурный):1. Префикс устанавливается для организации, а не для р/с.
2. Можно изменить нумерацию в клиент-банке.
3. Можно в выгруженном файле .txt вручную поставить несуществующие номера, а после загрузки в 1с отредактировать номер. Но вариант 2 умнее.

🤔 Ответ 2. интересен. Предложите как это сделать. В Клиент-Банке у меня № п/п 17, а когда я его загружаю в 1С, ему присваивается номер ЭС000000017.

Составьте положение об оплате труда и правила внутреннего трудового распорядка по готовым шаблонам

изменение нумерации в КБ — вопрос к программистам вашего банка

Цитата (Культурный):изменение нумерации в КБ — вопрос к программистам вашего банка

Хорошо, понятно, но меня вот это смущает

Цитата:В Клиент-Банке у меня № п/п 17, а когда я его загружаю в 1С, ему присваивается номер ЭС000000017.

. Снова получится такая же картина

ЭС — это ваш префикс, а 00000-ли перед 17 — длина кода в программе 1с. Т.е. ЭС0000017 — то, что получилось из вашего номера 17 в 1С.
Вы хотите выгрузить из одного КБ с номером 17 и из другого с тем же номером, но чтобы программа им присвоила разные номера?
Этого не будет.
Используйте либо один из 2-х предложенных ранее вариантов, либо вариант 3 — делайте нумерацию платежек по одному из р/с короче по длине, т.е. удалите один ноль.

Скорее всего банковская программа не совсем соответствует стандарту 1С.
Как правило в выгрузке в 1С неправильно указывают названия документов или неправильно/не полностью заполняют реквизиты.
Этим грешит в частности Сбербанк.

Поэтому такие платежки заводятся руками или дорабатывается клиент-банка 1С под неправильный файл банка.

Рассчитывайте взносы «за себя» с налогом по УСН или патенту

Цитата (hlineblik):Скорее всего банковская программа не совсем соответствует стандарту 1С.
Как правило в выгрузке в 1С неправильно указывают названия документов или неправильно/не полностью заполняют реквизиты.

Бывает, но редко. И не надо ничего переписывать если можно обойтись без этого.

Источник

Загрузка выписки из Клиент банка

Автор roslakov, 27 дек 2010, 16:24

0 Пользователей и 1 гость просматривают эту тему.

Только что установили клиент-банк, система ДБО BS-клиент. В БП 1.6.27.1 созданы ППИ за 23.12.10. При попытке загрузить их из программы клиент банка система выдает сообщение:

«Документ «Исходящее платежное поручение» № 00000000618 от 23.12.2010 0:00:00 не создан! Произошли ошибки при записи!»
Документ «Исходящее платежное поручение» № 00000000618 от 23.12.2010 0:00:00: помечен на удаление.

Это происходит в случае когда ППИ записаны в базе. Если же их провести в ручную и попробовать выполнить загрузку из КБ, то их проведение отменяется и они перезаписываются. Если же изменить их номера и выполнить загрузку, то создаются новые документы и проводятся.

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

Ошибка может происходить происходить и из-за того что в клиент банке бывают одинаковые номера платежек. Для ППИ обработка клиент-банк создает номера в 1С таким образом: она создает уникальный номер 1С например 00000000585, а у вас номер в клиент банке был 638 то он 3 последние цифры вашего номера клиет банка и заменит ими три последние цифры уникального номера 1С и получаетсся номер 1С будет-00000000638. и вот когда например у вас в клиент банке есть номера 638, 1638, 2638,638 для них обработка создаст одинаковые номера соответсвенно первый загрузиться нормально, у последующих будет ошибка при записи из-за не уникального номера 1С.

Извини я немного ошибся она заменяет не три символа,а количество символов в номере КлиентБанка.

Если я правильно понимаю, то с каким номером сделано ППИ в 1С с таким же номером оно выгружается в КБ, далее при загрузке выписки из КБ у этого ППИ в 1С должна поставиться дата оплаты и оно должно провестись. Пробовали в файле править номера (Добавляли нули что бы было так же как в 1С) не помогло. Подскажите пожалуйста способ решения проблемы.

Доброго времени суток…
1. Создали ППИ в 1С
2. Выгрузили в КБ
3. Выгрузили из КБ Выписку и при выгрузке она цепляется к ППИ и проводит его если это выставлено в настройках загрузки из КБ.(Получается он пытается провести ППИ но он помечен на удаление(ОН ПРАВДА ПОМЕЧЕН??? ИЛИ В ЭТОМ МЕСТЕ ПРОГРАММА ГЛЮЧИТ ОПРЕДЕЛЯЯ ППИ ПОМЕЧЕННОЙ НА УДАЛЕНИЕ), понятно что не проведет… коды это очень важно, менять их не надо, программа не глючит, а правильно делает создавая их заново раз по коду не нашла…)
Посмотреть бы базу и файлик загрузки из КБ все бы яснее стало…
Да и редакцию 2.0 пора ставить.

ППИ не помечен на удаление, программа сама их помечает на удаление. На 2.0 планируем переводить после закрытия года.

Пытаюсь настроить загрузку выписок из программы клиент-банк. Из программы клиент-банк выгружается текстовый файл. В 1С его читаю данные файла, проверяю, где надо правлю. Нажимаю загрузить и все нормально. Файлы появляются, я их провожу. Самое интересное начинается когда я пытаюсь загрузить выписку за следующий день.Каждая выписка по каждому дню сформирована отдельным текстовым файлом. Формирую новый текстовый файл из клиент-банка, также их читаю при загрузку, загружаю, файлы загружаются… Но при загрузке автоматически помечаются на удаление предыдущие выписки. В том числе и уже проведенные. Появляется служебное сообщение такого типа:
Создан документ «Поступление на расчетный счет» № 00000000004 от 26.01.2011 0:00:00.
Создан документ «Поступление на расчетный счет» № 00000000005 от 26.01.2011 0:00:00.
Документ «Списание с расчетного счета» № 00000000001 от 11.01.2011 0:00:00: помечен на удаление.
Документ «Списание с расчетного счета» № 00000000002 от 11.01.2011 0:00:00: помечен на удаление.
Стоит документы опять провести, но при загрузке следующей выписки повторяется тоже самое. Не могу понять в чем проблема?

Цитата: ***Vjacheslav*** от 28 дек 2010, 08:17
Ошибка может происходить происходить и из-за того что в клиент банке бывают одинаковые номера платежек. Для ППИ обработка клиент-банк создает номера в 1С таким образом: она создает уникальный номер 1С например 00000000585, а у вас номер в клиент банке был 638 то он 3 последние цифры вашего номера клиет банка и заменит ими три последние цифры уникального номера 1С и получаетсся номер 1С будет-00000000638. и вот когда например у вас в клиент банке есть номера 638, 1638, 2638,638 для них обработка создаст одинаковые номера соответсвенно первый загрузиться нормально, у последующих будет ошибка при записи из-за не уникального номера 1С.

Добрый день.
А как вы решили эту проблему?
(4) ant1773, добрый день.
А как вы решали подобную проблему, расскажите, пожалуйста?
У нас один в один то же самое. В организации несколько расчетных счетов, и двоятся номера по разным (не в пределах одного счета).

Пока я сделала костыль, но чувствую, это не решение.
Я добавила 1 символ в префикс, теперь там 10 знаков в формате «Дата(формат 170114)+ 7 (второй символ из даты) + 786 (Номер ППИ, платежное поручение исходящее.
В итоге раньше было 170114786, теперь 170114 7 786, и за счет этого меньше задваиваний (контрольруется уникальность последних 4 символов).

Конфигурация УТ 10.3

Цитата: Yuliya_Den от 27 янв 2014, 12:40

Цитата: ***Vjacheslav*** от 28 дек 2010, 08:17
Ошибка может происходить происходить и из-за того что в клиент банке бывают одинаковые номера платежек. Для ППИ обработка клиент-банк создает номера в 1С таким образом: она создает уникальный номер 1С например 00000000585, а у вас номер в клиент банке был 638 то он 3 последние цифры вашего номера клиет банка и заменит ими три последние цифры уникального номера 1С и получаетсся номер 1С будет-00000000638. и вот когда например у вас в клиент банке есть номера 638, 1638, 2638,638 для них обработка создаст одинаковые номера соответсвенно первый загрузиться нормально, у последующих будет ошибка при записи из-за не уникального номера 1С.

Добрый день.
А как вы решили эту проблему?
(4) ant1773, добрый день.
А как вы решали подобную проблему, расскажите, пожалуйста?
У нас один в один то же самое. В организации несколько расчетных счетов, и двоятся номера по разным (не в пределах одного счета).

Пока я сделала костыль, но чувствую, это не решение.
Я добавила 1 символ в префикс, теперь там 10 знаков в формате «Дата(формат 170114)+ 7 (второй символ из даты) + 786 (Номер ППИ, платежное поручение исходящее.
В итоге раньше было 170114786, теперь 170114 7 786, и за счет этого меньше задваиваний (контрольруется уникальность последних 4 символов).

Конфигурация УТ 10.3

Если все исходящие платежные поручения делать только в 1С тогда никогда проблем не будет!

Теги:

Форум 1С
►
Форум 1С — ПРЕДПРИЯТИЕ 8.0 8.1 8.2 8.3 8.4
►
Конфигурирование, программирование в 1С Предприятие 8
►
Загрузка выписки из Клиент банка

Поиск

Источник

Форум консультаций по прикладным решениям и программам фирмы «1С».

Онлайн консультации, вопросы и ответы, бесплатная регистрация, личная страница, twitter и facebook каналы и многое другое ждут Вас здесь.

Зарегистрироваться ← Ваш выбор → Войти на форум

Здравствуйте, вынужден снова к вам обратиться
Выгружаем платежки из клиент банк
При загрузке исходящих платежных поручений в 1с, выходит сообщение «Документ «Исходящее платежное поручение» № __________ от 08.02.2013 0:00:00 не создан! Произошли ошибки при записи!» И документ не записывается.
В 1с уже имеются исходящие платежное поручение, под таким же номером, который присваивает обработка. Скорее всего именно из-за этого.

Как быть, помогите.
Всем заранее благодарен
Реклама на форуме

Чтобы убрать:
Всем спасибо, вопрос снимается тк давным давно решен
Столкнулся с похожей проблемой.
У клиента УТ 10. Только сейчас увидели что нумерация документа платежное поручение исходящее (ппи) поехала. В банк — клиенте совершенно другая нумерация. Уже сформированы документы, акт сверки взаиморасчетов. Также к платежкам подцеплен заказ поставщику. Как быть?
Привести в соответствие с нумерацией банка и переделать акты сверки. А дальше или контроль нумерации, или делать документы где-то в одном месте, например в 1С, а в банк-клиент делать выгрузку.
Подскажите пожалуйста, в клиент банке вид операции пишет не правильно, например вместо перечисление заработной платы, указывает что то другое, как сделать что бы все правильно было?

Основная информация

Рассмотрим базовые ошибки, которые допускаются при платежах:

Переплаты. В этом случае оформляется возврат части средств.
Недоплаты. В этом случае или вносится доплата, или производится зачет переплаты.

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

Последствия допущенных ошибок

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

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

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

Вероятные ошибки при платежах в адрес контрагента

Значение перечня наиболее распространенных ошибок облегчает проверку и выявление недочетов в конкретных платежных поручениях. Очень часто допускаются эти ошибки:

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

Даже если ошибка кажется несущественной, все равно ее в большинстве случаев нужно исправлять.

Ошибки, которые можно исправить

Рассмотрим исправимые ошибки и порядок их ликвидации:

Неправильно указано назначение средств. Нужно выполнить сверку с ИФНС по налогу, а затем заполнить акт сверки. Он подписывается бухгалтером, а также представителем ИФНС.
Завышенный размер платежа. Можно действовать несколькими путями. Первый: направление средств повторно. Переплаченные деньги пойдут на оплату следующих платежей. Второй: оформление возврата платежа на расчетный счет компании.

Перечисленные ошибки считаются несущественными. Их относительно легко исправить.

Ошибки, которые нельзя исправить

Рассмотрим существенные ошибки, которые не подлежат исправлению:

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

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

Особенности оформления заявления на уточнение налогового платежа

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

ФИО руководителя ИФНС.
Реквизиты компании: наименование, ИНН, КПП, ОГРН, адрес.
Дата.
Наименование заявления.
Просьба об уточнении платежа со ссылкой на нормативные акты (пункты 7-8 статьи 45 НК РФ).
Информация о платеже (размер, конкретизация совершенной ошибки, исправленный вариант).
Перечень прилагаемых документов.

ВАЖНО! К заявлению имеет смысл приложить копию поручения, а также копию банковской выписки.

Ошибки при направлении платежей в бюджет

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

Налоговый период.
Статус плательщика налогов.
Номер и дата поручения.
Основание платежа и его тип.

Если ошибки будут допущены в этих строках, исправлять их не обязательно. Также несущественной является строка «очередность платежа». Исключение – поручение отправляют компании, деятельность которых сопряжена с финансовыми сложностями: ограничения по расходным операциям, недостаток средств на банковском счете. Если присутствуют эти обстоятельства, то строка «очередность» проверяется в первую очередь.

Источник

Документ исходящее платежное поручение не создан произошли ошибки при записи

Обработка Клиент-банк

Загрузка выписки из Клиент банка

Похожие темы (5)

Поиск

Реклама на форуме

Чтобы убрать:

Похожие темы

Основная информация

Последствия допущенных ошибок

Вероятные ошибки при платежах в адрес контрагента

Ошибки, которые можно исправить

Ошибки, которые нельзя исправить

Особенности оформления заявления на уточнение налогового платежа

Ошибки при направлении платежей в бюджет

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