История изменения КПП контрагента после обмена
У меня есть такой вопрос - была обновлена база УТ, после этого делали обмен с БП и бухгалтер утверждает, что исчезла часть истории КПП контрагентов (таким образом отражают поступление от разных обособленных подразделений поставщика).
Ситуация получилась странная - копии БП до этого обмена нет. Есть отчеты в сбис, где можно увидеть, что КПП по этому контрагенту неоднократно менялся. В УТ история изменений КПП не велась, в БП видно по нескольку записей, но вроде бы их было намного больше.
Может, кто-то сталкивался, что это может быть? Базы типовые. Дублей контрагентов и стран после обмена нет.
Ситуация получилась странная - копии БП до этого обмена нет. Есть отчеты в сбис, где можно увидеть, что КПП по этому контрагенту неоднократно менялся. В УТ история изменений КПП не велась, в БП видно по нескольку записей, но вроде бы их было намного больше.
Может, кто-то сталкивался, что это может быть? Базы типовые. Дублей контрагентов и стран после обмена нет.
По теме из базы знаний
- Интеграция ЕГАИС в 1С для оптовиков, производителей, импортеров (через УТМ) - Пиво
- Правила обмена (конвертации) типовых УПП 1.3 --> БП 3.0 с отбором по организации
- Автоматическое распознавание сканов документов и не только. История одной жизни...
- Модульная (open source) конфигурация "INFOSTART ERP community edition"
- 1C:EDI - сервис для обмена электронными данными с торговыми сетями
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(2) Спасибо, попробовала на копиях - при обмене нововведенная история КПП не затирается. Есть идея куда они еще могли подеваться? Может, одно из последних обновлений БП делало что-то такое? Доказательств (резервных копий) нет, но есть злой бухгалтер и отчеты с разными КПП, которые формировались в этой базе:(
(5)
Ещё раз смотрите правила обмена и тестируйте.
Самое простое, в ПКГС табчасти в обработчике Перед обработкой вставить:
НеОчищать = Истина;
Если в теле обработчика данному параметру установить значение Истина, то существующие подчиненные объекты (например, строки табличной части) удаляться не будут.
Ещё раз смотрите правила обмена и тестируйте.
Самое простое, в ПКГС табчасти в обработчике Перед обработкой вставить:
НеОчищать = Истина;
Если в теле обработчика данному параметру установить значение Истина, то существующие подчиненные объекты (например, строки табличной части) удаляться не будут.
ну кто-ж копии не делает, первым делом первым делом все бэкапим а обмены только делаем потом. А по теме - если копии нет и затерлось, тушите свет и договаривайтесь со злым бухом, если копия хотя бы старая есть (как-же обновляете без копий?) то данные можно перетащить
Там сложная ситуация с бухгалтером, она не отдавала свою базу на сервер и бекапы были на ней. Мне задача досталась как разовая, поэтому я не была к этому готова.
Решения у моего вопроса, похоже, в этой теме нет, потому что концов уже не найти. Сейчас при обмене история не затирается.
Так что просто начислю стармани самому полезному ответу. Всем спасибо!
Решения у моего вопроса, похоже, в этой теме нет, потому что концов уже не найти. Сейчас при обмене история не затирается.
Так что просто начислю стармани самому полезному ответу. Всем спасибо!
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот