|
Обмен данными между УТ 11.3 и БП 3.0 | ☑ | ||
---|---|---|---|---|
0
zerat
22.12.17
✎
08:56
|
Всем привет! Клиент захотел доработаться штатный функционал выгрузки данных из УТ в БП, ввиду особенностей ведения учета в организации требуется чтобы все документы выгружались в БП 3.0 один раз и затем при изменении этих документов в УТ, надо чтобы они не выгружались в БП снова. Как это можно реализовать? Кто делал подобное подскажите пожалуйста
|
|||
1
УспешныйЧел
22.12.17
✎
09:01
|
поддержу предыдущего оратора, сделал отбор в отчете, чтобы лишнее не вылазило, а дальше забил...28 открытых форм при трассировке
|
|||
2
zerat
22.12.17
✎
09:07
|
Бухгалтер боится что в УТ манагеры что то там натворят и ей выгрузятся косяки всякие, поэтому хочет чтобы документы выгрузили один раз....
|
|||
3
yzimin
22.12.17
✎
09:18
|
надо подойти к решению с другой стороны. Пусть бухгалтер обрабатывает документы в БП только после закрытия от изменений в УТ.
Выгружать 1 раз это бред. Менеджер может в течение 30 минут раз 10 перепровести пока по любой причине |
|||
4
Starhan
22.12.17
✎
09:33
|
(0) как вариант:
добавляешь доп свойство - выгружен в БР 3.0. И меняешь правила регистрации объекта по нему. |
|||
5
APXi
22.12.17
✎
09:34
|
Доработай правила. При загрузке если док найден, то не грузим.
|
|||
6
APXi
22.12.17
✎
09:35
|
Только приготовься к вопросам буха и других, "а почему у нас документы разные".
|
|||
7
zerat
22.12.17
✎
09:36
|
(6) эти вопросы уже обсуждали
|
|||
8
Альбатрос
22.12.17
✎
09:36
|
(4) Норм вариант
|
|||
9
zerat
22.12.17
✎
09:54
|
(4) можно по подробнее не совсем понял?
|
|||
10
Starhan
22.12.17
✎
10:17
|
(8) в (5) тоже не плохой. Можно сделать доп свойство не загружать из УТ. И как только бухгалтер проработает документ, не загружать его больше.
Тут кстати дел меньше просто правило загрузки поправить. |
|||
11
Starhan
22.12.17
✎
10:18
|
(9) это надо копать в сторону КД 3 и как в универсальном обмене через EnterpriseData правила регистрации работают.
|
|||
12
MaxS
22.12.17
✎
10:25
|
(4) И как его устанавливать в признак выгружен? Нужно же подтверждение что дошел до адресата. Это нужно делать при отмене регистрации при получении номера загруженного сообщения от БП.
Самое простое - не загружать в БП если там есть. Можно обойтись одной строчкой кода на документ. |
|||
13
Альбатрос
22.12.17
✎
10:28
|
(10) Но трафика больше, ибо документы регаться будут все, а загружаться не все.
|
|||
14
MaxS
22.12.17
✎
10:32
|
(13) Вероятность повторного изменения документов в УТ должна быть низкой. Это административные вопросы, а не технические ))
|
|||
15
Альбатрос
22.12.17
✎
10:36
|
(14) Ну так то да, конечно. Да и сама концепция "не выгружать/загружать измененные документы, потому что бухгалтер ссыт" попахивает нехилыми проблемами именно для бухгалтера :)
|
|||
16
MaxS
22.12.17
✎
11:06
|
Держите алгоритм. Вставлять в *_Получение_ПередЗаписьюПолученныхДанных(
Если НЕ ДанныеИБ=Неопределено Тогда // Не замещать существующие объекты в приемнике при загрузке, а только создавать новые и заполнять их ПолученныеДанные = Неопределено; КонецЕсли; Как готовить КД3 можно почитать, ну... Например, здесь: http://catalog.mista.ru/public/695523/ |
|||
17
Starhan
22.12.17
✎
11:41
|
Чо тут готовить можно сохранить модуль обмена в обработку, там все поправить и подключить ее
|
|||
18
Starhan
22.12.17
✎
11:42
|
(15) это обычная ситуация. менеджеры меняют задним числом доки и суммы и другие реквизиты. потому что зачастую в конторах работающих не чисто в белую. результат и оформление сделки выясняются после совершения сделки (как там договорятся наверху).
|
|||
19
Альбатрос
22.12.17
✎
11:44
|
(18) Да это понятно, но если эти изменения не отобразятся в бухии, это грозит проблемами.
|
|||
20
zerat
23.12.17
✎
13:07
|
(19) это пусть потом сами выясняют мне сказали надо так и всё
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |