Загрузка данных в 1с Бухгалтерию из стороннего приложения через API

1. Sessill 14.11.24 14:18 Сейчас в теме
Приветствую.
Есть 1с бухгалтерия. Есть некий программный комплекс, база данных. Обе программы находятся в единой корпоративной сети, на разных серверах.
Из другой БД для 1с выгружаются данные в файл. Потом в 1с они загружаются и дальше с ними происходит работа.
Есть желание наладить данный обмен напрямую между программами через API, техническая возможность есть.
На практике я с этим механизмом дела не имела, поэтому прошу помощи и совета у бывалых.
В интернете куча информации с примерами кода, но в основном если идёт обмен с сайтом. В итоге сложно найти ответы на вопросы, которые видимо настолько банальны, что про них нигде и не пишут.
Например, правильно ли я понимаю, что публиковать базу на веб-сервере не нужно, если 1с работает только на приём данных?
Правильно ли что в моём случае нужно использовать Http сервис? Или же web сервис? Не до конца уловила разницу...
Если это не сайт, а другая БД, то что прописывать в адресе и запросе?

Буду благодарна за ответы.
По теме из базы знаний
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
8. RustamZz 14.11.24 16:34 Сейчас в теме
(1) Оставьте так как есть сейчас. Зоны ответственности разделены, легко отлаживать не работающий обмен, выгруженные данные можно просмотреть простым блокнотом. И самое главное правило: работает - не трож!
Raskad; starjevschik; +2 Ответить
9. Sessill 14.11.24 18:07 Сейчас в теме
(8)
Я с вами абсолютно согласна. Особенно в части отладки и поиска ошибок. Т.к. базы совершенно разные, то данные потом в 1с сопоставляются очень изощрённо. Файл в этом случае наиболее простой и прозрачный вариант.

Но понимаете, начальство)
Считает, что в нашу-то эру автоматизации и цифровизации, тот момент что оператор заходит в одну базу, выгружает файлик. Потом заходит в другую базу и загружает этот файлик. Это дремуче и несовременно.
Люди везде обмен через API внедряют, а мы файликами балуемся. Велено проработать этот вопрос)
Сомневаюсь, что мы в итоге уйдём от файлов, но на всякий случай изучаю информацию с чего вообще начинать чтобы 1с стала общаться по API.
10. user2107191 14.11.24 19:24 Сейчас в теме
(9)
Считает, что в нашу-то эру автоматизации и цифровизации, тот момент что оператор заходит в одну базу, выгружает файлик. Потом заходит в другую базу и загружает этот файлик. Это дремуче и несовременно.

В этом случае предпочтителен вариант:
1. Файлик выгружается автоматически на доступный ресурс.
2. Файлик загружается автоматически с доступного ресурса.
3. Ведется журналирование загрузок файлов для поиска ошибок в случае чего.

И быстрее реализуемо, и автоматизация полная. Комбо
11. Sessill 15.11.24 12:16 Сейчас в теме
(10)
Кстати вариант, да. Спасибо, подумаем.
2. user2107191 14.11.24 14:33 Сейчас в теме
1. Сначала определиться "кто кого".
2. Потом определиться с транспортом - HTTP, WS, COM и т.д. (обе стороны должны его поддерживать).
3. Потом определиться с составом данных (я так понял примерно уже есть)
4. Потом определиться с контрактами - с форматами и структурой передаваемых сообщений (XML, JSON, TXT, ...)
5. Потом начинать творить на обеих сторонах (один бизнесмен идет искать вагон повидла, чтобы его продать; второй бизнесмен идет искать миллион рублей, чтобы купить вагон повидла)

А вот уже в зависимости от выбранных пунктов 1-2 (кто кого каким транспортом имеет) принимать решение о публикации базы на веб.
3. Sessill 14.11.24 15:11 Сейчас в теме
(2)
Спасибо за ответ.
Данные передаются из другой БД в 1с, только в одну сторону.
На данный момент обмен идёт через файлы в формате json , т.е. формат и структура уже заданы.
По поводу п. 2 надо уточнить, но точно не через com.
4. user2107191 14.11.24 15:16 Сейчас в теме
(3)
По поводу п. 2 надо уточнить, но точно не через com.
Значит, придется сервисы публиковать HTTP Или WS на вебе.
5. Sessill 14.11.24 15:21 Сейчас в теме
(4)
Т.е. если http или wb, то база к публикации обязательна независимо от направления обмена?
6. user2107191 14.11.24 15:26 Сейчас в теме
(5) Можно опубликовать только сервисы, без самой базы. Но публикация по любому нужна будет.
независимо от направления обмена?
Что за новые вводные? Уже в две стороны собираетесь иметь друг друга?
Публикация нужна тому, кто будет отвечать на HTTP-запросы. А вот для того, чтобы их посылать - публикация не нужна.
kasper076; +1 Ответить
7. Sessill 14.11.24 16:11 Сейчас в теме
(6)
Уже в две стороны собираетесь иметь друг друга?

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

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот