Ошибка загрузки правил обмена - Не ошибается лишь тот, кто ничего не делает!

При переносе данных с одной конфигурации в другую или загрузки каких-либо бухгалтерских данных в 1С пользователь может столкнуться с сообщением «Ошибка при загрузке данных: {Обработка.УниверсальныйОбменДанными XML}». Обычно после данного сообщения об ошибке следует какое-либо уточнение, конкретизирующее тип ошибки, например «Тип не определен (ПланСчетовСсылка.Налоговый)». Появление данной ошибки обычно сигнализирует о несовпадении типов объектов в двух конфигурациях 1С (базовой и конечной), требуя корректировки правил обмена. Ниже разберём суть возникшей дисфункции и способы её решения.

Содержание

Суть и причины дисфункции
Измените правила обмена
Изучите текст сообщения об ошибке
Перенесите остатки на текущий месяц
Обратитесь в техническую поддержку
Обратитесь к платным специалистам
Заключение

Суть и причины дисфункции

Рассматриваемая проблема имеет массовый характер, и встречается у множества пользователей. Обычно её появление вызвано:

Разницей конфигураций и версий 1С, из-за чего переменные в обеих конфигурациях отличаются (по типам объектов, реквизитам и др.). Например, вместо «УдалитьСтавкаНДС» в новой конфигурации стоит «СтавкаНДС», вместо «УчётнаяПолитикаОрганизаций» необходима «УчетнаяПолитика» и другое. В некоторых случаях запрашиваемый новой конфигурацией реквизит может и вовсе отсутствовать как таковой;
Имеющейся ошибкой в правилах конвертации (обмена);
Некорректным переносом остатков (имеется попытка переноса остатков не на текущий месяц);
Некорректно работает программный помощник выгрузки (например, ПомощникВыгрузки_V8);
Некорректно установленным обновлением 1С.

Давайте разберёмся, как исправить ошибку при загрузке данных: {Обработка.УниверсальныйОбмен ДаннымиXML} на вашем ПК.

Это полезно знать: как исправить неверный формат хранилища данных в 1С.

Измените правила обмена

Для квалифицированных специалистов первым (и наиболее очевидным) решением является изменение правил обмена по возникшей проблеме. Правила изменяются путём работы с форматом обмена данными xml, в котором изменяются те или иные параметры согласно конкретике возникшей проблемы. После корректировки правил обмена перенос данных из одной конфигурации в другую осуществляется без каких-либо проблем.

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

Изучите текст сообщения об ошибке

Обычно текст возникшей ошибки кроме процитированного нами шаблона содержит конкретику ошибки, например «Поле объекта не обнаружено (СтавкаНДС)». Таким образом, можно понять, что в новой конфигурации отсутствует реквизит «СтавкаНДС». Если вы не можете самостоятельно изменить настройки правил обмена, то в таком (и подобных ему) случаях необходимо открыть ваш конфигуратор, в справочниках отыскать справочник «Номенклатура», скопировать там реквизит «УдалитьСтавкаНДС», и назвать новый реквизит «СтавкаНДС».

Перенесите остатки на текущий месяц

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

Обратитесь в техническую поддержку

Поскольку появление ошибки при загрузке данных XML вызвано разницей в базовой и конечной конфигурации, то наиболее простым способом исправить ошибку {Обработка.УниверсальныйОбменДаннымиXML} является обращение в службу технической поддержки https://1c.ru/rus/support/support.htm. Если вы имеете дело с лицензионной версией продукта, тогда вам помогут. Вполне вероятно, что вам предоставят специализированные правила переноса (файлы с расширением .epf и .xml) для решения возникшей дисфункции.

Обратитесь к платным специалистам

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

Читайте также: «Обнаружено нарушение целостности системы» в 1C — как решить.

Заключение

В нашем материале мы разобрали, почему возникает ошибка при загрузке данных {Обработка.УниверсальныйОбменДаннымиXML} и как можно её исправить. Обычно появление проблемы вызвано ошибкой в правилах конфигурации и несоответствием реквизитов, из-за чего перенос данных не может быть осуществлён корректно. Решение проблемы состоит в изменении правил переноса и созданием конгруэнтных реквизитов, после чего рассматриваемая ошибка обычно исчезает.

Опубликовано 28 марта 2019 Обновлено 05 октября 2020

Посмотрел код.

В коде проверяется чтобы в zip-архиве был либо один либо два файла.

Это странно, ведь раньше в zip-файле всегда было три файла:

-правила обмена

-правила обмена корреспондента

-правила регистрации

Там такой код:

Если ЭтоПравилаКонвертации Тогда

СписокРаспакованныхФайлов.Количество() = 2 Тогда

Если СписокРаспакованныхФайлов[0].Имя = «ExchangeRules.xml»

И СписокРаспакованныхФайлов[1].Имя =»CorrespondentExchangeRules.xml» Тогда

ДвоичныеДанные = Новый ДвоичныеДанные(СписокРаспакованныхФайлов[0].ПолноеИмя);

ДвоичныеДанныеКорреспондента = Новый ДвоичныеДанные(СписокРаспакованныхФайлов[1].ПолноеИмя);

ИначеЕсли СписокРаспакованныхФайлов[1].Имя = «ExchangeRules.xml»

И СписокРаспакованныхФайлов[0].Имя =»CorrespondentExchangeRules.xml» Тогда

ДвоичныеДанные = Новый ДвоичныеДанные(СписокРаспакованныхФайлов[1].ПолноеИмя);

ДвоичныеДанныеКорреспондента = Новый ДвоичныеДанные(СписокРаспакованныхФайлов[0].ПолноеИмя);

Иначе

НСтрока = НСтр(«ru = ‘Имена файлов в архиве не соответствуют ожидаемым. Ожидаются файлы:

|ExchangeRules.xml — правила конвертации для текущей программы;

|CorrespondentExchangeRules.xml — правила конвертации для программы-корреспондента.’»);

ОбменДаннымиСервер.СообщитьОбОшибке(НСтрока, Отказ);

КонецЕсли;

// Старый формат

ИначеЕсли СписокРаспакованныхФайлов.Количество() = 1 Тогда

НСтрока = НСтр(«ru = ‘В архиве найден один файл правил конвертации. Ожидаемое количество файлов в архиве — два. Ожидаются файлы:

|ExchangeRules.xml — правила конвертации для текущей программы;

|CorrespondentExchangeRules.xml — правила конвертации для программы-корреспондента.’»);

ОбменДаннымиСервер.СообщитьОбОшибке(НСтрока, Отказ);

// В архиве оказалось несколько файлов, хотя должен быть один — отказываемся от загрузки.

ИначеЕсли СписокРаспакованныхФайлов.Количество() > 1 Тогда

НСтрока = НСтр(«ru = ‘При распаковке архива найдено несколько файлов. Должен быть только один файл с правилами.’»);

ОбменДаннымиСервер.СообщитьОбОшибке(НСтрока, Отказ);

КонецЕсли;

Иначе

// Закладываем полученный файл правил обратно в двоичные данные.

Если СписокРаспакованныхФайлов.Количество() = 1 Тогда

ДвоичныеДанные = Новый ДвоичныеДанные(СписокРаспакованныхФайлов[0].ПолноеИмя);

// В архиве оказалось несколько файлов, хотя должен быть один — отказываемся от загрузки.

ИначеЕсли СписокРаспакованныхФайлов.Количество() > 1 Тогда

ОбменДаннымиСервер.СообщитьОбОшибке(НСтрока, Отказ);

КонецЕсли;

В этой статье речь пойдет о настройках универсального
формата обмена и ошибках, которые возникают на начальном этапе настройки (этап
№1). В конвертации данных 3.0 есть инструкция по настройке правил конвертации
на примере. Однако не все пункты понятны и не везде дано подробное описание.
Плюс ко всему в стандартных обработках и в самой программе возникают ошибки, о
которых я и хочу рассказать в этой статье, а также предлагаю скачать
доработанные мной обработки и расширение, чтобы без ошибок и потери
драгоценного времени можно было настроить правила.

Обратимся к исходному примеру, который представлен в
конвертации данных в начале работы.

С первым шагом (шаг 1) – все понятно. Нужно для каждой
конфигурации, между которыми планируем настраивать обмен, выгрузить структуры
информационных баз. С помощью обработки MD83Exp.epf,
входящей в комплект поставки. На этом этапе останавливаться не будем, так как
он подробно описан в программе. Однако в стандартной обработке MD83Exp.epf скрыты
настройки обработки, в связи с этим не выгружаются регистры сведений. Я
исправила этот момент, и Вы можете приобрести исправленную обработку. Ссылки в конце страницы.

Следующим действием (шаг 2) предлагается сделать экспорт
xml-схемы формата обмена, из любой базы. В этом примере, который
рассматривается в конфигурации Конвертация данных xml-схемы одинаковые у обеих баз, так
что достаточно сделать экспорт из любой базы. Но в примере не говорится, что
если все-таки конфигурации разнятся, то нужно выбрать похожие XDTO-пакеты в базах и экспортировать их. Версия определяется по цифрам, указанным у XDTO-пакета.
Например: EnterpriseData_1_3_20 — версия формата 1.3.

Обратите внимание, что версию формата обмена нужно выбирать
наиболее оптимальную. Например: в одной конфигурации версия формата последняя
1.6, а в другой конфигурации – 1.5. Следовательно, оптимальный формат будет
1.5.

Сам экспорт xml-схемы формата обмена в программе описан. На
картинке ниже я показываю, как это можно сделать.

Далее в примере предлагается сделать загрузки в конвертацию
данных (шаг 3 и шаг 4).

Сначала загружаем структуру информационных баз (по очереди)
раздел «Конфигурации» — «Загрузка
структуры конфигурации» флаг «В новую версию конфигурации».

Затем нужно загрузить
xml-схему формата обмена. Формат
данных – «Загрузка структуры формата», выбираем ранее выгруженные файлы
с расширением «xsd». Выбираем
только один файл. Раньше делали Множественный выбор с ExchangeMessage, но это было в старых версиях
конфигурации. После загрузки обязательно проверьте структуру формата в разделе Формат
данных – Дерево объектов формата – далее выбрать версию формата. Если структура
заполнена – там есть документы, справочники, то все в порядке, можно продолжать
настройки, иначе выгрузите новую версию и повторите всю процедуру сначала.

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

Прежде чем выгружать правила конвертации нужно открыть общий
модуль МенеджерОбменаЧерезУниверсальныйФормат.
Если это Бухгалтерия Предприятия 3.0, то открываем МенеджерОбменаЧерезУниверсальныйФормат13. В открытом модуле
переходим в меню Файл – Сохранить
копию – сохраняем файл с любым именем (например — Модуль).

Затем приступаем к
выгрузке типовых правил из конфигураций. Для выгрузки есть стандартная
обработка, которая называется Выгрузка
правил синхронизации.epf, однако при
работе с ней возникает ошибка и правила не выгрузить, также не работает в
последних версиях Бухгалтерии Предприятия. Для таких случаев я исправила эту
обработку. Вы можете приобрести исправленную обработку. Ссылки в конце страницы.

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

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

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

Переходим в раздел
Конвертация – Загрузка правил синхронизации из файлов, далее заполняем поля. Место
загрузки нужно указать «В существующую конвертацию» и указать какую именно.
Файл с модулем обмена – нужно указать тот файл, копию которого сохраняли (в
этом примере он называется Модуль). Далее по очереди загружаем каждую
выгруженную версию правил, не закрывая настройки, просто выбираете новый
каталог обмена.

Сложностей в загрузке нет никаких. Все интуитивно понятно,
только в момент загрузки тоже возникает ошибка «Поле объекта не
обнаружено». Здесь тоже придется
либо вносить исправления в конфигурацию Конвертация данных, либо можно
воспользоваться уже моим готовым решением. Я сделала расширение для Конвертации
данных 3.0, подключив которое Вы решаете эту проблему. Приобрести расширение и две исправленные обработки, о которых я рассказывала вначале статьи, вы можете приобрести по ссылке ниже.

При загрузке
появится сообщение «Обработчики предназначены для другой конвертации…
Продолжить загрузку?» Нажимаем «Да».

После загрузки правил
можно приступать к их редактированию.

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

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

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

Доработки проводились на конвертации данных 3.0(3.0.5.3)

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

Оформить покупку

***

Обратите внимание! Обработки в архивах. Если у Вас проблема с архивом и появляется ошибка «файл поврежден» — обновите архиватор. Можете архиватор скачать по ссылке (в папке 4 файла — 2 файла с установкой плюс ключи).

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

***

Доброго дня, коллеги!

Наши слушатели часто сталкиваются с разного рода ошибками при настройке обмена между современными типовыми конфигурациями с помощью “1С:Конвертации данных 3.0” и технологии обмена через универсальный формат. Большинство ошибок связано с тем, что разработчики 1С активно меняют методы общих модулей БСП и способы их вызова, а решение КД 3.0 остается без изменений и новых поставок не выходит. В случае необходимости на помощь всегда приходит тренер!

Вопрос

При выполнении домашнего задания наткнулся на особенности в конфигурации УТ 11.4.10.57. Обработка выгрузки правил синхронизации из типового решения не работает по дефолту, приходится ее немного править. К примеру, теперь в модуле менеджера плана обмена через универсальный формат нет функции ПолучитьВерсииФорматаОбмена.

Такая ситуация сейчас и в других версиях типовых решений? Конфигурации меняют, а в КД 3.0 уже ничего не дорабатывают под эти изменения?

Ответ

Есть в КД 3.0 ошибка, которая создает проблему на последних версиях типовых решений. Для КД 3.0.5.1 (и не только для этого релиза) нужно выполнить следующее:

В форме обработки ВыгрузкаПравилСинхронизации заменить код процедуры ПриСозданииНаСервере() на следующий:

ВерсииФормата = Новый Соответствие;
ОбменДаннымиПереопределяемый.ПриПолученииДоступныхВерсийФормата(ВерсииФормата);
Для Каждого ПланОбмена Из ОбменДаннымиПовтИсп.ПланыОбменаБСП() Цикл
    Если ОбменДаннымиПовтИсп.ЭтоПланОбменаXDTO(ПланОбмена) Тогда
        ВерсииФорматаПланаОбмена = Новый Соответствие;
        ВерсияБСП243 = ОбщегоНазначенияКлиентСервер.СравнитьВерсии(СтандартныеПодсистемыСервер.ВерсияБиблиотеки(), “2.4.3.1”) >= 0;
        МодульОбменДаннымиСервер = ОбщегоНазначения.ОбщийМодуль(“ОбменДаннымиСервер”);
        Если ВерсияБСП243 Тогда
            ВерсииФорматаПланаОбмена = МодульОбменДаннымиСервер.ЗначениеНастройкиПланаОбмена(ПланОбмена, “ВерсииФорматаОбмена”);
        Иначе
            ПланыОбмена[ПланОбмена].ПолучитьВерсииФорматаОбмена(ВерсииФорматаПланаОбмена);
        КонецЕсли;
        
        Для Каждого ВерсияПланаОбмена Из ВерсииФорматаПланаОбмена Цикл
            МодульМенеджера = ВерсииФормата.Получить(ВерсияПланаОбмена.Ключ);
            Если МодульМенеджера = Неопределено
                Или МодульМенеджера <> ВерсияПланаОбмена.Значение Тогда
                ВерсииФормата.Вставить(ВерсияПланаОбмена.Ключ, ВерсияПланаОбмена.Значение);
            КонецЕсли;
        КонецЦикла;
    КонецЕсли;
КонецЦикла;
Для Каждого ВерсияФормата ИЗ ВерсииФормата Цикл
    Элементы.НомерВерсииФормата.СписокВыбора.Добавить(ВерсияФормата.Ключ);
КонецЦикла;
АдресХранилищаВерсииФормата = ПоместитьВоВременноеХранилище(ВерсииФормата, УникальныйИдентификатор);

В форме обработки “ЗагрузкаПравилСинхронизацииИзФайлов” в процедуре ЗагрузкаПКО() заменить строку

ТекПКО.ВариантИдентификации = Перечисления.ВариантыИдентификацииОбъектов[СтруктураАтрибутов.ВариантИдентификации];

на строку

ТекПКО.ВариантИдентификации = ?(СтруктураАтрибутов.ВариантИдентификации = “”, Перечисления.ВариантыИдентификацииОбъектов.ПустаяСсылка(), Перечисления.ВариантыИдентификацииОбъектов[СтруктураАтрибутов.ВариантИдентификации]);

Кроме того при использовании конвертации может возникнуть ошибка из-за синхронного вызова вопроса “Обработчики предназначены для другой конвертации: Продолжить загрузку?” – для целей курса достаточно закомментировать несколько строк в процедуре ПроверитьКонвертациюПриЗагрузкеАлгоритмов(…) общего модуля КонвертацияДанныхXDTOКлиент внутри условия “Если ИмяКонвертации <> НаименованиеКонвертации Тогда ….. КонецЕсли;”, оставив не закомментированной только строку Возврат Ложь;

Комментарий слушателя

Все получилось, совет помог, спасибо! Единственное, в конвертации 3.0.5.3 процедура теперь называется ЗагрузитьПКО(), а не ЗагрузкаПКО().

Источник

Посмотрел код.

В коде проверяется чтобы в zip-архиве был либо один либо два файла.

Это странно, ведь раньше в zip-файле всегда было три файла:

-правила обмена

-правила обмена корреспондента

-правила регистрации

Там такой код:

Если ЭтоПравилаКонвертации Тогда

СписокРаспакованныхФайлов.Количество() = 2 Тогда

                    Если СписокРаспакованныхФайлов[0].Имя = «ExchangeRules.xml»

                        И СписокРаспакованныхФайлов[1].Имя =»CorrespondentExchangeRules.xml» Тогда

                        ДвоичныеДанные = Новый ДвоичныеДанные(СписокРаспакованныхФайлов[0].ПолноеИмя);

                        ДвоичныеДанныеКорреспондента = Новый ДвоичныеДанные(СписокРаспакованныхФайлов[1].ПолноеИмя);

                    ИначеЕсли СписокРаспакованныхФайлов[1].Имя = «ExchangeRules.xml»

                        И СписокРаспакованныхФайлов[0].Имя =»CorrespondentExchangeRules.xml» Тогда

                        ДвоичныеДанные = Новый ДвоичныеДанные(СписокРаспакованныхФайлов[1].ПолноеИмя);

                        ДвоичныеДанныеКорреспондента = Новый ДвоичныеДанные(СписокРаспакованныхФайлов[0].ПолноеИмя);

Иначе

                        НСтрока = НСтр(«ru = ‘Имена файлов в архиве не соответствуют ожидаемым. Ожидаются файлы:

                            |ExchangeRules.xml — правила конвертации для текущей программы;

                            |CorrespondentExchangeRules.xml — правила конвертации для программы-корреспондента.'»);

                        ОбменДаннымиСервер.СообщитьОбОшибке(НСтрока, Отказ);

КонецЕсли;

                // Старый формат

                ИначеЕсли СписокРаспакованныхФайлов.Количество() = 1 Тогда

                    НСтрока = НСтр(«ru = ‘В архиве найден один файл правил конвертации. Ожидаемое количество файлов в архиве — два. Ожидаются файлы:

                        |ExchangeRules.xml — правила конвертации для текущей программы;

                        |CorrespondentExchangeRules.xml — правила конвертации для программы-корреспондента.'»);

                    ОбменДаннымиСервер.СообщитьОбОшибке(НСтрока, Отказ);

                // В архиве оказалось несколько файлов, хотя должен быть один — отказываемся от загрузки.

                ИначеЕсли СписокРаспакованныхФайлов.Количество() > 1 Тогда

                    НСтрока = НСтр(«ru = ‘При распаковке архива найдено несколько файлов. Должен быть только один файл с правилами.'»);

                    ОбменДаннымиСервер.СообщитьОбОшибке(НСтрока, Отказ);

                КонецЕсли;

Иначе

                // Закладываем полученный файл правил обратно в двоичные данные.

                Если СписокРаспакованныхФайлов.Количество() = 1 Тогда

                    ДвоичныеДанные = Новый ДвоичныеДанные(СписокРаспакованныхФайлов[0].ПолноеИмя);

                // В архиве оказалось несколько файлов, хотя должен быть один — отказываемся от загрузки.

                ИначеЕсли СписокРаспакованныхФайлов.Количество() > 1 Тогда

                    НСтрока = НСтр(«ru = ‘При распаковке архива найдено несколько файлов. Должен быть только один файл с правилами.'»);

                    ОбменДаннымиСервер.СообщитьОбОшибке(НСтрока, Отказ);

                КонецЕсли;

КонецЕсли;

Источник

Обратился клиент с просьбой оказать помощь в 1С. Проблема: перестал работать обмен ут10.2 — бп 3.0. Ошибка указана выше. Обмен не работает, данные накапливаются, надо что-то делать.

Посмотрел конфигурацию БП3.0, действительно в ней нет данных «Перечисление.СтатусОплатыСчетаПокупателю.НеОплачен».

Т.е. главная задача убрать из правил это предопределенное свойство.

С корректировкой правил обмена дел особо не имел. Поэтому потратил некоторое время на выгрузку правил из БП3.0.

Обработка из конвертации данных «Выгрузка правил синхронизации.epf» в этой конфигурации не работает.

Как я и думал «добрые» разработчики 1с спрятали выгрузку правил обмена в файл вот тут:

В итоге сохранил их в файл zip.

В zip архиве у нас 3 файла

Причем при попытке загрузить их обратно в конфигурацию через кнопку «Загрузить правила» получил тут же ошибку «Неправильно указаны реквизиты шапки объекта «Валюты». Реквизит «ПараметрыПрописиНаРусском» не существует.«

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

Решил редактировать файлы блокнотом.

Итак исправляем ошибку «Неправильно указаны реквизиты шапки объекта «Валюты». Реквизит «ПараметрыПрописиНаРусском» не существует.«

Открываем блокнотом файл ExchangeRules.xml и ищем «ПараметрыПрописиНаРусском».

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

Пакуем наши 3 файла в zip и пытаемся загрузить — все грузится без ошибок.

При загрузке правил еще возникала ошибка «Конфликт блокировок при выполнении транзакции«.

Решил так. Выгнал всех, запустил конфигуратор. Из конфигуратора 1с-предприятие и сразу грузить правила. Ошибка не появлялась.

Теперь исправим ошибку «Предопределенное значение «Перечисление.СтатусОплатыСчетаПокупателю.НеОплачен» не найдено«.

В конвертации данных нашел что вот в этом месте возникает ошибка

Но править решил через любимый блокнот.

Вот это место, я его просто закомментировал.

Вначале пытался просто сделать Перечисление.СтатусОплатыСчета, но БП начало при обмене падать с ошибкой что нет метода установитьСтатусДокумента.

Сохранил изменения, загрузил эти 3 файла в архив zip

и загрузил в БП

После этого обмен заработал без ошибок.

Исправленные правила также необходимо загрузить в УТ10.3

p.s. Понял, что необходимо срочно начать изучение КД.

Источник

Содержание

Тема: Обмен даннымии между УТ и БП
Обмен даннымии между УТ и БП
Ошибка загрузки правил обмена Бух 3.0: Тип не определен (СправочникСсылка.КлассификаторСтранМира)
Тема: Ошибка «тип не определен»
Ошибка «тип не определен»
Странные ошибки «Тип не определен (ВыборкаИзРезультатаЗапроса)» при выгрузке данных
Учет выпуска готовой продукции
Цели и задачи бухгалтерского учета готовой продукции
Основная особенность учета готовой продукции
Способы учета готовой продукции
Учет продукции по фактической себестоимости
Учет продукции по учетным ценам (плановой себестоимости)
Нормативная (плановая) себестоимость
Учет выручки от продажи готовой продукции
Документальное оформление движения готовой продукции
Отражение готовой продукции в бухгалтерском балансе предприятия

Тема: Обмен даннымии между УТ и БП

Опции темы

Поиск по теме

Обмен даннымии между УТ и БП

Сейчас временно нет программиста. А мне срочно нужно выгрузить документы из Торговли в Бухг-рию. Обмен был настроен, но сейчас не обменивается((( Помогите, знатоки. Значит, имеем 1С:Предприятие 8.3 (8.3.6.2152) Бухгалтерия предприятия, редакция 2.0 (2.0.64.32) и 1С:Предприятие 8.3 (8.3.6.2152) «Управление торговлей», редакция 10.3 (10.3.25.1) . Из Торговли нужно,чтобы в бухг-рию выгружались счета, ТН, СФ, и соответственно вместе с ними номенклатура и контрагенты. Из бухг-рии ничего выгружаться недолжно в торговлю. Иду в сервис, обмен данными с 1С бух 8-обмен с 1с бухг-рия редакция 2.0 . Начинается обмен. На загрузке ошибка, а выгрузка идет. По окончании обмена, пишет ,что выгрузка прошла удачно. В бухг-рии новых документов не появляется. Как настроить, чтоб появились?

какая? в УТ и бухии даты запрета редактирования документов одинаковые?

вот ошибка
Начат обмен данными по настройке «Обмен с «Бухгалтерия предприятия, редакция 2.0″» (15:59:18).

Начало загрузки: 05.08.2015 15:59:18

Ошибка при загрузке данных: <Обработка.ОбменДаннымиXML.МодульОбъекта(12774)>: Тип не определен (СправочникСсылка.ВидыАлкогольнойПродукции)

Окончание загрузки: 05.08.2015 15:59:18

Ошибка при загрузке объектов. Было загружено: 0
Чтение данных из файла обмена завершено с ошибками!

Даты запрета где посмотреть?

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

Столкнулся с такой же ситуацией.
Проблема при синхронизации УТ 10.3 — БП 3. Работала синхронизация год. После последнего обновления — сломалась.

Это со стороны УТ 10,3 при синхронизации ошибка:

Справочник в БП такой есть, написано «Не используется»

Базы УТ-10.3 и БП 3.0, типовые. Правила тоже типовые, из релизов. Релизы свежие.

При синхронизации из БП — пишет, что синхронизация закончена. Однако данные не перегрузились.

При загрузке правил конвертации и регистрации в БП выходит надпись:

Тип не определен (СправочникСсылка.ВидыАлкогольнойПродукции)

При нажатии кнопки «Подробнее. » —

Бухгалтерия предприятия (3.0.42.37)
«Управление торговлей», (10.3.34.1)

Обновлено все на последние релизы.

Правила обновляли? Конфигурации обновить м.б. недостаточно.

Да, загружал для УТ из папки БП, а для БП из папки УТ последних релизов.

Последний раз редактировалось Евгений_не; 21.10.2015 в 18:12 . Причина: русский язык

говорит о рассогласовании конфигурации и правил. В правилах присутствует справочник ВидыАлкогольнойПродукции, а в конфигурации его нет.

торговля свежая, а буха сейчас 3.0.42.45, может косяк в релизе был.. вон они как быстро на новый вышли..

Именно так, в БП справочник есть, но «Не используется». В правилах удалил все места, где используется справочник. Теперь другая ошибка.

Попробуем обновить БП

Спасибо за внимание к моей проблеме!

Нет, не помогло обновление БП, может дело в кривом обновление УТ, которое даже в журнал поступлений не пускает.

а платформа правильная стоит? там вроде предупреждение было по платформе

Платформы две: сначала стояла 8.3.6.2332, сейчас — 8.3.6.2363.
На платформе 8.3.6.2332 синхронизация работала до обновления УТ и БП.

Здравствуйте.
У меня такая же ситуация с синхронизацией и те же версии УТ 10.3.34.1 и БП 3.0.42.45, у Вас как-то решилась ситуация.
Причем УТ 10.3.34.1 реально кривая в журнал покупок не пускает, и для пользователей у которых стоят ограничения по доступам к организациям и контрагентам постоянно вылезает ошибка с правами доступа. По поводу платформы — «а платформа правильная стоит? там вроде предупреждение было по платформе» — в «Новое в версии 10.3.34.1» нет про это ни слова.
Пока читал и писал у меня вроде бы разрешилось откат БП на 3.0.40.40 и УТ 10.30.33.1, но мне кажется это не очень правильный результат. В смысле бухгалтерских результатов правильный, а в смысле 1С совершенно не верный. Может кто подскажет альтернативу 1С, не в рекламных целях, а из опыта.
Спасибо.

всегда можно написать о возникших проблемах в 1с тех поддержку, если проблема реально существует есть шанс,что в следующих обновлениях косяк уберут

Источник

Ошибка загрузки правил обмена Бух 3.0: Тип не определен (СправочникСсылка.КлассификаторСтранМира)

Ошибка при попытке загрузки комплекта правил обмена в Бух 3.0 (приемник):
Тип не определен (СправочникСсылка.КлассификаторСтранМира)

По отладке вроде бы падает тут — Обработка КонвертацияОбъектовИнформационныхБаз (6313):
НоваяСтрока.ОбъектВыборки = Тип(ОбъектВыборки);

Подскажите, как исправить? Версия Бухии 3.0.99.19.

(2) Обновиться смогу не раньше среды. Не факт, что поможет.

Подскажите, никак не пойму, как загрузить комплект правил в приемнике по тем типам данных, по которым наименования типов данных изменились? Сейчас ругается при попытке загрузки данных в приемнике (Бух 3.0) на эти типы данных:

Ссылка на несуществующий объект метаданных в правилах обмена

ОписаниеОшибки = Тип не определен (ПеречислениеСсылка.ВидыСтавокЕСНиПФР)
ОписаниеОшибки = Тип не определен (ПеречислениеСсылка.ЮрФизЛицо)
ОписаниеОшибки = Тип не определен (ПеречислениеСсылка.ПолФизическихЛиц)
ОписаниеОшибки = Тип не определен (ПеречислениеСсылка.ВидыСкладов)
ОписаниеОшибки = Тип не определен (СправочникСсылка.КлассификаторСтранМира)
ОписаниеОшибки = Тип не определен (ПеречислениеСсылка.ВидыСтавокЕСНиПФР)

Хотя для всех этих объектов установлены соответствующие ПКО:

ПеречислениеСсылка.ВидыСтавокЕСНиПФР — ПеречислениеСсылка.УдалитьВидыСтавокЕСНиПФР
ПеречислениеСсылка.ЮрФизЛицо — ПеречислениеСсылка.ЮридическоеФизическоеЛицо
ПеречислениеСсылка.ПолФизическихЛиц — ПеречислениеСсылка.ПолФизическогоЛица
ПеречислениеСсылка.ВидыСкладов — ПеречислениеСсылка.ТипыСкладов
СправочникСсылка.КлассификаторСтранМира — СправочникСсылка.СтраныМира
ПеречислениеСсылка.ВидыСтавокЕСНиПФР — ПеречислениеСсылка.УдалитьВидыСтавокЕСНиПФР

Источник

Тема: Ошибка «тип не определен»

Опции темы

Поиск по теме

Ошибка «тип не определен»

Здравствуйте. Случилось следующее (каким образом не знаю) открываю 1С а там сразу три ошибки следующего содержания.

<ОбщийМодуль.УниверсальныеМеханизмы.Модуль(296,17) >: Тип не определен (ДиалогВыбораФайла)
Диалог = Новый >ДиалогВыбораФайла(РежимДиалогаВыбораФайла.Выб орКаталога);

<ОбщийМодуль.УниверсальныеМеханизмы.Модуль(321,17) >: Тип не определен (ДиалогВыбораФайла)
Диалог = Новый >ДиалогВыбораФайла(РежимДиалогаВыбораФайла.Отк рытие);

<ОбщийМодуль.УниверсальныеМеханизмы.Модуль(344,31) >: Тип не определен (ДиалогВыбораФайла)
ДиалогОткрытияФайла = Новый >ДиалогВыбораФайла(РежимДиалогаВыбораФайла.Отк рытие);

Как исправить эти ошибки!? Почему они вдруг возникли!?

что делали с программой или компьютером до возникновения ошибки?

как вариант платформу обновить.

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

Да, конфигуратор открывается.

Как исправить эти ошибки!?

Если Вы имеете хотя бы небольшой опыт работы с конфигуратором, то можете самостоятельно исправить ошибку; в противном случае обратитесь к специалисту.

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

Если действительно код искажен, то можно приступить к исправлению, но для этого нужно временно снять конфигурацию с поддержки.

Следует заменить в указанных строках:
— РежимДиалогаВыбораФайла.В ыб орКаталога на РежимДиалогаВыбораФайла.ВыборКаталога
— РежимДиалогаВыбораФайла.О тк рытие на РежимДиалогаВыбораФайла.Открытие
— РежимДиалогаВыбораФайла.О тк рытие на РежимДиалогаВыбораФайла.Открытие

Сохраните конфигурацию, перезапустите Предприятие.
Если это единственная ошибка, то Предприятие откроется.
А далее необходимо восстановить поддержку конфигурации.

Порядок снятия и восстановления поддержки легко найти в Интернете.

Последний раз редактировалось pavl_vs; 12.06.2016 в 23:01 .

Источник

Странные ошибки «Тип не определен (ВыборкаИзРезультатаЗапроса)» при выгрузке данных

Кто-нибудь сталкивался с подобным явлением, который описан ниже?

Состав преступления:
Есть база-приёмник, база-источник, базы как базы, клиент-серверные. Обе базы территориально разнесены, но с одинаковой платформой. Сейчас уже 8.3.6.2299, но подобная беда была и на прошлых версиях.

В базе-приемние настроено рег.задание по загрузке данных из базы-источника, посредством типовой обработки «Универсальный обмен данными в формате XML» по правилам обмена:

1. Соответственно, на стороне сервера происходит COM-подключение к базе-источника.

Суть проблемы : Время от времени, то появляясь, то исчезая, с разной периодичностью (неделю ошибок не будет, потом за день несколько, потом каждый день по разу, потом раз в неделю или снова пропадёт на пару дней) появляется очень странная ошибка:

При чём, то ругается на строку 10012 – ВыборкаИзРезультатаЗапроса, то на строку 10020 — Запрос, то на строку 10016 — РезультатЗапроса. См. рисунок – номера: 3, 5 и 7 соответственно.

Мол, платформа сообщает мне, что она не знает такие типы данных! Такое возможно, если обращаться к таким типам, где такие типы не доступны, например, на стороне клиента. Но тут клиентом и не пахнет: в базе-приемнике это фоновое задание на стороне сервера, там же производится com-соединение (во внешнем соединении эти типы также доступны), на стороне сервера базы-источника создаётся внешняя обработка, ошибка возникает в модуле объекта внешней обработки.

Источник

Учет выпуска готовой продукции

Автор: Бурсулая Т. Д., ведущий аудитор

Пунктом 2 Положения по бухгалтерскому учету «Учет материально-производственных запасов» ПБУ 5/01, утв. приказом Минфина России от 09.06.2001 № 44н (далее — ПБУ 5/01) определено, что готовая продукция является составной частью материально-производственных запасов предприятия.

Готовая продукция — это изделия и полуфабрикаты, полностью законченные обработкой, соответствующие действующим стандартам или техническим условиям, принятые на склад организации или заказчиком (покупателем).

Помимо ПБУ 5/01 порядок учета материально-производственных запасов регулируется следующими нормативными правовыми актами:

Положением по ведению бухгалтерского учета и бухгалтерской отчетности в Российской Федерации, утв. приказом Минфина России от 29.07.1998 № 34н (далее — Положение по ведению бухучета и отчетности);

Методическими указаниями по бухгалтерскому учету материально-производственных запасов, утв. приказом Минфина России от 28.12.2001 № 119н (далее — Методические указания);

Инструкцией по применению Плана счетов бухгалтерского учета финансово-хозяйственной деятельности организаций, утв. приказом Минфина России от 31.10.2000 № 94н (далее — Инструкция по применению Плана счетов).

Указанные нормативные правовые акты предусматривают различные методы бухгалтерского учета готовой продукции.

Цели и задачи бухгалтерского учета готовой продукции

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

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

правильное и своевременное документальное оформление операций по выпуску, перемещению и отпуску готовой продукции;

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

Порядок учета готовой продукции и его особенности

Основная особенность учета готовой продукции

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

С одной стороны, готовая продукция должна учитываться по фактическим затратам, связанным с ее изготовлением (п. 7 ПБУ 5/01, п.п. 16, 203 Методических указаний).

С другой стороны — не всегда возможно определить фактическую себестоимость готовой продукции в момент ее выпуска.

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

Планом счетов бухгалтерского учета и Инструкцией по его применению для учета выпуска продукции предусмотрен счет 40 «Выпуск продукции (работ, услуг)» (Приказ Минфина от 31.10.2000 № 94н).

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

Рассмотрим бухгалтерский учет операций выпуска готовой продукции из производства.

Способы учета готовой продукции

Для обобщения информации о наличии и движении готовой продукции предназначен счет 43 «Готовая продукция».

Этот счет используется организациями, осуществляющими производственную деятельность.

Готовую продукцию можно учитывать одним из трех способов:

по фактической производственной себестоимости;

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

Учет продукции по фактической себестоимости

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

Поступление готовой продукции на склад в этом случае отражается следующей проводкой:

Дебет 43 Кредит 20 — принята к учету готовая продукция.

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

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

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

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

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

по себестоимости единицы;

по средней себестоимости;

Учет продукции по учетным ценам (плановой себестоимости)

Нормативная (плановая) себестоимость

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

Суть этого способа оценки готовой продукции заключается в следующем:

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

Согласно п. 204 Методических указаний по бухгалтерскому учету материально-производственных запасов в аналитическом бухгалтерском учете и местах хранения готовой продукции разрешается применять учетные цены.

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

Выбор конкретного варианта учетной цены принадлежит организации. Этот выбор должен быть закреплен в учетной политике.

При использовании учетных цен возникают отклонения — разницы между нормативной (плановой) и фактической себестоимостью.

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

Выявленные отклонения можно учитывать на счете 40 «Выпуск продукции (работ, услуг)» либо на счете 43 «Готовая продукция».

В связи с этим существует два варианта ведения учета: с применением и без применения счета 40.

1) Вариант без применения счета 40

При этом варианте отклонения, возникающие при несовпадении учетной цены с фактической производственной себестоимостью, учитываются на счете 43, субсчет «Отклонения фактической себестоимости от учетной цены».

В текущем отчетном периоде по дебету счета 43 и кредиту счетов 20, 23, 29 производят запись о фактически сданной на склад готовой продукции в оценке по учетным ценам.

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

Если фактическая производственная себестоимость сданной на склад готовой продукции превышает ее оценку по учетной цене, то на сумму превышения производится дополнительная запись по дебету счета 43 и кредиту счетов 20, 23.

В случае экономии, то есть превышения учетной цены над фактической, делается сторнировочная запись по дебету счета 43 и кредиту счетов 20, 23.

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

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

Себестоимость реализованной продукции в плановых ценах равна 70 000 руб.

Общая сумма затрат, учтенных по дебету счета 20 «Основное производство» в течение месяца, — 100 000 руб.

Остаток незавершенного производства составляет 20 000 руб.

Тогда фактическая себестоимость готовой продукции равна 80 000 руб. (100 000 — 20 000).

Сумма отклонения фактической себестоимости от плановой – 10 000 руб. (90 000 — 80 000).

Таким образом, получена экономия (фактическая себестоимость меньше плановой), которую необходимо сторнировать.

Сумма отклонения, приходящаяся на реализованную продукцию, составляет 7 777 руб. ((10 000 / 90 000) x 70 000).

Фактическая себестоимость реализованной продукции – 62 223 руб. (70 000 – 7 177).

Остаток готовой продукции на складе по фактической себестоимости равен 17 177 руб. (80 000 — 62 223).

Бухгалтер сделает следующие записи:

Содержание операции

Дебет

Кредит

Сумма, руб.

Первичный документ

Принята к учету готовая продукция на склад по плановой себестоимости

Нормативы себестоимости; Накладная на передачу готовой продукции в места хранения

Списана себестоимость продукции по плановой себестоимости

Бухгалтерская справка — расчет

Учтены затраты на производство продукции

02, 10, 69, 70, 25, 26

Расчетно-платежная ведомость, Ведомость по амортизации ОС; Требование-накладная; Бухгалтерская справка — расчет

Скорректирована сумма отклонения фактической себестоимости от плановой

Бухгалтерская справка — расчет

Скорректирована сумма отклонения фактической себестоимости от плановой в доле реализованной продукции

Бухгалтерская справка — расчет

2) Вариант с применением счета 40

С помощью счета 40 «Выпуск продукции» учитывают отклонения между фактическими затратами на изготовление готовой продукции и ее нормативной (плановой) себестоимостью.

Порядок учета следующий:

По дебету счета 40 отражают фактическую себестоимость произведенной продукции в корреспонденции со счетами 20, 23, 29.

По кредиту счета 40 отражают нормативную или плановую себестоимость готовой продукции в корреспонденции со счетом 43.

На последнее число месяца сопоставляют дебетовые и кредитовые обороты по счету 40 и определяют отклонения фактической производственной себестоимости от нормативной.

Если дебетовый оборот по счету 40 больше кредитового, значит, фактическая себестоимость превысила нормативную (плановую), возник перерасход, и необходимо сделать проводку Дебет 90-2 Кредит 40 на сумму превышения.

Если же кредитовый оборот по счету 40 оказался больше дебетового, значит, фактическая себестоимость ниже нормативной (плановой). В этом случае на сумму экономии делается такая же бухгалтерская запись (Дебет 90-2 Кредит 40), но методом «красное сторно».

Данный порядок списания отклонений предусмотрен Инструкцией по применению Плана счетов бухгалтерского учета к счету 40.

Счет 40 закрывается ежемесячно и сальдо на конец месяца не имеет.

Таким образом, выпущенная и реализованная в отчетном месяце продукция будет учтена по фактической себестоимости, а остаток продукции на складе будет учтен по нормативной себестоимости.

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

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

Остаток готовой продукции на складе организации на начало месяца составляет 60 000 руб. в плановых ценах.

В течение месяца на склад поступила готовая продукция по плановым ценам на сумму 190 000 руб.

Сумма затрат на производство продукции, учтенных на счете 20, составила 250 000 руб., остаток незавершенного производства — 50 000 руб.

Плановая себестоимость реализованной продукции — 210 000 руб.

Фактическая производственная себестоимость готовой продукции составит 200 000 руб. (250 000 — 50 000).

Сумма отклонения фактической производственной себестоимости от плановой — 10 000 руб. (200 000 — 190 000).

Остаток готовой продукции на складе организации по плановым ценам равен 40 000 руб. (60 000 + 190 000 — 210 000).

Бухгалтер сделает следующие записи:

Содержание операции

Дебет

Кредит

Сумма, руб.

Первичный документ

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

Нормативы себестоимости; Накладная на передачу готовой продукции в места хранения

Учтены затраты на производство продукции

02, 10, 70, 69, 25, 26

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

Бухгалтерская справка — расчет

Списана плановая себестоимость реализованной продукции

Бухгалтерская справка — расчет

Отражена сумма превышения фактической производственной себестоимости над плановой

Бухгалтерская справка — расчет

На основании вышеизложенного можно сделать следующий вывод:

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

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

Учет выручки от продажи готовой продукции

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

Дебет 62 Кредит 90-1- отражена выручка от продажи готовой продукции.

При признании в бухгалтерском учете выручки от продажи готовой продукции ее стоимость списывается со счета 43 «Готовая продукция» в дебет счета 90 «Продажи».

Документальное оформление движения готовой продукции

Так, передача готовой продукции на склад оформляется требованием-накладной (форма N М-11 «Требование-накладная») (утверждена Постановлением Госкомстата России от 30 октября 1997 г. N 71а).

При поступлении готовой продукции на склад открываются карточки учета материалов по форме N М-17 «Карточка учета материалов» (утверждена Постановлением Госкомстата России от 30 октября 1997 г. N 71а), которые под расписку выдаются материально ответственному лицу.

Операция по реализации готовой продукции оформляется товарной накладной (типовая форма ТОРГ-12).

Отражение готовой продукции в бухгалтерском балансе предприятия

Готовая продукция отражается в бухгалтерском балансе по фактической или нормативной (плановой) производственной себестоимости (п. 59 Положения по ведению бухгалтерского учета и бухгалтерской отчетности в Российской Федерации, утв. Приказом Минфина России от 29.07.1998 N 34н).

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

Организации самостоятельно определяют детализацию этого показателя.

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

Если в текущем учете готовая продукция отражается по фактической производственной себестоимости, то и в бухгалтерском балансе она отражается по фактической производственной себестоимости (дебетовый остаток счета 43).

При отражении в учете выпуска готовой продукции по нормативной (плановой) производственной себестоимости с использованием счета 40 в балансе показывают нормативную (плановую) производственную себестоимость готовой продукции.

Источник

Ошибка в базе-корреспонденте: Ошибка СУБД:
Microsoft SQL Server Native Client 11.0: Case expressions may only be nested to level 10.
HRESULT=80040E14, HRESULT=80040E14, HRESULT=80040E14, HRESULT=80040E14, HRESULT=80040E14, HRESULT=80040E14, HRESULT=80040E14, HRESULT=80040E14, HRESULT=80040E14, HRESULT=80040E14, HRESULT=80040E14, HRESULT=80040E14, HRESULT=80040E14, HRESULT=80040E14, HRESULT=80040E14, HRESULT=80040E14, HRESULT=80040E14, HRESULT=80040E14, HRESULT=80040E14, HRESULT=80040E14, HRESULT=80040E14, HRESULT=80040E14, HRESULT=80040E14, HRESULT=80040E14, HRESULT=80040E14, SQLSrvr: SQLSTATE=42000, state=1, Severity=F, native=102, line=72
SQLSrvr: SQLSTATE=42000, state=1, Severity=F, native=102, line=72
SQLSrvr: SQLSTATE=42000, state=1, Severity=F, native=102, line=72
SQLSrvr: SQLSTATE=42000, state=1, Severity=F, native=102, line=72
SQLSrvr: SQLSTATE=42000, state=1, Severity=F, native=102, line=72
SQLSrvr: SQLSTATE=42000, state=1, Severity=F, native=102, line=72
SQLSrvr: SQLSTATE=42000, state=1, Severity=F, native=102, line=72
SQLSrvr: SQLSTATE=42000, state=1, Severity=F, native=102, line=72
SQLSrvr: SQLSTATE=42000, state=1, Severity=F, native=102, line=72
SQLSrvr: SQLSTATE=42000, state=1, Severity=F, native=102, line=72
SQLSrvr: SQLSTATE=42000, state=1, Severity=F, native=102, line=72
SQLSrvr: SQLSTATE=42000, state=1, Severity=F, native=319, line=48
SQLSrvr: SQLSTATE=42000, state=1, Severity=F, native=319, line=46
SQLSrvr: SQLSTATE=42000, state=1, Severity=F, native=319, line=44
SQLSrvr: SQLSTATE=42000, state=1, Severity=F, native=319, line=42
SQLSrvr: SQLSTATE=42000, state=1, Severity=F, native=319, line=40
SQLSrvr: SQLSTATE=42000, state=1, Severity=F, native=319, line=38
SQLSrvr: SQLSTATE=42000, state=1, Severity=F, native=319, line=36
SQLSrvr: SQLSTATE=42000, state=1, Severity=F, native=319, line=34
SQLSrvr: SQLSTATE=42000, state=1, Severity=F, native=319, line=32
SQLSrvr: SQLSTATE=42000, state=1, Severity=F, native=319, line=30
SQLSrvr: SQLSTATE=42000, state=1, Severity=F, native=319, line=28
SQLSrvr: SQLSTATE=42000, state=1, Severity=F, native=319, line=27
SQLSrvr: SQLSTATE=42000, state=1, Severity=F, native=102, line=13
SQLSrvr: SQLSTATE=42000, state=4, Severity=F, native=125, line=13

При попытке сделать синхронизацию с Камином 5.0 находящимся в сервисе 1С:Fresh и Бухгалтерией находящейся локально в среде Microsoft SQL получаем такую ошибку. Естественно выгрузка не проходит.

В правилах синхронизации есть «это». Здесь вложенность больше 10, естественно MSQL это обработать не может. Где взять актуальные правила?

Тема закрыта.

Источник