Обработка листа Excel в контексте &Сервер #758183

Есть лист эксель, хранится на рабочем столе(в нем выгрузка для документа поступления). Необходимо загрузить этот файлик т.е. программно открыть, передать на сервер и обработать.Проблема в том, что на севере Excell не установлен и установка запрещена. Таким образом файлик excell разбираем на клиенте и в каком то формате необходимо передать на сервер. Как Вы уже догадались реализация на УФ. Порекомендуйте каким образом это лучше сделать?

Есть лист эксель, хранится на рабочем столе(в нем выгрузка для документа поступления). Необходимо загрузить этот файлик т.е. программно открыть, передать на сервер и обработать.Проблема в том, что на севере Excell не установлен и установка запрещена. Таким образом файлик excell разбираем на клиенте и в каком то формате необходимо передать на сервер. Как Вы уже догадались реализация на УФ. Порекомендуйте каким образом это лучше сделать?

временное хранилище - в него пихай что хошь, лишь бы сериализовалось

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

любой формат который не трубует открытия сторонней программы

есть какая то функция которая бы лист ексель в файл типа "табличный документ" перевела?

а задача какая? что в этом файле? У меня обработка для 1С с компонентой на Питоне читает и грузит эксели без Экселя. Читает все форматы, работает во всех режимах 1С. и на всех операционках, даже на линуксе. Скорость 100 000 строк в минуту.

а картошку она чистить умеет?

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

УФ ?

в метода Прочитать в параметрах путь к файлу.

а питон требуется устанавливать?

это касательно моего 4 сообщения?

Табличная часть. Заполнять на клиенте. После чтения данных в табличную часть сходить на сервер и там все обработать.

МассивДанных = РабочийЛист.UsedRange.Value.Выгрузить;

на клиенте - ту уй когда что заполнишь. клиент 1С работает только с формой. никакие заполнения чего либо и тп в нем не существует.

И таблицу значений передавать тоже нельзя

Подскажи пож-та ещё как собрать обратно в табличный документ из массива

ты ври , да не завирайся

> никакие заполнения чего либо и тп в нем не существует. нельзя к чему обращаться ?

Ты сам то пробовал? Табличные части вполне себе заполняются на клиенте. Открой любой документ с табличной частью.

ну вы блин даете

Открыл. что дальше?))))

+ И для особо любознательных Маней могу сообщить - обработка также может иметь табличную часть. И точно также ее можно заполнить на клиенте. А доступна она будет на сервере без всяких извратов. Просто в контексте открытой формы.

не умеешь к с ТЧ работать на клиенте ?

Дальше пробуй ее заполнять.

ты идиот? ну и что что табличная часть у обработки. в процедурах клиента НИКАКИЕ методы не доступны по работе с данными в ПРИНЦИПЕ. там куда не плюнь идет вызов дальнейших процедур НА СЕРВЕРЕ. И клиент-серверной базе это значит что все это фактически осуществляется на сервере!

"ты идиот?" Держи себя в руках.

нефиг нести ересь.

тише тише ребята! проблема фигня))))) не стоит из-за неё ругаться!

чувак. Экселя нет! Ты сабж читал?

спасибо!

+ Никогда не видел расчет суммы в табличной части? Например в событии ПриИзменении? Типа такого : текСтрока.Сумма = текСтрока.Количество * текСтрока.Цена; При этом на сервер за такой фигней никто управление не гоняет. Прочитай книжку "Разработка управляемого интерфейса" - потом начинай надувать пузыри соплями.

меня забанили на время как то, теперь культурный стал, и Вам рекомендую)))

для себя сделал вывод что, нуна в табличный документ, его передавать на сервер и там разбирать. любые методы на сервере типа Эксель = Новый COMОбъект("Excel.Application"); не применимы , поскольку такого приложения нет.

Не в табличный документ. А в табличную часть.

P.S. Тип "Табличный документ" передавать можно

А табличная часть доступна в контексте. Без всяких передач.

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

какие проблемы в открой форме на клиенте заполнить таблицу (ТаблицаЗначений/ТабличнаяЧасть) ?

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

Всё не читал, но осуждаю © миста :) а почто-ж не такой способ? .. и т.д.. читаем Exel"евские файлы.. обрабатываем инфу, радуем бд.. ась?

не надо распространять свой опыт на всех че-то у меня все работает - хоть на клиенте, хоть на сервере что за проблемы с комом на сервере?

еперный балет. ВЫ САБЖ ЧИТАЛИ? Да пусть будет таблица - хоть я не знаю вагон таблиц. на КЛИЕНТЕ ты не запустишь КОМ чтоыб считать ЭКАСЕЛЬ! А значит по факту  НИКАКИМ боком никак ты эту ТЗ НЕ ЗАПОЛНИШЬ! Просто тупо потому что эксель не считаешь.

элементарная проблема - ЭКСЕЛЯ НЕТ. какой нафиг ком тут может быть.

Я уже молчу про то что если на сервере вообще будет линукс стоять;

Всё не читал, но сообщу, что у меня успешно работает обработка чтения файла Excelом на клиенте, записывает данные в Объект.МояТаблица А на платформе 8.3.6 и выше можно спокойно на сервере читать без Excel'я.

ну прям, не знаю &НаКлиенте я запущу на клиенте ексель

EXCEL я НЕТУ!!!! В этом особенность вопроса товарищи!

На клиенте?

КОроче говоря делаешь на форме Табличное поле. Тупо копи пастом из экселя копируешь и вставляешь все в 1С. Тут тебе ни эксель, ни вообще капли кода не нужно в принципе. И делай что душе угодно.

ты читал ? У нас на всех компах предприятия установлен ОО, ексель уничтожен. Читаем MSSC

даже если на КЛИЕНТЕ будет ЭКСЕЛЬ! КОМ работает только с ирективой   &НаСервере!!!! ну жесть просто. как такие вещи не знать.

Не нужно так кричать.

а я понял, что на клиенте есть: .Проблема в том, что на СЕРВЕРЕ Excell не установлен и установка запрещена. Таким образом файлик excell разбираем на КЛИЕНТЕ и в каком то формате необходимо передать на сервер.

&НаКлиенте

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

прям, страшно становится - я вот сейчас узнаю. что КОМ работает только с диррективой "на сервере" и оно у меня перестанет работать

Весь код приводить не буду, вот названия функций для чтения на улиенте 3-мя способами: &НаКлиенте Excel_ПолучитьДанные_COM_НаКлиенте Excel_ПолучитьДанные_ADO_НаКлиенте Excel_ПолучитьДанные_COMArray_НаКлиенте Это работает на клиенте:

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

Повторюсь для уточнения! на клиенте excell есть, на сервере excell нету!

Вот процедура которая используя КОМ работает на клиенте. Может я что-то не так делаю?

ну так открывай excel на клиенте, бери из него данные и передавай на сервер. в чем проблема то?

КОМ работает и на сервере и на клиенте, в зависимости что  он вызывает, если ком вызывает ексель, а он не установлен, соответственно вылезить ошибко!

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

Вот оно :

ды госпади. как угодно передавай. разве это вопрос.

так что маня слился ?

+ Оно заполняется на клиенте. И доступно на сервере без всяких танцев. Просто в контекстном вызове.

Неужели азы расписывать? ;) НаКлиенте:

Он до сих пор не понял что ТабличнаяЧасть <> ПолеТабличногоДокумента.

+ А Маня его убедил, что код НоваяСтрока = Объект.ДанныеExcel.Добавить; возможно выполнить только на сервере. Ибо маня так не знает, а значит оно невозможно.

это и на клиенте можно полностью. Если колонки все выведены на форму.

можно, но на сервере нужно найти номенклатуру по данным из файла...

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

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

Как то это не согласуется с "в процедурах клиента НИКАКИЕ методы не доступны по работе с данными в ПРИНЦИПЕ."  ЦЫ.

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

У маньяка ком не работает на клиенте?

слив засчитан

Мля, маня, иногда вообще задумываешься, а как ты пишешь то свои супер разработки с твоими знаниями =)

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

ты открой любую его поделку -- увидишь

на помедитируй =) COMОбъект (COMObject) Конструкторы: По имени приложения Описание: Создает COM-объект (например, Word, Excel и т.д.). Методы и свойства СОМ-объектов в дальнейшем становятся доступными через данный объект. Доступность: ТОНКИЙ КЛИЕНТ, веб-клиент, сервер, толстый клиент, внешнее соединение.

Даже если и сейчас работает - мне ком этот нафиг не вперся. У меня давно уже давно основаная задача это автозагрузка данных в регламентном задании на сервере.

Я открывал, на пред работе покупали (до меня ^^), комментировать не буду, ибо антиреклама =)

ну значит в последних платформах разрешили.

Сейчас? А когда не работал?

ты думаешь я точно помню? У меня на УФ обработка вышла на второй день выхода УТ11.

"мне ком этот нафиг не вперся" А ты свою хню на питоне как запускаешь?

а не использовать загрузку через ком объекты еще не предлагали? Что-нибудь типа вот так

естественно предварительно файлик передав на сервер.

что значит хнюб на питоне. Питон - высокоуровневый язык программирования. У меня ДЛЛ. Нативная. Для нее не нужно ничего. Работает на всех операционках.

книги она читать не умеет. да и кажется работает только с какими то отсталыми форматами экселя.

они ещё могут кстати из базы данные удалятьт

Я точно не помню экселем кажись полнейшая лажа с считыванием листов экселя.

да ладно тебе, пусть маня сам со своими клиентами разбирается =)

xls,xlsx,ods читает. единственный косяк, если несколько листов, то читает все. лист от листа отделяется пустой строкой в таблице НО! работает ОЧЕНЬ быстро и нативно. Не надо париться с установкой эксель. Очень удобно, возможно это то, что нужно автору.

а если листов несколько? оно будет работать?