есть пара функций, откуда вызываются запросы, соответственно запросов тоже два.
один попроще, отрабатывает нормально
на втором выходит ошибка:
Ошибка при получении значения атрибута контекста (EOF)
        Если RecordSet.EOF И RecordSet.BOF Тогда
по причине:
Произошла исключительная ситуация (ADODB.Recordset): Operation is not allowed when the object is closed.

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

SELECT distinct
    n_rtcustomer
into #points
FROM rtcustomers  
WHERE n_kc = 0
        and n_canal = '2'
        and n_region = '1063'
        AND n_rtcustomerDS = '120328'
        and n_zone = 0
        and n_categ in ('5','6')
        and n_mmode in ('1')
CREATE unique clustered  index MyIndex1 on #points(n_rtcustomer)

SELECT distinct
    Sale.n_rtcustomer
FROM
    Sale
    inner join #points as t2
    on Sale.n_rtcustomer = t2.n_rtcustomer
WHERE
    SaleMarker = '1'
    AND date < '20160201'
    AND date >= '20150801'
    AND n_region = '1063'AND n_rtcustomerDS = '120328'
                                
drop table #points

а drop table разве возвращает какой-то recordset?
или я чего-то не понимаю?

он таблицу временную удаляет, без этого на sql ms идет ошибка, что такая таблица уже существует

видимо придётся сделать усилие и вынести drop table в третий запрос

(0) Да оберните все в хранимку  и дерните ее.

В хранимке drop table #points можно  не писать т.к. они  удаляются сами  .

а можно ещё сделать соответствие соответствий по общим полям и запихать в них структуру с дополнительными полями.
это просто мысль, как альтернатива - производительность и потребление ресурсов нужно проверять.

(6) не в ту ветку :(

и всего одна строка вызова Exec МояХранимка .  Просто и коротко.

(3)
убрала "drop table #points" из запроса
выходит та же ошибка

(9) Нет записей?

(10) копирую текст запроса, выполняю его в sql - записи есть

по адо хочешь пакетник выполнить ?

выкини дроп и первый запрос помести просто в подзапрос во втором селекте(заместо создания временной таблички)

усё

(12,13,14)
угу, хотела
не работает такое, да?
сначала так и сделала, но в sql посмотрела, что с подзапросом намного дольше выполняется
хотела оптимизировать

(15) неа

(15) между запросами знак ; проставь или операторы используй Begin...End

+(17) а дроп выполняй уже после обработки результата запроса

(17, 18) ";" уже пробовала, не помогло
дроп убрала вообще, почему-то не ругается на существующую таблицу, может она между запросами уничтожается...

(0) Верни запрос в исходное сосотяние и напиши в начале SET NOCOUNT ON
Специалистов развелось...

(20) в исходное - это в какое? как в (0)?

(21) да, вместе с дропом времянки и т.п.

(22) оо, спасибо большое!! все получилось

Вообще времянку здесь лучше дропать с проверкой, как-то типа
if not object_id('tempdb..points') is null drop table #points

Тогда при развале логики неожиданностей не будет