Нужно найти программные средства взаимодействия с EXEL и 1C, можно ли программно выгружать из 1C?
Нужно наладить взаимосвязь 1C и эксель, внутренние средства не позволяют получить нужный функционал, решено было совместить программно, полностью или частично. С экселем более менее понятно, там есть макросы на бейсике. Но ищу средства на C#. Читать/записывать в ячейки , с 1С все менее понятно как и что. Желательно укажите в каком направлении курить тему, если готовых гайдов нет :)
В данный момент задача выгружать ведомость, или другие данные, формировать ведомость в экселе, там удобнее, есть фильтры и тд. задачи не редко меняются. Так что основной концепт это программно работать с экселем и 1С, из 1С выгружать данные бд. Эксель читать и править ячейки.
stictt, т.к. задача толком не ясна, подозреваю, что большинство ваших хотелок можно сделать в 1С. Я всю дорогу занимаюсь обратным - увожу людей с экселя и у меня это весьма успешно получается.
Из 1с рулить экселем можно средствами встроенного языка, через тот же COM.
Из экселя рулить 1с можно средствами встроенного VB через COM.
Но ищу средства на C#
Этот язык не встроен ни в 1с, ни в офис.
Но он позволяет писать приложения под windows.
Поэтому вы можете написать на нем программу, которая будет рулить 1с или экселем, или чем нибудь еще.
Нашел Microsoft.Office.Interop.Excel , до этого тоже пытался с ним работать. Странная проблема с библиотекой, все что ты можешь сделать это программно открыть окно экселя и создать книгу, ни один код и примеров и руководства не работает, не читать, не записывать данные не получатся. https://docs.microsoft.com/ru-ru/dotnet/csharp/pro... хотя бы из этой ссылки. Можете обьяснить в чем причина ? может билблиотеку нужно зарегестрировать где то в виндус сначала ? к VS успешно добавил в зависимости.
"Мсье знает толк..." (С)
По-моему, даже в руководстве пользователя 1С приводятся примеры с созданием объекта Эксель прямо кодом 1С. Ну и дальше уже VBA в рамках созданного объекта. То есть "внутренних средств" более чем достаточно для реализации абсолютно любого взаимодействия.
Если, конечно, прикрутить сюда С# не является изначально обязательным условием...
