| 
    
            
         
         | 
    
  | 
типовая синхронизация ЗУП - БУХ | ☑ | ||
|---|---|---|---|---|
| 
    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С-ники какой-нибудь реквизит в конфе поменяют, а в правилах обмена - нет и все. 
 
        Ну и есть множество клиентов, у которых торгово-кассовая база в одном месте, а бухгалтерия - в другом, тогда только через файл (яндекс-диск, дропбокс и т.п. сервисы помогают)  | 
| Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |