Обновленная схема здесь исправила это для меня.
Убедитесь, что вы изменили скрипт для VS2010:
@Gene: Это связано с тем, что кэш схемы XML находится в другом месте в VS2010. Вы можете открыть UpdateSchemaCache.js и заменить эту строку:
var vs9CommonTools = shell.ExpandEnvironmentStrings ("% VS90COMNTOOLS%");
с этой строкой:
var vs9CommonTools = shell.ExpandEnvironmentStrings ("% VS100COMNTOOLS%");
После этого попробуйте запустить скрипт и посмотрите, поможет ли это.
У меня есть ряд правил перезаписи для многих вещей, которые я делал в IIS7, например, удаление завершающих косых черт, URL-адресов, строчных букв и т. Д. IIS изменил мой web.config, и все работает отлично на веб-сайте, как и должно. Но в Visual Studio web.config открывающий оператор
Вот пример моего web.config:
Существует около 5 или 6 других правил, а затем закрытие в конце.
Я играю с различными рабочими процессами EF. Вчера я сделал новый проект, и Entity Framework 6 был первым предложением от Nuget , поэтому я решил попробовать его, также это очень маленький проект, целиком и полностью предназначенный для обучения, поэтому я думаю, что будет хорошим опытом попробовать EF 6 , так как я работал в основном с% co_de%.
Мое приложение основано на подходе Ef 5 . Структура решения показана на экране печати:
Проект Code First предназначен для хранения моих Entites. Для простоты и потому, что я следую учебному пособию, я использую только один класс, как вы можете видеть - CodeFirstClasses . Там у меня есть:
Public class RewardContext: DbContext
{
//Specify the name of the base as Rewards
public RewardContext() : base("Rewards")
{
}
//Create a database set for each data item
public DbSet
И другие классы - Customer.cs и Purchase , которые тривиальны, поэтому я не буду их здесь вставлять.
Другой проект, как вы можете видеть, это проект Customer с одной формой и кнопкой. В событии Windows Forms кнопки у меня есть вся логика для добавления новых записей в мои две жестко закодированные сущности. Вот только часть этого:
//some code... //Add the record and save it context.Customers.Add(newCustomer); context.Purchases.Add(newPurchase); context.SaveChanges(); MessageBox.Show("Record Added!");
Пока что ничем не отличается от того, к чему я привык с click . Я могу построить проект, я могу запустить его, и все выполняется как положено. Однако я получаю это предупреждение из заголовка:
EF 5 И хотя я в основном использую Warning 1 The element "entityFramework" has invalid child element "providers". List of possible elements expected: "contexts". , я заметил, что не могу управлять своими соединениями / базами данных из IDE - MS SQL Server Management Studio , но это не проблема с Visual Studio 2012 .
Мои исследования сузили возможный источник проблемы / решения до ручного изменения файла EF 5 , но это область, в которой у меня не так много опыта, особенно когда IDE позаботился об этом до App.config . Поэтому я опубликую оба моих файла EF 6 для этого решения:
Один из проекта App.config:
И из моего проекта CodeFirstClasses:
И еще одно возможное решение, которое я нашел: TestCodeFirst , о котором я также не знаю, как именно это сделать.
Даже когда я открываю updating the xsd for "validating" EF config section in web/app.config file to recognize newly added EF6 elements , я вижу базу данных, созданную для этого приложения, записи сохраняются и, как правило, это работает, но все же я хотел бы устранить это предупреждение и узнать, как настроить мои приложения на основе MS SQL Server Management Studio right.
Подготовка отчетности в программе Декларант-Алко При регистрации на портале РАР появляется сообщение «Организация отсутствует в списке лицензий» либо «Организация уже зарегистрирована» Как загрузить декларацию на региональный и федеральный порталы? Как сформировать отчеты за несколько организаций в Декларант-Алко? При запуске Декларант-Алко возникает ошибка «Версия базы данных не соответствует версии программы Декларант-Алко. Обновите программу!» При работе в Декларант-Алко появляется сообщение «Заполните справочные данные!» Коды видов продукции в 11 и 12 формах Помощь в сдаче деклараций Заявка на получение ЭЦП О системе Контур-ЭкстернОшибки при проверке отчета в Декларант-Алко
Для формирования и отправки отчетности в РАР рекомендуется использовать бесплатный сервис Алкодекларация.Контур , разработанный компанией СКБ Контур. Сформированный в Декларант- Алко отчет можно загрузить в Алкодекларация.Контур, просмотреть в нем возникшие ошибки и исправить их.
Декларант- Алко проверяет файл на соответствие формату и указывает, в каких строках содержатся ошибки. На региональном и федеральном порталах производятся аналогичные проверки, поэтому для успешной сдачи отчета необходимо устранить ошибки, выявленные в Декларант- Алко.
Контроли в разных версиях Декларант- Алко могут отличаться, поэтому необходимо удостовериться, что используется последняя версия программы.
Ниже приведены наиболее распространённые ошибки и способы их устранения.
1. "В строке №.. Содержимое элемента Лицензии является неполным. Список ожидаемых элементов: Лицензия".
Для устранения ошибки необходимо:
В программе Декларант- Алко открыть раздел Работа с декларациями Изменить .
Рис. 1. Раздел «Работа с декларациями»
В появившемся окне поставить галку напротив лицензии, выданной организации (см. рис. 2).
Рис. 2. Отметка о наличии лицензии
2. "В строке №.. Атрибут "П000000000003" недействителен: значение "010" недействительно с зрения его типа данных "String" — Сбой ограничения Enumeration".
Данная ошибка говорит о том, что в декларации есть оборот с кодом продукции (в данном случае 010), который не соответствует типу декларации (см. "Коды видов продукции в 11 и 12 формах" ). Необходимо исправить код, для этого открыть раздел Работа с декларациями , выделить нужный отчет, нажать кнопку Изменить данные .
Например, в декларации был указан код продукции 010 (спирт- сырец), который может содержаться только в отчете организации, осуществляющей оптовую продажу алкогольной продукции. Или в форме 11 были выбраны коды, соответствующие пивной продукции, которые должны указываться в форме 12.
3. В строке №... Элемент "СведПроизвИмпорт" имеет недопустимый дочерний элемент "СведПроизвИмпорт". Список ожидаемых элементов: "Поставщик, Движение"
В строке №... Элемент "Оборот" имеет недопустимый дочерний элемент "Оборот". Список ожидаемых элементов: "СведПроизвИмпорт".
4. "В строке №... Атрибут "П000000000006" недействителен: значение "ХХХХХХ" недействительно с точки зрения его типа данных "КППТип" Сбой ограничения Pattern"
В строке №... Атрибут "П000000000005" недействителен: значение "ХХХХХХ" недействительно с точки зрения его типа данных "ИННТип" Сбой ограничения Pattern"
"В строке №... Атрибут "П000000000005" недействителен: значение "ХХХХХХ" недействительно с точки зрения его типа данных "String" Фактическая длина меньше значения MinLength".
Формулировка ошибки не содержит информации о том, у какого именно контрагента некорректно заполнены реквизиты. Если производителей/поставщиков очень много, то найти контрагента, в данных которого допущена ошибка, можно, открыв файл отчета через блокнот. Данный способ описан в .
Для устранения подобных ошибок необходимо проверить правильность заполнения реквизитов производителей. Для этого перейти в раздел Контрагенты и удостовериться, что у организаций- контрагентов указаны корректные ИНН и КПП (см. рис. 3).
Рис. 3. Раздел «Контрагенты»
Также необходимо нажать кнопку Изменить и проверить, верно ли указан тип организации. Если выбран тип Юр. Лицо , то обязательно должны быть заполнены и ИНН (10 знаков), и КПП (9 знаков), если отметка стоит у пункта Физ. Лицо , то должен быть заполнен только ИНН (12 знаков).
Рис. 4. Изменение реквизитов контрагента
5.
"В строке №.. Атрибут "П000000000012" недействителен: значение "" недействительно с зрения его типа данных "ДатаТип" — Сбой ограничения Pattern"
"В строке №.. Атрибут "П000000000013" недействителен: значение "" недействительно с зрения его типа данных "ДатаТип" — Сбой ограничения Pattern"
"В строке №... Атрибут "П000000000014" недействителен: значение "" недействительно с зрения его типа данных "String" — Фактическая длина меньше значения MinLength".
Формулировка ошибки не содержит информации о том, у какого именно контрагента некорректно заполнены реквизиты . Если производителей/поставщиков очень много, то найти контрагента, в данных которого допущена ошибка, можно, открыв файл отчета через блокнот. Данный способ описан в примере ниже .
Для устранения подобных ошибок необходимо проверить правильность заполнения реквизитов поставщиков. Для этого перейти в раздел Контрагенты , выделить организацию в списке, нажать кнопку Изменить (см. рис. 3) и проверить, верно ли заполнены данные. Также необходимо открыть лицензию, соответствующую данному поставщику, и удостовериться, что заполнены все строки (см. рис. 5).
Рис. 5. Данные о лицензии контрагента
6. "В строке №… Последовательность ключей "…" в Keyref не ссылается на какой- либо ключ"
Для устранения ошибки необходимо проверить следующее:
- Открыть раздел Контрагенты и проверить, что у всех поставщиков в списке добавлена информация о лицензиях. В случае ее отсутствия (см. рис. 6) нажать кнопку Добавить и внести информацию о лицензии.
Рис. 6. Отсутствие лицензии у поставщика в разделе «Контрагенты»
- После того как лицензия будет внесена, необходимо перейти к редактированию самой декларации, открыть таблицу 2 и найти строки с поступлениями от данного поставщика. Далее следует поочередно выделить такие строки, в верхнем правом углу указать лицензию для поставщика и нажать на кнопку Изменить (см. рис. 7).
Рис. 7. Указание лицензии у поставщика
- Выгрузить исправленный отчет и проверить его еще раз.
Если ошибка сохранится, то необходимо проверить, что в таблице 2 добавлены все необходимые поступления (в особенности при удалении/добавлении какого- либо контрагента), и в таблице 1 верны все данные по удаленным/добавленным производителям.
Выгрузить проверенный файл отчета и отправить его в техническую поддержку СКБ Контур по адресу [email protected]
, также приложив к письму Скриншот – это снимок экрана. Чтобы сделать скриншот экрана:
1. Воспроизведите ошибку или проблемную ситуацию на экране.
Нажмите клавишу PrintScreen (PrtScr) (в верхнем правом углу клавиатуры), после того, как Вы нажали эту клавишу - в память Вашего компьютера будет сохранен скриншот.
2. Откройте программу Microsoft Word. Нажмите правой кнопкой мыши по пустому листу документа и выберите пункт Вставить (на клавиатуре можно нажать одновременно клавиши Ctrl+V).
Скриншот появится в виде изображения экрана.
Сохраните файл. Меню Файл -> Сохранить...
скриншот
возникающей ошибки.
Как найти контрагента, в данных которого допущена ошибка?
Например, при проверке обнаружены ошибки, описанные в пунктах 4 и 5:
Чтобы найти контрагентов, в реквизитах которых допущены ошибки, необходимо:
1. Открыть файл отчета с помощью блокнота.
2. В меню Формат убрать галку Перенос по словам (см. рис. 8).
Рис. 8. Отключенный перенос по словам в блокноте
3. В меню Вид убедиться, что стоит галка у пункта Строка состояния (см. рис. 9).
Рис. 9. Включенная строка состояния
4. Ориентируясь на строку состояния, найти в файле отчета строки, в которых обнаружены ошибки.
В примере обнаружены две ошибки в строках № 7 и 10.
В строке №7 обнаружена ошибка в КПП:
В строке №7 Атрибут "П000000000006" недействителен: значение "" недействительно с зрения его типа данных "КППТип" — Сбой ограничения Pattern.
Необходимо найти данную строку в блокноте (см. рис. 10), в ней будет содержаться название фирмы- контрагента, в данных которого допущена ошибка. Из рисунка видно, что в рассматриваемом примере это организация ООО «Производитель», у которой не заполнен КПП.
Рис. 10. Строка № 7 с ошибкой в реквизитах производителя
В строке №10 обнаружена ошибка в заполнении лицензии поставщика:
В строке №10 Атрибут "П000000000014" недействителен: значение "" недействительно с зрения его типа данных "String" — Фактическая длина меньше значения MinLength.
Необходимо найти данную строку в блокноте (см. рис.11). Из рисунка видно, что допущена ошибка при заполнении лицензии у контрагента, название которого содержится в строке выше в рассматриваемом примере это организация ООО «Поставщик». Ошибка состоит в том, что в лицензии не указано, кем она была выдана.
Рис. 11. Строка №10 с ошибкой в лицензии поставщика
Если устранить ошибку самостоятельно не получается, то необходимо обратиться в техническую поддержку СКБ Контур по адресу [email protected] , приложив к письму выгруженный файл отчета и скриншот возникающей ошибки.
Одним из методов управления и контроля органами государственной власти изготовления, движения и реализации алкогольной продукции является сдача предпринимателями алкогольных деклараций. Федеральная служба по регулированию алкогольного рынка (ФСРАР) требует своевременную передачу актуальной и корректной информации о движении алкоголя, и чтобы подготовка и сдача деклараций не отнимала много нервов и сил, необходимо заранее проработать стратегию учёта продукции.
Если вы используете для подготовки алкогольных деклараций программу «Декларант-Алко», и ваш поставщик присылает вам файлы для импорта данных в 11 и 12 формы декларации, а также в справочник контрагентов, то дальнейшая инструкция поможет избежать ошибок при их загрузке в ваши базы данных и сократить время подготовки деклараций.
При подготовке к проверке деклараций убедитесь, что Вы используете актуальную версию программы. Версию установленного «Декларант-Алко» можно увидеть при запуске программы в левом верхнем углу окна:
Рис. 1
Рекомендуется проверять наличие новых версий программы как можно чаще, чтобы избежать сложностей в формировании деклараций. Номер актуального релиза, файл для обновления и инструкцию вы сможете найти по ссылке .
После того, как вы убедились, что дальнейшая работа будет проведена в программе актуальной версии, важно убедиться в корректности присланных файлов. Для этого перейдите по ссылке в меню Декларации > Проверка формата XML:
Рис. 2
После этого откроется окно, где вы сможете загрузить файл, необходимый для проверки. Программа проверит корректность заполнения документа и при наличии ошибок, укажет на проблемные строки.
Чтобы приступить к проверке, в поле «Выберите файл» укажите путь к файлу, полученному вами от поставщика. Автоматически будет подобран список только xml-файлов, что делает использование программы более удобным:
Рис. 3
Если вы выбрали файл с информацией об отгрузках в течение отчетного квартала, то в поле «Тип декларации» необходимо выбрать «Импорт декларации 11» для файла с алкогольной продукцией или «Импорт декларации 12» для файла с данными по отгрузкам пива.
Для проверки файла с информацией о контрагентах в поле «Тип декларации» необходимо выбрать «Импорт контрагентов» :
Рис. 4
Обратите внимание на обязательность корректного выбора типа декларации. Даже если проверяемый вами файл сам по себе сформирован правильно и не содержит ошибок, то в случае неверно указанного типа система выдаст предупреждения вида:
«В строке №2 Атрибут "ВерсФорм" недействителен: значение "4.32" недействительно с зрения его типа данных "String" — Сбой ограничения Enumeration.
В строке №3 Элемент "Файл" имеет недопустимый дочерний элемент "Документ". Список ожидаемых элементов: "ФормаОтч".»
Часто при проверке импорта 11 формы декларации пользователи указывают в типе «Декларация об объемах розничной продажи алкогольной и спиртосодержащей продукции», что неправильно, так в присланном поставщиком документе содержится только часть декларации, и в «Декларант-Алко» для проверки подобного вида файлов должен указываться «Импорт деклараций 11».
Поэтому, если вы видите вышеуказанные предупреждения, перепроверьте выбранный для проверки тип декларации, а также номер формата, актуальный на момент проверки декларации.
Однако номер формата для сдачи декларации может не совпадать с форматом присланных файлов. Зачастую это не критично, и файлы, которые проходят проверку хотя бы одного из формата (например, 4.31) позволяют корректно загружать данные в декларацию.
Если же все форматы при проверке вызывают ошибки, значит необходимо либо исправить файлы самостоятельно вручную, либо обратиться к поставщику.
Какие ошибки возникают наиболее часто при импорте файлов от поставщика?
Самостоятельное исправление ошибок происходит непосредственно в XML-файле, присланном поставщиком, поэтому для удобной работы с ним рекомендуется скачать редактор Notepad++ .
Можно также открывать документы в блокноте, однако в нём отсутствует нумерация строк, и чем больше файл, тем сложнее будет отыскать некорректный элемент кода.
При проверке файлов для импорта в 11 и 12 формы деклараций, а также файла со списком поставщиков может возникнуть подобная ошибка:
В строке №5 Атрибут "INN" недействителен: значение "8822020117 " недействительно с зрения его типа данных "ИННЮЛТип" — Сбой ограничения Pattern.
Или
В строке №5 Атрибут "KPP" недействителен: значение "50190200" недействительно с зрения его типа данных "КППТип" — Сбой ограничения Pattern.
В данном случае необходимо проверить корректность заполнения реквизитов контрагентов. Нужно обратить внимание на наличие лишних пробелов или иных символов, а также убедиться, что длина заполненного поля ИНН составляет 10 знаков, а КПП — 9 знаков.
На скриншоте представлен файл декларации, открытый в редакторе Notepad++. Как и указано в тексте сообщения, ошибка локализуется в строке 5:
Рис. 5
В данном примере видно, что в поле ИНН присутствует лишний пробел, который добавляет лишний символ и делает запись некорректной, а в поле КПП наоборот не хватает еще одного знака.
Кроме того, достаточно часто возникает следующая ошибка:
В строке №4 Атрибут "П000000000003" недействителен: значение "500" недействительно с зрения его типа данных "String" — Сбой ограничения Enumeration.
Подобное сообщение показывает, что в файле имеется оборот, не соответствующий типу декларации.
В данной ситуации это предупреждение относится к коду продукции 500 («Пиво с содержанием объемной доли этилового спирта свыше 0,5% и до 8,6% включительно»). Если ошибка появилась при проверке 11 формы декларации, в которую по какой-то причине попали пивные напитки (пивные напитки, сидр, медовуха и пуаре отображаются в 12 форме декларации - приказ от 06 мая 2014 № 129), то необходимо обратиться к поставщику, либо исправить ошибку самостоятельно, если у вас имеется достаточно информации для этого.
Также при проверке может появиться такая ошибка:
В строке № Элемент "СведПроизвИмпорт" имеет недопустимый дочерний элемент "СведПроизвИмпорт". Список ожидаемых элементов: "Поставщик, Движение"
или
В строке № Элемент "Оборот" имеет недопустимый дочерний элемент "Оборот". Список ожидаемых элементов: "СведПроизвИмпорт".
Подобное может возникнуть в том случае, если версия используемого Декларант-Алко устарела. Необходимо скачать актуальный релиз и продолжить проверку уже в нём.
При загрузке файла со списком поставщиков программа можем выдать предупреждение:
В строке №2 Элемент "Справочники" не объявлен.
Такая ошибка — сигнал того, что указан неверный тип декларации. В данном случае нужно выбирать тип «Импорт контрагентов», после чего ошибка исчезнет.
При возникновении следующей ошибки:
В строке №8 Элемент "КодРегион" недействителен: значение "" недействительно с точки зрения его типа данных "CCРФТип" — Сбой ограничения Pattern.
Необходимо убедиться, что корректно заполнен адрес поставщика.
Таким образом вы сможете самостоятельно выявить и в большинстве случаев устранить ошибки и своевременно сдать декларацию в контролирующие органы, избавив себя от головной боли на весь последующий квартал.