РЕГИСТР СВЕДЕНИЙ О РЕГИСТРАЦИИ В РЕГИСТРЕ СВЕДЕНИЯ

Доброго вечера.
Мы работаем в 1 С7.7, но поскольку клиенты настояли на ЭДО, мы стали делать документы в 1С 8.3 и отправлять их по ЭДО покупателям (накладные и счета-фактуры).
ЭДО у нас работает изнутри 1С 8.3 — то есть работать в 1С 8.3 нас вынудила именно необходимость отправлять документы покупателям в электронном виде.
При этом полноценного учета в 1С 8.3 у нас пока нет, но хотим его начать, т.к. 70% информации в 1С 8.3 уже вбито.
Замысел был такой, что когда мы перенесем начальные остатки из 1С 7.7 и вобьём всё остальное в 1С 8.3, мы перепроведём все документы (какой-нибудь групповой обработкой), и у нас будет нормальный учет в 1С 8.3.

Но стали терзать смутные сомнения — если мы перепроведём документ, уже отправленный контрагенту по ЭДО — зер ли это гут? Не скажет ли программа, что документ, отправленный по ЭДО, перестал быть актуальным, и насколько это критично?
Просим пояснить эту коллизию.
Может ли быть такое, что при групповом перепроведении документов, где в документах ничего не меняется, кроме внутренних проводок (пересчитывается себестоимость, авансы зачитываются и т.д.), актуальность электронного документа остается в неприкосновенности?
А если нет, какие могут быть советы начинающим?

sommid

Сейчас в теме

этот регистр подчинен регистратору? может проблема в конкретном документе, который пытается записать в регистр записи с повторяющимися полями-измерениями.
отладчиком посмотрите, что за данные пытаются записаться, чтобы сузить поиск

frankeinstein

Сейчас в теме

Да, без отладчика ничего не поймешь, т.к. номер строки он выводит из конкретного набора данных, а не из всего регистра.

serko8547

Сейчас в теме

Собственно я нашел причину и решение:
– если у вас несколько фирм, то в этот регистр записывается эти договора по всем фирмам.
решение: добавил расширение,

Общий модуль ЭлектронныйДокументооборотСКонтролирующимиОрганами

добавил в расширение процедуру “ОбновитьСвойстваИсточникаВРегистреДокументыПоТребованиюФНС(Источник, МассивЗначенияЗаполнения)” “ВМЕСТО”

// Записываем данные в регистр
// 1 фаза: найдем все прежние записи по данному источнику
НаборЗаписей = РегистрыСведений. ДокументыПоТребованиюФНС. СоздатьНаборЗаписей();
НаборЗаписей. Отбор. Источник. Установить(Источник);

// в разрыв вставляем эти строчки:
// исправляем ошибки фирмы 1с ++
Если типЗнч(Источник)=Тип(“СправочникСсылка. ДоговорыКонтрагентов”) Тогда
НаборЗаписей. Отбор. Организация. Установить(Источник.организация);
КонецЕсли;
// исправляем ошибки фирмы 1с —

НаборЗаписей. Прочитать();
МассивУдаляемыхЗаписей = Новый Массив;

work.sable

Сейчас в теме

На случай, если в конфигурации есть какой-либо уникальный механизм. Все действо происходит в: Управление торговлей, редакция 11 (11.4.9.98)

Ситуация:
Заведением новых и изменением существующих элементов справочника “СоглашенияСКлиентами” занимается пользователь “Оператор”,
но “Оператор” не должен менять некоторые ключевые реквизиты (например отсрочка платежа) без согласования с бухгалтерией.
Периодически оператор меняет в справочнике ключевые реквизиты, без согласования с бухгалтерией. Об этом бухгалтерия узнает очень постфактум, и получает кучу проблем.

Цель: какой-либо вариант контроля этих ключевых реквизитов, или иное решение проблемы.

Варианты, которые я вижу:
1. Возложить целиком и полностью справочник “СоглашенияСКлиентами” на плечи бухгалтерии и отобрать у оператора права на справочник.
Минусы: Время бухгалтера ценнее времени оператора. В справочнике помимо ключевых реквизитов еще много информации, и нагружать этим бухгалтерию – плохо.

2. Самопал под единичный случай:
– новый регистр сведений: для лога ключевых изменений, с жестко заданными измерениями и реквизитами.
– новая подписка: на событие “при записи” справочника “СоглашенияСКлиентами”
– проверка изменились ли ключевые реквизиты
– в случае изменения ключевых реквизитов писать информацию в регистр
Минусы:
– слишком костыльно и не универсально.
– Если бухгалтерия увидит что подобное возможно, то в будущем будут добавлены аналогичные подписки, регистры сведений для контроля (например) ключевых реквизитов справочника “ДоговорыКонтрагентов”, потом для номенклатуры и тд. В итоге будет создано по паре “регистр сведений + подписка” для каждого справочника (а мб и документа) с контролем изменений.

3. Решение “Фиксация данных” из флакона (

.
Плюсы: что-то с замахом на универсальность
Минусы:
– назначение решения – контроль за регистрами, а не за справочниками. (или возможно я просто не понял как правильно воспользоваться решением),
– не полная универсальность,
– требуется адаптация,

4. Написать свой механизм, который чем то будет похож на “Фиксацию данных” из флакона, но заточен под документы и справочники (мб и под регистры, но задач по контролю за регистрами в ближайшее время не предвидится)
Минусы:
– время
– очень большой шанс что нужное мне решение уже написано и выложено, но я его не могу найти

Вопросы:
1. Есть на инфостарте что-либо решающее мою проблему (готовая разработка, или просто описание механизма)?
2. Есть другие варианты, которые я не вижу?
3. Мб “Фиксация данных” из флакона решает мою проблему, а я не смог в ней разобраться?

Ой! Данный функционал ещё в разработке

Переформирование созданного электронного документа

В процессе обмена пользователи сталкиваются с необходимостью исправления ошибок в электронных документах. Варианты внесения таких исправлений зависят от состояния обмена и вида допущенной ошибки.

Ошибки в табличной части документа

Если после отправки документа обнаружена ошибка в табличной части, для его переформирования внесите изменения в документ учета и нажмите Записать:

В появившемся окне указано, что из-за смены ключевых реквизитов электронный документ стал неактуальным. Необходимо аннулировать старый и создать новый электронный документ. Для переформирования документа нажмите на соответствующую гиперссылку:

Укажите причину аннулирования ранее отправленного документа и нажмите кнопку Аннулировать:

Причина будет отражена в предложении об аннулировании, которое поступит контрагенту. Пользователю рекомендуется дождаться согласия об аннулировании со стороны контрагента и уже после этого отправлять новую версию электронного документа.

Документ переформирован и ошибка исправлена.

Ошибка в реквизитах документа

Если после отправки обнаружена ошибка в реквизитах документа, для его переформирования внесите изменения в соответствующий документ учета и нажмите Провести и закрыть:

Начиная с версии модуля ЭДО 1.9.1, появилась возможность переформировать электронный документ из формы предварительного просмотра. Для этого нажмите Другие действия и нажмите кнопку Переформировать документ:

По предыдущей версии электронного документа контрагенту автоматически будет отправлено предложение об аннулировании с причиной Переформирование документа.

рекомендуется дождаться согласия об аннулировании со стороны контрагента и уже после этого отправлять новую версию электронного документа, кнопка Подписать и отправить:

Ошибки формата электронного документа

Если после отправки документа обнаружена ошибка формата, то перед его переформированием произведите смену формата исходящего электронного документа

Начиная с версии модуля ЭДО 1.9.1, появилась возможность переформировать электронный документ из формы предварительного просмотра. Для этого перейдите по ссылке Настройки формирования и нажмите кнопку Готово:

Электронный документ будет переформирован в указанном формате:

Предыдущий экземпляр электронного документа стал неактуальным для данного объекта учета и изъят из активного документооборота.

Номер статьи: 141988010
Обновлено: 18.08.2022 09:34+0000

progr-2008

Сейчас в теме

protexprotex

Сейчас в теме

Может, делали корректировку регистров по этому ОС? – типа изменяли первоначальную стоимость (зачем – то)
Или может данное ОС уже введено, а потом снова на него хотят ввести еще ОС (не создавая новую карточку ОС)

accounting_cons

Сейчас в теме

Регистр сведений Начисление амортизации ОС (Налоговый учет) и Регистр сведений Начисление амортизации ОС (Бухгалтерский учет) – это два разных регистра.

smallbuk

Сейчас в теме

Да, разные. Но ошибка появляется только в РС “Начисление амортизации ОС (Налоговый учет)”.

smallbuk

Сейчас в теме

accounting_cons

Сейчас в теме

smallbuk

Сейчас в теме

Счет учета – 01.01, Счет начисления амортизации – 02.01
Настораживает то, что ошибка появляется при проведении любого документа по ОС и для любого основного средства.

smallbuk

Сейчас в теме

10.

protexprotex

Сейчас в теме

Сделайте тестирование и исправление информационной базы. Кстати, у Вас конфигурация правленная?

11.

protexprotex

Сейчас в теме

В реквизитах организации быть проблемы не может. Т.к. они не прописываются в регистр. Если не разберетесь – пишите – я по удаленке могу подключиться – найдем быстрее чем так мучатся и тыкать палкой в небо.

13.

Boneman

Сейчас в теме

отладчиком посмотри в обработке проведения,
там таблицы проведения должны быть.вот и посмотри что там приготовилось по твоему регистру. И станет понятно, искать в проведении документа или во вводе остатков.

12.

smallbuk

Сейчас в теме

ТиИ делал. Конфигурация не правленая. Пару макетов изменил, но не думаю, что это влияет

14.

protexprotex

Сейчас в теме

Ну, это не влияет. checkdb проверкой проверяли?

15.

smallbuk

Сейчас в теме

да. проверял. были ошибки – исправились.

18.

protexprotex

Сейчас в теме

т.е. при проведении ЛЮБОГО документа ПринятиеКУчетуОС программа ругается этой ошибкой?- даже с новым ОС?

16.

protexprotex

Сейчас в теме

На какой регистр – то ругается при проведении Принятия к учету ОС?

17.

smallbuk

Сейчас в теме

19.

protexprotex

Сейчас в теме

Ну так сделайте вот так: откройте этот регистр и сделайте отбор по ОС которое Вы принимаете к учету. Будут записи ?

20.

smallbuk

Сейчас в теме

Верно. И не только принятие к учету, но и все документы по основным средствам.

21.

protexprotex

Сейчас в теме

Странно. Это регистр подчинен регистратору. Такое ощущение, что у Вас документ делает два раза попытку записи одних и тех-же записей этого регистра. Первая запись – все ок, а потом еще раз – и т.к. эта запись уже есть, то и отказ программы. Точно ничего не меняли в конфе?

22.

smallbuk

Сейчас в теме

100% Мало того, развернул новую чистую 8.3. Выгрузил конфигурацию, загрузил в проблемную базу.

23.

smallbuk

Сейчас в теме

Грешу на переход с 8.2 на 8.3 в феврале 2017го

24.

protexprotex

Сейчас в теме

Ну а там – то чего? – структура конфигурации примерно такая – же. Тут косяк не в этом – т.к. записей перед проведением документа по этому ОС нет. База файловая?

25.

protexprotex

Сейчас в теме

Стоит движения автоматически удалять или нет в документах?

27.

smallbuk

Сейчас в теме

31.

protexprotex

Сейчас в теме

Нет, то что стоит Не удалять – это правильно – удаление производится при проведении документа

28.

smallbuk

Сейчас в теме

Нет, не помогло.
Что интересно, беру документ принятия к учету ОС от 2011г. Отменяю проведение – Записей в РС нет. Пытаюсь провести – ошибка.

32.

protexprotex

Сейчас в теме

Ну, тогда надо в отладчике смотреть – на процедуре ПриПроведении установите точку останова и посмотрите сколько раз туда войдет отладчик (надеюсь, 1-н раз). Ну а потом – посмотрите в конце этой процедуры установите точку и посмотрите – есть ли записи.

26.

protexprotex

Сейчас в теме

И еще – попробуйте обновить конфу.

29.

smallbuk

Сейчас в теме

30.

protexprotex

Сейчас в теме

Есть новее – 3.0.53.39 – но это навряд ли поможет

33.

smallbuk

Сейчас в теме

Налицо создание дублирующей записи в РС. Или я не прав?

34.

protexprotex

Сейчас в теме

Ну, тут дело в том, что если Вы говорите, что у Вас типовая конфа – то таких косяков в модуле НЕ может быть (Вы же не один работаете на ней) – обновите до самого последнего релиза. Посмотрите.

35.

protexprotex

Сейчас в теме

Кстати, а в таблице где указываются основные средства у Вас одно основное средство?
Пришлите скрины всех закладок документа принятие к учету ОС

36.

smallbuk

Сейчас в теме

В таблице одно ОС. Обновляюсь.

37.

MrFlanker

Сейчас в теме

Та же фигня, релиз 3.0.55.16 не проводит документы “Принятие к учету ОС” с ошибкой
Запись с такими ключевыми полями существует! Регистр сведений: Параметры амортизации ОС (налоговый учет); Номер строки 2

Старые документы после отмены проведения провести нельзя. Регистр пустой, база типовая, SQL

38.

MrFlanker

Сейчас в теме

39.

MrFlanker

Сейчас в теме

Тоже переходили с Версии 2.0 на 3.0

40.

MrFlanker

Сейчас в теме

Немного сбил меня автор предыдущих постов

Выше неправильная информация пишутся разные движения

Движение = Движения. ПараметрыАмортизацииОСНалоговыйУчет. Добавить();
Движение = Движения. НачислениеАмортизацииОСНалоговыйУчет. Добавить();

Реально дублирование происходит далее в процедуре

УчетДоходовИРасходовПредпринимателя. СформироватьДвиженияПринятиеКУчетуОС()

Если НачислениеАмортизации Тогда
НачислениеАмортизацииОС = Движения. НачислениеАмортизацииОСНалоговыйУчет. Добавить();
ЗаполнитьЗначенияСвойств(НачислениеАмортизацииОС, Реквизиты);
ЗаполнитьЗначенияСвойств(НачислениеАмортизацииОС, МПЗ);

ПараметрыАмортизацииОС = Движения. ПараметрыАмортизацииОСНалоговыйУчет. Добавить();
ЗаполнитьЗначенияСвойств(ПараметрыАмортизацииОС, Реквизиты);
ЗаполнитьЗначенияСвойств(ПараметрыАмортизацииОС, МПЗ);

НачислениеАмортизацииОССпециальныйКоэффициент = Движения. НачислениеАмортизацииОССпециальныйКоэффициентНалоговыйУчет. Добавить();
ЗаполнитьЗначенияСвойств(НачислениеАмортизацииОССпециальныйКоэффициент, Реквизиты);
ЗаполнитьЗначенияСвойств(НачислениеАмортизацииОССпециальныйКоэффициент, МПЗ);
КонецЕсли;

41.

MrFlanker

Сейчас в теме

Повторное выполнение когда зависит от значения реквизита документа

Если оно равно

42.

MrFlanker

Сейчас в теме

Но вылазит другая ошибка: Дублирование записей в регистре сведений “ПервоначальныеСведенияОСНалоговыйУчет”

в Процедуре СформироватьДвиженияПринятиеКУчетуОС()

Движения. ПервоначальныеСведенияОСНалоговыйУчет. Записывать = Истина;

Для Каждого МПЗ Из СписокМПЗ Цикл
ПервоначальныеСведенияОС = Движения. ПервоначальныеСведенияОСНалоговыйУчет. Добавить();

43.

MrFlanker

Сейчас в теме

Раз эта ошибка вылазит не у всех .значит существуют параметры при которых дублирования не происходит.

В результате дальнейших поисков было выяснено следующее что записывается одинаковые движения в следующих процедурах
1 – СформироватьДвиженияРегистрацияПервоначальныхСведенийОСНУ
2 – СформироватьДвиженияПринятиеКУчетуОС

во второй повлиять невозможно, разбираемся что влияет на первую процедуру.

Понимаем что все дело в функциональной опции “ПлательщикНалогаНаПрибыль”

Хранится в “РегистрСведений. НастройкиСистемыНалогообложения. Ресурс. ПлательщикНалогаНаПрибыль”
Синоним “Система налогообложения”
Ресурс “ПлательщикНалогаНаПрибыль” (Булево Да/нет)

В интерфейсе я не нашел как изменить этот флажек

Обработкой для редактирования регистров сведений ставим ее в положение Ложь.
И документы начинается проводится.

44.

vadim1011985

Сейчас в теме

а если ИП на ОСНО как прибыль считаться будет ?

48.

пользователь

Сообщение было скрыто модератором.

45.

MrFlanker

Сейчас в теме

Потому что я не нашел способа убрать галочку через юзер-интерфейс

Возможно есть другие свойства которые влияют на механизм проведения.
Просто именно наша комбинация свойств показывает ошибку.

Пользователю не должны выводится сообщение про дубликаты в регистрах
это недопустимая ситуация которую доложен предусмотреть разработчик.

46.

Tanga

Сейчас в теме

Добрый день!
Проблему решили?
Редакция 3.0.58.41 перешли с 2.0.
“Запись с такими ключевыми полями существует! параметры АмортизацииОСБухгалтерский учет” и т.д.

Выдает ошибку при перепроведении старого документа “Принятие к учету ОС” и документ не перепроводится.

47.

MrFlanker

Сейчас в теме

Пост №43 описывает решение.

Решение – переутвердите систему налогообложения текущей датой

Аналогичная шибка была в УТ11 при проведении документа перемещение товаров.
Было два склада “Основной Красноярск” и “Основной Кемерово”. И еще один просто склад.
При перемещении с Красноярска в Кемерово или обратно вылетала эта ошибка.
Решилось при изменении названия одного из двух складов.
После этого даже поменял обратно – все работало. т.е. имел место глюк платформы. Проверка самой базы – тестирование и лечение никаких ошибок не выявило.

51.

Первоуралочка

Сейчас в теме

Сегодня начала бороться с такой же проблемой. Цель: принять ОС с амортизационной премией. Соответственно документ Поступление ОС не подошел. А документ Принятие к учету ОС выдавал ошибку, подобную той, что описали, что запись в регистре сведений ПараметрыАмортизацииОСНалоговыйУчет уже существует. Скрин выкладывать не буду, думаю и так все понятно.
Проверила конфу – изменена, но не в плане ОС. На другой базе при таком же релизе все проходит на “ура”.
Вывод проблема именно в моей базе, а не в релизе.
Найденное решение: Регистр Сведений “Система налогообложения”. Создаю новую запись текущим годом. Все замечательно провелось.

Переформирование отправленного электронного документа

Дата обновления: 28.06.2022

Номер карточки: SD0031483

Видеоинструкция

Если после отправки документа обнаружена ошибка в табличной части, то для его переформирования необходимо внести изменения в соответствующий документ учёта и нажать «Записать».

В появившемся окне указано, что из-за смены ключевых реквизитов электронный документ стал неактуальным. Необходимо аннулировать старый и создать новый электронный документ. Для переформирования документа требуется нажать на соответствующую гиперссылку.

Необходимо указать причину аннулирования ранее отправленного документа и нажать «Аннулировать».

Причина будет отражена в предложении об аннулировании, которое поступит контрагенту. Пользователю рекомендуется дождаться согласия об аннулировании со стороны контрагента, и уже после этого отправлять новую версию электронного документа.

Предыдущая версия электронного документа аннулирована.

Если после отправки обнаружена ошибка в реквизитах документа, то для его переформирования необходимо внести изменения в соответствующий документ учёта и нажать «Провести и закрыть».

Начиная с версии модуля ЭДО 1.9.1, появилась возможность переформировать электронный документ из формы предварительного просмотра. Для этого необходимо нажать «Другие действия» и выполнить команду «Переформировать документ».

По предыдущей версии электронного документа, контрагенту автоматически будет отправлено предложение об аннулировании с причиной «Переформирование документа».

Примечание. В случае, если используется модуль ЭДО ниже версии 1.9.1, то для переформирования документа необходимо изменить время в документе учётной системы, затем нажать «Записать», инициировать процедуру аннулирования, после чего переформировать электронный документ «ЭДО – Просмотреть электронный документ».

Если после отправки документа обнаружена ошибка формата, то перед его переформированием необходимо произвести смену формата исходящего электронного документа.

Электронный документ будет переформирован в указанном формате.

Также вам может быть интересно:

Смена форматов исходящих электронных документов

Аннулирование электронного документа

Переформирование созданного электронного документа

Создание корректировочных документов

Номер карточки: SD0031482

Если документ сформирован, но не отправлен из-за ошибки в табличной части, то для его переформирования необходимо внести изменения в соответствующий документ учёта и нажать «Записать».

В появившемся окне указано, что из-за смены ключевых реквизитов электронный документ закрыт принудительно. Для создания нового экземпляра электронного документа необходимо нажать на соответствующую гиперссылку.

Предыдущий экземпляр электронного документа стал неактуальным для данного объекта учёта и изъят из активного документооборота.

Если документ сформирован, но не отправлен из-за ошибки в реквизитах документа, то для его переформирования необходимо внести соответствующие изменения в документ учётной системы и нажать «Провести и закрыть».

Примечание. В случае, если используется модуль ЭДО ниже версии 1.9.1, то для переформирования документа необходимо изменить время в документе учётной системы, затем нажать «Записать», после чего переформировать электронный документ «ЭДО – Просмотреть электронный документ».

Начиная с версии модуля ЭДО 1.9.1, настройки отправки электронного документа можно изменить из формы предварительного просмотра. Для этого необходимо перейти по ссылке «Настройки формирования», в поле «Формат электронного документа» указать необходимое значение и нажать «Готово».

Примечание. В случае, если используется модуль ЭДО ниже версии 1.9.1, то для переформирования документа необходимо внести соответствующие изменения в настройки отправки электронных документов, затем изменить время в документе учётной системы и нажать «ЭДО – Просмотреть электронный документ».

Переформирование отправленного электронного документа