Ошибка валидации xml контур ндс

Опубликовано: 15.05.2024

С 1 января 2015 года в составе декларации по НДС необходимо будет передавать сведения из книг покупок, книг продаж и журналов учета счетов-фактур ( ст. 12 Федерального закона № 134-ФЗ ).

Декларация по НДС и приложения к ней передаются в ФНС в электронном xml-формате, утвержденном приказом ФНС № ММВ-7-3/558@ .

Ниже представлено описание ошибок, которые могут возникать при загрузке декларации с приложениями, и способы их устранения в зависимости от установленной версии программы:

Ошибки при добавлении сведений по НДС в Контур.Экстерн Лайт (ниже 4-й версии)

1. «Ошибка: Найдено несколько одинаковых приложений к отчету.» говорит о том, что в Контур.Экстерн Лайт загрузили несколько копий одного приложения. Удалите их и повторите загрузку, при этом дублирующий файл загружать не нужно.

2. «Ошибка: Не найден отчет, которому соответствует приложение.» указывает на то, что xml-файл отчета отсутствует. Добавьте к сведениям по НДС сам файл отчета.

3. «Ошибка: Не найдены необходимые приложения к отчету.» говорит о том, что в программу добавили файл отчета, у которого должны быть приложения, но они не найдены ни среди загруженных файлов, ни в каталоге, из которого был добавлен отчет. Добавьте в Контур.Экстерн Лайт недостающие файлы приложений (они перечислены в комментарии к ошибке).

4. «Ошибка: Файл не является отчетом ФНС.» наблюдается при добавлении файла, отличного от xml/txt формата. Если добавлено приложение к отчету ФНС, то загрузите вместе с приложением соответствующий файл отчета.

5. «Ошибка: Документ с таким именем уже отправлялся в инспекцию.» или «Ошибка: Документы с такими именами уже отправлялись в инспекцию.» связана с тем, что в программу добавили отчет с именем, которое совпадает с именем ранее отправленного отчета. Измените название и атрибут « ИдФайл » внутри документа .

6. «Ошибка: Значение атрибута ИдФайл не совпадает с именем документа.» говорит о том, что имя файла приложения (без расширения) не совпадает со значением « ИдФайл » внутри приложения. Исправьте название документа или ИдФайл внутри приложения.

Ошибки при добавлении сведений по НДС в Контур.Экстерн Лайт (4 версия и выше)

1. « Ошибка: Найдено несколько одинаковых приложений к этому отчету.» говорит о том, что одно в Контур.Экстерн Лайт загрузили несколько копий одного приложения. Удалите их и повторите загрузку, при этом дублирующий файл загружать не нужно.

2. « Ошибка: Нет отчета для этого приложения.» указывает на то, что xml-файл отчета отсутствует. Добавьте к сведениям по НДС сам файл отчета.

3. « Ошибка: Не найдены приложения к этому отчету.» говорит о том, что в программу добавили файл отчета, у которого должны быть приложения, но они не найдены ни среди загруженных файлов, ни в каталоге, из которого был добавлен отчет. Добавьте в Контур.Экстерн Лайт недостающие файлы приложений (они перечислены в комментарии к ошибке).

4. « Ошибка: Неизвестный тип файла.» наблюдается при добавлении файла, отличного от xml/txt формата. Если добавлено приложение к отчету ФНС, то загрузите вместе с приложением соответствующий файл отчета.

5. «Ошибка: Документы с такими именами уже отправлялись в инспекцию.» связана с тем, что в программу добавили отчет с именем, которое совпадает с именем ранее отправленного отчета. Измените название отчета и атрибут «ИдФайл» внутри документа.

6. «Ошибка: Значение атрибута ИдФайл не совпадает с именем документа.» говорит о том, что имя файла приложения (без расширения) не совпадает со значением «ИдФайл» внутри приложения. Исправьте название документа или ИдФайл внутри приложения.

Как происходит сверка?

1. Пользователь заходит в сервис и загружает xml-файлы сведений (приложений к НДС) из книг покупок/книг продаж/ журналов счет-фактур;

2. Сверка происходит автоматически, если Ваш контрагент подключен к Сверке. Результаты сверки появляются на главной странице сервиса и делятся на 4 категории:

1-ая категория "Без разногласий" - сверка с контрагентом прошла успешно, разногласий нет, ничего больше делать не нужно.
2-ая категория "С ошибками" - сервис обнаружил ошибки в реквизитах контрагента (ИНН, КПП), компания ликвидирована или не зарегистрирована в ЕГРН.
3-я категория "Не сверились" - контрагенты, которые не загрузили свои документы в сервис или в нем не зарегистрированы.
4-ая категория "С разногласиями" - при сопоставлении счетов-фактур пользователя и его контрагентов обнаружены расхождения в данных счетов-фактур (номер, дата, сумма и т.д)

3. Если контрагент не использует сервис, то Вы направляете ему приглашение с просьбой свериться.

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

5. Сверка происходит автоматически, новые результаты сверки появятся на главной странице.

Чем отличается платный и бесплатный пользователи? Какой функционал доступен бесплатному пользователю?

В сервисе существует три типа пользователей.

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

Бесплатный пользователь (абонент Контур.Экстерна). Все пользователи Контур.Экстерна по умолчанию зарегистрированы в сервисе и могут сразу зайти в сервис и начать сверяться. Однако, в сервис они могут загрузить только книгу продаж.

Платный пользователь – пользователь, купивший сервис, ему доступен полный функционал сервиса.

Более подробно разграничения функционал пользователей описаны в таблице:

Функция

только с тем контрагентом,

который пригласил в сервис

только

для загруженной книги продаж

только

пригласившего контрагента

Как выгрузить книгу покупок или книгу продаж в формате xml из 1С 8-ой версии

Откройте раздел Ведение книги продаж(покупок).

В выпадающем меню(в середине) найдите строчку с отметкой НДС "Документы по учету НДС для передачи в электронном виде"

Отметьте необходимую позицию документов

Укажите каталог, в который будет сохранен файл с расширением xml

В нижнем поле будет отражен путь к каталогу, где лежит Ваш файл и его сложное имя.

Как проверить, что документы для загрузки с декларацией в новом формате?

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

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

Если его нет, то книга или журнал старого формата.

Книги продаж\покупок, а также, журналы учета счет-фактур содержат в себе данные по контрагентам (ИНН\КПП), с которыми были произведены сделки.

Если реквизиты контрагента указаны неверно, то вычет по НДС для сделок с этим контрагентом не будет произведен.

При загрузке файлов книг\журналов, данные контрагента проходят проверку в базе ЕГРН, если он там не будет найден, то дополнительно еще будет произведен поиск в Фокусе.

При проверке контрагентов могут возникнуть следующие ошибки:

•ИНН юридического лица должен быть 10 значной цифрой

•КПП должен быть 9 значной цифрой

•ИНН не соответствует контрольной сумме.

Для исправления ошибок необходимо узнать правильные его ИНН\КПП и внести эти правки в первичные документы и загрузить обновленные книги\журналы в сервис.

•Налогоплательщик с указанным ИНН и КПП не зарегистрирован в ЕГРН

Ошибка означает, что данный ИНН\КПП не был найден в базе ЕГРН и Фокуса.

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

Какие файлы можно загрузить в сервис НДС+?

В сервис можно загружать как отдельные файлы сведений из книг продаж\покупок и журналов счет-фактур, так и целые декларации по НДС с приложениями (приложения - это и есть книги и журналы).

Пока принимаются файлы только в формате xml либо .zip (архив должен содержать в себе xml файлы).

Как происходит проверка благонадежности контрагента в сервисе?

Проверить благонадежность контрагента в Контур.НДС+ можно воспользовавшись сервисом Светофор .

Доступ к сервису есть на вкладке "Справочник контрагентов".

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

Существует три основных цвета: красный, оранжевый и зеленый.

Что означают цветовые индикаторы и по каким параметрам они определяются?

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

"Желтый" показывается, если найден хотя бы один "подозрительный" факт об организации. На данный момент осуществляется поиск 20-ти "подозрительным" фактам.

"Зеленый" показывается, если ни одного подозрительного факта обнаружено не было.

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

Финансовый статус построен на основе анализа последних бухгалтерских форм по методике Эксперта.

Можно ли работать в системе сразу нескольким бухгалтерам?

Да можно. В системе предусмотрено решение и для создания иерархии в системе.

Для того чтобы воспользоваться такой возможностью – необходимо приобрести дополнительные рабочие места.

Можно ли разграничить в системе за какие компании отвечает определенный бухгалтер?

В системе предусмотрена настройка ответственных бухгалтеров за определенными компании.

Другими словами, под каждую компанию можно настроить ответственного за неё специалиста.

В каких случаях доступ в сервис происходит по сертификату, а в каких случаях по логину и паролю?

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

Могут ли использовать сервис НДС+ не обладая электронной отчетностью Контур. Экстерн?

Если у абонента нет Контур. Экстерна, то он получит ее в подарок, приобретая НДС+, при этом использование НДС+ не обязывает клиента сдавать отчетность через Контур. Экстерн. Он может продолжить использование своей программы сдачи отчетности.

Можно ли вести сразу несколько компаний в системе?

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

Для того чтобы воспользоваться такой возможностью – необходимо приобрести систему по тарифным планам “Обслуживающих бухгалтерий”.

Как будут фиксироваться расхождения, если покупка и продажа учтены в разных периодах?

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

Более того, НДС+, сохраняет данные и ведет процесс сверки за все отчетные периоды.

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

Как быть с авансовыми СФ? У нас также бывает много корректировок! Мы используем при возврате товара обратную реализацию, что делать?

В данном случае, это не касается сервиса НДС+. Это чисто бухгалтерский вопрос.

Вы сами решаете, как отобразить сделку (например, выставить счет-фактуру с правильными цифрами, или выпустить корректировочную счет-фактуру, или оформить обратную реализацию).

Сверка не проверяет, правильно ли зарегистрирован документ.

Сверка проверит, что документ одинаково зарегистрирован обеими сторонами сделки и при автоматической верификации декларации на стороне налоговой не возникнет вопросов.

Как работает многопользовательский режим в Контур.НДС+?

В сервисе многопользовательский режим означает возможность назначать ответственных за сверку с определенными организациями из справочника контрагентов;

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

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

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

Дальнейший вход осуществляется по логину/паролю, где логин - это e-mail адрес, на который было получено приглашение;

Ответственные лица видят сделки только с теми организациями, за которые назначены ответственными.

Как свериться с организацией на УСН?

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

С такими организациями нельзя свериться, так как у них нет необходимых для сверки документов.

В модуле НДС+ сервиса Контур.Экстерн, появился функционал который поможет исправлять ошибки в декларации до отправки в налоговую.

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

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

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

Какие ошибки исключает логический контроль

Логический контроль НДС+ внутри счета-фактуры (разделы 8-12) позволяет выявить:

корректность заполнения полей, их логичность по отношению друг к другу;
соответствие отчетного периода, за который составлена декларация и сроков заключения сделок;
достоверность реквизитов контрагентов;
правильность использования операционных кодов.

Заполнение полей

В книге покупок по операциям с импортом указывается не номер счета-фактуры, а данные грузовой таможенной декларации. Установленный формат – AAAAAAAA/BBBBBB/CCCCCCC(/XX), где:

AAAAAAAA – это номер таможенного поста;
BBBBBB – дата, когда была зарегистрирована таможенная декларация (день, месяц, год (2 последние цифры);
CCCCCCC – порядковый номер декларации;
XX – порядковый номер товара, который указан в графе 32 основного или добавочного листа таможенной декларации, в листах таможенной декларации, либо номер из товарного списка (если список использовался вместо добавочных листов).

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

Также сервис следит за тем, чтобы в каждой сделке были заполнены все необходимые поля: сумма налога, реквизиты документов, информация о контрагенте. НДС+ укажет пользователю на необходимость заполнить ту или иную строку.

Сроки сделок и отчетный период

Если в книгу продаж за IV квартал попадет счет-фактура, датированный за III или II кварталы, НДС+ сообщит об этой ошибке. Пользователь увидит уведомление, что счет-фактура не относится к текущему отчетному периоду.

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

Соответствие реквизитов контрагентов

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

Коды операций

В приказе ФНС и письме Минфина отражается порядок использования кодов по всем видам операций и их обозначения. Но практика показывает, что иногда сложно подобрать необходимый код. К примеру, в книгах продаж нельзя указывать код 22, а в книгах покупок – 21. Если бухгалтер все же допустит ошибку, то сервис ее выявит и укажет на неё.

Соблюдение контрольных соотношений

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

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

Актуальные контрольные соотношения содержатся в приказе ФНС от 29.10.14 № ММВ-7-3/558@ и письме ФНС от 23.03.2015 № ГД-4-3/4550@, и на их основе налоговики проверяют декларации. Сейчас почти все эти соотношения умеет проверять модуль НДС+, остальные, которые пока дорабатываются, действуют в Экстерне. Среди прочих сервис осуществляет следующие проверки:

совпадение исчисленного и восстановленного налога из разделов 2 – 6 с итоговой суммой налога к уплате, которая отражается в 9 разделе;
соответствие налоговых вычетов из разделов 3 – 6 сумме в 8 разделе (не должны превышать);
чтобы сумма НДС к вычету из всех листов раздела 8 равнялась итоговой цифре на последней странице раздела;
налоговый агент отразил вычет в разделе 8 с кодом 06 и привел исчисленный НДС по этому же счету-фактуре в разделе 9 с кодом 06.

Таким образом НДС+ значительно упрощает и облегчает процесс сдачи отчетности и предотвращает получение требований.

Таможенная декларация, Счет-фактура, НДС, ФНС

Валидация — это проверка значений, указанных пользователем, и отображение найденных ошибок.

Описанное здесь поведение валидаций и отображение ошибок реализовано в библиотеке «React UI Validations», по возможности используйте эту библиотеку в продукте.

Принципы

Задача дизайнера — сделать так, чтобы пользователь не совершил ошибку и валидация не понадобилась, для этого:

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

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

Виды валидации

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

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

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

Валидация по потере фокуса

Когда использовать

Этот вид валидации подходит для большинства случаев.

Как работает

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

Валидация срабатывает сразу после потери фокуса, если значение в поле заполнено. Если найдена ошибка, поле подсвечивается красным. Фокус в это поле автоматически не возвращается:

Текст ошибки появляется в тултипе, когда поле получает наведение или фокус:

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

Красная подсветка снимается с поля, как только пользователь начал исправлять ошибочное значение.

Валидация при отправке формы

Когда использовать

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

Как работает

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

При прокрутке к первому полю от верхней границы окна до ошибочного поля остается отступ 48px — шесть модулей.

Блокирование кнопки отправки

В небольших формах вместо проверки заполнения обязательных полей можно блокировать кнопку отправки формы. Используйте это поведение, когда очевидно, почему кнопка отправки формы неактивна. Например, на форме входа:

Как только заполнены все обязательные поля — кнопка становится активной. Если после этого пользователь стер значение в одном из полей — кнопка снова должна стать не активной.

Сообщения об ошибках

Об ошибках можно сообщать двумя способами:

Красным текстом около поля, обычно под полем или справа от него:
Текстом в тултипе:

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

Тултипы

Как работают

Тултип с подсказкой появляется в двух случаях:

При наведении на поле с ошибкой.
Когда поле с ошибкой получает фокус.

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

Тултип исчезает, когда:

Курсор вышел из области поля с ошибкой.
Поле с ошибкой потеряло фокус.

Тултип по наведению перекрывает тултип по фокусу.

Тултип может появляться сверху или справа от контрола с ошибкой, так чтобы он не перекрывал полезную информацию:

Единообразие поведения и внешнего вида

Красные тексты на странице

Как работают

Красный текст ошибки появляется сразу, как только произошла валидация и ошибочное поле подсветилось.

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

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

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

На более сложных формах выводите сообщение об ошибке в тултипе.

Валидация зависимых полей

Зависимые поля — это поля, значение которых зависит друг от друга.

Ошибки, которые связаны с нарушением зависимости полей, мы показываем после сабмита формы. Например, ИНН и КПП. Если пользователь указал ИНН из 10 цифр, а поле с КПП оставил пустым, после отправки формы пустое поле с КПП будет подсвечено.

ИНН может быть двух видов:

10-значный у юридических лиц
12-значный у ИП.

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

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

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

Пример

Есть форма из 5 полей:

Название организации — простое текстовое, обязательное
ИНН — 10 или 12 цифр, проверка контрольной суммы по потере фокуса, обязательное
КПП — 9 цифр с проверкой контрольной суммы по потере фокуса, обязательное, если ИНН состоит из 10 цифр
Электронная почта — адрес почты, проверка по потере фокуса по маске a@a.aa, необязательное
Телефон — международный формат, проверка по потере фокуса по маске +00000000000, обязательное

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

Пользователь навел курсор на поле с почтой, появился тултип. Но исправлять значение пользователь не стал:

Поле с телефоном также подсветилось красным, так как заполнено некорректно. ИНН и КПП подсветились, так как ИНН состоит из 10 цифр, значит должен быть заполнен и КПП — валидация зависимых полей произошла только после отправки формы.

Пользователь начинает вводить название организации, подсветка поля гаснет, а текст подсказки остается:

Заполнил название организации, перешел в поле ИНН:

Понял, что ИНН правильный, и нужно заполнить КПП:

Начал заполнять поле КПП. Красная рамка у ИНН и КПП исчезла — пользователь изменил значение в одном из зависимых полей:

Заполнил КПП, перешел в следующее поле:

Исправил почту, перешел в следующее поле:

Исправил телефон, кликнул за пределами поля:

Реализованный пример этой формы можно посмотреть в библиотеке валидаций.

1 Ошибки при импорте данных при валидации и методы их решения. Как найти и устранить расхождения: Что делать, если Вам пришла нотификация, о том, что Валидация 2.0 не пройдена, по причине найденных расхождений: 1) Открыть файлы из вложения отправленной Вам нотификации: 2) Проанализировать информацию из этих файлов. Чтобы облегчить эту задачу, мы создали для Вас вкладку «TovarodvizhenieSWE» в файлах по отчетам товародвижений где Вы можете просмотреть какое товародвижение по проблемным товарам в SWE. 3) После анализа предоставленной Вам информации, нужно внести необходимые изменения в интерфейс обмена (если данные в SWE некорректны) и перевыгрузить данные, или в алгоритм выгрузки отчетов (если данные в отчетах некорректны) и перевыложить отчеты на FTP.

3 Нотификация В отчете не должно быть пустых ячеек, если сумма по документу/товародвижению равна нулю, в ячейке должен стоять 0. Система показывает расхождения остатков. Сверка конечных остатков включает в себя два этапа: на первом этапе программа сверяет конечный остаток из файла с конечным остатком в системе SalesWorks, на втором этапе программа сверяет остаток в файле с расчетным остатком. Расчетным остаток это остаток который должен получиться по формуле "Начальный остаток + приход - расход - корректировки = расчетный остаток". Смотрел файлы выгрузки и валидации. Никак не получаются ваши цифры в продажах. А количество сходится Если количество сходится, но есть различия в сумме, значит скорее всего проблема в выгружаемых ценах. Чтобы решить проблему нужно проверить выгружаемые цены, внести необходимые исправления в интерфейс обмена и перевыгрузить данные. Или проверить какие цены выгружаются в отчеты для валидации.

4 Файлы Dvizhenie_produkcii_kg, Dvizhenie_produkcii_shtuki, Sverka_po_dokum_prihod не выкладывались, т.к. по ним валидация пройдена. Выкладывать каждый раз надо все четыре файла. Так как результат валидации расчитывается по итогам последней попытки пройти её. То есть если Вы прошли валидацию по одному файлу из четырех, потом еще раз выложили 3 файлы, которые ранее не прошли валидацию, и на этот раз они прошли валидацию, то валидация будет считаться не пройденной, так как, повторюсь, во внимание берется последняя попытка пройти валидацию, а в последней попытке у Вас отсутствовал один файл. Куда выкладывать файлы? Файлы по Валидации 2.0 нужно выкладывать на FTP, в папку Validation, это тот же FTP, куда каждый день выгружаются DBF-файлы из Вашей учетной системы (но они выгружаются в папку import, а эти отчеты нужно положить в корень папки Validation). Параметры доступа до FTP такие же, какие Вы используете при ежедневном обмене данными, если у Вас нет этих параметров обратитесь к Вашему программисту или системному администратору. Не понятно почему ошибки в номерах накладных продаж и приходов. В Ваших файлах некорректный формат даты. Согласно методике формат даты должен быть "ММ.ДД.ГГГГ", а в Ваших файлах "ДД.ММ.ГГГГ". До этого выгружались некорректные данные. В случае, если до этого выгружались некорректные данные, Вам нужно будет внести необходимые изменения в интерфейс обмена, запросить у службы поддержки открытие периодов, после получения от службы поддержки подтверждения что периоды открыты выгрузить данные за квартал на FTP, запустить ручной загрузчик данных (как это сделать смотрите в инструкции ключевого пользователя пункт 4.2.1, инструкцию прилагаю) и после этого снова попытаться пройти Валидацию 2.0. KP manual Campina.docx

5 С какими знаками, какие типы движений должны выгружаться в отчеты: 1. Sverka_po_dokum_prodazha: Попадают со знаком "+" количественные и суммовые показатели по документам: Тип Документа 2 Расходные накладные. Тип Документа 4 Списание товаров. Попадают со знаком "-" количественные и суммовые показатели по документам: Тип Документа 3 Возврат от покупателя. Тип Документа 5 Оприходование излишков товара. 2. Sverka_po_dokum_prihod Попадают со знаком "+" количественные и суммовые показатели по документам: Тип Документа 1 Поступление от поставщика. Попадают со знаком "-" количественные и суммовые показатели по документам: Тип Документа 3 Возврат Поставщику.

Читайте также: