Существуют документы проведенные по договору реквизит не может быть изменен

Как програмно записать реквизит «вид договора контрагента»

MaximStav

26.11.08 — 11:50

Здравствуйте. Возникла интересная задача. При выгрузки из Рарус: Альфа-авто в Бух 1.6.10 изменились виды договоров контрагентов, причем коды и другая информация (видимо и идентификатор тоже) остались прежними. При попытке установить старый вид договора, разумеется ругается на то, что «Существуют документы, проведенные по договору…» Может быть кто нибудь посоветует что либо?

ТелепатБот

1 — 26.11.08 — 11:50

NcSteel

2 — 26.11.08 — 11:52

1.Найти все ссылки на договор, распровести все документы, установить нужный «вид», Провести документы.

2. Подправить код в Бухгалтерии, который выдает это сообщение.

Mort

3 — 26.11.08 — 11:53

Как человек далекий от БУ, имхо если запрет стоит, эт не для красоты. Обойти можно, если не отвечать за последствия.

hhhh

4 — 26.11.08 — 11:59

(0) ставь при записи договора

ОбъектДоговор.ОбменДанными.Загрузка = Истина;

ОбъектДоговор.Записать();

MaximStav

5 — 26.11.08 — 11:59

(2) Вот второй способ кажется самым очевидным, но Рарус со своей выгрузкой смог поменять виды договоров без изменения конфигурации (она на поддержке).

MaximStav

6 — 26.11.08 — 12:02

(4) Отлично!!! Огромное спасибо.

NcSteel

7 — 26.11.08 — 12:02

(4) Тоже вариант , но такойже опасный как и мой второй.

(5) Незря база ругается , значит на чтото этот вид влияет, подозреваю на проводки ). Так что лучше распровести и провести

MaximStav

8 — 26.11.08 — 12:06

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

hhhh

9 — 26.11.08 — 12:12

(7) нельзя изменять договор в целом. Если брать реквизиты договора по отдельности, то база это не проверяет. Ругается-то: «Существуют документы, проведенные по договору…». Значит если просто поменяем наименование договора, то тоже ругнется. Не факт, что проводки поменяются.

NcSteel

10 — 26.11.08 — 12:17

(9) Ты не прав, из-за изменения наименования ругаться не будет. В коде забито что если «Такой » или «Такой » реквизит изменился и есть проведенные документы, то недовать записать элемент.

MaximStav

11 — 26.11.08 — 14:59

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

Михаил Козлов

12 — 26.11.08 — 15:35

(0) Если Вы уверены, что изменение вида договора не приведет к косякам, то:

1. Отбираете нужные договора УниверсальныйПодборИОбработкаОбъектов;

2. Пишите в нем произвольный алгоритм обработки, что типа:

Объект.ВидДоговора = <нужный вид>;

Объект.ОбменДанными.Загрузка = ИСТИНА;

ПОПЫТКА

Объект.Записать();

ИСКЛЮЧЕНИЕ

Сообщить(ОписаниеОшибки());

КОНЕЦПОПЫТКИ;

3. Запустить обработку на выбранных объектах.

MaximStav

13 — 26.11.08 — 16:38

(12)И Вам большое спасибо. Разобрался

Источник

Draconus

1 — 15.01.11 — 15:20

Решил поменять процедуру Записи в Обработке «ОбменДаннымиXML»:

//Процедура ЗаписатьОбъектВИБ(Объект, Тип)
//
// Попытка
//
// УстановитьОбменДаннымиЗагрузка(Объект);
// Объект.Записать();
//
// Исключение
//
// СтрокаСообщенияОбОшибке = ЗаписатьИнформациюОбОшибкеВПротокол(26, ОписаниеОшибки(), Объект, Тип);
//
// Если Не ФлагРежимОтладки Тогда
// ВызватьИсключение СтрокаСообщенияОбОшибке;
// КонецЕсли;
//
// КонецПопытки;
//
//КонецПроцедуры
Процедура ЗаписатьОбъектВИБ(Объект, Тип)

Попытка

УстановитьОбменДаннымиЗагрузка(Объект);

Попытка

Объект.Записать();

Исключение

СтрокаОшибки = ОписаниеОшибки();

Если Найти(СтрокаОшибки, «Ошибка при вызове метода контекста (Записать): Ошибка при попытке вставки записи с неуникальным значением ссылки.») = 0 Тогда

СтрокаСообщенияОбОшибке = ЗаписатьИнформациюОбОшибкеВПротокол(26, ОписаниеОшибки(), Объект, Тип);

Если Не ФлагРежимОтладки Тогда
ВызватьИсключение СтрокаСообщенияОбОшибке;
КонецЕсли;

КонецЕсли;

КонецПопытки;

Исключение

СтрокаСообщенияОбОшибке = ЗаписатьИнформациюОбОшибкеВПротокол(26, ОписаниеОшибки(), Объект, Тип);

Если Не ФлагРежимОтладки Тогда
ВызватьИсключение СтрокаСообщенияОбОшибке;
КонецЕсли;

КонецПопытки;

КонецПроцедуры

Возможно ли что это вызовет какие нибудь ошибки в будущем?

Draconus

3 — 15.01.11 — 15:49

Что-то такое нашел на unfostart.ru

Презабавнейшая история битвы с самим собой:

Общая ситуация такая:
Выгружаю данные из БП в УПП с помощью КД. Взял стандратный обмен, он отстает от текущих на 10 версий, довел до ума и тестирую обмен.
При выгрузке справочников выдается ошибка:

Ошибка при загрузке данных: {ВнешняяОбработка.УниверсальныйОбменДаннымиXML(3326)}: Ошибка записи объекта
ТипОбъекта = Справочник ссылка: Контрагенты
Объект = НекаяФирма ООО
ОписаниеОшибки = Ошибка при вызове метода контекста (Записать): Ошибка при попытке вставки записи с неуникальным значением ссылки.
таблица Reference102.
ПозицияМодуля = ВнешняяОбработка.УниверсальныйОбменДаннымиXML(3319)
КодСообщения = 26

Причем, если мы выгружаем все справочники, то ошибка есть, если только контрагенты, то ошибки нет.
Проблема оказалась в том, что при включенной галке «Оптимизированная запись» при записи Свойства объекта происходит не запись, а сохранение объекта в стеке, которое подразумевает отложенную запись.
Но отложенной записи не происходит и получается такая ситуация – в стеке висит структура, которая хранит одновременно объект и ссылку.
Как только требуется обработать еще один объект, мы получаем ссылку по тому же ГУИД, привязываем ссылку к новому объекту и сохраняем. В структуре стека объект отвязывается от нашей ссылки и содержит пустую ссылку с идентификатором «00000000-0000-0000-0000-000000000000». Как только мы, наконец, доходим до самого объекта, он видит, что в стеке есть данные и использует их, причем считая что объект связан со ссылкой, а это, как мы помним, не так.
Все лечится тем, что убираем галку Оптимизированная запись.

Ситуация по коду:

Идем вниз по стеку вызовов:
ПрочитатьОбъект() Читаем «Контактные лица контрагентов»
НайтиОбъектПоСсылке() По ГУИД ищем ссылку на контактые лица
ПрочитатьИнформациюОСвойствахПоиска() Ищем свойства поиска
ПрочитатьСвойстваПоискаИзФайла() Ищем свойства в файле
ПрочитатьСвойство() Читаем свойство Владелец (Это наш контагент)
НайтиОбъектПоСсылке() Пытаемся прочитать нашего владельца
//НайтиИлиСоздатьОбъектПоСвойству() По ГУИД ищем объект (фактически ищем ссылку)
СоздатьНовыйОбъект() Создаем объект и ссылку
Там есть такой пункт
Если ГНпп <> 0 ИЛИ Не ОптимизированнаяЗаписьОбъектов. Глобального номера у нас нет, а оптимизированная запись включена, поэтому запись откладывается в стек объектов, но из стека не уходит, так как работа со стеком предусмотрена только для объектов, а не для свойств

НайтиОбъектПоСсылке перед завершением устанавливает СвойстваОбъектаМодифицированы = Истина; но этот признак никто не обрабатывает, объект зависает в стеке, ссылка теряется и потом мы получаем то, что получаем.

Draconus

4 — 15.01.11 — 16:00

Объект.ОбменДанными.Загрузка=Истина;

Устанавливается в

УстановитьОбменДаннымиЗагрузка(Объект);

Её код:

Процедура УстановитьОбменДаннымиЗагрузка(Объект, Значение = Истина) Экспорт

Попытка
Объект.ОбменДанными.Загрузка = Значение;
Исключение
КонецПопытки;

Если УзелОбменаЗагрузкаДанных <> Неопределено
И НЕ УзелОбменаЗагрузкаДанных.Пустая() Тогда

Попытка
Объект.ОбменДанными.Отправитель = УзелОбменаЗагрузкаДанных;
Исключение
КонецПопытки;

КонецЕсли;

КонецПроцедуры // УстановитьОбменДаннымиЗагрузка()

Draconus

7 — 21.01.11 — 14:43

В итоге оставил окончательный вариант следующий:

В обработке ОбменДаннымиXML, в модуле объекта подправил процедуру.

Попытка

УстановитьОбменДаннымиЗагрузка(Объект);
Объект.Записать();

Исключение

СтрокаОшибки = ОписаниеОшибки();

СтрокаСообщенияОбОшибке = ЗаписатьИнформациюОбОшибкеВПротокол(26, ОписаниеОшибки(), Объект, Тип);

Если Не ФлагРежимОтладки Тогда
ВызватьИсключение СтрокаСообщенияОбОшибке;
КонецЕсли;

КонецЕсли;

КонецПопытки;

КонецПроцедуры

— 18.03.2019 — 10:39

Тестим перенос данных из ЗиК 7.7 371 в ЗУП 3.1. Данные выгружались обработкой ПомощникВыгрузкиV7.ert, ошибок не было. При загрузке в 8-ку вываливается ошибка —

Ошибка при загрузке данных: {Обработка.УниверсальныйОбменДаннымиXML.МодульОбъе кта(6107)**: Ошибка записи объекта
ТипОбъекта = Перенос данных
Объект = Перенос данных РОтп1 от 18.03.2019
ОписаниеОшибки = Ошибка при вызове метода контекста (Записать): Номер года в литерале типа ‘Дата’ превышает 3999.
ПозицияМодуля = Обработка.УниверсальныйОбменДаннымиXML.МодульОбъек та(6100)
КодСообщения = 26

Судя по писанию, ругается на какую-то дату в документах отпуска, которая или пустая или больше 3999. Проверила доки — приказы на отпуск и начисления отпуска, доков с такими ошибками не нашла. Всё вроде корректно. В какую сторону копать? Или как точнее определить, обо что запинается загрузка? В 8.3 пока еще не очень, так что не пинайте плз!

— 18.03.2019 — 11:07

проверьте в зике даты в доках отпусков тщательней, на предмет их пустоты или не попадания их в диапазон ваших рабочих дат по базе(с первой даты отпусков до сего дня)
переносите то на начало текущего года? лучше все данные за текущий год вбить уже сразу в зуп

— 19.03.2019 — 05:54

1-user1C > Да прогоняла обработкой, проверяла даты доков, на пустые и больше последних дат отпусков — Приказы по отпуску и Начисление отпуска. Данные на начало года, да. Может проверить еще на меньшие значения — ранее первых отпусков в базе?

— 19.03.2019 — 06:39

(2)А почему не поступите наоборот? в ЗУП 3.1 есть импорт из предыдущей учетной программы ЗИК или ЗУП 2.5

— 19.03.2019 — 09:13

(2)
само собой на ранние даты проверять, я ж написал выше… и проверять надо не только даты доков самих, но и даты в доках(начало и окончание отпуска, например)

— 19.03.2019 — 09:48

(0) А проверить данные в файлах выгрузки? Вряд-ли пустая дата генерировала бы год, больший 3999. Скорее всего где-то вводили год 2 цифрами, например 99-й. А программа интерпретировала в 9900-й. Я бы использовал такой шаблон поиска: Тип=»Дата»><Значение>4
Где 4 — начало 4-х тысячного столетия (т.е. больше 3999), ну и перебрать варианты 5,6,7,8,9.

— 20.03.2019 — 04:16

3-USSR > Ну так я так и поступила, только вторым вариантом, выгрузкой через файлы. Как вариант, можно и напрямую попробовать, но боюсь, что будет дольше и те же грабли, но с другой стороны.

— 20.03.2019 — 04:18

4-user1C >Я и проверяла даты начала и окончания, пардон, если написала непонятно, хотя и даты доков тоже проверила.

— 20.03.2019 — 04:23

5-US1C >Поначалу так и хотела сделать, но файл очень большой, 130 Мб, у нас около полутора тысяч работников в штате, и чем с таким файлом работать не придумала. Спасибо за идею поиска по шаблону! Подскажите, а во что его загрузить, такой большой, чтоб сильных тормозов не было? Ну, в смысле, в какой программе проверять? Пробовала пару xml редакторов, но они вылетают при загрузке файла. Может банально Блокнотом, потянет?

— 20.03.2019 — 04:39

8-Грей Сашенька >Блокнотом не потянет.
Я пользуюсь бесплатным PilotEdit (в инете ищется по названию легко).

— 20.03.2019 — 05:50

9-victuan >Спасибочки! Будем пробовать.

— 20.03.2019 — 07:05

AKXMLEdit еще есть

— 20.03.2019 — 08:32

(8) Я использую Notepad++
Насчет максимального размера обрабатываемого файла не знаю, но функционал (особенно с плагинами) — не детский.

— 20.03.2019 — 08:36

(8) Только что открыл им xml-файл размером в 200 метров. В легкую.

— 20.03.2019 — 09:37

(7)
и что, все даты в порядке?

— 20.03.2019 — 21:48

Цитата:

Сообщение от Грей Сашенька

Я и проверяла даты начала и окончания

хм.. рискну поставить грош, что даты начала и окончания отпуска ни при чем.
а ошибка у тебя в «За какой период предоставляется отпуск».
или, говоря по-русски, быстренько пробежаться по документам ПриказПоОтпуску и проверить обработочкой НачалоПериода и ОкончаниеПериода.
Принимаешь ставку ? :))

— 20.03.2019 — 21:52

Кстати, на пустую дату не ругается. А ругатется именно на дату больше 3999
рискну поставить еще один грош :), что ошибка в том, что тысячелетие «2» подменили на «5»
т.е, к примеру, ОкончаниеПериода — вместо «2017» — «5017»

— 20.03.2019 — 21:56

И да, я пользуюсь XML Notepad 2007. Мне нравится, функционал для моих невеликих потребностей меня устраивает.

— 21.03.2019 — 02:24

рискную , что деньги нужны, 1с7 пытаются логично убивать

— 21.03.2019 — 05:03

18-101 >

Цитата:

Сообщение от 101

деньги нужны

А кому они нынче не нужны?)))

Цитата:

Сообщение от 101

1с7 пытаются логично убивать

А чего её убивать? Зика последние годы сама как тот живой труп

— 21.03.2019 — 05:18

14-user1C >

Цитата:

Сообщение от user1C

и что, все даты в порядке?

Походу нет, нашла два дока «из будущего»)))

— 21.03.2019 — 05:24

15-Блондинка в шок >

Цитата:

Сообщение от Блондинка в шок

Принимаешь ставку ? :))

Принимаю! И при этом — бинго! В яблочко! Нашла два старых дока с реквизитами НачалоПериода и ОкончаниеПериода именно с подменой «2» на «5» — 5006 и 5008 годы. Спасибочки! я сама что-то и не догадалась их проверить… Поправлю и буду снова тестить с выгрузкой-загрузкой. Потом отпишусь, если кому интересно конечно.

— 21.03.2019 — 11:25

Цитата:

Сообщение от Грей Сашенька

И при этом — бинго! В яблочко! Нашла два старых дока с реквизитами НачалоПериода и ОкончаниеПериода именно с подменой «2» на «5» — 5006 и 5008 годы

Не поверишь
По моей статистике, в каждом более-менее крупном учреждении (в которых более 200-300 действующих сотрудников) — мне эта ситуация встречалась в 100% случаев. То ли мне так «повезло», то ли это можно засчитать как фичу эксплуатации ЗиК 7.7

Спецы 1С для удобства конечного пользователя создали специальные решения, позволяющие по нажатию кнопки выгрузить данные. Попробовал и я…

1.1. Ошибка записи объекта:
Тип объекта = Регистр сведений запись: Настройки учета страховых взносов
Описание ошибки = Ошибка при вызове метода контекста (Записать): Запись не верна! Значение поля «Организация» не может быть пустым.

Устранение ошибки: В ПКО «УчетСтраховыхВзносовНастройкиОрганизаций» для свойства «Организация» не указано ПКО

1.2. Ошибка в обработчике события ПередЗагрузкойДанных (конвертация)
Описание ошибки = Ошибка при вызове метода контекста (СоздатьНабор): Недопустимое значение параметра (параметр номер ‘1’)

Устранение ошибки: Константа «ВедетсяДеятельностьПоДоговорамКомиссииНаПродажу» не существует. Удалил ссылку на нее.

1.3. Ошибка при загрузке данных: Поле объекта не обнаружено (ПоложенияПереходногоПериодаУСН)

Устранение ошибки: Указанный реквизит регистра сведений «УчетнаяПолитикаОрганизаций» переименован в «УдалитьПоложенияПереходногоПериодаУСН». Отключил для переноса.

1.4. Ошибка записи объекта
Тип объекта = Вид вычетов НДФЛ
Описание ошибки = Ошибка при вызове метода контекста (Записать): Не удалось записать «103 (Вид вычетов НДФЛ)»!

Устранение ошибки: Для ПКО «ВидыВычетовНДФЛ» поставил крыж «Не замещать существующие». Непонятно только почему для предопределенных объектов это не отслеживается в процессе загрузки по умолчанию!?

1.5. Ошибка записи объекта
Тип объекта = Договор
Описание ошибки = Ошибка при вызове метода контекста (Записать): Значение поля «Контрагент» не заполнено или заполнено неверно

Устранение ошибки: Так и не понял как с зтим бороться. Отключил загрузку реквизитов контрагента «Основной договор» и «Основной счет». Поставил крыж «Загружать только новые».

После выгрузки объекта отключил проверку ИНН и КПП

Если НЕ Объект.ЭтоГруппа Тогда
Объект.ИННВведенКорректно = Истина;
Объект.КППВведенКорректно = Истина;
КонецЕсли;

Вроде помогло.

1.6. Ошибка записи объекта
Тип объекта = Регистр сведений запись: Текущие кадровые данные сотрудников
Описание ошибки = Ошибка при вызове метода контекста (Записать): Ошибка при выполнении: Значение не является значением объектного типа (Ссылка)

Устранение ошибки: Такое ощущение, что шло зацикливание (при загрузке) когда в регистре шла ссылка на сотрудника, а в нем — на данный регистр, но почему при загрузке? Выгрузилось то нормально!
Создал ПКО «СотрудникиСсылка» (не замещать, а только новые) со свойствами для поиска:

Наименование
Организация
Физическое лицо

и сослался на него в свойстве «Сотрудник» указанного регистра

1.7. Ошибка в обработчике события ПослеЗагрузкиДанных (конвертация)
Описание ошибки = Поле объекта не обнаружено (Организация)

Устранение ошибки: Для параметра «ОРГАНИЗАЦИЯ» проставил крыж «При загрузке» и указал правило конвертации «Организации»

1.8. Ошибка записи объекта
Тип объекта = Регистр сведений запись: Текущая тарифная ставка сотрудников
Описание ошибки = Ошибка при вызове метода контекста (Записать): Запись не верна! Значение поля «Физическое лицо» не может быть пустым!:

Устранение ошибки: Вместо двух свойств «Сотрудник» в правиле конвертации достаточно одного. И добавить «ФизическоеЛицо», «ТекущаяОрганизация»
Для «Сотрудник» назначил правило «СотрудникСсылка».

2. Теперь пытаемся загрузить документы.

2.1 Не проводятся после загрузки!
прописал в обработчик «Перед конвертацией объекта»

Если ТипЗначенияСтр(Источник) = "Документ" Тогда
Если (Источник.Вид() = "Счет")
ИЛИ (Источник.Вид() = "Доверенность")
ИЛИ (Источник.Вид() = "ПлатежноеПоручение")
Тогда
Если Источник.ПометкаУдаления() = 0 Тогда РежимЗаписи = "Проведение"; КонецЕсли;
Иначе
Если Источник.Проведен() = 1 Тогда РежимЗаписи = "Проведение"; КонецЕсли;
КонецЕсли;
КонецЕсли;

2.2 Ошибка при загрузке данных: Поле объекта не обнаружено (Услуги)
Смею предположить, что это «Счет на оплату покупателю» в котором указанную табличную часть подготовили к удалению.

Устранение ошибки: В ПКО «Счет» ее отключил и пометил на удаление. В коллекцию «Товары» добавил свойство «Содержание» и прописал его заполнение.

2.3 Ошибка записи объекта
Тип объекта = Договор
Описание ошибки = Ошибка при вызове метода контекста (Записать): Поле «Вид договора» заполнено некорректно.
Существуют документы, проведенные по договору. Реквизит не может быть изменен.

Устранение ошибки: В ПКО «Договоры контрагентов» свойство «ВидДоговора» вытащил из группы и назначил отбор по его значению (для элемента)
В ПКО «ДоговорыКонтрагентовПоВидам» — то же самое (не знаю зачем оно вобще нужно!).

Вообще с определением вида договора реальная проблема!
В ПКО документа «Счет» для свойства «Договор» перед выгрузкой прописал

Параметры.ПараметрыАлгоритмов.Установить("Документ",Источник);
Параметры.ПараметрыАлгоритмов.Установить("Договор",Источник.Договор);
ОпределитьВидДоговора();

подкорректировал апгоритм ОпределитьВидДоговора
1. Для документа «Платежное поручение».
2. Для пустого документа, когда передается только счет б/у.

В ПКО «ДоговорыКонтрагентов» закомментировал

//Параметры.ПараметрыАлгоритмов.Установить("ВидДоговора","");
//Параметры.ПараметрыАлгоритмов.Установить("ВесДоговора","");

Похоже, из-за этого вид договора не передавался в соответствующее свойство при выгрузке!

2.4 Ошибка записи объекта
Тип объекта = Сотрудник
Описание ошибки = Ошибка при вызове метода контекста (Записать): Значение «0000000009» поля «Таб. номер» не уникально

Устранение ошибки: Проблема загрузки Документа типа Выписка при перечислении зарплаты на л/с сотрудников. Попытка конвертации сотрудников в контрагенты.
В моей конкретной ситуации расчет зарплаты и кадровый учет ведется в ЗиК 77 (сейчас переходим на ЗУП 83) и переносится в бухгалтерию СВОДНО. Поэтому решил не заморачиваться, а просто прорисовать конкретную ситуацию.

Для того, чтобы добиться желаемого результата при переносе, пришлось:

добавить новый параметр «УчетПоСтрудникамСводно» (Зарплата без детализации по сотрудникам);
закомментировать несколько строк кода конвертации «Перед загрузкой данных»;
настроил вручную параметры учета для блока «Зарплата и кадры».

2.5. Перекроил модуль «При выгрузке» ПКО «Выписка_Списание» (там много всего «по мелочам»)
Ну, например, добавил реквизит «Налог».
А в платежном поручении — «Налог» и «Вид операции».

После загрузки остатков обнаружил, что по забалансовому счету «001» виды субконто поменялись местами. Откорректировал алгоритм «Добавить Проводку».

2.6. Ошибка записи объекта
Тип объекта = Регистр сведений запись: Процент ЕНВД для учета затрат на зарплату
Описание ошибки = Ошибка при вызове метода контекста (Записать): Запись не верна! Значение поля «Организация» не может быть пустым!:

Устранение ошибки: В ПКО «ВводПроцентаДеятельностиЕНВД» для свойства «Организация» прописал правило конвертации

3. Кроме всего прочего

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

50.2 с 50.02 «Операционная касса»;
68.8 и 68.08 «Налог на имущество»;
субсчета счета 68.4 «Налог на прибыль».

Их нужно добавить в список значений ПКО «План счетов — Хозрасчетный»

Показывать по
10
20
40
сообщений

Новая тема

Ответить

nemo888

Дата регистрации: 24.08.2010
Сообщений: 115

Настроил план обмена из УТбазовая10.3.14 в БПбазовая2.0.27 Предполагается односторонний обмен из УТ в БП через общий каталог Следуя инструкции по настройке плана обмена создал правила ,которые загрузил при настройке плана обмена в БП. Следующим пунктом идет выгрузка справочников из УТ.Сделал,в БП загрузил. Затем идет выгрузка документов из УТ. Выгружает,но при попытке загрузить в БП выдает ошибку: Начат обмен данными по настройке «Обмен с «1С:Управление торговлей 8 (начиная с версии 10.3)» (22:01:16). Начало загрузки: 09.10.2011 22:01:16 Ограничение базовой версии. В информационной базе может быть введена только одна организация. Ошибка записи объекта ТипОбъекта = Организации Объект = ООО ДиС ОписаниеОшибки = Ошибка при вызове метода контекста (Записать): Не удалось записать: «Организации»! ПозицияМодуля = Обработка.ОбменДаннымиXML.МодульОбъекта(3784) КодСообщения = 26 Ошибка при загрузке данных: {Обработка.ОбменДаннымиXML.МодульОбъекта(3791)}: Ошибка записи объекта ТипОбъекта = Организации Объект = ООО ДиС ОписаниеОшибки = Ошибка при вызове метода контекста (Записать): Не удалось записать: «Организации»! ПозицияМодуля = Обработка.ОбменДаннымиXML.МодульОбъекта(3784) КодСообщения = 26 Окончание загрузки: 09.10.2011 22:01:18 Ошибка при загрузке объектов. Было загружено: 0 Чтение данных из файла обмена завершено с ошибками! В базе УТ только одна организация-ООО ДиС,также как и в БП. ИНН,КПП и наименование организации совпадают в обоих базах. В чем может быть причина,подскажите?

VVP

Дата регистрации: 12.10.2006
Сообщений: 4950

> В базе УТ только одна организация-ООО ДиС,также как и в БП. > ИНН,КПП и наименование организации совпадают в обоих базах. > В чем может быть причина,подскажите? Может быть коды разные. И наименование проверьте. Может пробел лишний или кавычки.

Денис (САМАРА)

Дата регистрации: 09.04.2008
Сообщений: 8351

Какие у Вас в правилах обмена поля для поиска указаны?

nemo888

Дата регистрации: 24.08.2010
Сообщений: 115

Спасибо за отклик всем. Всё получилось-заново снёс все предыдущие настройки обменов и пошагово проделал то,что предлагал Помощник. Оставил префиксы в УТ и БП,которые предлагались(мне советовали не ставить префикс в УТ т.к. она основная база) ,последовательно выгрузил правила в БП,там их загрузил,выгрузил справочники из УТ,в БП их загрузил,выгрузил док-ты из УТ- и о чудо!!! в БП всё загрузилось. Только почему-то склад(а он единственный) в перенесенных док-тах не заполнился и соотв-но они не провелись. Не совсем понятно почему.Вроде везде где-только можно я указал этот склад подставлять по умолчанию. Но это уже мелочи ))

Prikum

активный пользователь

онлайн

Дата регистрации: 18.02.2002
Сообщений: 20834

Потому что в УТ склад можно указывать в табличной части, а в БП нельзя.

Показывать по
10
20
40
сообщений

Источник

: Опубликовано 15.03.2021 06:29; Автор: Administrator; Просмотров: 13929

Как часто вам достается от предыдущего бухгалтера хорошая база 1С, в которой почти нет ошибок? Да, практически, никогда! «Задвоенные», а то и «затроенные» данные, куча лишних договоров у контрагентов, некорректные счета учета, отрицательные остатки по номенклатуре – вот лишь малая часть того, с чем сталкивается новый бухгалтер. И, зачастую, совсем мало времени остается на исправление. Пользователи могут сутками вручную переносить данные на верную позицию в базе, однако в этом материале мы хотим рассказать об интересном функционале программы 1С, с помощью которого вы управитесь за считанные минуты! Речь пойдет о групповом изменении реквизитов в программе 1С: Бухгалтерия предприятия ред. 3.0.

Изменение значений реквизитов в документах

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

Рассмотрим на примере ИП Симоновой А.И.

В оборотно-сальдовой ведомости по счету 60 «Расчеты с поставщиками и подрядчиками» видно, что поставщик ООО «Гладиолус» повторяется дважды. Кроме этого, по второй строке ООО «Гладиолуса», в оборотах 2021 года, в документах фигурирует договор 2020 года.

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

В такой ситуации поможет данная обработка.

ВНИМАНИЕ: Если у вас недостаточно опыта, лучше доверить это специалистам, т.к. данная процедура необратима. И если вы всё же решите поэкспериментировать со своей базой, не забудьте сделать резервную копию.

Рассмотрим действия пошагово.

Шаг 1. Перейдите в раздел «Администрирование» — «Обслуживание».

Шаг 2. Разверните меню «Корректировка данных» и перейдите по гиперссылке «Групповое изменение реквизитов».

Кредиторская задолженность в оборотно-сальдовой ведомости по первой строке ООО «Гладиолус» образована документами «Поступление (акт, накладная, УПД)». Значит в первую очередь нам надо заменить в них ООО «Гладиолус» №1 на ООО «Гладиолус» №2. А следующим этапом приступись к обработке договоров.

Шаг 3. Выполните настройку формы.

• В поле «Изменять» укажите обрабатываемый документ. В нашем примере это «Поступление (акты, накладные, УПД)».

• Изменяемый реквизит документа отметьте галочкой «Контрагент» и в поле «Новое значение» установите ООО «Гладиолус», на который надо сделать замену.

Для того, чтобы установить дополнительные фильтры и настройки, перейдите по гиперссылке «Все элементы».

В поле «Выбранные элементы» отображаются все документы поступления. Для установления фильтра установите отбор.

Шаг 4. Нажмите кнопку «Добавить условие» и задайте: «Контрагент» равно ООО «Гладиолус». При выборе значения выберите тот элемент, который нужно заменить.

Лишние документы отсеются и останутся лишь удовлетворяющие условию отбора.

Нажмите «Ок».

Итак, задано две настройки:

Первая – отбор по контрагенту ООО «Гладиолус» (№1);

Вторая – указание нового значения поля «Контрагент» — ООО «Гладиолус» (№2).

В окне обработки нажмите «Изменить реквизиты».

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

ООО «Гладиолус» у нас остался в единственном экземпляре, но с разбивкой по договорам.

Аналогично рассмотренному варианту перенесите договора «Без договора» и «Договор 2020 г.» на одну строку – «Договор 2021 г.»

Шаг 5. Выполните новую настройку.

Перейдя по гиперссылке «Все реквизиты», одновременно с отбором по контрагенту ООО «Гладиолус» (новое значение), установите отбор – «Договор» равно «Без договора».

Шаг 6. Нажмите «ОК» и в поле «Новое значение» для реквизита «Договор» укажите тот, на который производится замена – «Договор 2021».

Шаг 7. Нажмите «Изменить реквизиты».

Аналогично проделайте со вторым договором – «Договор 2020 г.». Но обратите внимание, что расхождение в данном договоре по дебету счета 60 «Расчеты с поставщиками и подрядчиками», а значит задействована оплата поставщику и документ «Списание с расчетного счета».

Шаг 8. Выберите вид обрабатываемого документа – «Списание с расчетного счета».

Перейдите по гиперссылке «Все элементы» и установите отбор по полю «Получатель» — «Контрагент» — ООО «Гладиолус» и полю «Договор» – «Договор 2020 г.».

Обратите внимание, что значение состава реквизитов в таблице меняется в зависимости от выбранного элемента обработки.

Нажмите «Изменить реквизиты». Действие замены выполнено.

Проверьте Оборотно-сальдовую ведомость по счету 60: все договора перенесены на один – «Договор 2021 г.»

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

Изменение значений реквизитов в справочках

Например, изменим единицу измерения у товаров, находящихся в группе «Крупы».

В карточке номенклатуры товара, с одноименным названием группы – «Крупа» — установлена единица измерения – граммы. Предположим, что пользователь ошибочно, копируя при внесении в справочник номенклатуру, указал всем наименованиям эту единицу измерения. Установим с помощью обработки верное значение – килограммы.

Шаг 1. Выполните настройку, указав в поле «Изменять» справочник «Номенклатура».

Значение изменяемого реквизита «Единица» установите – «Кг».

В настройке отбора добавьте условие: «Входит в группу» равно «Крупы».

Нажмите «Ок» и кнопку выполните команду «Изменить реквизиты».

Проверим справочник «Номенклатура» группу «Крупы». Единица измерения «Кг» на входящие в нее элементы установлена.

Таким образом, можно произвести замену любого реквизита справочника.

И еще один лайфхак 1С: с помощью обработки «Групповое изменение реквизитов» можно ставить и снимать пометку на удаление.

Установка (снятие) пометки на удаление с помощью обработки
«Групповое изменение реквизитов»

Шаг 1. В нижней части обработки нажмите кнопку «Дополнительные параметры…»

Разверните пункт «Специальные возможности» и установите галочку «Показывать служебные реквизиты».

В результате этого действия в списке реквизитов появилось поле – «Пометка на удаление», где пользователь может задать значение «Да» или «Нет».

Шаг 2. Установите значение пометки на удаление «Да» и выберите объект, который надо удалить. В нашем примере обрабатываются документы «Поступление на расчетный счет».

Шаг 3. Перейдите по гиперссылке «Все элементы» и установите отбор.

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

В данном условии заложена команда – отобрать все документы «Поступления на расчетный счет», по организации «ИП Симонова А.И.», введенные датой позже 01.01.2021 года.

Нажав кнопку «Изменить реквизиты», на документы, удовлетворяющие заданному условию, установится пометка на удаление.

Одновременно установите значение реквизита проведен «Нет», чтобы при обработке система сделала их непроведенными. В противном случае 1С выдаст сообщение: «Проведенный документ не может быть помечен на удаление!»

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

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

Автор статьи: Ольга Круглова

Понравилась статья? Подпишитесь на рассылку новых материалов

Добавить комментарий

Источник

Вопрос знатокам: Подскажите пожалуйста можно ли в 1с 8.3 версия изменить в программе условия договора. Поставщик работает с НДС, но изначально галочку в этом пункте не поставили, а теперь программа не дает изменить пишет Поле «Предъявляет НДС» заполнено некорректно. Существуют документы, проведенные по договору Основной договор (с поставщиком) . Реквизит не может быть изменен. «

С уважением, Елена

Лучшие ответы

Евгений Жарков:

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

Rock228:

Видео-ответ

Это видео поможет разобраться

Ответы знатоков

Константин Прокудин:

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

Но давайте посмотрим на ситуацию с другой стороны. Работа по совместительству может быть вписана в трудовую книжку? Может. Но при смене основного места работы в трудовую книжку должна быть внесена информация о приеме — дата, номер приказа. Значит приказ о приеме должен появиться? Должен. Вот и оформляйте расторжение договора о совместительстве и заключение нового трудового договора. Все и сложится.

Валентина Александрова:

Нужно все сделать по ТК РФ

Забортомжизни:

1с-то какой?

Полина Реброва (Григорьева):

Только через увольнение.
Мало ли что человек не хочет… есть делопроизводство. Он компенсацию получит.

Анна Коврижных:

по-идее можно, но он поменяется и во всех проводках

Елена:

Менять не стоит. Разные договора-разные расчеты. По одному может быть аванс, по другому-долг. Поменяли и все поменялось и НДС поплыл, и у ИФНС возникли вопросы…

Источник

1.3. Ошибка при загрузке данных: Поле объекта не обнаружено (ПоложенияПереходногоПериодаУСН)

После выгрузки объекта отключил проверку ИНН и КПП

Если НЕ Объект.ЭтоГруппа Тогда
Объект.ИННВведенКорректно = Истина;
Объект.КППВведенКорректно = Истина;
КонецЕсли;

Вроде помогло.

Наименование
Организация
Физическое лицо

и сослался на него в свойстве «Сотрудник» указанного регистра

2. Теперь пытаемся загрузить документы.

2.1 Не проводятся после загрузки!
прописал в обработчик «Перед конвертацией объекта»

Если ТипЗначенияСтр(Источник) = "Документ" Тогда
Если (Источник.Вид() = "Счет")
ИЛИ (Источник.Вид() = "Доверенность")
ИЛИ (Источник.Вид() = "ПлатежноеПоручение")
Тогда
Если Источник.ПометкаУдаления() = 0 Тогда РежимЗаписи = "Проведение"; КонецЕсли;
Иначе
Если Источник.Проведен() = 1 Тогда РежимЗаписи = "Проведение"; КонецЕсли;
КонецЕсли;
КонецЕсли;

Параметры.ПараметрыАлгоритмов.Установить("Документ",Источник);
Параметры.ПараметрыАлгоритмов.Установить("Договор",Источник.Договор);
ОпределитьВидДоговора();

В ПКО «ДоговорыКонтрагентов» закомментировал

//Параметры.ПараметрыАлгоритмов.Установить("ВидДоговора","");
//Параметры.ПараметрыАлгоритмов.Установить("ВесДоговора","");

Похоже, из-за этого вид договора не передавался в соответствующее свойство при выгрузке!

Для того, чтобы добиться желаемого результата при переносе, пришлось:

добавить новый параметр «УчетПоСтрудникамСводно» (Зарплата без детализации по сотрудникам);
закомментировать несколько строк кода конвертации «Перед загрузкой данных»;
настроил вручную параметры учета для блока «Зарплата и кадры».

3. Кроме всего прочего

50.2 с 50.02 «Операционная касса»;
68.8 и 68.08 «Налог на имущество»;
субсчета счета 68.4 «Налог на прибыль».

Их нужно добавить в список значений ПКО «План счетов — Хозрасчетный»

Источник

Здравствуйте ВСЕМ!
В конфигурации УПП 1.2 в договорах контрагента имеется реквизит «ВестиПоДокументамРасчетовСКонтрагентом» типа Булево ,этот реквизит влияет на 3-е субконто по некоторым счетам.
Организация вела учет с начала года 2009 и имеется большое количество различных документов и контрагентов.
Первоначально этот реквизит в договорах не был заполнен и имеел значение ЛОЖЬ. Теперь стала задача вести учет по документам расчетов с контрагентам и, следовательно, по договорам контрагентов необходимо проставить этот реквизит в значение ИСТИНА.
Была создана обработка по заполнению этого реквизита, но есть одна загвоздка.
Т.к. договор контрагента участвовал в документах то произвести изменение этого реквизита не удается возможным как программно, с помощью обработки, так и в Предприятии, выводит ошибку:
«Существуют документы, проведенные по договору «Ввод начальных остатков по поставщику».
Реквизиты «Организация», «Ведение взаиморасчетов», «Валюта взаиморасчетов», «Вид договора»,
«Вести по документам расчетов с контрагентом», «Расчеты в условных единицах» и «Условия выполнения договора» не могут быть изменены, элемент не записан.»
Может кто подскажет, как действовать в этой ситуации, как изменить этот реквизит программно? Если есть идеи буду рад услышать.
Спасибо!!!
З.Ы. Пробовал документы с этими договорами сделать не проводенными и ставить пометку на удаление, Все равно не помогло изменить реквизит!

Offline

Senya
Опытный в 1С

Регистрация:: 6 июн 2006

Сообщения:: 594

Симпатии:: 0

Баллы:: 26

Если Вы уверены, что изменение этого реквизита не приведет к необратимым последствиям просто в конфигураторе откройте модуль справочника ДоговорыКонтрагентов, найдите процедуру ПередЗаписью() и закомментируйте строчку №82
	Если ЭтотОбъект.СуществуютСсылки() Тогда

Сообщить("Существуют документы, проведенные по договору """ + Наименование + """.
|Реквизиты ""Организация"", ""Ведение взаиморасчетов"", ""Валюта взаиморасчетов"", ""Вид договора"", 
|""Вести по документам расчетов с контрагентом"", ""Расчеты в условных единицах"" и ""Условия выполнения договора"" не могут быть изменены, элемент не записан.", 
СтатусСообщения.Важное);
//Отказ = Истина;  // Вот эту строчку нужно закомментировать

КонецЕсли;

Offline

cdiamond
Опытный в 1С

Регистрация:

25 июн 2008

Сообщения:

133

Симпатии:

0

Баллы:

26

Я бы на вашем месте копал в другом направлении — написать обработку по добавлению контрагентам новых договоров с нужной галочкой, назначить их основными, а эти оставить в покое, косяков без того хватает!
Offline

BabySG
Администраторы
Команда форума
Администратор

Регистрация:

10 июн 2007

Сообщения:

11.853

Симпатии:

18

Баллы:

29

Присоединюсь — лучше создать новый договор

Источник

Существуют документы проведенные по договору реквизит не может быть изменен

Как програмно записать реквизит «вид договора контрагента»

Добавить комментарий

Лучшие ответы

Видео-ответ

Ответы знатоков

Senya
Опытный в 1С

cdiamond
Опытный в 1С

BabySG
Администраторы
Команда форума
Администратор

Как програмно записать реквизит «вид договора контрагента»

Добавить комментарий

Лучшие ответы

Видео-ответ

Ответы знатоков

Senya Опытный в 1С

cdiamond Опытный в 1С

BabySG Администраторы Команда форума Администратор

Senya
Опытный в 1С

cdiamond
Опытный в 1С

BabySG
Администраторы
Команда форума
Администратор