Что значит некорректное значение поля
Сообщение об ошибке при использовании специальных символов в базах данных Access
В этой статье перечислены специальные символы, которые следует избегать использования при работе с именами объектов базы данных или именами полей во всех версиях Access.
Office 365 ProPlus переименован в Майкрософт 365 корпоративные приложения. Для получения дополнительной информации об этом изменении прочитайте этот блог.
Исходный номер КБ: 826763
Эта статья применяется либо к файлу базы данных Microsoft Access (.mdb), либо к файлу базы данных Microsoft Access (.accdb), а также к файлу проекта Microsoft Access (.adp).
Симптомы
При использовании специальных символов в Access вы испытываете одну из следующих проблем.
Проблема 1
В имени настольного поля используется один из следующих специальных символов:
В этом случае вы получите следующее сообщение об ошибке:
Имя поля не допустимо.
Убедитесь, что имя не содержит периода (.), восклицательный знак (!), кронштейна ([]), ведущего пространства или непечатного символа, например возврата вагона. Если вы вклеили имя из другого приложения, попробуйте нажать кнопку ESC и введите имя еще раз.
Если вы используете эти специальные символы в имени таблицы, вы получите следующее сообщение об ошибке:
Имя объекта ‘TableName’, в которое вы ввели, не следует Microsoft Office правил именования объектов Access.
Проблема 2
Вы создаете выражение запроса. Выражение запроса включает поля, которые содержат специальные символы. В зависимости от конкретных специальных символов вы получаете одно из следующих сообщений об ошибке:
Если имя поля содержит символ пространства, знак вопроса (?) или знак на знаке (@), вы получите следующее сообщение об ошибке:
Введенное выражение содержит недопустимый синтаксис.
Возможно, вы ввели операнд без оператора
Если имя поля содержит кавычка() или апостроф(‘), вы получите следующее сообщение об ошибке:
Введенное выражение имеет недействительные строки.
Строка может быть длиной до 2048 символов, включая открытие и закрытие кавычков.
Если имя поля содержит знак номера (#), вы получите следующее сообщение об ошибке:
Введенное выражение имеет недействительное значение даты.
Если имя поля содержит знак процента (%), tilde (
), полуколон (;) или кронштейн ([]), вы получите следующее сообщение об ошибке:
Введенное выражение содержит недопустимый синтаксис.
Вы опущены операнд или оператор, вы ввели недействительный символ или запятую или ввели текст, не окружав его кавычками.
Если имя поля содержит скобку <> (), вы получите следующее сообщение об ошибке:
Malformed GUID в выражении запроса ‘ObjectName‘
Если имя поля содержит скобку ([]) или скобку (()), вы получите следующее сообщение об ошибке:
В выражении, в который вы ввели, отсутствует закрываемая скобка, скобка (]) или вертикальная планка (|).
Проблема 3
У вас есть запрос, содержащий выражения запросов. Выражения запросов включают поля, содержащие специальные символы. При запуске запроса вам будет назначено ввести значение параметра. Как правило, эта проблема возникает при использовании следующих специальных символов:
Дополнительные сведения
Microsoft Access не ограничивает использование специальных символов, таких как знак номеров (#), период (.) или кавычка () в именах объектов базы данных или в именах полей баз данных. Однако при использовании специальных символов могут возникнуть непредвиденные ошибки. Поэтому Корпорация Майкрософт рекомендует не использовать специальные символы в именах объектов базы данных в базе данных Access или в проекте базы данных. В этой статье обсуждаются специальные символы, которых необходимо избегать из-за известных проблем с этими специальными символами.
При работе с Access или с каким-либо другим приложением, например Visual Basic Microsoft или приложением ASP (ASP), следует избегать следующих специальных символов:
На этапе «Контроль и отправка» появляется сообщение об ошибке с указанием на фамилию или имя
При отправке отчета вместе с сообщением о представительстве на этапе «Контроль и отправка» появляется ошибка с указанием на некорректно заполненные ФИО. Например, «Атрибут ‘Фамилия’ некорректный — Не заполнено значение», «Атрибут ‘Имя’ некорректный — Не заполнено значение».
Порядок действий для решения проблемы зависит от конкретного раздела, на который ссылается ошибка. Подробная информация представлена в левой части сообщения об ошибке.
1. В тексте ошибки указано: «Сведения о лице, подписавшем документ (Подписант)».
Для устранения ошибки следует выполнить следующие действия:
2. В тексте ошибки указано: «Реквизиты физического лица(СвФизЛиц)».
Для решения проблемы следует выполнить следующие действия:
Раздел «Удостоверитель» заполняется, если доверенность для представления отчетности была заверена нотариально. В таком случае следует заполнить строки «Фамилия, имя, отчество физического лица».
Если доверенность не была нотариально заверена, раздел следует удалить, кликнув по соответствующей кнопке вверху страницы.
3. В тексте ошибки указано: «Сведения о руководителе организации (СвРукОрг)».
Для решения проблемы достаточно выполнить следующие шаги:
Если ошибка сохранилась, необходимо проверить следующие настройки:
4. В тексте ошибки указано: «Сведения о физическом лице (СведФизЛ)».
Для решения ошибки необходимо выполнить следующие действия:
5. В тексте ошибки указано: «Сведения по физическому лицу (НПФЛ)» либо «Налогоплательщик — физическое лицо (НПФЛ)».
Для решения проблемы достаточно выполнить следующие шаги:
6. В тексте ошибки указано: «Физическое лицо (ФЛ)».
Для решения проблемы следует выполнить следующие шаги:
Чек-лист для тестирования числового поля
При тестировании встречаются как интересные задачки с замудреной логикой, так и простые, вроде проверки простой строки или числового поля. Для простых полей можно один раз написать чек-лист проверок, а потом переиспользовать, лишь немного меняя под «своё» поле.
Сегодня мы разберем чек-лист для числового поля. Сначала я напишу общий чек-лист, потом пройдемся по каждому пункту и разберемся, зачем он нужен, а в конце напишем чек-лист по этому шаблону.
Итак, у нас есть некое поле, куда нужно вводить число. Например, поле «возраст» при регистрации:
При этом на сайте нельзя регистрироваться до 18 лет, есть запрещённый контент.
Какие проверки тут можно провести:
Корректные значения
Представьте, что у вас буквально 5 минут на проверку функционала. И вы успеваете провести только первые несколько тестов из чек-листа. А чек-лист у вас:
Для поля с возрастом какие у нас будут корректные значения? Все, что выше 18 лет:
Тут надо понимать, что мы выбираем какое-то ОДНО значение. Просто каждый раз разное, для избежания эффекта пестицида.
Также важно понимать, что у нас может быть не одно корректное значение. Это когда у нас есть несколько диапазонов, и разные условия на каждом.
Например, тот же возраст:
Или если у нас идет расчет страховки в зависимости от стажа вождения:
Каждый раз берем разные значения, но в этом пункте смысл один — взять корректные значения из ТЗ.
Некорректные значения
Тут есть разные варианты. Что значит некорректное значение?
— А что будет, если мы возьмем значение из «неправильного» диапазона? Что, если мне меньше 18 лет? Ну, скажем, 10.
Потом внимательно смотрим на выбранный интервал:
— Хммммм, но ведь возраст не может быть меньше 0. То есть у нас есть логическая граница, разделяющая два разных класса эквивалентности:
— Если у нас есть некая логическая граница снизу, должна быть и сверху. Какой максимально возможный возраст у регистрирующихся на нашем сайте? Скорее всего, это около 55-65 лет, потому что более старшее поколение не любит компьютеры. Но можно заложить и условные 100-110 лет долгожителей.
Получаем еще один интервал с неявной границей. Но в любом случае, значения 25 и 145 будут различаться — одно реалистичное, а другое нет. Значит, стоит его тоже попробовать!
А дальше снова эффект пестицида. Один раз берем 145, а другой — 6666666.
Тут мы можем столкнуться с тем, что в поле нельзя ввести больше 2-3 символов. Разработчик перестраховался «от дурака». Это не повод опускать руки и отказываться от своей проверки. Потому что скорее всего разработчик просто установил maxlength на поле, а он легко обходится!
Граничные значения
Граничные значения отделяют один интервал от другого. Их обязательно надо тестировать. Потому что именно на границах чаще всего встречаются баги. Почему? Да потому что попадают в оба диапазона, или не попадают ни в один.
В нашем примере в ТЗ есть условие «регистрация только для лиц старше 18 лет». Это значит, что разработчик должен сделать в коде программы логику вида:
Что такое ошибка ключевания счета получателя?
Кандидат экономических наук, эксперт сайта.
Предприниматели и бухгалтера периодически могут сталкиваться с т.н. «ошибкой ключевания». Первый же вопрос в ситуации — что это и как исправить. Так вот, неверно введенный ключ — это неправильно заполненные реквизиты при формировании платежного поручения. Исправить ошибку можно, внимательно проверив все введенные данные. Если вы не нашли опечатку, следует связаться с контрагентом: возможно, мелкие расхождения были допущены именно с его стороны.
Что такое ключ счета получателя?
Для ответа на вопрос, нужно сперва определить главные цели проекта «Бизнес Онлайн» от Сбербанка. Бизнес Онлайн — это сервис, разработанный Сбербанком для более удобного, быстрого и простого управления документооборотом.
Любой российский предприниматель подтвердит, что те опции, которые предлагает ФНС, недостаточны для ведения бизнеса — а те функции, что поддерживаются Налоговой Службой, зачастую неудобны. Как раз с этой проблемой и позволяет справиться «Бизнес Онлайн».
Подключить услугу может любой желающий, обладающий ИП или другим зарегистрированным предприятием. Для этого нужно подать заявку в отделении Сбербанка, сотрудник обработает запрос и выдаст новому пользователю уникальный идентификационный номер и пароль. После этого банковский клиент получит доступ к:
С первой опцией — платежными поручениями — связано то самое ненавистное «ключ счета получателя указан неверно».
Ключ счета получателя — это совокупность данных об адресате, без которых отправка платежного поручения невозможна. По сути, ключ счета — это реквизиты. Число формируется следующим образом:
Ключ (девятый знак в числе), как правило, принимает значение «2», «5» или «9». В редких случаях счету дается другой ключ или контрольный разряд.
Обратите внимание: ключ невозможно поменять, даже если обращаться с заявлениями в банк. Все дело в том, что девятый знак в коде — ключевое значение для обработки запросов. Смена ключа привела бы к невозможности определить получателя и, как следствие — привело бы к хаосу в банковских структурах.
В каких случаях возникает ошибка ключевания счета получателя?
Ошибка ключевания означает, что банк не может распознать введенные реквизиты. Сбербанк автоматически выдает сообщение об ошибке, если система считает, что указанный счет не существует. Сбой происходит, как правило, в следующих случаях:
В совсем редких случаях ошибка означает, что счет, равно как и юридическое лицо, куда направляются деньги, перестал существовать. Но если вы на 100% уверены, что получатель не закрыл свое предприятие, значит, ошибка все же в неправильно набранных реквизитах.
Что делать в такой ситуации и как все исправить?
Если вам кажется, что ключ счета получателя неверен и он должен быть со значением «4», в такой ситуации лучше всего сразу связаться с адресатом, чтобы заново получить от него реквизиты.
Но сначала попробуйте выполнить следующий алгоритм действий:
Как создать платежку без ошибок?
Для правильного оформления платежного поручения нужно понимать, что это вообще за документ. «Платежкой» называют распоряжение о списании средств с вашего предприятия в пользу контрагента. Поэтому для платежного поручения требуются реквизиты получателя — без них банк не сможет понять, по какому адресу должны быть доставлены денежные средства.
Укажите в рабочем пространстве «Бизнес Онлайн» все реквизиты, проверив их на наличие ошибок:
Чтобы платежка обработалась без проблем и дошла до адресата, следует правильно заполнять окна для ввода данных:
Ключевой момент наступает сразу же после попытки отправить запрос на обработку: если возникнет ошибка, система вас об этом уведомит, и вам понадобится исправить неверно введенные данные согласно пункту нашей статьи «Что делать и как все исправить?». Если ошибки отсутствуют, напротив платежки появится обозначение «Принято».
Когда заполняется поле 109 «Дата документа»
Поле 109 «Дата документа» заполняется при формировании платежных поручений для перечисления налогов в бюджеты всех уровней. При этом нужно руководствоваться Правилами указания информации в реквизитах распоряжений о переводе денежных средств в уплату платежей в бюджетную систему Российской Федерации, утвержденными приказом Минфина России от 12.11.2013 № 107н.
Правила заполнения поля 109
В поле 109 «Дата документа» указывается дата основания платежа. Рассматриваемое поле состоит из 10 знаков:
Важно сразу заметить, что поле 109 «Дата документа» взаимосвязано с полем 106 «Основание платежа». Его значения напрямую зависят от значений этого поля.
Внимание! С 01.05.2021 обязательно заполняйте поле 15, в котором указывается номер счета банка получателя средств (номер банковского счета, входящего в состав единого казначейского счета (ЕКС)). С этой даты также меняются реквизиты Казначейских счетов и наименование банка получателя. Подробности смотрите в нашем материале. А с 01.10.2021 произошли изменения в реквизитах платежного поручения на уплату налогов, в том числе, в полях 101, 106 и 108.
Для платежей текущего периода, когда в поле 106 «Основание платежа» указывается показатель ТП, а налог уплачивается в соответствии с деклараций, в поле 109 «Дата документа» проставляется дата подписания декларации, представленной в налоговый орган. При добровольном погашении кредиторской задолженности по налогам, при условии ее самостоятельного обнаружения, в поле 109 указывается 0 (значение поля 106 — ЗД).
В исключительных случаях, установленных законодательством, в поле 109 «Дата документа» проставляется конкретная дата. Это происходит, когда поле 106 «Основание платежа» имеет значение:
В случае, когда организация уплачивает авансовый платеж по налогу либо затрудняется с выбором значения для поля 109, допускается указание значения 0. Это подтвердили чиновники в письме Минфина России от 25.02.2014 № 02-08-12/7820.
Если у вас есть доступ к КонсультантПлюс, проверьте правильно ли вы заполнили платежное поручение на уплату налогов. Если доступа нет, получите пробный онлайн-доступ к правовой системе бесплатно.
Примеры заполнения поля 109
Разберем несколько примеров заполнения поля 109 «Дата документа».
Организация уплачивает текущий платеж по налогу на прибыль. Дата подписания декларации, представленной в налоговый орган, — 27.10.2021. Тогда поле 106 «Основание платежа» имеет значение ТП, следовательно, в поле 109 будет указано: 27.10.2021.
Организация самостоятельно выявила недоплату по налогу на имущество за 2020 год и перечисляет его. При этом поле 106 должно иметь значение ЗД, а поле 109 — 0.
КБК по налогу на имущество ищите здесь.
Организация уплачивает налог по требованию налогового органа от 22.12.2021. В поле 106 указано значение ЗД, в поле 108 номер требования в формате «ТР0000000000000», а в поле 109 — дата выставленного требования: 22.12.2021.
О порядке выставления налоговиками требования можно узнать из подборки материалов этой рубрики.
Организация уплачивает авансовый платеж по земельному налогу. В поле 106 «Основание платежа» нет никаких значений, в поле 109 будет указан 0.
О том, как правильно заполнить платежное поручение на уплату земельного налога, см. в статье «Платежное поручение на уплату земельного налога (образец)».
Итоги
Поле 109 «Дата документа» не несет в себе ключевую информацию о совершаемом платеже и не приводит к неперечислению налога в бюджет, а также начислению пеней. Однако правила заполнения данного поля закреплены законодательно, поэтому каждому бухгалтеру необходимо ознакомиться с ними, прежде чем приступать к формированию платежных поручений.