Обновление 1С_Бухгалтерия 8.0 на 8.1

Люди помогите.
Есть база бухгалтерия 8.0 (релиз 15196) надо обновить на 8.1 (релиз 1.6.5.4)
1. При обновлении пишит что регистр сведений соответствия счетов БУ и НУ стал не уникальным
Ввроде надо его как то очистить, но своих знаний не хватает, если кто знает как откликнитесь
2. В регистре сведений ТорговоеОборудование задано одинаковые имя измерения и ресурса

Сначала разберитесь со второй ошибкой. У Вас конфа не типовая? Т.е. замки на конфигурации не стоят? Если так, то просто сверьте регистр «Торговое оборудование» у Вас и в типовой БП 1.6. удалите лишние элементы (измерения или ресурсы). Потом попробуйте обновиться.

Сначала обновите релиз на релиз 1.5 предназначенный для платформы 8.1
потом обновляйте до 1.6
Причём именно через поддержку, а не через объединение конфигураций

А если конфа нетиповая, то только предложеный выше вариант

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

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

Источник

Задано одинаковое имя для реквизита и ресурса инн

Статья перемещена.

Если вы не перешли на статью автоматически, нажмите ссылку.

Article moved.

If you are not redirected automatically, follow the link.

Заполнение реквизитов при создании нового контрагента

При создании нового контрагента теперь достаточно заполнить поле ИНН и нажать кнопку Заполнить по ИНН, или просто перейти к следующему полю по клавише Enter. Если ИНН введен корректно и сведения о контрагенте есть в государственном реестре, то реквизиты контрагента заполняются автоматически.

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

При наличии соответствующей информации в ЕГРЮЛ для юридического лица будут заполнены:

Для физического лица (предпринимателя) заполняются краткое наименование, полное наименование, и при сохранении создается физическое лицо.

Указание ИНН вместо имени контрагента

Создать нового контрагента с помощью функции автозаполнения реквизитов можно из любого документа или справочника программы. Для этого в поле ввода контрагента вместо названия можно ввести ИНН. Если в справочнике Контрагенты нет контрагента с таким ИНН, программа предложит создать нового контрагента. По кнопке Создать откроется уже заполненная форма создания нового контрагента.

Проверка существующих контрагентов

Уже существующих контрагентов можно проверить с помощью сведений ФНС.

Cервис ФНС возвращает результат проверки по ИНН и КПП:

ВАЖНО!

В настоящее время сервис ФНС функционирует в тестовом режиме.

Показ сведений о «проблемных» контрагентах

«Проблемные» контрагенты, сведения о которых не обнаружены в базе ФНС (по причине неправильных реквизитов или снятия с учета в ФНС), выделяются в форме списка контрагентов и в карточке контрагента.

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

Если от ФНС получен ответ КПП не соответствует данным базы ФНС или Контрагент отсутствует в базе ФНС, то в формах списка и выбора ИНН и КПП такого контрагента будут выделены красным цветом.

Сведения, выданные сервисом ФНС, выводятся также в карточке контрагента, рядом с данными об ИНН. Для «проблемных» контрагентов эти сведения выводятся красным или серым цветом:

А для контрагентов, которые имеются в базе ФНС — зеленым цветом:

Проверка контрагента по сервису ФНС выполняется каждый раз при изменении ИНН и КПП контрагента. Дополнительно, один раз в неделю в фоновом режиме проверяются все контрагенты, занесенные в информационную базу.

Если ИНН задан некорректно

Поиск информации о контрагенте на сервере ФНС производится по ИНН/КПП. Не все ИНН в информационной базе могут оказаться корректными, так как при вводе ИНН может быть допущена ошибка. Для выявления этих ошибок при вводе используется проверка корректности ИНН по контрольному разряду.

Некорректные ИНН в формах справочника Контрагенты выделяются красным цветом.

Контрагенты с некорректными ИНН не проверяются на серверах ФНС.

Источник

Как заводить контрагентов с одинаковыми ИНН и КПП

Пробить по сервису ИФНС реальное наименование и адрес контрагента и выписывать документы только на него, а товар пусть получают где угодно.

(1) Kutuzov, Код причины постановки на учет (КПП) – присваивается организации в дополнение к идентификационному номеру налогоплательщика в связи с ее постановкой на учет в разных налоговых органах: по месту регистрации юридического лица, его обособленных подразделений, а также там, где оно является собственником недвижимого имущества и транспортных средств. КПП определяет принадлежность юрлица к тому или иному налоговому органу, а также причину постановки на учет. Таким образом, у одной организации может быть несколько КПП.

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

Согласно приказу МНС России от 3 марта 2004 года № БГ-3-09/178, структура кода причины постановки на учет представляет собой девятизначный номер (NNNNPPXXX), где: NNNN – код налогового органа, где была поставлена на учет организация; PP – причина постановки на учет (эти символы могут принимать значения для российских организаций – от 1 до 50, для иностранных – от 51 до 99); XXX – порядковый номер постановки на учет в территориальном налоговом органе (цифры показывают, сколько раз организация вставала на учет по данной причине).

КПП – обязательный реквизит при заполнении платежных поручений, различных бухгалтерских и налоговых документов. Но это касается только юридических лиц, индивидуальным предпринимателям такой код не присваивается, и поэтому они поле с данным реквизитом не заполняют или указывают там цифру «0».

Источник

НайтиПоРеквизиту() ругается Неверное имя реквизита! ПОМОГИТЕ плз!

Подскажите почему всё же не работает НайтиПоРеквизиту, пожалуйста.

Если спрУслНомер.НайтиПоРеквизиту(«Номер»,услНомер,1)=1 Тогда
спрУслНомер.ТекущийЭлемент();
спрУслНомер.Дата=ТекущаяДата();
Иначе
спрУслНомер.Новый();
спрУслНомер.Номер = услНомер;
спрУслНомер.Дата = ТекущаяДата();
спрУслНомер.Записать();
КонецЕсли;

Если спрУслНомер.Выбран() > 0 Тогда
спрУслНомер.ТекущийЭлемент();
спрУслНомер.Дата=ТекущаяДата();
спрУслНомер.Записать();
Иначе
спрУслНомер.Новый();
спрУслНомер.Номер = услНомер;
спрУслНомер.Дата = ТекущаяДата();
спрУслНомер.Записать();
КонецЕсли;

Центральная база запускает и работает без проблем, а в периферийной ошибка при запуске 1С:

спрУслНомер.НайтиПоРеквизиту(«Номер»,услНомер,1);
<Глобальный модуль(8711)>: Значение не представляет агрегатный объект (НайтиПоРеквизиту)

Подскажите от куда ноги могут расти у этой ошибки.

Спасибо за помощь, сам не досмотрел.

спрУслНомер = СоздатьОбъект(«Справочник.УсловныйНомер»);
Если спрУслНомер.НайтиПоРеквизиту(«Номер»,услНомер,1)=1 Тогда
.
КонецЕсли;

— используется в процедуре, а в другой процедуре есть этот же кусок но без спрУслНомер = СоздатьОбъект(«Справочник.УсловныйНомер»);.
Путаницу вызывало, то что первая процедура стартует приЗапускеСистемы и по определённым условиям вызывает вторую процедуру или выполняет код с СоздатьОбъект(«Справочник.УсловныйНомер»), а вторая тоже по определённым условиям вызывает первую, но и сама содержит этот код, но без СоздатьОбъект(«Справочник.УсловныйНомер»).
Условия завязаны на таймер времени и код процессора через Dll. Т.к. всё это крутится на Win2008R2 x64 + 24 ядра (12 core with Hyper-threading), то иногда выполняется код где спрУслНомер не создаётся как обьект и соответственно НайтиПоРеквизиту не работает.

Вот код. Что не нравится непойму выдает ошибку : Неверное имя реквизита!
Реквизит МОЛ в справочнике местахранения есть?

Спр = СоздатьОБъект(«Справочник.МестаХранения»);
Если Спр.НайтиПоРеквизиту(«МОЛ»,Строка(ОсновноеСредство.МОЛ.Получить(ДатаДок) ),1) = 1 Тогда
Операция.Кредит.Субконто (2,Спр.ТекущийЭлемент());
Операция.Кредит.Субконто (3,ОсновноеСредство.МОЛ.Получить(ДатаДок));
КонецЕсли;
Заранее благодарен!

Источник

Имена объектов метаданных в конфигурациях

Область применения: управляемое приложение, мобильное приложение, обычное приложение.

Управляемое приложение
Обычное приложение

При именовании ролей рекомендуется придерживаться двух схем:

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

Управляемое приложение
Обычное приложение

Имена планов обмена рекомендуется называть по следующим принципам:

При необходимости организации обмена с разными версиями (редакциями) конфигураций, к именам приемника и источника добавляются номера версий (редакций). Например, ОбменУправлениеТорговлей110РозничнаяТорговля10 (обмен данными между конфигурациями редакций 11.0 и 1.0)

Управляемое приложение
Обычное приложение

Имена подписок на события рекомендуется задавать от сути выполняемого действия и образовывать от неопределенной формы глагола. Например,
неправильно
ЗапретРедактированияРеквизитовОбъектовПередЗаписьюОбъекта
НастройкаПорядкаЭлементовПередЗаписью

Имена регламентных заданий рекомендуется давать в единственном числе и образовывать от существительного. Например,
неправильно
УстановитьПериодРасчитанныхИтогов
УведомитьИсполнителейОНовыхЗадачах

правильно
УстановкаПериодаРасчитанныхИтогов
УведомлениеИсполнителейОНовыхЗадачах

Управляемое приложение
Обычное приложение

Имена функциональных опций, связанных с константами, рекомендуется образовывать от описания включаемой (или выключаемой) с их помощью функциональности. Например, для функциональных опций типа Булево :
ИспользоватьБизнесПроцессыИЗадачи
ИспользоватьВерсионированиеОбъектов

для функциональной опции других типов:
ПрефиксИнформационнойБазы (тип Строка )
ВариантыВерсионированияОбъектов (параметризуемая функциональная опция, связанная с регистром сведений)

Имена параметров функциональных опций рекомендуется задавать от описания параметра. При этом необязательно, чтобы имя параметра функциональной опции совпадало с наименование реквизитов объектов, на которые ссылается параметр. Например:

Организация – связан со справочником Организации ;
ТипОбъектаКонфигурации – связан с двумя ресурсами регистров сведений:

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

Управляемое приложение
Обычное приложение

Управляемое приложение
Обычное приложение

Имена общих форм рекомендуется образовывать от существительных. При этом следует избегать в имени форм слов, от удаления которых смысл не меняется, например: «Форма…», «Окно…», «Диалог…».

Имена общих команд рекомендуется задавать по следующим принципам:

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

Согласно общим правилам наименования имен метаданных. Например:
Найти – универсальная картинка для команд поиска, для использования в различных подсистемах конфигурации.
ЗакрепитьВариантОтчета – картинка команды «Закрепить вариант отчета».

Допускается указывать спецификаторы размера, например:
Папка – картинка размером 16×16 пикселей
УправлениеПоиском32 – картинка размером 32×32 пикселей
ДлительнаяОперация48 – картинка размером 48×48 пикселей

При этом следует избегать в имени общих картинок слов, от удаления которых смысл не меняется, например: «Картинка…», «Изображение…», «Пиктограмма…».

Имена XDTO-пакетов рекомендуется образовывать на русском языке от существительных, дающих краткое представление о содержимом или назначении пакета. При этом следует избегать в имени слов, от удаления которых смысл не меняется, например: «Пакет…», «ХDTO…».

Управляемое приложение
Обычное приложение

Имена Web-сервисов рекомендуется образовывать на английском языке от существительных, дающих краткое представление об их назначении. Не рекомендуется использовать кириллицу, так как сторонние информационные системы могут ее не поддерживать, а также слова, от удаления которых смысл не меняется, например: «Service», «WebService».

Имена операций Web-сервисов, а также их параметры рекомендуется также писать на английском языке.

Управляемое приложение
Обычное приложение

Имена WS-ссылок рекомендуется образовывать от существительных, дающих краткое представление о назначении Web-сервиса. При этом следует избегать в имени слов, от удаления которых смысл не меняется, например: «WebСервис…», «Сервис…», «Ссылка…».

См. также: Элементы стиля (для режима обычного приложения см. Стили)

Управляемое приложение
Обычное приложение

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

См. также: Стили (для обычного приложения)

Имена констант рекомендуется задавать по следующим принципам:

При этом следует избегать в имени констант слов, от удаления которых смысл не меняется, например: «Константа…».

При этом следует избегать в именах справочников слов, от удаления которых смысл не меняется, например: «Справочник…».

При этом следует избегать в именах документов слов, от удаления которых смысл не меняется, например: «Документ…».

При выборе имени документа следует различать два случая:

1. В первую очередь, следует стараться отразить в имени документа суть процесса, который отражается в системе этим документом. При этом само имя должно быть максимально лаконичным, рекомендуется избегать слов «Накладная…», «Акт…» и т.п.

2. Если документ не отражает какой-либо процесс в системе, а предназначен только для получения соответствующей печатной формы, то допустимо образовывать имя документа от имени печатной формы. В этом случае допустимо использовать слова «Накладная», «Акт» и т.п. в имени документа. Как правило, у такого документа нет статусов, по нему не вводятся на основании другие документы, а сам процесс получения печатной формы может быть автоматизирован другими документами.

При этом следует избегать в именах слов, от удаления которых смысл не меняется, например: «Документы…».

Имена перечислений в конфигурации рекомендуется задавать во множественном числе.

Например, неправильно
ДействиеСДокументамиПоДвойномуЩелчку
ВажностьЗадачи
SMTPАутентификация

Правильно:
ДействияСДокументамиПоДвойномуЩелчку
ВариантыВажностиЗадачи
ВидыSMTPАутентификации

Любое исключение из этого правила должно быть обоснованным. Например:
ПолФизическогоЛица

2. Рекомендуется предусматривать вывод заголовка, если отчет или вариант отчета предназначен для печати.

Методическая рекомендация (полезный совет)

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

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

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

Правильно:
«Валовая прибыль по контрагентам», «Валовая прибыль по заказам»

4. При этом следует избегать в именах отчетов и вариантов отчетов слов, от удаления которых смысл не меняется, например: «Отчет…».

Управляемое приложение
Обычное приложение

При этом следует избегать в именах обработок слов, от удаления которых смысл не меняется, например: «Обработка…».

Управляемое приложение
Обычное приложение

Управляемое приложение
Обычное приложение

Управляемое приложение
Обычное приложение

Управляемое приложение
Обычное приложение

Управляемое приложение
Обычное приложение

Управляемое приложение
Обычное приложение

Имена внешних источников данных рекомендуется образовывать от описания импортируемых данных. При этом следует избегать в имени слов, от удаления которых смысл не меняется: «Данные…», «ИсточникДанных…».

Таблицы внешних источников данных рекомендуется называть согласно общим правилам наименования объектов метаданных.

Управляемое приложение
Обычное приложение

Источник

• ← Ящик пандоры что это значит простыми словами
• единичный конкремент правой почки →