Загрузка данных в 1с Бухгалтерию из стороннего приложения через API
Приветствую.
Есть 1с бухгалтерия. Есть некий программный комплекс, база данных. Обе программы находятся в единой корпоративной сети, на разных серверах.
Из другой БД для 1с выгружаются данные в файл. Потом в 1с они загружаются и дальше с ними происходит работа.
Есть желание наладить данный обмен напрямую между программами через API, техническая возможность есть.
На практике я с этим механизмом дела не имела, поэтому прошу помощи и совета у бывалых.
В интернете куча информации с примерами кода, но в основном если идёт обмен с сайтом. В итоге сложно найти ответы на вопросы, которые видимо настолько банальны, что про них нигде и не пишут.
Например, правильно ли я понимаю, что публиковать базу на веб-сервере не нужно, если 1с работает только на приём данных?
Правильно ли что в моём случае нужно использовать Http сервис? Или же web сервис? Не до конца уловила разницу...
Если это не сайт, а другая БД, то что прописывать в адресе и запросе?
Буду благодарна за ответы.
Есть 1с бухгалтерия. Есть некий программный комплекс, база данных. Обе программы находятся в единой корпоративной сети, на разных серверах.
Из другой БД для 1с выгружаются данные в файл. Потом в 1с они загружаются и дальше с ними происходит работа.
Есть желание наладить данный обмен напрямую между программами через API, техническая возможность есть.
На практике я с этим механизмом дела не имела, поэтому прошу помощи и совета у бывалых.
В интернете куча информации с примерами кода, но в основном если идёт обмен с сайтом. В итоге сложно найти ответы на вопросы, которые видимо настолько банальны, что про них нигде и не пишут.
Например, правильно ли я понимаю, что публиковать базу на веб-сервере не нужно, если 1с работает только на приём данных?
Правильно ли что в моём случае нужно использовать Http сервис? Или же web сервис? Не до конца уловила разницу...
Если это не сайт, а другая БД, то что прописывать в адресе и запросе?
Буду благодарна за ответы.
По теме из базы знаний
- 54-ФЗ и Разрешительный режим. Обработки для подключения онлайн-касс к 1С (поддержка Маркировки) + Эмулятор + ФФД 1.2
- Загрузка номенклатуры c картинками (несколько потоков одновременно) и сопутствующими данными в базу и любые документы из yml, xls, xlsx, xlsm, ods, ots, csv для УТ 10.3, УТ 11 (все), БП 3, КА 2, ERP 2, УНФ 1.6/3.0, Розница 2/3.0
- Загрузка отчета о продажах WildBerries для бухгалтера из API Статистики и Отчетов в формате *.xlsx в 1С документ "Отчет комиссионера"
- Стартап на 1С. Хроники (1)
- Интеграция 1С:БГУ 2.0 с приложением "Госключ", "Бизнес Системы: Электронная подпись"
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(8)
Я с вами абсолютно согласна. Особенно в части отладки и поиска ошибок. Т.к. базы совершенно разные, то данные потом в 1с сопоставляются очень изощрённо. Файл в этом случае наиболее простой и прозрачный вариант.
Но понимаете, начальство)
Считает, что в нашу-то эру автоматизации и цифровизации, тот момент что оператор заходит в одну базу, выгружает файлик. Потом заходит в другую базу и загружает этот файлик. Это дремуче и несовременно.
Люди везде обмен через API внедряют, а мы файликами балуемся. Велено проработать этот вопрос)
Сомневаюсь, что мы в итоге уйдём от файлов, но на всякий случай изучаю информацию с чего вообще начинать чтобы 1с стала общаться по API.
Я с вами абсолютно согласна. Особенно в части отладки и поиска ошибок. Т.к. базы совершенно разные, то данные потом в 1с сопоставляются очень изощрённо. Файл в этом случае наиболее простой и прозрачный вариант.
Но понимаете, начальство)
Считает, что в нашу-то эру автоматизации и цифровизации, тот момент что оператор заходит в одну базу, выгружает файлик. Потом заходит в другую базу и загружает этот файлик. Это дремуче и несовременно.
Люди везде обмен через API внедряют, а мы файликами балуемся. Велено проработать этот вопрос)
Сомневаюсь, что мы в итоге уйдём от файлов, но на всякий случай изучаю информацию с чего вообще начинать чтобы 1с стала общаться по API.
(9)
В этом случае предпочтителен вариант:
1. Файлик выгружается автоматически на доступный ресурс.
2. Файлик загружается автоматически с доступного ресурса.
3. Ведется журналирование загрузок файлов для поиска ошибок в случае чего.
И быстрее реализуемо, и автоматизация полная. Комбо
Считает, что в нашу-то эру автоматизации и цифровизации, тот момент что оператор заходит в одну базу, выгружает файлик. Потом заходит в другую базу и загружает этот файлик. Это дремуче и несовременно.
В этом случае предпочтителен вариант:
1. Файлик выгружается автоматически на доступный ресурс.
2. Файлик загружается автоматически с доступного ресурса.
3. Ведется журналирование загрузок файлов для поиска ошибок в случае чего.
И быстрее реализуемо, и автоматизация полная. Комбо
1. Сначала определиться "кто кого".
2. Потом определиться с транспортом - HTTP, WS, COM и т.д. (обе стороны должны его поддерживать).
3. Потом определиться с составом данных (я так понял примерно уже есть)
4. Потом определиться с контрактами - с форматами и структурой передаваемых сообщений (XML, JSON, TXT, ...)
5. Потом начинать творить на обеих сторонах (один бизнесмен идет искать вагон повидла, чтобы его продать; второй бизнесмен идет искать миллион рублей, чтобы купить вагон повидла)
А вот уже в зависимости от выбранных пунктов 1-2 (кто кого каким транспортом имеет) принимать решение о публикации базы на веб.
2. Потом определиться с транспортом - HTTP, WS, COM и т.д. (обе стороны должны его поддерживать).
3. Потом определиться с составом данных (я так понял примерно уже есть)
4. Потом определиться с контрактами - с форматами и структурой передаваемых сообщений (XML, JSON, TXT, ...)
5. Потом начинать творить на обеих сторонах (один бизнесмен идет искать вагон повидла, чтобы его продать; второй бизнесмен идет искать миллион рублей, чтобы купить вагон повидла)
А вот уже в зависимости от выбранных пунктов 1-2 (кто кого каким транспортом имеет) принимать решение о публикации базы на веб.
(5) Можно опубликовать только сервисы, без самой базы. Но публикация по любому нужна будет.
Публикация нужна тому, кто будет отвечать на HTTP-запросы. А вот для того, чтобы их посылать - публикация не нужна.
независимо от направления обмена?
Что за новые вводные? Уже в две стороны собираетесь иметь друг друга?
Публикация нужна тому, кто будет отвечать на HTTP-запросы. А вот для того, чтобы их посылать - публикация не нужна.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот