Предупреждение переноса границы ошибка 1с
Доброго времени суток!
Есть необходимость установить программно границу последовательностей без перепроведения документов за прошлый период.
Почитал СП, набросал код:
Граница не меняется.
Платформа 8.2.19.90 Конфигурация "Мебельное производство" от ПартнерСофта
В чем может быть причина?
Заранее спасибо, а то уже весь интернет перерыл в поисках ответа.
(1) Al_Capone, вообще покопайся в типовых,
там целый общий модуль посвящен работами с последовательностями.
причем, они его существенно изменили.
Вот рабочая функция из старой бухни, причем в последних конфах ее выпилили.
(2)В БП 3.0.51.16 не работает на строчке:
"РаботаСПоследовательностями.УстановитьБлокировкуПоследовательностиПоОрганизации"
Наверное, что-то изменилось, не в курсе?
(1) Al_Capone, в качестве границы последовательности документов пытаетесь установить конкретный элемент справочника "Номенклатура". Сомнительно.
(5) Al_Capone, вряд ли.
Что такое граница последовательности документов по сути? Момент времени, позиция конкретного документа.
(6) Martinian, это да, но что тогда нужно передавать в отбор, если у последовательности данные это номенклатура?
Мне вот с этим вообще не понятно.
Получилось добавить запись в последовательность, но при этом граница все равно не верная! Она актуальна на первую запись, при этом регистратор удален(обстоятельства не известны), и не только у этой записи(см. скриншот). Вопрос: как удалить все записи?
Где:
ИмяПоследовательности - Имя вашей последовательности
ДатаДокумент - реквизит (тип либо дата либо документ)
Организация - реквизит Организация
(10) Al_Capone, могу посоветовать сделать тестирование и исправление информационной базы (через Конфигуратор).
Решение было принято следующее:
Удалить записи последовательности непосредственно из таблицы БД(внутренней).
Способов 2:
Для файлового варианта - Использовать Tool_1CD(альфа версия умеет удалять записи)
Для SQL - средствами sql.
Посмотреть названия таблиц можно с помощью ПолучитьСтруктуруХраненияБазыДанных(Массив).
Как пользоваться можно посмотреть в СП.
Если ни у кого предложений нет, вопрос можно считать закрытым.
Всем спасибо за помощь!
(20)Можно использовать процедуру из комментария (9) Положить в общий модуль расширения и закомментировать 1 строку содержащую "УстановитьБлокировкуПоследовательностиПоОрганизации"
Если в конфигурации ведется одна организация, то можно просто очистить последовательность штатным способом
Еще одна важная деталь, про которую многие забывают, а она непосредственно влияет на начальную границу контроля последовательности - это "дата начала ведения учета", настраивается в учетной политике организации хранится в РегистрСведений.УчетнаяПолитика.Период. Очень часто возникают проблемы после свертки базы, т.к. записи регистра учетная политика за старые периоды остаются в базе после свертки. Это как правило вызывает ошибки учета 1С, когда программа 1С Бухгалтерия просит регламентное закрытие месяца в старых периодах, где учет не ведется.
Программно "дату начала ведения учета" можно получить функцией
Функция проверена на БП 3.0.102.11 - в нее передаете ДатаОкончания. В результате с этой даты + первый документ свежее этой даты - это и будет начало периода перепроведения в закрытии месяца.
При синхронизации ЗУП с Бухгалтерией (синхронизация со стороны ЗУП)
Было получено «предупреждение при синхронизации данных»:
11.01.2021 12:04:27 Мобильный телефон Вид контактной информации Бухгалтерия предприятия, редакция 3.0 Принята
См. скриншоты
Скажите, пожалуйста, какую кнопку мне нажать в ЗУП «Подтвердить» или «Пересмотреть»?
С уважением,
Наталья
Здравствуйте! Привожу описание из документации:
«При настроенной синхронизации данных между двумя программами возникают ситуации, когда одни и те же данные изменяются одновременно (в промежуток между выполнением сеанса синхронизации данных) в обеих программах. Это приводит к возникновению двух различающихся версий одинаковых данных в этих программах. Такая ситуация называется конфликтом изменения данных.
Конфликты изменения данных разрешаются (выбирается одна из версий) автоматически, однако можно изменить результат автоматического разрешения конфликта. Для этого выделите элемент списка.
В строке внизу списка выводится метод разрешения конфликта, который был выбран программой.
Для выявления отличий между двумя версиями нажмите кнопку Показать отличия.
Для принятия решения, какую версию оставить, можно просмотреть обе версии. Для этого предусмотрены команды Еще – Показать версию, созданную в этой информационной базе или Еще – Показать версию, полученную из другой информационной базы.
Для просмотра элемента списка дважды щелкните по нему левой кнопкой мыши или выполните команду Еще – Изменить данные.
После принятия решения о версии, которая должна быть сохранена, нажмите кнопку Подтвердить для сохранения результата автоматического разрешения конфликта или кнопку Пересмотреть для изменения результата рассмотрения конфликта на противоположный. После этого элемент становится неактивным, ему присваивается признак Рассмотрено и по умолчанию он скрывается из списка.
По умолчанию рассмотренные конфликты скрываются из списка. Для того чтобы показывать их тоже, выполните команду Еще – Показывать рассмотренные конфликты.
Для того чтобы заново проверить рассмотренные конфликты и что-либо изменить, воспользуйтесь командой Еще – Снять признак «Рассмотрено».»
Добрый день, Елена!
Спасибо за инструкцию
Не могу принять решение (подтвердить или пересмотреть), т.к. не понимаю какие будут последствия.
Я могу оставить все как есть и ничего не нажимать?
С уважением,
Наталья
Здравствуйте, Наталья! В данном случае можно оставить всё как есть, т.к. виды контактной информации в Бухгалтерию перегружать особой необходимости нет, пусть останется в предупреждениях.
Добрый день, Елена!
Хорошо, так и сделаю
Большое спасибо за помощь!
Видеоролик выполнен в программе «1С:Бухгалтерия 8» версия 3.0.62.17.
Данные в программе должны быть введены в строгой хронологической последовательности. На практике не всегда получается такую последовательность соблюсти (документы поступают в бухгалтерию с опозданием, исправляются ошибки в уже введенных документах и т. д.).
Привести в соответствие хронологию расчетов призван механизм контроля последовательности документов, который отслеживает порядок проведения документов. Для контроля программа устанавливает точку, называемую границей последовательности, ранее которой документы проведены в строгом хронологическом порядке. В случае изменения даты документа «задним числом» граница последовательности устанавливается на самый ранний документ-«нарушитель».
Восстановление последовательности, т. е. проведение документов в правильной хронологической последовательности выполняется с помощью специальной обработки.
- из формы обработки Закрытие месяца (раздел Операции). Процедура закрытия месяца всегда начинается с контроля последовательности проведения;
- из раздела Операции - Сервис - Групповое перепроведение документов. Перепровести документы можно по всем организациям или только по выбранной организации.
Начиная с версии 3.0.62.17 в «1С:Бухгалтерии 8» можно переносить границу последовательности без перепроведения документов, например, когда в первичных документах внесены изменения, не влияющие на бухгалтерский и налоговый учет и регламентированную отчетность.
Чтобы выполнить ручной перенос границы последовательности документов в обработке Закрытие месяца нужно перейти по ссылке Перепроведение документов в одноименную форму, где установить переключатель в положение Перепроведение не требуется.
Такая возможность доступна пользователям с ролью Право интерактивного переноса границы последовательности. По умолчанию эта роль назначается администратору и главному бухгалтеру.
Здравствуйте, продолжаю попытки обновления 1С8 ред2 на ред.3, с НДС по экспорту вроде получилось, зарплата начала считаться правильно. Столкнулась со следующей ошибкой, при проведении закрытия месяца январь 2021 Список ошибок операции
Расчет долей списания косвенных расходов за Январь 2021
Устраните указанные ошибки и повторите выполнение операции
1. «Нарушена последовательность регламентных операций.
Ожидается изменение результатов выполнения операции «»Расчет долей списания косвенных расходов»» за Декабрь 2020 г.
Выполните операцию повторно (раздел «»Операции»» — «»Закрытие месяца»»).»
Регламентная операция 00000000093 от 31.12.2020 23:59:59
При этом до обновления сделала все операции по закрытию декабря 2020 года а также реформация баланса.
Добрый день! Выполните проверку перехода. Все данные по БУ/НУ в ред. 2.0 и ред. 3.0 должны быть идентичны: Сборник «Переход на 1С Бухгалтерия 3.0 с 2.0»: для типовых и доработанных конфигураций 1С (раздел ПРОВЕРКА ПЕРЕХОДА).
Посмотрите, пожалуйста, обсуждение подобного вопроса здесь:
Переход с 2.0 на 3.0, если внутри года было сальдо по счету 25 в 1С
.
У меня нет ни 25 ни 26 счетов, есть 44
Добрый день, Светлана,
я программист БухЭксперт8 и меня попросили помочь разобраться с вашей ситуацией, поскольку она явно нетиповая.
Для получения рекомендаций по исправлению, пришлите, пожалуйста, скрины закрытия месяца за декабрь 2020 — общую форму. Я хочу увидеть, что у вас все корректно закрыто — все позиции зеленым.
И отдельно скрин по ссылке Перепроведение документов в форме закрытия месяца за декабрь 2020.
Здравствуйте, как я поняла ошибка возникла из-за того что в учетной политике сделала какие-то изменения, откатилась на неделю назад все документы проведены. Сейчас по быстрому восстановлю операции за январь 2021 и посмотрю, что получится. Спасибо большое.
Конечно, если меняется УП, то программа требует перепроведения. Хорошо, не закрываю вопрос, если опять возникнет эта ошибка — напишите здесь, продолжим работу с ней.
Я не заметила, что изменила прошлое. Спасибо большое.
Здравствуйте, обнаружила следующее, наша компания занимается только экспортом, после обновления программы до редакции 3.0 вношу изменения:
1. Изменила настройку валютных счетов, добавила расчеты через банк-корреспондент, иначе выписки не закачивались;
2. Изменила страну регистрации покупателя потому, что у всех заполнилось Россия;
3. Изменила движение денежных документов.
И после этого пропадает проведение регламентных операций.
При этом период до 31.12.2020 года закрыт.
Приведите скрины. То, что вы описываете (изменение настроек УП 2021), влиять на отображение регламентных операций (2020) не должно.
Если только вы не меняли Параметры учета — они общие за весь период.
Поэтому первое: проверьте, выставлена ли у вас Полная Функциональность (раздел Главное — Фукнкциональность).
Второе — приведите скрины закрытия месяца за декабрь 2020 — общая форма и ссылка Перепроведение документов.
(?) Период закрыт — это стоит запрет редактирования на 31.12.2021?
Это действует только на ввод и изменение данных в документах. Когда вы меняете УП, изменения вносятся непосредственно в регистры данных — для них выставленный запрет не работает.
Поэтому, если я правильно вас поняла, вам необходимо снять запрет и перепровести декабрь 2020 года заново, сначала в копии базы данных.
Если вы меняете УП только на 01.01.2021 — изменений по 2020 году не будет.
Если меняли настройки Параметров учета, то это уже может затронуть и прошлые периоды.
PS: Когда вы меняете УП и настройки обратите внимание, что должна быть выставлена дата 01.01.2021.
Вы не должны менять настройки в закрытом периоде.
Кроме того, переход с 2.0 на 3.0 может иметь ошибки и вам правильно вначале дали ссылки на Сборник:
Сборник «Переход на 1С Бухгалтерия 3.0 с 2.0»: для типовых и доработанных конфигураций 1С
Там разобраны все моменты, которые после перехода нужно проверить или настроить.
Здесь вы можете задать конкретный вопрос по ситуации, а не в «общем».
Сейчас ваш вопрос в том, что не отображаются регламентные операции или они требуют повторного перезакрытия?
Сформулируйте вопрос четко. И приведите необходимые скрины^
Опять загрузила сохраненную базу, в которой регламентные документы проведены и пошагово вношу изменения.
Сейчас вот так выглядит декабрь 2020 года. Я поняла, что учетную политику трогать нельзя. Сейчас опять заношу январь 2021 года и после каждого раза проверяю, что меняется. Поверку делала, обороты БУ сходятся, ОСВ тоже.
По приведенному скрину общей формы закрытия месяца за декабрь 2020 года у вас светится СИНИМ ссылка Перепроведение документов. После открытия программа показывает, что есть конкретные документы, которые нарушили последовательность закрытия документов.
Для нормального закрытия января 2021 года ссылка Перепроведение документов должна быть зелененькой.
Если эта ссылка синяя еще до того, как вы меняете настройки, значит в процессе переноса произошло какое-то изменение. Или нарушение было уже в 2.0. Проверьте это. В 2.0 у вас нет нарушения границ последовательности документов?
С этим вам нужно разобраться.
Просто приведите скрин из 2.0 до обновления.
Если там все ок и это «случайное» открытие документов, то вам нужно в декабре 2020 года открыть ссылку Перепроведение документов и указать, что перепроведение не требуется (третий переключатель), если что-то менялось — придется перезакрывать периоды заново.
По закрытию месяца и ручному переносу границ последовательности у нас есть специальная статья:
Ручной перенос границы последовательности при закрытии месяца
С этим вы должны разобраться ДО изменений настроек в 3.0!
Если год закрыт, учетную политику и настройки налогов и отчетов вы должны делать с даты 01.01.2021.
В редакции 2 все нормально.
Синим появляются надписи тогда, когда я прошу перепровести документы только за январь 2021 или перепроведение не требуется.
Давайте по-порядку.
1. в 2.0 последовательность корректная.
2. Вы перешли на 3.0 обновлением. После этого (ничего еще не делали!) у вас в закрытии месяца ссылка Перепроведение за декабрь 2020 года — зеленая?
Случайно изменили зарплату за январь 2012 года и внесли измения в усетную политику по НДС, настроили экспорт.
А «случайно изменили» — это уже в 3.0? Если период закрыт, то непонятно, конечно, как вы это сделали.
Давайте так. Базы вашей у нас нет, понимания, как проводился у вас переход и проверка после перехода — тоже.
Поэтому просто будем смотреть, что есть.
1. Вы разворачиваете в копии базу сразу после обновления с 2.0 на 3.0. Не меняете пока никакие настройки, как я писала — менять надо только за 01.01.2021 год.
У вас в декабре 2020 года все регламентные операции должны быть зеленым.
(*) Можно удалять по правой кнопке мышки, выбрав команду «Удалить». Это если записей немного, то есть удаляете по одной.
Либо сразу все, если записей много по CTRL+A выделяете все записи сразу и правой кнопкой мышки, вызвав контекстное меню, удаляете все записи.
3. Просле этого, если в декабре 2020 года ссылка «Перепроведение документов» синяя, а не зеленая, выставляете переключатель в положение «Перепроведение не требуется» и нажимаете ОК.
(*) Если остались синим регламентные операции в декабре 2020 года — это плохо, в 2.0 у вас этого не было, поэтому, если копии хорошей нет без изменений с зелеными регламентными операциями декабря 2020 года, то возможно, лучше снова сделать переход с 2.0 на 3.0. Иначе могут быть ошибки при формировании отчетности.
Или смириться с ошибками и закрыть синие регламентные операции декабря 2020 года.
В любом случае, за декабрь 2020 года не должно быть незакрытых регламентных операций.
Если закрываете, то снова смотрите указанный выше регистр сведений, проверяете после закрытия декабря: он должен быть пустым.
4. После этого закрываете на редактирование базу на конец года датой: 31.12.2020
5. Переходите к закрытию месяцев 2021 года. В Учетной политике на 01.01.2021 год выставляете настройки, которые будут действовать в этом году. В настройках Налоги и отчеты также устанавливаете нужные настройки на 01.01.2021.
6. Открываете форму Закрытия месяца январь 2021 года и далее все по стандартной схеме.
Попробуйте в копии базы сделать эти действия.
Если результата не будет, нужно отдавать базу программисту для анализа.
Но обычно чистка регистра помогает устранить проблемы с необходимостью переформирования старых регламентных операций.
Спасибо большое, буду пробовать. Случилось это так, при переходе на ред.3 при формировании выплаты зарплаты за январь 2021 года суммы к выплате были такими, как будто за весь период работы компании зарплата не выплачивалась. Обратилась за помощью в компанию , которая обслуживать 1С, вот с ними мы и перепроверили.
Я бы с удовольствие отдала бы Вам базу для обновления, сама этим занимаюсь второй год.
Сейчас все попробую и отпишу, что получилось.
Проделала все на п.3 все заработала, внесла январь оборотка сошлась с ред. 2 внесу февраль-март и проверю как формируются отчеты.
Замечательно, я очень рада, что ушла ошибка по регламентным заданиям декабря 2020 года. 🙂
Этот вопрос закрываю.
Вы можете задать еще вопросов
Доступ к форме "Задать вопрос" возможен только при оформлении полной подписки на БухЭксперт8
Нажимая кнопку "Задать вопрос", я соглашаюсь с
регламентом БухЭксперт8.ру >>
Лектор Мария Демашева — особенный. Спокойно, доходчиво, нет такого, что не понимаю. Высший класс!
Вы можете задать еще вопросов
Доступ к форме "Задать вопрос" возможен только при оформлении полной подписки на БухЭксперт8
Нажимая кнопку "Задать вопрос", я соглашаюсь с
регламентом БухЭксперт8.ру >>
Довольно часто пользователи программы 1С Предприятие 8 сталкиваются с ошибкой «В данной транзакции уже происходили ошибки».
В данной транзакции уже происходили ошибки
Давайте разберемся в чем причина.
1. Причина ошибки в 1С Предприятие 8.3
С технической точки зрения эта ошибка в 1С:Предприятие 8.3 возникает в транзакции в момент первого обращения к базе данных после обработки исключительной ситуации операторами (Попытка-Исключение).
Ниже на рисунке продемонстрирован пример, когда при записи объекта «Объект_1» вызывается исключительная ситуация, при этом ошибка возникает в строке «Ссылка_2.Наименование», т.к. осуществляется запрос к базе данных в объектной модели данных. И не важно, запись это или чтение.
Возникновение ошибки в 1С Предприятие 8.3 при записи объекта
Причем в попытке-исключении обрабатываться операция, которая также выполняется в транзакции. Чаще всего это сочетание явных и неявных транзакций, т.е. транзакций, вызванных оператором НачатьТранзакцию явно и транзакций, вызванных платформой неявно (например, при записи объекта).
Как известно, система 1С:Предприятие 8.3 не поддерживает вложенных транзакций, но допускает организацию вложенной конструкции нескольких транзакций. В нашем примере явный вызов транзакции оператором НачатьТранзакцию – транзакция 1 уровня, а неявная транзакция записи – транзакция 2 уровня и т.д. Возникновение ошибки на нижних уровнях запрещает успешное завершение транзакции 1 уровня. Другими словами, откатывается все «дерево транзакций».
В чем же здесь проблема?
2. Почему ошибку «В данной транзакции уже происходили ошибки» надо устранить
Во-вторых, воспроизведение ошибки и ее отладка администратором тоже будет не простым занятием. Дело в том, что ошибка возникает в момент первого обращения к базе данных, т.е. в журнале регистрации будет зафиксирована именно эта строка. Хотя сама причина этой ошибки находиться в коде на самом нижнем уровне. В нашем примере «Объект_1» может содержать различные проверки перед записью, «завернутые» в конструкцию «Попытка-Исключение», которые, в свою очередь, могут также иметь глубокую иерархию вызовов процедур и функций. Попробуй разберись.
В-третьих, суть этой ошибки – некорректный код. А если быть более точным – несоблюдение требований к написанию кода с использованием транзакций.
Как решить эту проблему в 1С:Предприятие?
3. Как устранить ошибку в программе 1С Предприятие 8
Основным требованием к написанию кода с использованием транзакций, непосредственно связанным с ошибкой «В данной транзакции уже происходили ошибки» в 1С:Предприятие, являются правила использования обработки исключения:
1. Метод НачатьТранзакцию должен находиться за пределами блока Попытка-Исключение;
2. Все действия, выполняемые после вызова метода НачатьТранзакцию, должны находиться в одном блоке Попытка, в том числе чтение, блокировка и обработка данных;
3. Метод ЗафиксироватьТранзакцию должен идти последним в блоке Попытка перед оператором Исключение;
4. В блоке Исключение нужно сначала вызвать метод ОтменитьТранзакцию, а затем выполнять другие действия;
6. В блоке исключения рекомендуется сделать запись об ошибке средствами встроенного языка.
Общая схема во вложенной транзакции:
Схема вложенной транзакции в системе 1С:Предприятие 8.3
Пример вложенной транзакции для решения ошибки «В данной транзакции уже происходили ошибки»
Специалист компании «Кодерлайн»
Вас могут заинтересовать следующие статьи:
Читайте также: