Павло чистий. Павло чистов Обмін електронними документами
Збереження декларації в журналі та використання їх як початкових даних наступного періоду Потужний редактор декларацій Перевірка контрагентів, завантаження декларацій з 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 |
Детально познайомитися з продуктом Ви можете, вивчивши документаціюабо якщо зверніться до нас за консультацією.
Перше уявлення про інтерфейс продукту та деякі його функціональні можливості Ви можете побачити нижче на скріншотах, для різних конфігурацій.
Ви завжди зможете розраховувати на професійну технічну підтримкувід розробників товару з досвідом застосування алкогольних декларацій понад три роки.
У вартість поставки включено технічну підтримку протягом 6 місяців після оплати замовлення.
.png)
Версія для конфігурацій 1С: Управління торгівлею, ред 10.3 та 1С: Комплексна автоматизація 1.1
Версія конфігурації Управління торгівлею, ред 11.1, 11.2
Журнал збережених декларацій
Вікно налаштувань заповнення декларації
Гарантія повернення грошей
ТОВ "Інфостарт" гарантує Вам 100% повернення оплати, якщо програма не відповідає заявленому функціоналу з опису. Гроші можна повернути в повному обсязі, якщо ви заявите про це протягом 14 днів з дня надходження грошей на наш рахунок.
Програма настільки перевірена в роботі, що ми цілком впевнено можемо дати таку гарантію. Ми хочемо, щоб усі наші покупці залишалися задоволені покупкою.
Поточна версія конфігурації «Керування торгівлею»,
редакція 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/229@
"Про затвердження додаткових реквізитів фіскальних документів та форматів фіскальних документів, обов'язкових до використання".
Для використання нових можливостей потрібне оновлення обробки обслуговування.
Документ "Касовий чек корекції"
Доданий документ "Касовий чек корекції". Для його використання потрібне оновлення обробки обслуговування торговельного обладнання до версії 1.7 або вище.
Довідник «Торгове обладнання»
Додані реквізити «Спосіб форматно-логічного контролю», «Допустима розбіжність при форматологічному контролі». Використовуються для фіскалізації чека на ККТ з передачею даних.
Документи "Прибутковий касовий ордер", "Видатковий касовий ордер", "Оплата від покупця платіжною карткою"
До табличної частини «Розшифровка платежу» додано реквізит «Ознака способу розрахунку», що заповнюється значенням за замовчуванням, доступний для редагування, користувач може змінити його значення. Реквізит використовується при фіскалізації чека на ККТ із передачею даних.
Документи «Реалізація товарів та послуг», «Повернення товарів від покупця»
Додано можливість формування фіскального чека на ККТ із передачею даних.
Виправлено виявлені помилки
Ефективність функціонування автоматизованих систем залежить від рівня достовірності вхідної інформації. Спотворення інформації можливе на етапах її реєстрації, передачі та обробки. Значна частка помилок вноситься оператором під час реєстрації інформації у процесі заповнення первинних документів. При передачі даних у ЕОМ каналами зв'язку спотворення інформації можливе під впливом перешкод, а процесі обробки інформації - у результаті збоїв і відмов окремих пристроїв ЕОМ.
Для підвищення рівня достовірності інформації розроблено різноманітні методи контролю даних, що дозволяють виявляти помилки, що виникають на всіх етапах просування інформації від місця виникнення до місця обробки. Оскільки найбільше помилок допускається під час підготовки інформації, розглянемо методи контролю на даному етапі.
Контроль інформації під час підготовки первинних документів включає різні види її перевірок, частина у тому числі виконується у процесі підготовки документа на ЕОМ у системі АРМ, інша частина перевірок - у центральній ЕОМ під час введення повідомлення.
Розрізняють форматний та логічний контроль.
При форматномуконтролі:
Визначається число знаків у кожному введеному показнику повідомлення та порівнюється з необхідною їх кількістю;
Перевіряється наявність допустимої кількості показників у введеному повідомленні;
Перевіряється наявність алфавітного символу там, де має стояти цифровий символ, і навпаки.
При логічному контролі:
Перевіряється значення кожного показника повідомлення області допустимих значень, що міститься у НПІ;
Робиться перевірка на взаємну логічну відповідність окремих показників один одному всередині кожної фрази введеного повідомлення та між різними фразами (міжфразний контроль);
Виявляється наявність помилок у найбільш важливих показниках повідомлення, таких як номерах одиниць рухомого складу, станцій, вантажів за допомогою розрахунку контрольних знаків.
Форматний та логічний контролі виконуються для службової та інформаційних фраз повідомлення. При виявленні помилок абоненту, який надіслав повідомлення, видається діагностичне повідомлення 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
Кожне з перерахованих повідомлень дає інформацію про час формування поїзда, типи вагонів у складі, відправлення складу зі станції формування, завантаження та вивантаження вагонів, причіпки та відчіпки вагонів, списування вагонів у неробочий парк тощо.
ФЛК – форматно-логічний контроль, який призначений для надання допомоги платникам податків у заповненні форм податкової звітності, не має на меті проведення камерального контролю, та розробляється згідно з Правилами складання форм податкової звітності.
Відповідно до пункту 4-1 статті 584 Податкового кодексу ФЛК, полягає у перевірці повноти та коректності її заповнення, проводиться при прийомі та обробці податкової звітності системою прийому та опрацювання податкової звітності органів податкової служби (далі – система).
Підтвердженням прийому та опрацювання податкової звітності центральним вузлом системи є сформоване в електронному вигляді повідомлення про прийняття чи неприйняття податкової звітності системою.
Система надає податковій звітності, поданій в електронному вигляді, статус прийому («Прийнята»), та статус обробки за податковою звітністю, що підлягає рознесенню на особовий рахунок платника податків («Рознесена»), а також формує повідомлення про прийняття чи неприйняття податкової звітності.
Таким чином, за наявності зазначених статусів податкової звітності у повідомленні вважається, що податкова звітність пройшла перевірку вимоги форматно-логічного контролю та не підпадає під норму підпункту 7) пункту 5 статті 584 Податкового кодексу.
Логічна структура файлу
Рядки файлу прикріплення (починаючи з першого рядка до кінця файлу) містять дані про прикріплення.
Рядки файлу повинні відокремлюватися один від одного парою знаків "повернення каретки" і "переведення рядка" (коди 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 | – | – | У програмі обробки виникла виняткова ситуація | |
