Эффективность функционирования автоматизированных систем зависит от степени достоверности входной информации. Искажение информации возможно на этапах ее регистрации, передачи и обработки. Значительная доля ошибок вносится оператором при регистрации информации в процессе заполнения первичных документов. При передаче данных в ЭВМ по каналам связи искажение информации возможно под действием помех, а в процессе обработки информации - в результате сбоев и отказов отдельных устройств ЭВМ.
Для повышения уровня достоверности информации разработаны разнообразные методы контроля данных, позволяющие обнаруживать ошибки, возникающие на всех этапах продвижения информации от места ее возникновения до места обработки. Поскольку больше всего ошибок допускается при подготовке информации, рассмотрим методы ее контроля на данном этапе.
Контроль информации при подготовке первичных документов включает различные виды ее проверок, часть из которых выполняется непосредственно в процессе подготовки документа на ЭВМ в системе АРМ, другая часть проверок - в центральной ЭВМ при вводе сообщения.
Различают форматный и логический контроль.
При форматном контроле:
Определяется число знаков в каждом введенном показателе сообщения и сравнивается с необходимым их количеством;
Проверяется наличие допустимого количества показателей во введенном сообщении;
Проверяется наличие алфавитного символа там, где должен стоять цифровой символ, и наоборот.
При логическом контроле :
Проверяется значение каждого показателя сообщения области допустимых значений, которая содержится в НСИ;
Делается проверка на взаимное логическое соответствие отдельных показателей друг другу внутри каждой фразы введенного сообщения и между различными фразами (межфразный контроль);
Выявляется наличие ошибок в наиболее важных показателях сообщения, таких как, номерах единиц подвижного состава, станций, грузов с помощью расчета контрольных знаков.
Форматный и логический контроли выполняются для служебной и информационных фраз сообщения. При выявлении ошибок абоненту, пославшему сообщение, выдается диагностическое сообщение 497, которое содержит код ошибки и показатели, где допущены ошибки. Абонент должен исправить ошибки, или повторно ввести сообщение.
Приведем примеры некоторых ошибок:
1. Ошибки форматного характера
1.1. Контроль правильности оформления сообщения 02 в целом.
| Начало сообщения | Код сообщения | Номер поезда | Индекс поезда | Условная длина | Вес поезда брутто, т | Особые отметки | ||||||||||||
| ЕСР станции формирования | Номер состава по порядку | ЕСР станции назначения | Число | Месяц | Час | Минуты | Код прикрытия | Индекс негабаритности | Живность | Маршрут | ||||||||
| № | ||||||||||||||||||
| (: | 03 |
Тип приведенной в этом примере ошибки – несуществующий код сообщения. Сообщения 03 не существует.
1.2. Форматный контроль служебной фразы
| Начало сообщения | Код сообщения | ЕСР станции передачи сообщения | Номер поезда | Индекс поезда | Признак списывания состава (1- с головы, 2- с хвоста) | Дата и время окончания формирования состава | Условная длина | Вес поезда брутто, т | Особые отметки | |||||||||
| ЕСР станции формирования | Номер состава по порядку | ЕСР станции назначения | Число | Месяц | Час | Минуты | Код прикрытия | Индекс негабаритности | Живность | Маршрут | ||||||||
| № | ||||||||||||||||||
| (: | 005 |
Здесь показана ошибка формата показателя. Номер состава по порядку должен состоять из двух знаков, а не из трех, как в примере.
1.3. Форматный контроль информационной фразы
| Номер вагона по порядку | Инвентарный номер вагона | Вес груза, т | Код груза | Код грузополучателя | Особые отметки | Количество пломб | Количество контейнеров | Вес тары вагона, т | Примечание | ||||||
| Код прикрытия | |||||||||||||||
| № | |||||||||||||||
| 2011 | 00/00 | Н0030 |
Здесь также показана ошибка форматного показателя. Код собственника, отметка о роликовых подшипниках должна содержать три знака.
2. Ошибки логического характера
2.1. Логический контроль служебной фразы.
Признак списывания состава должен быть равен 1 или 2.
2.2. Логический контроль информационной фразы
| Номер вагона по порядку | Инвентарный номер вагона | Код собственника, отметка о роликовых подшипниках | Вес груза, т | Код станции назначения вагона | Код груза | Код грузополучателя | Особые отметки | Количество пломб | Количество контейнеров | Код ЕСР выходной пограничной станции | Вес тары вагона, т | Примечание | |||
| Принадлежность к маршруту, нерабочий парк, групповая отправка, сцеп | Код прикрытия | Особый признак вагона (негабаритность, живность, длинообразность, запрещение к роспуску с горки) | |||||||||||||
| № | |||||||||||||||
| ____ | 00/00 |
При ненулевом весе груза должны быть сведения о станции назначения вагона.
2.3.Логический межфразный контроль
| Номер вагона по порядку | Инвентарный номер вагона | Код собственника, отметка о роликовых подшипниках | Вес груза, т | Код станции назначения вагона | Код груза | Код грузополучателя | Особые отметки | Количество пломб | Количество контейнеров | Код ЕСР выходной пограничной станции | Вес тары вагона, т | Примечание | |||
| Принадлежность к маршруту, нерабочий парк, групповая отправка, сцеп | Код прикрытия | Особый признак вагона (негабаритность, живность, длинообразность, запрещение к роспуску с горки) | |||||||||||||
| № | |||||||||||||||
| 68011105 | 00/00 | ||||||||||||||
| 68011105 | 00/00 |
Одинаковые инвентарные номера вагонов
Заключение
По результатам выполнения контрольной работы модно сделать вывод о принципе функционирования АСОУП.
При формировании поезда составляется служебный и информационный блоки сообщения 02 (ТГНЛ), которое передается в ДВЦ. Служебный блок содержит информацию о сформированном составе в целом. В информационном блоке находится информация о каждом вагоне: инвентарный номер, вес груза, станция назначения, код груза и т.д.
Если же состав не соответствует ранее переданной в ДВЦ ТГНЛ, то формируется сообщения 09, где указываются все изменения в составе. Наиболее частой причиной такого несоответствия являются плановая отцепка или прицепка вагонов к составу поезда в пути следования, отцепка вагона по причине его технической или коммерческой неисправности.
При отправлении поезда со станции формируется сообщения 200;
прибытии поезда на станцию – сообщение 201;
проследовании поездом станции – сообщение 202;
расформировании состава – сообщение 203;
погрузке вагона – сообщение 241;
выгрузке вагона – сообщение 242;
перечисление вагона в группу неисправных – сообщение 1353
Каждое из перечисленных сообщений дает информацию о времени формировании поезда, типах вагонов в составе, отправлении состава со станции формировании, погрузке и выгрузке вагонов, прицепке и отцепке вагонов, списывании вагонов в нерабочий парк и т.д.
Сохранение декларации в журнале и использование их в качестве начальных данных следующего периода Мощный редактор деклараций Проверка контрагентов, загрузка деклараций из xml-файлов, мощные отборы и многое другое... И все это еще быстрее и удобнее Новая редакция 3.1Наиболее востребованные приложения алкогольной декларации - приложения 5, 6, 7, 11 и 12.
Обработка предназначена для организаций оптовой или розничной торговли. В обновлениях на будущую отчетную компанию планируются Приложения декларации, необходимые для предприятий, занимающихся производством алкогольной продукции.
Еще быстрее, чем ред. 2.x! Высокая производительность формирования деклараций по данным информационной базы.
Внедрение новой редакции у наших клиентов с сетью размером около 150 магазинов показало следующие результаты: формирование Приложения 11 по данным информационной базы (150 магазинов, более 50 000 строк декларации) - около 3-4 минут! Выгрузка по формату ФСРАР - менее одной минуты! Таже задача в программе Декларант-Алко выполнялась более 48 часов.
Полностью автоматическое заполнение декларации по данным информационной базы.
Все приложения декларации заполняются в автоматическом режиме. Используются данные документов «Поступление товаров и услуг», «Реализация товаров и услуг», для Приложений 11 и 12 «Отчет о розничных продажах», «Перемещение товаров», «Оприходование товаров», «Списание товаров».
Ведение журнала сохраненных деклараций
Теперь Вы можете сохранять отчеты в журнале. При этом не важно как сформированн Ваш отчет, по данным информационной базы или он был загружен из внешнего файла. Эти отчеты Вы сможете использовать для формирования начальных остатков следующего отчетного периода.
Мощный редактор деклараций, со следующими функциональными возможностями:
ранее выгруженных XML-файлов, а также сформированных по данным информационной базы деклараций. Данные только что сформированного отчета (еще не выгруженного т.е. прямо с экрана монитора) можно вручную редактировать с последующей выгрузкой данных в формате XML;- Подгрузка остатков на конец предыдущего отчетного периода к данным (в виде начальных остатков) текущего отчетного периода с автоматическим пересчетом зависимых показателей. Это позволяет организовать «избирательный» учет т.е. по ограниченному подмножеству учетных данных, содержащихся в информационной базе.
- Автоматическое заполнение колонок «Поступление» и «Поставки » в Приложении 5 и колонки «Поступление » в разд. 1 Приложений 11 и 12. При корректировке данных приложений 6 и 7, а также разд. 2 приложений 11 и 12, существует возможность автоматически рассчитать значения показателей соответствующих колонок приложения 5 и разд. 1 приложений 11 и 12.
- Функция автоматического пересчета зависимых показателей загруженного отчета при редактировании базовых показателей . Например, при редактировании начальных остатков конечные остатки пересчитываются автоматически.
Комплексная проверка данных отчета при выгрузке данных в файл формата XML.
Проверяются такие показатели, как наличие кода вида продукции, наличие производителя, правильность ИНН и КПП (проверка на правильность ИНН и КПП осуществляется через интернет, с помощью сервиса проверки контрагентов по ЕГРЮЛ и ЕГРИП), проверка соотношений контрольных показателей отчета. При обнаружении ошибок выгрузка файла не производится, а найденные ошибки подсвечиваются красным цветом.
Автоматическая настройка информационной базы для организации учета алкогольной продукции.
При первом запуске обработки или в любой другой момент времени, когда Вам это понадобится, помощник настройки учета поможет Вам максимально быстро и комфортно настроить Вашу информационную базу для работы с продуктом «Алкогольная декларация». Например, справочник «Коды видов алкогольной продукции» заполняется автоматически в соответствие с перечнем кодов алкогольной продукции, утвержденном ФСРАР.
Ведение учета по разным производителям для одной позиции номенклатуры.
В УТ10.3 и УТ11 для этой цели используется механизм характеристик. У каждой характеристики номенклатуры, используемой для учета алкогольной продукции, добавляется свойство «Производитель», которое заполняется из справочника контрагенты. Для версии под БП3.0 такая возможность не поддерживается, из-за отсутствия в БП3.0 механизма характеристик. В этом случае для разных производителей необходимо использовать разные позиции номенклатуры.
Детализация суммовых показателей отчетов до уровня документа и номенклатуры в один клик.
Не понятно почему в отчете именно такая сумма? Вы можете получить подробную расшифровку любой суммы в отчете и при необходимости открыть и отредактировать непосредственно тот документ или элемент справочника номенклатура, который вызвал ваш интерес.
Возможность сверок с контрагентами благодаря мощной системе отборов.
Возможны отборы в как рамках отдельного приложения, так и по нескольким приложениям декларации. Например, можно получить данные по контрагенту одновременно для приложений 6 и 7, что позволит сверить данные не только по поставкам, но и по возвратам.
Гибкая система управления источниками данных отчета.
Источниками данных в отчете могут быть: записи регистра накопления «Товары организаций» выгруженные ранее файлы деклараций в формате ФСРАР; при формировании отчета по записям регистров накопления, возможно включить или исключить попадание в отчет движений документов без отметки «отразить в бух. учете»
Подпись, шифрование и проверка файлов декларации аналогично сервисам ФСРАР
Сформированные файлы можно проверить на соответствие формату ФСРАР, подписать и зашифровать. У вас не будет необходимости приобретать такие программы как Crypto АРМ, все доступно с одного рабочего места.
Работает с базовыми версиями
Обработка не требует внесения изменений в конфигурацию и может работать с базовыми версиями, существенно сокращая стоимость внедрения при использовании не более одного рабочего места.
Модуль автоматического обновление через интернет
Проверка обновлений может осуществляться как по желанию пользователя (в полуавтоматическом режиме), так и при каждом запуске программы. После приобретения обработки вы получите индивидуальные логин и пароль для автоматических обновлений.
Поддерживаемые конфигурации
| Редакция\Конфигурация | Бухгалтерия предприятия | Управление торговлей | Комплексная автоматизация |
|---|---|---|---|
| 10.3 | |||
| 3.0 | |||
| 11.1, 11.2 | |||
| 1.1 |
Подробно познакомиться с продуктом Вы можете, изучив документацию или если обратитесь к нам за консультацией.
Первое представление об интерфейсе продукта и некоторых его функциональных возможностях Вы можете увидеть ниже на скриншотах, для различных конфигураций.
Вы всегда сможете расчитывать на профессиональную техническую поддержку
от разработчиков продукта с опытом внедрения алкогольных деклараций более 3-х лет.
В стоимость поставки включена техническая поддержка в течение 6 месяцев после оплаты заказа.
.png)
Версия для конфигураций 1С:Управление торговлей, ред 10.3 и 1С:Комплексная автоматизация 1.1
Версия для конфигурации Управление торговлей, ред 11.1, 11.2
Журнал сохраненных деклараций
Окно настроек заполнения декларации
Гарантия возврата денег
ООО "Инфостарт" гарантирует Вам 100% возврат оплаты, если программа не соответствует заявленному функционалу из описания. Деньги можно вернуть в полном объеме, если вы заявите об этом в течение 14-ти дней со дня поступления денег на наш счет.
Программа настолько проверена в работе, что мы с полной уверенностью можем дать такую гарантию. Мы хотим, чтобы все наши покупатели оставались довольны покупкой.
Логическая структура файла
Строки файла прикрепления (начиная с первой строки и до конца файла) содержат данные о прикреплении.
Строки файла должны отделяться друг от друга парой знаков «возврат каретки» и «перевод строки» (коды 1310 и 1010), следующих непосредственно друг за другом.
Файл не должен начинаться со знаков «возврат каретки» и «перевод строки» или заканчиваться этими знаками. Включение в файл пустых строк (повторение пар «возврат каретки» и «перевод строки» несколько раз непосредственно друг за другом) не допускается.
Выгружаемая информация
Каждая строка должна содержать значения атрибутов, перечисленных в Таблица А.1.
Общие требования
Журнал форматно-логического контроля (журнал ФЛК) формируется на каждый файл прикрепления.
Имя файла журнала ФЛК строится из имени файла прикрепления путём замены букв MO, с которой начинается имя файла, на букву L:
L + Источник информации + реестровый номер-СМО/МО + ГГГГММДД, где
Источник информации: 1 – СМО или 2 - МО,
реестровый номер-СМО/МО – реестровый номер СМО или МО
ГГГГММДД – дата, на которую подготовлены данные.
Содержимое файла передаётся в кодировке кодовой страницы Windows-1251.
Логическая структура файла
Журнал ФЛК передаётся в файле текстового формата с разделителями. Файл состоит из строк, отделяемых друг от друга парой знаков «возврат каретки» и «перевод строки» (коды 1310 и 1010). В качестве разделителя используется знак «точка с запятой» (";", код 3410). Отдельные значения обязательно берутся в кавычки в тех случаях, когда внутри значения встречается точка с запятой или кавычки.
Перечень ошибок форматно-логического контроля
При обнаружении в строке хотя бы одной ошибки ФЛК, строка не передаётся на загрузку в РС ЕРЗ.
Перечень ошибок форматно-логического контроля
| Код | Поле | Описание ошибки | Дополнительная проверка |
|
| Номер | Имя столбца |
|||
| Ошибки в конкретных полях записи |
||||
| 2 | 3 | ЕНП | Отсутствует ЕНП | Отсутствует ЕНП для полиса ОМС единого образца |
| 5 | 4 | Фамилия | Недопустимые знаки или сочетания знаков в фамилии | Фамилия, имя или отчество не удовлетворяет правилам ФЛК, принятым в ЕРЗ |
| 6 | 5 | Имя | Недопустимые знаки или сочетания знаков в имени |
|
| 7 | 6 | Отчество | Недопустимые знаки или сочетания знаков в отчестве |
|
| 10 | 7 | Дата_рождения | Не указана дата рождения | |
| 11 | 7 | Дата_рождения | Ошибка в дате рождения | Указана нереальная дата:
|
| 21 | 13 | СНИЛС | Ошибка в значении СНИЛС | Указанное значение имеет неверную длину, либо содержит знаки, отличные от цифр. |
| 22 | 13 | СНИЛС | Ошибка в контрольном числе СНИЛС | Контрольное число (две последние цифры) СНИЛС вычислены с ошибкой. |
| 25 | 2 | ИД_полиса | Отсутствует серия и номер ДПФС | Отсутствует серия и номер для полиса ОМС старого образца или номер для временного свидетельства |
| 242 | 15 | Способ_прикрепления | Не указан код способа прикрепления к МО | |
| 243 | 15 | Способ_прикрепления | Недопустимый код способа прикрепления к МО | Код способа прикрепления не найден в системе кодирования. |
| 246 | 17 | Дата_прикрепления | Ошибка в дате | Ошибки в дате: В состав даты входят знаки, отличные от цифр, Количество цифр не равно восьми, Последовательность цифр не может быть интерпретирована как правильная дата (например, "19722510" или "19801234"). |
| 264 | 14 | ИД_МО | Реестровый номер не указан | |
| 265 | 14 | ИД_МО | Реестровый номер не найден | Указанное значение не найдено в едином реестре МО. |
| Прочие (общие) ошибки |
||||
| 99 | – | – | В программе обработки возникла исключительная ситуация | |
ФЛК – форматно-логический контроль , который предназначен для оказания помощи налогоплательщикам в заполнении форм налоговой отчетности, не преследует цели проведения камерального контроля, и разрабатывается согласно Правилам составления форм налоговой отчетности.
Согласно пункту 4-1 статьи 584 Налогового кодекса ФЛК , заключается в проверке полноты и корректности ее заполнения, проводится при приеме и обработке налоговой отчетности системой приема и обработки налоговой отчетности органов налоговой службы (далее – система).
Подтверждением приема и обработки налоговой отчетности центральным узлом системы является сформированное в электронном виде уведомление о принятии или неприятии налоговой отчетности системой.
Система присваивает налоговой отчетности, представленной в электронном виде, статус приема («Принята»), и статус обработки по налоговой отчетности, подлежащей разноске на лицевой счет налогоплательщика («Разнесена»), а также формирует уведомление о принятии или непринятии налоговой отчетности.
Таким образом, при наличии указанных статусов налоговой отчётности в уведомлении считается, что налоговая отчетность прошла проверку требовании форматно-логического контроля и не подпадает под норму подпункта 7) пункта 5 статьи 584 Налогового кодекса.
Текущая версия конфигурации «Управление торговлей»,
редакция 10.3, предназначена для использования с версией системы
1С:Предприятие не ниже 8.2.19. При работе с операционной системой
Microsoft Windows 10 необходимо использовать версию 8.3 платформы
«1С:Предприятие» в режиме совместимости с версией 8.2.
Обновление предназначено для следующих релизов: 10.3.41.1, 10.3.42.1, 10.3.43.1
Что нового?
Добавлен функционал контроля периодов действия форматов электронных документов.
Добавлен функционал отправки приглашений к обмену на конкретный идентификатор участника ЭДО.
Розничная торговля
Поддержка оборудования «Принтер чеков»
Поддерживается печать документов расчета на подключенном принтере чеков или на офисном принтере и ведение «Журнала учета документов, выданных покупателю при расчетах» в соответствии с ПП РФ № 296 от 15.03.2017 г.
Отчет «Журнал учета выданных покупателю документов»
Добавлен отчет «Журнал учета выданных покупателю документов», см интерфейс «Управление розничной торговлей», меню «Продажи».
Справочник «Кассы ККМ»
На форму справочника «Кассы ККМ» добавлен флажок «Архивация чеков». При установленном флажке «Архивация чеков» документы «Чек ККМ» после закрытия смены не удаляются, а помечаются как архивные. Информация из этих документов выводится в отчет «Журнал учета выданных покупателю документов».
Добавлена обработка обслуживания ReceiptPrinter.epf
Обработка осуществляет обслуживание оборудования, поддерживаемого драйвером «1С: Принтер чеков».
Новое в версии 10.3.43.1
Обмен электронными документами
Добавлен функционал аннулирования произвольного электронного документа.
Добавлен функционал просмотра регламента ЭДО через форму «Дерево электронных документов» для произвольного электронного документа.
Реализована синхронизация состояния ЭДО между всеми документами информационной базы, участвующими в обмене УПД/УКД.
Реализована возможность разовой регистрации всех изменений по сертификатам организации в сервисе 1С-ЭДО при сохранении Профиля ЭДО.
Добавлена возможность указывать список пользователей имеющих доступ к сертификату.
Учет НДС
В соответствии с постановлением Правительства РФ от 25 мая 2017г. № 625 в выданных счетах-фактурах с 01.07.2017 необходимо указывать идентификатор государственного контракта.
В документе «Счет-фактура выданный» с 01.07.2017 доступно для заполнения поле «Идентификатор госконтракта».
Печатная форма документа «Счет-фактура выданный» приведена в соответствие с постановлением Правительства РФ от 25 мая 2017г. № 625.
Розничная торговля
Добавлена поддержка формата фискальных данных версии 1.0.5 в соответствии с приказом ФНС России от 21.03.2017 N ММВ-7-20/[email protected]
«Об утверждении дополнительных реквизитов фискальных документов и форматов фискальных документов, обязательных к использованию».
Для использования новых возможностей требуется обновление обработок обслуживания.
Документ «Кассовый чек коррекции»
Добавлен документ «Кассовый чек коррекции». Для его использования требуется обновление обработок обслуживания торгового оборудования до версии 1.7 или выше.
Справочник «Торговое оборудование»
Добавлены реквизиты «Способ форматно-логического контроля», «Допустимое расхождение при форматологическом контроле». Используются при фискализации чека на ККТ с передачей данных.
Документы «Приходный кассовый ордер», «Расходный кассовый ордер», «Оплата от покупателя платежной картой»
В табличную часть «Расшифровка платежа» добавлен реквизит «Признак способа расчета», заполняется значением по-умолчанию, доступен для редактирования, пользователь может изменить его значение. Реквизит используется при фискализации чека на ККТ с передачей данных.
Документы «Реализация товаров и услуг», «Возврат товаров от покупателя»
Добавлена возможность формирования фискального чека на ККТ с передачей данных.
Исправлены выявленные ошибки
