Изменённые документы не обновляются (синхронизация Розница 2.2 Бух 3
Есть две базы Розница 2.2 и Бухгалтерия предприятия 3
При синхронизации из Розницы в Бухию переносятся в том числе Отчёты о розничной продажи. Всё переносится и работает отлично на протяжении вот уже двух лет. Но ВНЕЗАПНО бух обнаружила, что документы "Отчёт о розничных продажах ", которые меняются директором магазина (ему до долгу службы необходимо вносить изменения) не обновляются в Бухии.
Пример:
11 ноября 2017 - в Рознице создали Отчёт о розничных продажах, в котором числится "ручка красная"
12 ноября 2017 - бух синхронизировала Розницу и Бухию и получила Отчёт о розничных продажах , в котором числится "ручка красная"
13 ноября 2017 - в Рознице изменили Отчёт о розничных продажах, в котором числится "ручка красная", на "ручка малиновая".
14 ноября 2017 - бух синхронизирует Розницу и Бухию, но изменения в Отчёт о розничных продажах не поступают . Ручка как была красной так и осталась, хотя должна была стать малиновой. При детальном изучении оказывается, что в файл выгрузки этот Отчёт о розничных продажах не попадает.
Вопросы:
1. Нормальное ли это поведение системы?
Если да, то:
2А. Как поменять учёт, чтобы не изменять отчёты о розничных продажах. Он не проводится т.к. красной ручки нет в продаже, а есть только малиновая. При продаже вести контроль остатков нельзя по правилам компании (это табу).
Если нет, то:
2Б. Как заставить изменённые документы отправляться в бухию.
При синхронизации из Розницы в Бухию переносятся в том числе Отчёты о розничной продажи. Всё переносится и работает отлично на протяжении вот уже двух лет. Но ВНЕЗАПНО бух обнаружила, что документы "Отчёт о розничных продажах ", которые меняются директором магазина (ему до долгу службы необходимо вносить изменения) не обновляются в Бухии.
Пример:
11 ноября 2017 - в Рознице создали Отчёт о розничных продажах, в котором числится "ручка красная"
12 ноября 2017 - бух синхронизировала Розницу и Бухию и получила Отчёт о розничных продажах , в котором числится "ручка красная"
13 ноября 2017 - в Рознице изменили Отчёт о розничных продажах, в котором числится "ручка красная", на "ручка малиновая".
14 ноября 2017 - бух синхронизирует Розницу и Бухию, но изменения в Отчёт о розничных продажах не поступают . Ручка как была красной так и осталась, хотя должна была стать малиновой. При детальном изучении оказывается, что в файл выгрузки этот Отчёт о розничных продажах не попадает.
Вопросы:
1. Нормальное ли это поведение системы?
Если да, то:
2А. Как поменять учёт, чтобы не изменять отчёты о розничных продажах. Он не проводится т.к. красной ручки нет в продаже, а есть только малиновая. При продаже вести контроль остатков нельзя по правилам компании (это табу).
Если нет, то:
2Б. Как заставить изменённые документы отправляться в бухию.
По теме из базы знаний
Найденные решения
(1) К слову - в последнем 2.2.7 в правилах обмена для отчета о розничных продажах есть правило
<Правило>
<Код>ОтчетОРозничныхПродажах</Код>
<Наименование>Документ: Отчет о розничных продажах</Наименование>
<Порядок>100</Порядок>
<ПередВыгрузкой>
И запрос к товарам там идет к таблице чеков ККМ, исключая товары проданные в рассрочку и авансом. Т.е. как бы Вы ни правили отчет о розничных продажах, его данные при выгрузке будут заменены данными чеков ККМ.
<Правило>
<Код>ОтчетОРозничныхПродажах</Код>
<Наименование>Документ: Отчет о розничных продажах</Наименование>
<Порядок>100</Порядок>
<ПередВыгрузкой>
И запрос к товарам там идет к таблице чеков ККМ, исключая товары проданные в рассрочку и авансом. Т.е. как бы Вы ни правили отчет о розничных продажах, его данные при выгрузке будут заменены данными чеков ККМ.
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) К слову - в последнем 2.2.7 в правилах обмена для отчета о розничных продажах есть правило
<Правило>
<Код>ОтчетОРозничныхПродажах</Код>
<Наименование>Документ: Отчет о розничных продажах</Наименование>
<Порядок>100</Порядок>
<ПередВыгрузкой>
И запрос к товарам там идет к таблице чеков ККМ, исключая товары проданные в рассрочку и авансом. Т.е. как бы Вы ни правили отчет о розничных продажах, его данные при выгрузке будут заменены данными чеков ККМ.
<Правило>
<Код>ОтчетОРозничныхПродажах</Код>
<Наименование>Документ: Отчет о розничных продажах</Наименование>
<Порядок>100</Порядок>
<ПередВыгрузкой>
И запрос к товарам там идет к таблице чеков ККМ, исключая товары проданные в рассрочку и авансом. Т.е. как бы Вы ни правили отчет о розничных продажах, его данные при выгрузке будут заменены данными чеков ККМ.
(14) Тут вопрос в том - есть ли у вас авансы и рассрочки. Если нет, а всегда обычные розничные продажи, то просто можно переписать запрос обратно на отчет о розничных продажах.
P.S.
Это совершенно нормально, что типовые правила рихтуете под себя. Сопровождать, конечно, сложнее, но иногда без этого никак. На то они и вынесены отдельно от конфы.
P.S.
Придётся править типовые правила
Это совершенно нормально, что типовые правила рихтуете под себя. Сопровождать, конечно, сложнее, но иногда без этого никак. На то они и вынесены отдельно от конфы.
(5) Это из серии.
пациент:
- У меня болит горло.
доктор:
- давайте я посмотрю, откройте рот, скажите "А".
пациент:
- да ну смотреть бестолку! ответьте мне, кто уже с таким сталкивался и чем лечил!
По существу:
Такой проблемы массовой нет. Не массовой - тоже. Скорее всего у Вас какая-то проблема в конкретной базе в конкретных правилах регистрации объектов.
Ну теоретически, возможна ошибка в правилах, поставляемых в типовой - 1С бывает что-то в правилах косячит, то одно, то другое, но т.к. релиз явно не указан, а в ветке 2.2 релизов уже полно, то даже если кто-то что-то и вспомнил бы, то все равно не поможет.
Обычно лечится так - запускается конфигуратор, ставится точка/точки останова и отлаживаются правила - почему регистрация идет или не идет. Если не умеете отлаживать правила обмена, то Вам в (4) или еще кому-то, кто в этом разбирается и может/хочет помочь на возмездной/безвозмездной основе.
пациент:
- У меня болит горло.
доктор:
- давайте я посмотрю, откройте рот, скажите "А".
пациент:
- да ну смотреть бестолку! ответьте мне, кто уже с таким сталкивался и чем лечил!
По существу:
Такой проблемы массовой нет. Не массовой - тоже. Скорее всего у Вас какая-то проблема в конкретной базе в конкретных правилах регистрации объектов.
Ну теоретически, возможна ошибка в правилах, поставляемых в типовой - 1С бывает что-то в правилах косячит, то одно, то другое, но т.к. релиз явно не указан, а в ветке 2.2 релизов уже полно, то даже если кто-то что-то и вспомнил бы, то все равно не поможет.
Обычно лечится так - запускается конфигуратор, ставится точка/точки останова и отлаживаются правила - почему регистрация идет или не идет. Если не умеете отлаживать правила обмена, то Вам в (4) или еще кому-то, кто в этом разбирается и может/хочет помочь на возмездной/безвозмездной основе.
Встречалась подобная ситуация как раз в рознице. Потом как-то само всё завелось. Перед тем как завелось пришлось почистить регистр обмена. Часто такое происходит после обновления УТ 10.3 - БП 2.0, помогает полная очистка регистра обмена. Спасает обработка РегистрацияИзмененийПлановОбмена . В итоге причина так и не определена, найдено только средство лечения.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот