Неверный синтаксис команды возможно ошибка

Неверный синтаксис команды возможно ошибка

Рассылка расчетных листков из 1С:ЗУП. Версия 3.

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

Предыдущие версии обработки:

Новое в версии 3:

  1. Добавлена совместимость с последними версиями типовой конфигурации ЗУП (разработчиками 1С были изменены некоторые общие процедуры и функции, которые используются этой обработкой).
  2. Прочие незначительные улучшения.

Рассылка расчетных листков из 1С:ЗУП. Версия 3.

Comments

Денис's picture

Добрый день.

Добрый день.
Не будет ли ящик заблокирован за спам?

Помнится, когда со своего ящика отправил за несколько дней несколько крупных рассылок (по друзьям-знакомым) — мой ящик заблокировали.

К сожалению, не было

К сожалению, не было возможности протестировать отправку расчетных листков через внешние почтовые сервисы. Рассылку делали только через внутренние почтовые сервера предприятия, а также через облачные сервисы Office365.

Semenych's picture

Не удалось отправить

Не удалось отправить сотруднику «Семеныч» по причине «Не удалось удалить файл C:UsersСеменычAppDataLocalTempСеменыч.pdf по причине: <ВнешняяОбработка.РассылкаРасчетныхЛистков.МодульОбъекта(136)>: Ошибка при вызове метода контекста (УдалитьФайлы): Ошибка удаления файлов: Ошибка совместного доступа к файлу 'C:UsersСеменычAppDataLocalTemp120214124645.zip'»

Вот как то так :(
При этом, файл пдф удаляется, а вот зип не пересылается и остается в темпе.
Собственно смысла запаковки в зип не вижу.
1С 8.3 ЗУП 2.5

Дмитрий Г.'s picture

Во-первых — все супер!

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

Спасибо. Постараюсь учесть в

Спасибо. Постараюсь учесть в следующих версиях обработки.

Антон's picture

Ухты ну спасибо . как раз

Ухты ну спасибо . как раз то что надо — ток под себя допилить и все — СПАСИБО .

Antoshator's picture

Ух ты . Все круто . Под

Ух ты . Все круто . Под себя чуть допилить и убрать Zip — СПАСИБО ОГРОМНОЕ Николас

Алексей's picture

Спасибо огромнейшее.

Вероника's picture

Подскажите, пожалуйста, где

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

Справочник «Учетные записи

Справочник «Учетные записи электронной почты».

Наталья's picture

Подскажите, плиз, при

Подскажите, плиз, при отправке расчетных листков выдается ошибка: Не удалось отправить сотруднику «Иванов Иван Иванович» по причине «Не удалось отправить сообщение электронной почты по причине: <ВнешняяОбработка.РассылкаРасчетныхЛистков.МодульОбъекта(117)>: Ошибка при вызове метода контекста (Послать): Данная операция не может быть выполнена, так как адрес SMTP сервера не указан.» Учетная запись электронной почты настроена, проверка подключения проходит успешно.

Вероятнее всего проблем с

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

В данной ситуации могу посоветовать следующее:

  1. Использовать почтовый сервер, который не требует SSL (Скорее всего придется сделать собственный, т.к. большинство почтовиков сейчас сделали обязательным шифрование. Это Майл.ру, Яндекс и др.)
  2. Перейти на платформу 8.3
  3. Сделать туннель, например, при помощи stunnel.

Олег's picture

у меня та же проблема:

у меня та же проблема:
Не удалось отправить сообщение электронной почты по причине: <ВнешняяОбработка.РассылкаРасчетныхЛистков.МодульОбъекта(117)>: Ошибка при вызове метода контекста (Послать): Неизвестная ошибка (SMTP error code 503)»

Зуп КОРП 2.5.95.1
1С:Предприятие 8.3 (8.3.6.2363)

Ошибка 503 может возникать в

Ошибка 503 может возникать в следующих случаях:

  • в поле Кому слишком много получателей
  • на почтовом сервере есть ограничение на количество отправляемых писем в единицу времени, например, 15 писем в минуту

Кстати, вот сейчас делаю

Кстати, вот сейчас делаю обновление конфигурации, в ЗУП начиная с версии 2.5.86.2 появилось:

Если ОбщегоНазначенияКлиентСервер.СравнитьВерсии(СистемнаяИнформация.ВерсияПриложения, «8.3.1.0») > 0 Тогда
Профиль.ИспользоватьSSLPOP3 = УчетнаяЗапись.ИспользоватьЗащищенноеСоединениеДляВходящейПочты;
Профиль.ИспользоватьSSLSMTP = УчетнаяЗапись.ИспользоватьЗащищенноеСоединениеДляИсходящейПочты;
КонецЕсли;

А это значит, что вам нужно обновлять ЗУП до версии не ниже 2.5.86.2 и платформу до версии не ниже 8.3.1.0.

Наталья's picture

Версия конфигурации 2.5.88.2,

Версия конфигурации 2.5.88.2, платформы 8.3.5.1443. Собственного сервера нет. Специалиста, который бы мог сделать туннель — тоже. Придется отакзаться от вашей полезной обработки?

Андрей's picture

Добрый день!

ЗуП 2.5 (2.5.90.1).
Выскакивают две ошибки:
1) Когда выбираю сотрудников для отправки:
<Форма.Форма.Форма(274)>: Значение не является значением объектного типа (Физлицо)
Если ДанныеСтроки.Руководитель = ДанныеСтроки.Сотрудник.Физлицо Тогда
Вопрос решаю, убрав физлицо.

2) когда начинаю отправлять:
<Форма.Форма.Форма(532)>: Значение не является значением объектного типа (Физлицо)
РезультатОтправки = ВыполнитьОтправку(СтрокаОтправки.Сотрудник.Физлицо, ПолучитьЕмаилФизлица(СтрокаОтправки.Сотрудник.Физлицо), ?(ОтправлятьКопиюСотрудникаОтветственному, ПолучитьЕмаилФизлица(Ответственный.ФизЛицо), «»), ПериодРегистрации, ОсновнаяУчетнаяЗапись, «», ФормаИндикатора, ОбщийСчетчик, (мСотруднику + мРуководителю));
тут тоже решается как и в первом пункте.
3)При самой отправке:
Не удалось отправить сотруднику «ХХХХХ» по причине «Не удалось отправить сообщение электронной почты по причине: <Обработка.РассылкаРасчетныхЛистков.МодульОбъекта(117)>: Ошибка при вызове метода контекста (Послать): Неверный синтаксис команды. Возможно ошибка в написании почтового адреса (SMTP error code 501, 5.1.3 Invalid address)»
С последним пунктом бы , Ваша помощь была бы не оценима.

Неверный синтаксис команды возможно ошибка

Ошибки и исключения.

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

Ошибки такого типа обычно находятся интерпретатором:

>>> while 1 print ‘Hello world’

while 1 print ‘Hello world’

SyntaxError: invalid syntax #Неверный синтаксис команды

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

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

Traceback (most recent call last):

ZeroDivisionError: integer division or modulo # Деление на нуль

Traceback (most recent call last):

#Нет такого имени переменной

Traceback (most recent call last):

TypeError: illegal argument type for built-in operation #Смешение разных типов

Конечно, всё было бы отлично, если пользователя удовлетворяли подобные сообщения, я лично в этом сильно сомневаюсь. Кроме этого, исключения могут генерировать ся в любой момент программы, что может вызвать потерю данных. По всем этим причинам желательно предусматривать возможность перехватывать исключения. Для этого используется блок try, который исполняет операторы внутри блока, но если возбуждается исключение, то оператор try ищет обработчик исключения(прерывая исполнение блока кода внутри try), обозначаемый except имя_исключения . Если обработчик не найден, то он ищется в других блоках try, если он не найден, то возникает непредвиденное(unhandled) исключение, которое отображается, как в предыдущем примере. Блок try выполняется до конца при отсутствии исключительных ситуаций, блоки except при этом пропускаются:

. x = int(raw_input(«Введите число «)) #Здесь может возникнуть исключение

. break #Если всё правильно, то выходим из бесконечного while

. except ValueError: #А вот здесь обрабатывается исключение неверного формата числа

. print »Ой-ой. Неправильное число. Попробуйте снова. «

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

. except (RuntimeError, TypeError, NameError):

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

import string, sys

except IOError, (errno, strerror):

print «I/O ошибка(%s): %s» % (errno, strerror)

print «Не могу преобразовать это в целое.»

print «Неожиданная ошибка:», sys.exc_info()[0] #Имя последнего исключения

raise #Возбуждение данного исключения ещё раз(см. далее)

В блоке try имеется дополнительный оператор else, который выполняется, при отсутствии исключений в блоке try:

for arg in sys.argv[1:]:

print ‘не могу открыть’, arg

print arg, ‘имеет длину в ‘, len(f.readlines()), ‘ строк’

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

. this_fails() #Функция, вызывающая исключительную ситуацию

. except ZeroDivisionError, detail:

. print ‘Возбуждено исключение:’, detail

Возбуждено исключение: integer division or modulo

Программное возбуждение исключений.

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

>>> raise NameError, ‘HiThere’

Traceback (most recent call last):

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

. raise NameError, ‘HiThere’

. print ‘Произошла ошибка!’

Traceback (most recent call last):

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

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

. print ‘Goodbye, world!’

Traceback (most recent call last):

__finally блок выполняется независимо от того произошло исключение или нет, если исключение произошло, то оно возбуждается ещё раз. Оператор try может иметь или блоки except или __finally, но не одновременно. Блок __finally выполняется даже во вложенных try, поэтому использование вложенных try(с except) и внешнего с __finally способно отловить и корректно обработать любые возникшие исключения.

Неверный синтаксис команды возможно ошибка

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

Синтаксические ошибки.

Ошибки такого типа обычно находятся интерпретатором:

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

Исключительные ситуации.

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

Конечно, всё было бы отлично, если пользователя удовлетворяли подобные сообщения, я лично в этом сильно сомневаюсь. Кроме этого, исключения могут генерировать ся в любой момент программы, что может вызвать потерю данных. По всем этим причинам желательно предусматривать возможность перехватывать исключения. Для этого используется блок try, который исполняет операторы внутри блока, но если возбуждается исключение, то оператор try ищет обработчик исключения(прерывая исполнение блока кода внутри try), обозначаемый except имя_исключения . Если обработчик не найден, то он ищется в других блоках try, если он не найден, то возникает непредвиденное(unhandled) исключение, которое отображается, как в предыдущем примере. Блок try выполняется до конца при отсутствии исключительных ситуаций, блоки except при этом пропускаются:

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

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

В блоке try имеется дополнительный оператор else, который выполняется, при отсутствии исключений в блоке try:

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

Программное возбуждение исключений.

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

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

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

Заключительные действия.

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

__finally блок выполняется независимо от того произошло исключение или нет, если исключение произошло, то оно возбуждается ещё раз. Оператор try может иметь или блоки except или __finally, но не одновременно. Блок __finally выполняется даже во вложенных try, поэтому использование вложенных try(с except) и внешнего с __finally способно отловить и корректно обработать любые возникшие исключения.

Исключения и их обработка в Python

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

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

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

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

Если вы попытаетесь обратиться к переменной, которой не было присвоено значение, что в случае Python означает, что переменная вообще не была объявлена, она не существует, то возникнет исключение NameError .

Последнюю строку сообщения можно перевести как «Ошибка имени: имя ‘b’ не определено».

Если исключение возникает при выполнении кода из файла, то вместо «line 1» будет указана строка, в которой оно возникло, например, «line 24». Вместо «» будет указано имя файла, например, «test.py». В данном же случае stdin обозначает стандартный поток ввода. По-умолчанию это поток ввода с клавиатуры. Строка 1 – потому что в интерактивном режиме каждое выражение интерпретируется отдельно, как обособленная программка. Если написать выражение, состоящее из нескольких строк, то линия возникновения ошибки может быть другой:

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

В примере строку «Hi» нельзя преобразовать к целому числу. Возникает исключение ValueError , потому что функция int() не может преобразовать такое значение.

Число 8 и строка «3» принадлежат разным типам, операнд сложения между которыми не поддерживается. При попытке их сложить возникает исключение TypeError .

Деление на ноль вызывает исключение ZeroDivisionError :

Обработка исключений. Оператор try-except

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

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

В Питоне такой перехват выполняет оператор try-except. «Try» переводится как «попытаться», «except» – как исключение. Словами описать его работу можно так: «Попытаться сделать то-то и то-то, если при этом возникло исключение, то сделать вот это и это.» Его конструкция похожа на условный оператор с веткой else . Рассмотрим пример:

Исключительная ситуация может возникнуть в третьей строчке кода, когда значение переменной n преобразуется к целому числу. Если это невозможно, то дальнейшее выполнение выражений в теле try прекращается. В данном случае выражение print(«Удачно») выполнено не будет. При этом поток выполнения программы перейдет на ветку except и выполнит ее тело.

Если в теле try исключения не возникает, то тело ветки except не выполняется.

Вот пример вывода программы, когда пользователь вводит целое число:

А здесь – когда вводит не то, что ожидалось:

Есть одна проблема. Код выше обработает любое исключение. Однако в теле try могут возникать разные исключения, и у каждого из них должен быть свой обработчик. Поэтому более правильным является указание типа исключения после ключевого слова except .

Теперь если сработает тело except мы точно знаем, из-за чего возникла ошибка. Но если в теле try возникнет еще какое-нибудь исключение, то оно не будет обработано. Для него надо написать отдельную ветку except . Рассмотрим программу:

При ее выполнении исключения могут возникнуть в трех строчках кода: где происходит преобразование введенных значений к вещественным числам и в месте, где происходит деление. В первом случае может возникнуть ValueError , во втором – ZeroDivisionError . Каждый тип исключения обрабатывается своей веткой except .

Несколько исключений можно сгруппировать в одну ветку и обработать совместно:

У оператора обработки исключений, кроме except , могут быть еще ветки finally и else (не обязательно обе сразу). Тело finally выполняется всегда, независимо от того, выполнялись ли блоки except в ответ на возникшие исключения или нет. Тело else сработает, если исключений в try не было, то есть не было переходов на блоки except .

Примечание. В данном коде используются комментарии. В языке Python перед ними ставится знак решетки # . Комментарии в программном коде пишутся исключительно для человека и игнорируются интерпретатором или компилятором.

Посмотрите, как выполняется программа в случае возникновения исключения и без этого:

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

Также исключение может возникнуть в блоке except , else или finally , и тогда им нужен собственный обработчик. Модифицируем немного предыдущую программу и специально сгенерируем исключение в теле except :

По началу может показаться, что все нормально. Исключение, генерируемое выражением 3 / 0 будет обработано веткой except ZeroDivisionError . Однако это не так. Эта ветка обрабатывает только исключения, возникающие в блоке try , к которому она сама относится. Вот вывод программы, если ввести не целое число:

Мало того, что не было обработано деление на ноль, поскольку тело except ValueError неудачно завершилось, само исключение ValueError посчиталось необработанным. Решение проблемы может быть, например, таким:

Здесь в тело except вложен свой внутренний обработчик исключений.

Практическая работа

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

Примеры выполнения программы:

Примеры решения и дополнительные уроки в android-приложении и pdf-версии курса

Ошибка при вызове метода контекста в 1С

Любой программист 1С встречался с таким сообщением, как «Ошибка при вызове метода контекста (Выполнить)». Обычно эта ошибка не вызывает затруднения у опытного программиста. Почему она возникает? Рассмотрим ниже.

Ошибка при вызове метода контекста

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

Самые распространенные ошибки при вызове типовых методов:

  • Записать
  • Создать
  • Подключиться
  • Connect
  • ПроверитьВывод
  • PreviewFile1C
  • Прочитать
  • Выполнить
  • ВыполнитьПакет
  • ПрочитатьИзменения

Рассмотрим пример. Мы программно создали запрос (справочник по запросам), передав в параметры «текст» вот такой фрагмент:

Ошибка в запросе

В конструкции «ГДЕ» мы преднамеренно ошиблись, поставив «И», но не прописав еще одно условие. Совершенно логично, что 1С не сможет справиться с таким запросом и выдаст ошибку:

<МодульСеанса(21)>: Ошибка при вызове метода контекста (Выполнить)
РезультатЗапроса = Запрос.Выполнить();
по причине:
<(13, 4)>: Синтаксическая ошибка
И <>

Рассмотрим еще один пример:

Получите понятные самоучители по 1С бесплатно:

Перенесем ошибочный код в обработчик «ПередЗаписью» справочника «Версии программ» и попробуем записать справочник программно. Видим ошибку:

<МодульСеанса(8)>: Ошибка при вызове метода контекста (Записать)
Выборка.ПолучитьОбъект().Записать();
по причине:
Ошибка при выполнении обработчика — ‘ПередЗаписью’
по причине:
<Справочник.ВерсииПрограмм.МодульОбъекта(20)>: Ошибка при вызове метода контекста (Выполнить)
РезультатЗапроса = Запрос.Выполнить();
по причине:
<(13, 4)>: Синтаксическая ошибка
И <>

Несмотря на то, что ошибка заключается в выполнения метода «Выполнить», система ругается и на строчку кода, где вызывается программная запись объекта.

Решение проблемы

Для решения проблемы достаточно понять, в чем именно заключается ошибка. В 99% случаев проблема решается банальным чтением справки и анализом проблемы.

Для того чтобы узнать, как пользоваться тем или иным методом, достаточно установить курсор на интересующей Вас функции и нажать «Ctrl + F1». Платформа 1С выдаст Вам контекстную подсказку по требуемому методу:

синтаксис помощник

Проверьте параметры, передаваемые в функцию, и правильность её использования.

Другие статьи по 1С:

    (обновление 1С, резервные копии и т.д);

К сожалению, мы физически не можем проконсультировать бесплатно всех желающих, но наша команда будет рада оказать услуги по внедрению и обслуживанию 1С. Более подробно о наших услугах можно узнать на странице Услуги 1С или просто позвоните по телефону +7 (499) 350 29 00. Мы работаем в Москве и области.

Рейтинг
( Пока оценок нет )
Понравилась статья? Поделиться с друзьями:
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!:

Adblock
detector