|
типовая синхронизация ЗУП - БУХ | ☑ | ||
---|---|---|---|---|
0
nodrama
07.04.22
✎
10:30
|
Доброго времени суток.
Есть типовая БУХ 3.0 и ЗУП 3.1. настроена типовая синхронизация данных. Не давно столкнулся с такой ситуацией. Создали документ в ЗУП.. далее через определенный период он перекачался в БУХ. все ок. Далее пометили на удаление документ в ЗУП и допустим кинули его на 31.12( что бы не мешался и потом обработкой его удалить). а в БУХ этот же документ так и остался проведенным и старой датой. При этом если дату не поменять в ЗУП а просто пометить на удалении, в БУХ этот документ все равно остается проведенным. Ни каких ошибок там и предупреждений при обмене ни чего нет. Есть идеи где копать ? |
|||
1
Фрэнки
07.04.22
✎
10:44
|
Может Даты запрета используются?
|
|||
2
nodrama
07.04.22
✎
10:57
|
(1) Так дата запрета стоят прошлый месяц закрытый. а изменения идут в текущем. документ же сегодня перекачался и сегодня позже помечается на удаления, но это удаление уже не перекачивается в БУХ, и в бухе получается не удаленный документ, когда в ЗУП его пометили на удаления.
или ты про какие даты ? |
|||
3
nodrama
07.04.22
✎
10:59
|
если бы были ошибки или предупреждения в синхронизации но их нет.
Я сейчас посмотрю, после перекачки. когда документ помечаешь на удаления, становится ли он в синхронизации в список не помню как он называется, там можно посмотреть зарегистрированные объекты на синхронизацию или самому добавить. Если не становится это одно. А если становится но все равно не изменяется тогда точно ХЗ |
|||
4
johnnik
07.04.22
✎
11:15
|
(0) В настройках обмена есть дата, с которой надо начинать обмен и более ранние документы в обмен не попадут. Так что если вы поменяли дату помеченного на удаление документы ДО даты начала обмена, то документ даже к обмену не зарегистрировался. Более того, если вы его вручную зарегистрируете через обработку "Регистрация изменений для обмена", он все-равно не перепрыгнет в Бухию. Дата начала обмена - штука важная
Ну и как уже сказали, дата запрета или дата запрета загрузки в БП может влиять |
|||
5
nodrama
07.04.22
✎
13:09
|
(4) Так в том то и дело. что мы то ставим дату позже....
Сегодня сделал документ. сегоднеже пометил его на удалении и перенес его 31.12.2022 (то есть в конец года).. а не в начало куда-то... Так же сегодня сделал документ. сегодня же его пометил на удаления и НЕ поменял дату вообще. Дата создания документа то же сегодня. В обоих случаях, документы в БУХ.. остались созданными, проведенными. и не помеченными на удаления, ну а в первом случаи и дата на 31.12.2022 не поменялась |
|||
6
nodrama
07.04.22
✎
13:12
|
(5) и ошибок и предупреждений нет
|
|||
7
Фрэнки
07.04.22
✎
13:21
|
А про какой документ речь?
Вангую, что это Отражение ЗП Ну собственно больше там и передавать ничего не нужно. Если в документе в БП уже поставлена галка, что он Отражен - не перезаписывается он из ЗУП |
|||
8
nodrama
07.04.22
✎
13:33
|
(7) Неа не угадал.)
Зарплата к выплате / Ведомость на выплату в БП |
|||
9
nodrama
07.04.22
✎
14:54
|
1) Запускаем командную строку от имени Администратора. Если в командной строке прописан путь, отличный от "c:\windows\system32", то необходимо выполнить команду "cd c:\windows\system32" для 32-х разрядных систем или "cd \windows\syswow64" для 64-х(у меня 64, поэтому пришлось в примере путь изменить). В итоге корневой путь для х64 должен выглядеть как на этом скрине:
2) Далее прописываем команду regsvr32 "C:\Program Files\1cv8\8.3.ХХ.ХХХХ\bin\comcntr.dll". Путь к библиотеке comcntr.dll нужно взять в кавычки из-за имеющихся пробелов в пути, ну а вместо 8.3.ХХ.ХХХХ ставите свой номер релиза платформы. Результат выполнения: Вот так вот пока работает и не падало. ближайшие часы.. По умолчанию на сервере открывается путь систем32. Но как бы всегда так и было и там регистрировал. по этой инструкции переделал. то же заработало посмотрю упадет или нет. хз. 2 часа полет нормальный |
|||
10
johnnik
15.04.22
✎
09:46
|
(9) Выскажу чисто свое имхо. Крайне не люблю обмены через прямое подключение. При обновлении платформы обмен может слететь (приходится заново регать компоненту) плюс были случаи (к сожалению, частые), когда 1С косячили с правилами обмена и обмен по прямому соединению не проходил. Однако если в xml-файле подправить кое-что мелкое, то все было норм. Я сталкивался с подобным при синхронизации Розница - БП и УТ - БП. 1С-ники какой-нибудь реквизит в конфе поменяют, а в правилах обмена - нет и все.
Ну и есть множество клиентов, у которых торгово-кассовая база в одном месте, а бухгалтерия - в другом, тогда только через файл (яндекс-диск, дропбокс и т.п. сервисы помогают) |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |