Универсальный обмен с другой программой УТ 11 (Базовая) <-> БП 3 (Проф)

1. feva 521 31.08.18 09:47 Сейчас в теме
Добрый день товарищи!
Дано:
1) Бухгалтерия 3.0 (далее бп) проф актуальной версии (типовая, обновляется через сервис) с заведёнными данными;
2) Управление Торговлей 11 (далее ут) базовая последней версии. Пустая;

Задача:
Подружить их. Полная выгрузка данных из БП в УТ (в том числе и реализации, поступления).
Обмен в двухстороннем порядке: заказы, банковские доки, реализации поступления и прочее должно кататься из ут в бп из бп в ут при синхронном ведении учёта.

Решение:
Настраиваю типовой обмен через универсальный формат с другой программой (при подготовительных работах опытным путём было установлено, что в торговлю не едут реализации и поступления при настройке не как с другой программой, а как с выбранной программой (БП/УТ соответственно)). Если пустить всё на смотёк и просто кликать обменяться - обмен ты кается в первый попавшийся документ при загрузке в УТ и прекращается.
Далее решил настроить УТ под работу - включил использование заказов, договоров покупателя/поставщика, несколько складов.
Очистил зарегистрированные к обмену документы и решил перекинуть справочники (текущий этап). Всё перенеслось без пререканий кроме договоров.
При попытке загрузки договоров выдаёт ошибку:

Событие: Получение.
Объект XDTO: Справочник.Договоры, ПРОВЕРКА ОБМЕНА №ПРОВЕРКА ОБМЕНА от .

{ОбщийМодуль.ОбменДаннымиXDTOСервер.Модуль(5310)}: Ошибка при вызове метода контекста (ПолучитьНавигационнуюСсылку)
по причине:
Недопустимое значение параметра (параметр номер '1') (Нельзя получить навигационную ссылку от значения типа Структура)


Нюансы:
- Обмен через файл.
- Создал новый договор, без какой либо информации лишней, только наименование и код с контрагентом.
- В демо версии (Ут пустая; бп демо) не едут банковские счета, договора выгружаются.
- В коде посмотреть что к чему не могу - в базовых версиях ОбщийМодуль.ОбменДаннымиXDTOСервер скрыт от глаз люцких
- ОбщийМодуль.ОбменДаннымиXDTOСервер различается в проф и базовой (как я понял) т.к. по переходу к строке вываливается какая-то дичь.

Вопрос:
В чём профит? Фича или баг? Кто сталкивался? Как решить?
По теме из базы знаний
Вознаграждение за ответ
Показать полностью
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
3. dandykry 10 03.09.18 09:57 Сейчас в теме +0.5 $m
(1)
в торговлю не едут реализации и поступления при настройке не как с другой программой

Они не должны ехать из-за отличия логики документов.
В торговле в 1 реализации можно указать 2 склада, как минимум. При загрузке в БП подставляется склад по умолчанию, который указан в настройках.

По логике, вы указываете все в УТ и выгружаете в БП. Из бп только фин. документы в Ут.

Через "другую программу" ничего хорошего вы не получите.

ваш выход - писать собственные правила
AndKovalchuk; feva; +2 Ответить
4. feva 521 03.09.18 10:14 Сейчас в теме
(3) Писать собственные правила для универсального обмена через XML?
5. dandykry 10 03.09.18 10:16 Сейчас в теме
(4) Либо их, что является прошлым веком, либо через EnterpriseData, на котором и работают большинство типовых обменов. разницы нет, итог один и тот же
6. feva 521 03.09.18 10:43 Сейчас в теме
(5) Насколько я знаю, правила обмена через EnterpriseData - "вшиты" в программный код и изменению на базовых версиях не подлежат, или ошибаюсь? Есть альтернативы по подобию универсального обмена через XML?
7. dandykry 10 03.09.18 10:51 Сейчас в теме
(6) Вшиты, с возможностью подменить их.
вот тут в конце
https://infostart.ru/public/695523/
8. feva 521 03.09.18 10:58 Сейчас в теме
(7) Спасибо за альтернативный вариант решения!
2. Xershi 1505 02.09.18 07:38 Сейчас в теме
Для базовых кажись нельзя менять обмен. Придется обновлять, а там и правила измените!
9. feva 521 03.09.18 11:00 Сейчас в теме
Тема не закрыта, были ли у кого ещё случаи подобные? Решались?
10. dandykry 10 03.09.18 11:06 Сейчас в теме
(9) решались переубеждением заказчика, потому что это дорого поддерживать.

Обмен в двухстороннем порядке: заказы, банковские доки, реализации поступления и прочее должно кататься из ут в бп из бп в ут при синхронном ведении учёта.


заказы - В УТ очень нагруженный документ, является важной аналитикой. В БП просто Счет на оплату
банковские доки - Всегда нужно вести в 1 программе. даже типовой обмен УТ-БП иногда косячит и не может сопоставить одинаковые документы. Например в БП загрузили в обед из клиентбанка и выгрузили в УТ
реализации поступления и прочее - слишком сильно разнятся логики документов из-за того, что УТ это больше управленческий учет. Даже при типовой выгрузке УТ-БП приходится бухгалтеру сверяться и обрабатывать документы.

В чем необходимость вести параллельно одни и те же бизнес-процессы в разных конфигурациях?
12. feva 521 03.09.18 11:25 Сейчас в теме
(10)см (11)
С банковскими доками ещё ладно, а вопрос о параллельном вводе заказов/счетов и реализаций - вопрос ключевой...
11. feva 521 03.09.18 11:24 Сейчас в теме
Тут как нигде применяется выражение "Скупой платит дважды". Фирма небольшая, директор хочет видеть управленческий учёт (себестоимость, выручку и т.д.) + вносить реализации, счета. Бухгалтерия для бухгалтерских нужд. Решили купить директору программу отдельную (раньше вёл в бп учёт по wi-fi но когда бп разговняшилась в 4гб "стало подтармаживать"). Вот как то так.
13. dandykry 10 03.09.18 12:01 Сейчас в теме
(11)
видеть управленческий учёт
- настолько широко используются возможности УТ?
себестоимость, выручку и т.д
. - себестоимость он увидит только после закрытия месяца как и в БП. Если хочет наблюдать плановые, то и в БП можно огранизовать отчет
вносить реализации, счета
- что мешает в БП это делать
раньше вёл в бп учёт по wi-fi но когда бп разговняшилась в 4гб "стало подтармаживать
- можно свернуть, разобраться в чем тормоза. 4гб это не космос. Больше зависит от количества пользователей и скорости диска. Мозможен апгрейд железа или переход хотя бы на сервер-мини.

Я могу поделиться опытом:
Если клиент адекватный, то объяснить, что это плохая мысль потому что "1) Дорого, 2) потребуется поддержка и большие затраты 3) лишние проблемы всем 4) Можно купить КА 2, там все есть, но это монстр для нас, он нам не нужен 5) Давайте найдем компромисс из того, что имеем, но с другой схемой 6) ..........."

Если клиент неадекватный - выставить ценник 150т с условием, что каждый месяц нужно будет платить еще 30т на сопровождение (SLA). До неадекватных хорошо доходит, когда большие суммы ради "я хочу так". Правда отношения портятся, если не донести за что так много. (был опыт когда на 150 согласились ;-( )

В любом случае, если пойдете дальше по пути синхронизации баз, то наживете уйму бед как со стороны обновлений 1с, так и со стороны "код без ошибок не рождается"
14. feva 521 03.09.18 12:10 Сейчас в теме
(13)
- можно свернуть, разобраться в чем тормоза. 4гб это не космос. Больше зависит от количества пользователей и скорости диска. Мозможен апгрейд железа или переход хотя бы на сервер-мини
- клиент из мелкого сегмента и на какие-то серьёзные капиталовложений не готов. "Всё по минималочке".
- себестоимость он увидит только после закрытия месяца как и в БП. Если хочет наблюдать плановые, то и в БП можно огранизовать отчет
- да, с этого и начали. Настраивали отчёты, писали какие-то алгоритмы. В итоге начальник отдела пришёл к консилиуму с клиентом, что УТ это панацея. А на этапе внедрения клиент выдвинул пожелания, о обмене. Нашёл статью, что была успешная практика настройки через обмен с прочими, но никаких комментариев либо ответов не получил. Только указанную ошибку.
По этому решил до конца вникнуть и разобраться в данном вопросе - опыт интересный.
15. user733067 07.06.19 14:28 Сейчас в теме
Добрый день! бухгалтер жалуется,что из ут в бухгалтерию не происходит интеграция наш сис говорит,что неправильно созданы упаковки,но мы ведем учет в парах,могут ли эти упаковки влиять на выгрузку?раньше таких вопросов не было может сис ошибается?
Оставьте свое сообщение

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