Центр (Бух 8.2) <==> Периферийная БД (Бух 8.2) --> Склад (УТ 10.3) работать будет ?
30.01.2013
11:15
#1
Схема выглядит так, как нарисована в заголовке темы:
Центр (Бух 8.2) <==> Периферийная БД (Бух 8.2) --> Склад (УТ 10.3)
В периферийной БД вводятся складские документы. РИБ-обмен с Центром настроен и работает. Всё ОК.
Возникла потребность передать приходные накладные из Бухгалтерии в УТ (на склад).
Обратно со Склада ничего передаваться не будет.
Вопросов, собственно говоря, три:
1) Будет ли работать схема, когда накладные выгружаются не из Центра, а из периферийной БД?
2) Надо ли что-либо делать в этом случае в Центральной БД? Или ей вообще наплевать на существование удаленного склада?
3) Есть ли какие-нибудь подводные камни при такой реализации взаимодействия Бухгалтерии и УТ?
Центр (Бух 8.2) <==> Периферийная БД (Бух 8.2) --> Склад (УТ 10.3)
В периферийной БД вводятся складские документы. РИБ-обмен с Центром настроен и работает. Всё ОК.
Возникла потребность передать приходные накладные из Бухгалтерии в УТ (на склад).
Обратно со Склада ничего передаваться не будет.
Вопросов, собственно говоря, три:
1) Будет ли работать схема, когда накладные выгружаются не из Центра, а из периферийной БД?
2) Надо ли что-либо делать в этом случае в Центральной БД? Или ей вообще наплевать на существование удаленного склада?
3) Есть ли какие-нибудь подводные камни при такой реализации взаимодействия Бухгалтерии и УТ?
30.01.2013
14:56
#2
1) В случае если у Вас реализован полностью симметричный обмен между центральной и периферийной - тогда да. Если нет то надо смотреть а что не мигрирует и нужно ли выгружать это в УТ
2) Если обмен полный(это когда все документы перемещаются из центральной в периферийную и наоборот) то ничего не надо делать. Лиш бы обработка обмена с УТ не использовала регистрацию того плана обмена, который у Вас на УРБД
3)Да есть. Ну самый эпичный будет если обработка выгрузки документов будет снимать регистрацию с измененных объектов в периферийной базе, то есть использовать для определения какие доки нужно выгрузить в УТ регистрацию в плане обмена, на котором построена Ваша УРБД. Кроме того, возможны сюрпризы если документы в ходе переноса из периферийной базы в центральную меняются как-либо(ну там например дата приводится к определенному значени или еще что - фантазии народа бесконечны) и эти поля используются в поиске документов в УТ. Эта фишка кстати будет и так проявляться регулярно. То есть слепят док в бухгалтерии, выгрузят его в УТ а затем док в бухгалтерии изменят - ну например дату перенесут на день. И при следующей выгрузке вполне возможно что в УТ появится двойник этого документа. Так шта готовьте отчет который будет вылавливать такие документы в обоих базах.
2) Если обмен полный(это когда все документы перемещаются из центральной в периферийную и наоборот) то ничего не надо делать. Лиш бы обработка обмена с УТ не использовала регистрацию того плана обмена, который у Вас на УРБД
3)Да есть. Ну самый эпичный будет если обработка выгрузки документов будет снимать регистрацию с измененных объектов в периферийной базе, то есть использовать для определения какие доки нужно выгрузить в УТ регистрацию в плане обмена, на котором построена Ваша УРБД. Кроме того, возможны сюрпризы если документы в ходе переноса из периферийной базы в центральную меняются как-либо(ну там например дата приводится к определенному значени или еще что - фантазии народа бесконечны) и эти поля используются в поиске документов в УТ. Эта фишка кстати будет и так проявляться регулярно. То есть слепят док в бухгалтерии, выгрузят его в УТ а затем док в бухгалтерии изменят - ну например дату перенесут на день. И при следующей выгрузке вполне возможно что в УТ появится двойник этого документа. Так шта готовьте отчет который будет вылавливать такие документы в обоих базах.
30.01.2013
15:26
#3
Спасибо за ответ!
> 1) В случае если у Вас реализован полностью симметричный обмен между центральной и периферийной - тогда да. Если нет то надо смотреть а что не мигрирует и нужно ли выгружать это в УТ
Симметричный.
> 2) Если обмен полный(это когда все документы перемещаются из центральной в периферийную и наоборот) то ничего не надо делать. Лиш бы обработка обмена с УТ не использовала регистрацию того плана обмена, который у Вас на УРБД
Полный. Здесь немножко не понял. Механизм обмена Бух --> УТ предполагается использовать стандартный.
Насколько я понимаю, он работает абсолютно независимо от обменов между Центром и Периферийной базой.
> 3)Да есть. Ну самый эпичный будет если обработка выгрузки документов будет снимать регистрацию с измененных объектов в периферийной базе, то есть использовать для определения какие доки нужно выгрузить в УТ регистрацию в плане обмена, на котором построена Ваша УРБД. Кроме того, возможны сюрпризы если документы в ходе переноса из периферийной базы в центральную меняются как-либо(ну там например дата приводится к определенному значени или еще что - фантазии народа бесконечны) и эти поля используются в поиске документов в УТ. Эта фишка кстати будет и так проявляться регулярно. То есть слепят док в бухгалтерии, выгрузят его в УТ а затем док в бухгалтерии изменят - ну например дату перенесут на день. И при следующей выгрузке вполне возможно что в УТ появится двойник этого документа. Так шта готовьте отчет который будет вылавливать такие документы в обоих базах.
Здесь тоже немного не понял. Где бы ни поменялась дата в документе (в "Центре" или на "Периферии") по умолчанию документ попадет с этой датой в периферийную базу.
А оттуда уже на склад в УТ. Каким образом в УТ появится двойник? Не понятно. Это же один и тот же документ с измененным полем Дата...
> 1) В случае если у Вас реализован полностью симметричный обмен между центральной и периферийной - тогда да. Если нет то надо смотреть а что не мигрирует и нужно ли выгружать это в УТ
Симметричный.
> 2) Если обмен полный(это когда все документы перемещаются из центральной в периферийную и наоборот) то ничего не надо делать. Лиш бы обработка обмена с УТ не использовала регистрацию того плана обмена, который у Вас на УРБД
Полный. Здесь немножко не понял. Механизм обмена Бух --> УТ предполагается использовать стандартный.
Насколько я понимаю, он работает абсолютно независимо от обменов между Центром и Периферийной базой.
> 3)Да есть. Ну самый эпичный будет если обработка выгрузки документов будет снимать регистрацию с измененных объектов в периферийной базе, то есть использовать для определения какие доки нужно выгрузить в УТ регистрацию в плане обмена, на котором построена Ваша УРБД. Кроме того, возможны сюрпризы если документы в ходе переноса из периферийной базы в центральную меняются как-либо(ну там например дата приводится к определенному значени или еще что - фантазии народа бесконечны) и эти поля используются в поиске документов в УТ. Эта фишка кстати будет и так проявляться регулярно. То есть слепят док в бухгалтерии, выгрузят его в УТ а затем док в бухгалтерии изменят - ну например дату перенесут на день. И при следующей выгрузке вполне возможно что в УТ появится двойник этого документа. Так шта готовьте отчет который будет вылавливать такие документы в обоих базах.
Здесь тоже немного не понял. Где бы ни поменялась дата в документе (в "Центре" или на "Периферии") по умолчанию документ попадет с этой датой в периферийную базу.
А оттуда уже на склад в УТ. Каким образом в УТ появится двойник? Не понятно. Это же один и тот же документ с измененным полем Дата...
)) 
Читают тему
(гостей: 1)