Связь 1с + Аксапта.Начинающая

[МасЯня]

На сервере, на одном скл крутяться 2 базы: Аксапты и 1с, так вот на нем код работает!, а на локалке нет

[mazzy]

Аксапта и 1С должны стоять на одной машине, чтобы работал простой COM.
MS SQL не обязательно.

[mazzy]

МасЯня, удалось добраться до вашего вопроса.

Действительно параметры, которые 1С считает параметрами по-умолчанию из Аксапты передать не удалось. Из Экселя все нормально...

Странно. Надо будет разобраться.
А у вас получилось найти решение?

[slava]

Господа, а подскажите как прочитать из 1С поле типа "Перечисление"?

[Ace of Database]

Я извиняюсь, а нельзя ли пойти другим путем?
Не вызывать 1С из Аксапты через COM.
А написать программу в 1С, в которой через ADO лезть в SQL-таблицы Аксапты.
То есть, программировать в 1С, а не в Аксапте.
Вообще, программировать надо в той системе, куда вставляютсмя данные - так проще.

[BVN]

Я присоединяюсь к тому что в 1С будет проще. Сделать в ней обработку и выгрузить хотя бы в dbf, а в ах-е загрузить.

[Hamster]

Мы сливали документы из 1С в Ax через dbf.
Выгружали в dbf, потом цепляли из ax.
Все работает на ура.

P.S.
упс...
невнимательно прочел начало.

Обратная задача тоже решаема.

[slava]

Цитата:

Изначально опубликовано Ace of Database
Я извиняюсь, а нельзя ли пойти другим путем?

Можно . В таком случае необходимо будет обращаться через COM connector к Axapta, чего не хотелось бы.
Почему не хочется.. Вкратце - на стороне 1С используется УРБД, а все механизмы получения данных разрабатываются в Аксапте. И агент, который будет инициировать генерацию пакетов в 1С - это пакетный сервер.

Цитата:

Изначально опубликовано Ace of Database
Вообще, программировать надо в той системе, куда вставляются данные - так проще.

Так мне нужно не только (даже так - не столько) чиать из 1С, сколько писать в нее.

[slava]

Цитата:

Изначально опубликовано BVN
Я присоединяюсь к тому что в 1С будет проще. Сделать в ней обработку и выгрузить хотя бы в dbf, а в ах-е загрузить.

Предпологается (почти) все делать автоматически. Заморочек с экспортом-импортом через промежуточный объект не хочется.

[Ace of Database]

Цитата:

Так мне нужно не только (даже так - не столько) чиать из 1С, сколько писать в нее.

Так поэтому-то в 1С и надо программировать, а не в Аксапте.

Цитата:

Можно . В таком случае необходимо будет обращаться через COM connector к Axapta, чего не хотелось бы.
Почему не хочется.. Вкратце - на стороне 1С используется УРБД, а все механизмы получения данных разрабатываются в Аксапте. И агент, который будет инициировать генерацию пакетов в 1С - это пакетный сервер.

Мне кажется, проще сделать так:
1) в пакетном сервере записывать в Аксапте данные в буферные таблицы
2) в 1С сделать как сервис Windows обработку, которая периодически сканирует буферные таблицы Аксапты и переносит данные из них в 1С

Я сам не умею программировать в 1С и не знаю как там настраивать пакетную обработку, но я слышал, что в 1С можно запускать обработки как сервисы Windows. У нас на предприятии идет интенсивный обмен данными с 1С, и везде, где в 1С записываются данные из Аксапты, обработка ведется на стороне 1С, а не в Аксапте.

[Ace of Database]

Вообще, мне кажется, надо чаще использовать SQL и ADO в вопросах интеграции.

[slava]

Цитата:

Изначально опубликовано Ace of Database
Так поэтому-то в 1С и надо программировать, а не в Аксапте.

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

Цитата:

Изначально опубликовано Ace of Database
Мне кажется..

А теперь представьте весь этот геморой с сопровождением двух!!! планировщиков-сервисов вместо одного. А передача данных "по требованию"?

Цитата:

Изначально опубликовано Ace of Database
Я сам не умею программировать в 1С

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

[Ace of Database]

Мы в свое время перепробовали много способов, в том числе и вызов 1С через COM. Мне именно программисты 1С посоветовали отказаться от вызова 1С через COM, потому что это работает нестабильно.

Цитата:

А теперь представьте весь этот геморой с сопровождением двух!!! планировщиков-сервисов вместо одного.

Со стороны 1С планировщик должен поддерживать программист 1С, со стороны Аксапты - программист Аксапты.
Если вы сделаете вызов 1С через COM в пакетной обработке в Аксапте, то эта пакетная обработка будет падать чаще, чем две разных обработки в Аксапте и в 1С, но без вызова 1С через Com.

Кстати, COM-коннектор в Аксапте работает очень надежно.

[slava]

Цитата:

Изначально опубликовано Ace of Database
Мне именно программисты 1С посоветовали отказаться от вызова 1С через COM, потому что это работает нестабильно.

Пока тьфу-тьфу... работает

Цитата:

Изначально опубликовано Ace of Database
Со стороны 1С планировщик должен поддерживать программист 1С

Где б его взять-то только..

Цитата:

Изначально опубликовано Ace of Database
Кстати, COM-коннектор в Аксапте работает очень надежно.

Знаю. Кстати, сейчас придумал вызывать из Аксапты 1С, в которой через COM вызывать Аксапту И волки сыты, и Перечисления обойду. Шучу

Цитата:

Изначально опубликовано Ace of Database
Если вы сделаете вызов 1С через COM в пакетной обработке в Аксапте, то эта пакетная обработка будет падать чаще, чем две разных обработки в Аксапте и в 1С, но без вызова 1С через Com.

Ладно ... будем считать это моим имхо против Вашего

Так чего с Перечислениями -то посоветуете?

[BVN]

Так тебе нужно в Ах-е работа с перечислениями или в 1С? Я что то торможу. По програмирование в 1с то могу бросить 1сland.chm (help -file 600к весом) на EMail, там и перечисление и .т.д. и т.п. все есть. А попробывать достать перечисление из ахсы не пробывал.

[slava]

Мне бы в Аксапте его прочитать, это Перечисление.