gifts2017

Алкогольная декларация для 1С, с подписью, шифрованием и форматно-логическим контролем

Опубликовал Кирилл Трофимов (biz-intel) в раздел Печать - Регламентированная отчетность

Проверенный временем, очень производительный и функциональный инструмент для полной автоматизации процесса формирования печатных форм и выгрузки данных алкогольной декларации в формате XML (Приложения 5, 6, 7, 11 и 12). Для конфигураций "1С:Управление торговлей 8, ред. 10.3, 11.1 (управляемые формы) " и "1С:Комплексная автоматизация 8". Работает с базовыми версиями. Работает с платформами "1С:Предприятие 8.2", "1С:Предприятие 8.3". Имеется возможность проверки форматно-логического контроля выгруженных файлов, а также электронной подписи и шифрования.

  • Сохранение декларации в журнале и использование их в качестве начальных данных следующего периода Мощный редактор деклараций Проверка контрагентов, загрузка деклараций из 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
1.1

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

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

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

Версия для конфигурации 1С:Бухгалтерия предприятия 3.0

Подробнее см. в  разделе документации

Журнал сохраненных деклараций

Журнал сохраненных деклараций для БП 3.0

Окно настроек заполнения декларации

Настройки заполнения алкогольных деклараций (УТ 11.1)

Редактор декларации

Редактор алкогольной декларации (БП 3.0)

Версия для конфигураций 1С:Управление торговлей, ред 10.3 и 1С:Комплексная автоматизация 1.1

Подробнее см. в разделе документации

Журнал деклараций

Журнал деклараций

Окно настроек заполнения декларации

Настройки формирования декларации

Редактор декларации

Редактор декларации

Версия для конфигурации Управление торговлей, ред 11.1

Подробнее см. в разделе документации

Журнал сохраненных деклараций

Журнал сохраненных деклараций (УТ 11.1)

Окно настроек заполнения декларации

Окно настроек заполнения деклараций (УТ 11.1)

Редактор декларации

Редактор алкогольных деклараций для 1С:Управление торговлей 11.1

Гарантия возврата денег

Гарантия возврата денег

ООО "Инфостарт" гарантирует Вам 100% возврат оплаты, если программа не соответствует заявленному функционалу из описания. Деньги можно вернуть в полном объеме, если вы заявите об этом течение 14-ти дней со дня поступления денег на наш счет.

Программа настолько проверена в работе, что мы с полной уверенностью можем дать такую гарантию. Мы хотим, чтобы все наши покупатели оставались довольны покупкой.

Для возврата оплаты просто свяжитесь с нами.

Скачать файлы

Наименование Файл Версия Размер Кол. Скачив.
Заполнение доп. реквизитов по реквизитам ЕГАИС
.epf 7,71Kb
29.08.16
17
.epf 7,71Kb 17 Бесплатно
Алкогольная декларация для УТ 10.3, платформа 8.2
29.08.2016
9990 руб.

Моментальная
доставка

Комплект. Алкогольная декларация + Отгрузочные документы на алкоголь для УТ 10.3 и КА 1.1
29.08.2016
10990 руб.

Моментальная
доставка

Алкогольная декларация для Комплексной автоматизации, платформа 8.2
29.08.2016
9990 руб.

Моментальная
доставка

Алкогольная декларация для УТ11.1, платформа 8.2
06.07.2015
9990 руб.

Моментальная
доставка

Комплект. Алкогольная декларация + Отгрузочные документы на алкоголь для УТ 11.1
06.07.2015
11490 руб.

Моментальная
доставка

Алкогольная декларация для Бухгалтерии 3.0, платформа 8.3
06.07.2015
9990 руб.

Моментальная
доставка

Комплект. Алкогольная декларация + Отгрузочные документы на алкоголь для конфигурации "1С:Бухгалтерия предприятия 8", ред. 3.0.
02.09.2016
10990 руб.

Моментальная
доставка

Абонемент на 12 мес на предоставление технической поддержки продукта Алкогольная декларация для 1С
06.06.2016
6000 руб.

Моментальная
доставка

См. также

Подписаться Добавить вознаграждение

Комментарии

1. Дмитрий Соколов (D.B.Sokolov) 29.08.12 20:05
Начинают появляться интересные идеи.
2. Светлана Синицына (Svetlya4ok13) 30.08.12 09:07
3. Кирилл Трофимов (biz-intel) 30.08.12 09:57
4. Sergey Ivanov (sergb1979) 05.09.12 09:28
логичнее использовать не характеристики, СерииНоменклатуры в которых есть ГТД
5. Кирилл Трофимов (biz-intel) 05.09.12 14:28
СерииНоменклатуры используются как раз для отражения информации о ГТД. А для получения данных в разрезе производителей используются характеристики. Дело в том, что если использовать серии для получения данных в разрезе производителей, мы не получим контроля остатков по производителям, УТ 10.3 выдает только предупреждение о невозможности проведения по партиям.
6. Александр (nikaleks) 05.09.12 19:15
А как быть с номенклатурой у которой несколько производителей, к примеру пиво "Балтика - 7", производства компании Балтика может литься на 12! заводах, что делать тогда?
7. Кирилл Трофимов (biz-intel) 06.09.12 11:25
Характеристики номенклатуры как раз и позволяют организовать такой учет. В справочнике "Номенклатура" всего одна позиция "Балтика-7", но учет по ней будет вестись в разрезе 12 характеристик (т.е. мы будем знать сколько бутылок конкретного завода осталось на складе, сколько закупалось и сколько продавалось, и т.д.), каждая из которых, это ссылка на конкретного производителя.
8. Александр (nikaleks) 06.09.12 15:02
Да, но тогда процедура продажи усложняется, у нас в отделе алкоголя порядка 8000 наименований алкогольной продукции а плюс ещё и пиво, достаточно трудно будет делать продажу выбирая отдельно по каждому заводу.
9. Кирилл Трофимов (biz-intel) 06.09.12 15:12
Иначе невозможно сформировать правильно декларацию. Новые требования к ее заполнению приводят к усложнению учета, если хотите получать декларацию автоматически.
10. Кирилл Трофимов (biz-intel) 06.09.12 15:13
И выбор из 12 наименований это только для Балтики, а 8000 наименований наверняка идентифицируются по штрих-коду. Единственная сложность, это заставить продавцов смотреть на производителя при продаже Балтики.
11. Кирилл Трофимов (biz-intel) 06.09.12 15:18
Есть еще один вариант, это пост-обработка чеков ККМ до закрытия кассовой смены, либо обработка документа "Отчет о розничных продажах" для списания таких позиций по характеристикам методом ФИФО. Ну и при продаже мы просто не указываем характеристику.
12. Кирилл Трофимов (biz-intel) 06.09.12 15:20
В случае покупки возможна доработка решения до вышеуказанного функционала, стоимость доработки будет включена в стоимость решения.
13. Александр (nikaleks) 06.09.12 18:54
Хорошо, а давайте Вы посчитаете, и сделаете предложение, что обработка для документа "Отчёт по розничным продажам" + Декларация по алкоголю = некая сумма, тогда будет проще предложить это как готовое решение
14. Кирилл Трофимов (biz-intel) 06.09.12 22:17
В данном случае стоимость решения не увеличится, мы готовы развивать функционал программы. Цена остается неизменной. Так получается что при каждом внедрении добавляется что-то новое. Для нас это позитивный эффект.
15. Александр (nikaleks) 08.09.12 17:17
Тогда такой вопрос, если на начало года были остатки, и кто именно производитель я не могу точно сказать (т.к. продукция производиться на нескольких складах), можно ли используя свойства установить производителя по умолчанию, и чтоб обработка могла выбирать его в случае если по характеристикам она не может определить производителя?
16. Кирилл Трофимов (biz-intel) 10.09.12 09:37
Можно уточнение? Производитель по умолчанию один для всех всех позиций номенклатуры, либо для каждой свой?
17. Александр (nikaleks) 10.09.12 10:48
Для каждой свой, в свойствах, например "производитель по умолчанию", так можно сделать?
Я поясню, почему я столько задаю вопросов, мы готовы её приобрести, но т.к. код закрыт, некоторые изменения необходимые для улучшения качества работы хочется получить сразу с обработкой.
18. Кирилл Трофимов (biz-intel) 10.09.12 10:57
Так можно сделать конечно, однако при списании товаров сама УТ не сможет определить, что нужная позиция есть на складе. Например, в остатках есть Водка "Березка" без производителя, а продаем мы в разрезе какого либо производителя, УТ просто не сможет списать при отсутствии остатков.

Поэтому надо будет перед началом отчетного периода списать все остатки без производителя и оприходовать с производителем по умолчанию. Это можно конечно сделать автоматически. Но опять же возникнет проблема такого плана: в остатках 10 шт Производителя1, а продаем по факту Производителя1 и Производителя2, для 2-го производителя возникнет проблема отсутствия на складе. Хотя можно в этом случае списывать методом ФИФО.
19. Александр (nikaleks) 10.09.12 11:22
Ну вот смотри Товар1 на остатке 100 бут. делают его допустим 3 завода, остаток на 01/01/12 есть, но по производителям остатков точных нет, но известно, что производитель №2 является основным. Тогда в обработке должно получиться следующее если при реализации товара нет производителя в характеристиках, то взять данные из свойств и подставить в отчёт, это поможет избежать огромной работы по переделке остатков, и с экономит уйму времени и ресурсов, а со временем эти остатки просто будут реализованы. Наша организация сама проводила сверку с поставщиками по производителям, практически у всех есть ошибки в распечатке (т.е. в документах поставки и приложениях к ним указаны одни сведения, а в отчёте другие). Да и потом у РАРа всё равно нет наших данных на 01/01/12, и их позиция "- ой, ну напишите что-нибудь, мы Ваши декларации ещё года два сверять не сможем". Поэтому может просто пойти по пути наименьшего сопротивления?
20. Alex Alex (sohondo) 11.09.12 06:32
А мы хотим развернуть обработку на налогоплательщике 1С, внешние формы уже есть. Есть возможность получить от поставщика файл в эксель с полями для импорта, типа акта сверки - производитель, ИНН, КПП, номер накладной, количество. Готовы заказать обработку. Есть желание пообщаться на эту тему? аська 280023731
21. Кирилл Трофимов (biz-intel) 11.09.12 08:51
Если я вас правильно понял, то вас интересует файл печатной формы декларации в формате эксель? Тогда такая возможность конечно же есть, это можно сделать сохранением печатной формы в формате эксель.
22. Alex Alex (sohondo) 11.09.12 09:37
Нет, речь не о печатной форме, а о заполнее данными формы из внешнего файла, например эксель - типа СтрЗнч = СтрЗаменить(Параметр,",",".");
23. Александр (nikaleks) 11.09.12 13:30
У многих поставщиков есть ошибки. Не раз сталкивались с тем, что в документах на поставку указан один производитель, а когда приносят сверку там уже совсем другой производитель. Контролирующие органы будут проверять по подтверждающим поставку документам, а производитель будет сверяться по акцизным маркам, поэтому лучше не сильно доверять поставщикам, лучше перепроверить.
24. Zerg Protoss (mikm) 11.09.12 17:00
Насколько я понял, единственный вариант "попробовать" Вашу обработку - купить её?
А нельзя-ли каким-либо волшебным образом провести испытания на своей конкретной конфигурации, скажем с ограниченным функционалом в виде триальной демоверсии (ну там вывод в XML только оборотов за февраль, ограничение вывода на печать, сохранение и т.д)?

Пожалуйста, проясните ситуацию. Спасибо заранее!
25. Кирилл Трофимов (biz-intel) 11.09.12 17:19
Можно, к завтрашнему вечеру подготовлю демо-версию и выложу для открытого скачивания
26. Zerg Protoss (mikm) 11.09.12 17:34
Спасибо за оперативность!
Кирилл, извините за наглость, а можно демку будет мне на почту скинуть, а то с недавнего времени, "открытого скачивания" в полном смысле этого слова, на Инфостарте, к сожалению, не существует:( и нужно готовить минимум k0.8руб, т.к. $m у меня нет...
27. Александр (nikaleks) 12.09.12 11:44
Кирил, а почему у меня в отчёте появилась надпись "По обособленному подразделению: ООО "ОЛИМПИК", ИНН 7713650519, КПП , Адрес :", это точно не моя организация. Когда можно будет получить обработку с учётом моих пожеланий?
28. Кирилл Трофимов (biz-intel) 12.09.12 11:51
Так работает инфостарт, один файл на всех при отметки тгрузки товара, написал Вам в личку
29. Zerg Protoss (mikm) 12.09.12 12:12
(28) biz-intel,
"один файл на всех при отметки тгрузки товара"
что-то я не соображаю, совсем запарился уже с этим алкоголем: что за файл такой? в корзине чтоль? дык он k6руб стОит...
Не понял нифига...
30. Кирилл Трофимов (biz-intel) 12.09.12 12:18
Обработки имеют закрытый код, файл подготавливается для каждого покупателя под его реквизиты. В функционале инфостарта можно разместить только один файл для загрузки покупателем, пожтому после покупки мы высылаем обработки каждому отдельно.
31. Zerg Protoss (mikm) 12.09.12 14:36
Спасибо за демку. Получил.
Только не работает она:(
Просто выводит на печать пустую декларацию какого-то ООО "Радуга", ИНН 0276095659 (явно - не моей конторы).
Предположу, что это ограничение демоверсии.
Однако, если это так, то демка, по-сути, ничего не демонстрирует кроме как посмотреть на форму (в которой, на мой взгляд не хватает, как минимум, одной кнопки наподобие "Выполнить"), да на пару пустых таблиц.
Может всётаки сжалитесь и добавите функционала в демку, ограничив её только периодом (допустим январь 2012г. и всё), за который она формирует отчёт?
32. Кирилл Трофимов (biz-intel) 12.09.12 15:29
Демо версия имеет единственное ограничение: выводит только продукцию с кодом 200, и конечно же в демо-версии не будет ревизитов Вашей организации :)

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

И по кнопке выполнить не совсем понятно :) В обработки три кнопки "Печать", "Печать по поставщику" и "Выгрузить в XML". Вроде бы функционал кнопок понятен из их названия.
33. Zerg Protoss (mikm) 12.09.12 17:05
Открыл Вашу УТ.
Обнаружил, что в моей КА (!) немного другие настройки.
В частности вкладка "Свойства" у соответствующих контрагентов-поставщиков не заполнена реквизитами о лицензиях как у Вас.
В КА немного другой принцип работает, т.к. там, с недавних пор, существует специальный регистр "Лицензии поставщиков алкогольной продукции"...
Дальше времени просто нет сегодня разбираться. Завтра попытаюсь закончить со сравнением. Отпишусь.
34. Кирилл Трофимов (biz-intel) 12.09.12 17:23
А что Вам мешает организовать учет так как того требует наше решение? В комплексной автоматизации есть все необходимые средства для того чтобы все работало... Регистр Лицензии поставщиков это ведь не единственный способ организовать подготовку отчетности, а точнее сказать сейчас при его использовании вообще отчетность не формируется:)
35. Zerg Protoss (mikm) 13.09.12 09:10
Согласен с Вами. Но частично:) Дело в том, что "соскакивать" со стандартов официальной конфы, и изобретать велосипед, в конечном случае будет себе дороже. В этом я не раз убеждался. В итоге клиент будет "сидеть на игле" и зависеть не только от 1с но и сторонних изобретателей. Неправильно это.
А в отношении Вашей разработки вот такая мысль:
Представьте такую ситуацию, что, например, у поставщика в течение отчётного периода закончилось действие лицензии, и он оформил себе новую, с новыми реквизитами. В данном случае Ваш вариант, имхо, будет работать некорректно, т.к. в декларацию нужно будет выводить данные по обеим лицензиям. Так что дополнительная работа в этом направлении Вам обеспечена:)
36. Кирилл Трофимов (biz-intel) 13.09.12 09:27
А никто от этой работы и не отказывается:) С каждым внедрением функционал растет, спасибо нашим клиентам!

Дело в том, что на момент начала разработки такого функционала, по крайней мере в УТ, не было. Ваше замечание довольно интересное, мы обязательно учтем факт смены лицензии поставщиком в ближайших обновлениях.
37. Zerg Protoss (mikm) 13.09.12 17:12
Выкладываю соображения насчёт функционирования данной обработки в КА (ну и УПП, имхо):
Остатки и обороты не выводятся (у меня другая основная единица измерения, не литры). Не критично - думаю, если поправить мою единицу, то всё заполнится...Что касается остального, то:
Таблица 2 заполняется кроме 16 колонки. С первой таблицей пока не разобрался - она кроме 1,2,3,4 и 5 колонок)не заполняется:(
Это работает только с предложенным разработчиком вариантом настроек лицензионных свойств контрагентов (в обход схемы, которая есть в КА, т.е. без использования соответствующего регистра).
Если в настройках установлена пресловутая РАУЗ, а в партионном учёте - метод списания партий отличающийся от метода ФИФО, обработка, также, не фурычит.
В колонку "Дата закупки" выводится не дата ТТН, а дата поступления. Кирилл, проверьте, скорее всего в коде вместо ДатаВходящегоДокумента, что-то ещё...
Выгрузка - тоже не хочет. Ругается:
{ВнешняяОбработка.АлкогольнаяДекларация.МодульОбъекта(13)}: Метод объекта не обнаружен (ПолучитьМассивПрефиксовРИБ)
МассивПрефиксовДляОбхода = ОбщегоНазначения.ПолучитьМассивПрефиксовРИБ();


Кроме того, Кирилл, поправьте на форме (возле чекбокса отметки корректировки слово "Корректровочная" - в нём пропала буква "и").

Как-то так:)
38. Александр (nikaleks) 13.09.12 17:50
(35) mikm, В инструкции по заполнению декларации есть указания по поводу если поставщик получил новую лицензию, то мы должны будем указать на отчётную дату только данные по действующей лицензии
39. Александр (nikaleks) 13.09.12 17:51
Кирил есть вопрос другой, а что с Декларацией по пиву? будет ли и если да, то когда ждать?
40. Александр (nikaleks) 13.09.12 17:57
(37) mikm, В колонке "Дата закупки", должна стоять дата фактического получения товара, а не дата выписывания документом поставщиком. Поставщик может выписать документы 5 сентября 2012 года, а фактически получен товар 10 сентября 2012 года, в декларации должно быть указано 10 сентября 2012 года и не как иначе. Да и разница между датой выписывания документов и датой фактического получения товара должна быть прописана в договоре, ну что-то типа "Поставщик обязуется осуществить поставку товара в трёхдневный срок с момента получения заявки от покупателя", в таком контексте разница между датой отгрузки и датой поставки не должна превышать 3-х дней, в противном случае могут быть проблемы со стороны контролирующих органов
41. Кирилл Трофимов (biz-intel) 13.09.12 17:59
(39) nikaleks, Прошу прощения если сразу не выслал. Сейчас все будет!
42. Александр (nikaleks) 13.09.12 18:03
43. Zerg Protoss (mikm) 13.09.12 18:25
(40) nikaleks,
Ваше имхо не прокатит, и чтобы быть более точным, то, проциитирую Порядок заполнения, утвержденный приказом ФСРАР от 23 августа 2012 № 231:
"...в графе 13 «дата закупки» – дата закупки продукции организацией-получателем, которая соответствует дате отгрузки (поставке) продукции, указанной поставщиком в сопроводительных документах...".
Такой расклад...
А ваша "фактическая дата получения" (т.е. та, которая может и не совпасть с указанной поставщиком в той же ТТН, например) - ФСРАРу - до лампочки (по барабану): сверит, придёт с проверкой, и если дата не совпадёт с документом поставщика, то, думаю, Вы в курсе, что они могут и глазнаопунатянуть с Вами сделать:)
44. Александр (nikaleks) 13.09.12 19:03
в графе 13 «дата закупки» – дата закупки продукции организацией-получателем, которая соответствует дате отгрузки (поставке) продукции, совершенно верно. А по поводу проверки, я уже пережил её, у меня на предприятии проверяющие просидели две недели, и проверяли документы за последние два года. Замечаний по оформлению документов не нашли. Я у них уточнял какие даты где нужно указывать, позицию проверяющих я озвучил выше. Туже позицию Вы и сами озвучили, дело всё в том, что закон есть закон, а инструкция есть инструкция. Для того, чтоб не было в дальнейшем проблем с проверяющими можно подать письменный запрос для получения письменных разъяснений. Я так уже сделал, позиция по вопросу дат, и указания лицензии поставщика осталась не изменой.

Хотя с другой стороны, в программах семейства 1С, вообще нет документы ТТН, используется только Товарная накладная (Торг-12), поэтому может и возникает конфликт. Но в любом случае в декларации нет прямого указания на, какая именно дата должна быть (колонка 13) "Дата закупки", не имеет прямой ссылки на то, какая дата должна быть указана, дата закупки, если судить по Ваши размышлениям и доводам, может быть и датой подачи заявки поставщику.
45. Кирилл Трофимов (biz-intel) 13.09.12 19:09
С массивами префиксов разберемся, в КА другие процедуры соответствующего общего модуля.

В нынешней версии используется регистр ПартииТоваровНаСкладе, и если метод списания не ФИФО, то будут проблемы. В ближайших обновлениях планируется отказаться от этого регистра и использовать ТоварыНаСкладе, ТоварыВНТТ и ТоварыВРознице.
46. Кирилл Трофимов (biz-intel) 13.09.12 19:12
По поводу даты поступления много споров, пока что большинство клиентов требовало именно дату документа. Видимо просто следует добавить пользовательскую настройку, например чекбокс: в качестве даты закупки использовать дату документа поставщика
nikaleks; mikm; +2 Ответить
47. Zerg Protoss (mikm) 13.09.12 19:26
ТоварыНаСкладе, ТоварыВНТТ и ТоварыВРознице
не содержат данных о ДокументОприходования,
Кирилл, будьте осторожны!Тьфу, я хотел сказать - готовьте новые запросы к базе :)
48. Zerg Protoss (mikm) 13.09.12 19:53
Вопрос ещё такой. А релиз УТ подойдёт любой, или только тот, который в Вашей демке:
"Управление торговлей (базовая)", редакция 10.3 (10.3.16.1)
?
49. Кирилл Трофимов (biz-intel) 13.09.12 19:57
Конечно любой, в рамках редакции 10.3.
50. Александр (nikaleks) 13.09.12 23:17
(47) mikm, Регистры ТоварыНаСкладе, ТоварыВНТТ и ТоварыВРознице имеют регистратор от которого и можно будет плясать.
51. Александр (nikaleks) 13.09.12 23:21
Кирил, столкнулся со следующей проблемой, база УТ Проф (10.3), учёт ведется по нескольким организациям, отчёт их не разделяет? или я что-то не то сделал? Поделить по складам не получиться, склады по всем организациям одинаковые т.е. "Вино-водка (алкогольная продукция)", "Пиво (пиво и пивные напитки)". В одной организации есть ещё и "Закусочная (продажа алкоголя в розлив, включая и пиво)"
52. Кирилл Трофимов (biz-intel) 14.09.12 08:46
(51) nikaleks, Сегодня исправим!
53. Zerg Protoss (mikm) 14.09.12 12:35
Установил УТ
Сделал демку в ней с парой собственных документов.
Пока только по приходу. Расход ещё не смотрел.
Заполнение таблиц вроде работает.
Не идёт выгрузка в XML:


Да и пивос тоже хотелось бы погонять на демке.
54. Александр (nikaleks) 14.09.12 13:33
Есть ещё проблема, за 1й и 2-й квартал 2012 года мы должны отчитаться по старым кодам, а с 3-го квартала по новым, можно в декларации поставить соответствие, чтоб обработка сама переделывала коды на 1,2 кв. правила коды. т.к. в номенклатуре проставлены коды которые действуют с 01/07/12 или так не получиться?
55. Кирилл Трофимов (biz-intel) 14.09.12 14:05
Для 3-го квартала будет выпущенно дополнение для формирования новых кодов. Старые коды при этом останутся, как и возможность формировать отчеты за 1-й, 2-й квартал по старым кодам.
56. Кирилл Трофимов (biz-intel) 14.09.12 14:06
(53) mikm, и не пойдет без данных о приходе. "Пивос" отличается только остутствием колонок о лицензии поставщика :)

А вообще для сдачи отчетности за 3-й квартал есть следующие планы:

1. Использовать регистры ТоварыНаСкладе, ТоварыВРознице и ТоварыВНТТ, вместо регистра ПартииТоваровНаСкладе
2. Автоматическое формирование кодов продукции для 3-го квартала
3. Изменение механизма защиты от копирования. Пользователи сами смогут ввести сведения о лицензиях. ИНН, КПП, Адрес организации не будут "вшиты" в код обработки, а будут читаться из сведений об организации.
4. Алкоголь и пиво можно будет формировать из одной обработки.
5. Пользовательская настройка для даты документа закупки: либо дата документа поставщика, либо дата документа в базе.
6. Автоматическая подготовка информационной базы к учету: формирование свойств номенклатуры, складов и контрагентов, характеристик номенклатуры.

Обновление выйдет ориентировочно 25.09.2012
57. Александр (nikaleks) 14.09.12 14:37
Придёться переделывать ручками :-(
58. Zerg Protoss (mikm) 14.09.12 14:39
(56) biz-intel,
Текущее состояние моей демки:
остатки на начало - есть
обороты - есть
остатки на конец - есть
Так что данные в базе имеются. И не только о приходе.
Даже если и не было прихода (расхода), XML (для передачи в ФСРАР)всё равно нужно формировать. Пусть и с нулями в соответствующих полях...

Кроме того, в колонку 15 первой таблицы попадают перемещения между двумя розничными складами (НТТ) одной и той же организации (не имеющей обособленных структурных подразделений). Это никакая не реализация!!!. Нуно с этим что-то делать (не учитывать такой движняк по регистру ПартииТоваровНаСкладах в коде обработки)...
59. Кирилл Трофимов (biz-intel) 14.09.12 16:35
(58) mikm, к понедельнику, или вторнику выложу обновление демки, а также разошлю всем покупателям полную версию без регистра Партии и с другой системой защиты.

Еще немного терпения и учтем все пожелания. Всем большое спасибо за участие!
60. Zerg Protoss (mikm) 17.09.12 13:28
Спасибо заранее!
beta-тестирование подходит к завершающей стадии :)
61. Кирилл Трофимов (biz-intel) 18.09.12 12:38
Вышло обновление до версии 1.1

1. В таблицу 2 декларации в качестве документа оприходования теперь попадают только документы "ПоступлениеТоваровУслуг" и "ПоступлениеТоваровУслугВНТТ".

2. Изменена система защиты. Адреса, ФИО ответственных лиц, лицензии на розничную торговлю алкогольной продукцией теперь не привязаны к коду, и читаются из информационной базы. Пример заполнения сведений о лицензиях указан в демо-базе, а также на скриншоте в описании обработки.

3. Декларации формируются с отбором по организации.
62. Sergey Ivanov (sergb1979) 19.09.12 09:16
так понял что только розница. Обновите заголовок...
63. Стасилло Аверкин (21stas) 19.09.12 10:26
У нас в базе УТ есть только поступления, реализаций нет. Можно вставить какой-нибудь механизм, чтобы реализации "предсказывались". Например, как будто продались все позиции до определённой даты. Или определённый процент от поступлений. И мы сразу готовы купить.
Только у нас несколько юр.лиц (пять). Стоить будет столько же?
64. Кирилл Трофимов (biz-intel) 19.09.12 13:37
Добрый день! Можем предложить следующий вариант. Реализации делать не обязательно. Нужно на заданную дату сделать документ "инвентаризация товаров на складе", заполнить остатками на складе и проставить фактическое количество равные нулю. У нас есть на этот счет спец. обработка - она обнуляет значения в графе фактического количества. Затем на основании документа Инвентаризация делаем списание товаров со склада.

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

По поводу Юр. лиц. Продадим пакетом - стоить будет столькоже!
65. Кирилл Трофимов (biz-intel) 19.09.12 13:38
(62) sergb1979, Спасибо за полезное уточнение. При следующем обновлении материала название уточним.
66. Стасилло Аверкин (21stas) 19.09.12 14:23
(64) biz-intel, "Столько же" - это 6.000 руб. за всех или 6.000 х 5 за всех?
67. Кирилл Трофимов (biz-intel) 19.09.12 14:29
68. Стасилло Аверкин (21stas) 19.09.12 16:25
"Учет алкогольной продукции должен вестись в разрезе характеристик" - просто включить Настройка параметров учета - Использовать характеристики номенклатуры?

"Для импортной алкогольной продукции должен быть включен учет по сериям, а также партионный учет по сериям " - просто включить Настройка параметров учета - Использовать серии номенклатуры?

По свойствам в Демо посмотрел, вроде всё понятно.
69. Кирилл Трофимов (biz-intel) 19.09.12 17:17
Да, но только не просто включить но и вести учет в разрезе характеристик и серий номенклатуры. В демо-базе посмотрите как заполнены характеристики и свойства в элементах справочника номенклатура
70. Стасилло Аверкин (21stas) 19.09.12 17:23
Т.е. добавить в справочнике Номенклатура характеристику "Производитель" и свойство "Код товара" - и заполнить их в каждом элементе справочника?
71. Стасилло Аверкин (21stas) 19.09.12 17:26
В демо-базе делаешь выгрузку - сменил только Каталог выгрузки - получаем ошибку:
{ВнешняяОбработка.АлкогольнаяДекларация.МодульОбъекта(1168)}: Ошибка при вызове метода контекста (ЗаписатьКонецЭлемента)
по причине:
Ошибочный порядок записи XML
В рабочей версии же будет всё хорошо?
72. Кирилл Трофимов (biz-intel) 19.09.12 17:36
73. Кирилл Трофимов (biz-intel) 19.09.12 18:30
(70) 21stas, Да, именно так, иначе автоматического формирования отчетности не получится.
74. Стасилло Аверкин (21stas) 21.09.12 04:51
И ещё один вопросик - а можно версию под 8.1? Три базы под этим крутятся, ворошить не хочется - уж больно большие.
75. Кирилл Трофимов (biz-intel) 21.09.12 10:49
К сожалению под 8.1 не получится, решение изначально разрабатывалось под 8.2 поэтому обратной совместимости нет. Базы нужно будет конвертировать в формат версии 8.2. Это обычно занимает относительно немного времени даже на больших базах но это конечно зависит и от мощности вашего компьютера.
76. Стасилло Аверкин (21stas) 23.09.12 18:08
Вот вам в инструкцию или в доделки:
- при разборе адресов не по КЛАДР вываливается в ошибку;
- должны быть созданы Руководитель и Главбух в ответственных лицах организаций;
- корректировочная

По программному созданию недостающих свойств - согласен, было бы здорово.
Или хотя бы списочек давать с типами, например:
Свойства должны быть в:
- Организации
- Склады
- Номенклатура
- Контрагенты

Свойства организации:
- ДатаНачалаЛицензии1 (строка)
- ДатаНачалаЛицензии2 (строка)
- ДатаОкончанияЛицензии1 (строка)
- ДатаОкончанияЛицензии2 (строка)
- НомерЛицензии1 (строка)
- НомерЛицензии2 (строка)
- КоличествоЛицензий (число)
- СерияЛицензии1 (строка)
- СерияЛицензии2 (строка)

И было бы здорово более свежее демо, а то у меня ошибку даёт, а я базу готовлю - надо ещё проверить, как будет работать на такой старой конфиге ("Управление торговлей", редакция 10.3 (10.3.8.9)). Оплата намечена на понедельник.
77. Кирилл Трофимов (biz-intel) 23.09.12 19:12
25.09 выходит новая версия, будет много доработок, в том числе и проверка базы на недостающие свойства у номенклатуры, контрагентов, организаций.
78. Стасилло Аверкин (21stas) 23.09.12 19:34
Хотелось бы проверить работоспособность отчёта на такой старой конфиге ("Управление торговлей", редакция 10.3 (10.3.8.9), прежде чем переводить сервер на 8.2. Как это сделать? Демо даёт ошибку (уже писал выше).
79. Кирилл Трофимов (biz-intel) 23.09.12 22:11
Демо обновим, завтра, в понедельник.
80. Кирилл Трофимов (biz-intel) 24.09.12 11:58
(78) 21stas, Файл АлкогольнаяДекларацияДемо.epf обновлен, но демонстрационная база пока старая. Можете использовать демо для проверки функций в вашей старой базе
81. Стасилло Аверкин (21stas) 24.09.12 19:10
Всё равно получаю ошибку:
{ВнешняяОбработка.АлкогольнаяДекларация.МодульОбъекта(1081)}: Ошибка при вызове метода контекста (ЗаписатьКонецЭлемента)
по причине:
Ошибочный порядок записи XML
82. Стасилло Аверкин (21stas) 24.09.12 19:34
Правда, уже дальше продвинулись.
83. Кирилл Трофимов (biz-intel) 24.09.12 21:05
(81) 21stas,Да тут явно вышло какое-то недоразумения при обновлении файла на сайте. Мы похоже старый файл опять выгрузили:) У нас все работает, а если с сайта качаем тогда все как вы пишете. Утром обновим так как сейчас модерации не дождешься. На всякий случай сообщите почту в личку, вышлем демку напрямую.

Благодарим за обратную связь!
84. Стасилло Аверкин (21stas) 25.09.12 04:27
ОК, согласен. Сегодня должно оплатиться.
85. Кирилл Трофимов (biz-intel) 25.09.12 12:06
Обновил демку, все должно работать, только склад "ларек" в демо-базе не надо в таблицу ставить, там нет движений по коду 200, из-за этого может возникать смещение при формировании XML файла с сообщением об ошибке, однако файл сформируется правильно, ошибка будет на последнем элементе.
86. Кирилл Трофимов (biz-intel) 25.09.12 18:10
Завершена очередная доработка решения. Особенности:
1. Поставляется единым файлом внешней обработки. Ранее решение представляло собой набор обработок - модулей с различными функциями. Так что теперь Водка и Пиво у нас в одном флаконе:)
2. Автоматическая настройка справочников. При запуске обработки производится проверка существования необходимых свойств и характеристик в справочниках "Организации", "Номенклатура" и в случае необходимости настройки могут быть сделаны автоматически;
3. Добавлена кнопка вызова проводника Windows в поле каталог выгрузки;
4. Чтобы сформировать декларацию по пиву необходимо установить флаг в позицию "Пиво";
5. Обработка проверка номенклатуры теперь также интегрирована в основное решение и доступна по кнопке "Проверка номенклатуры" в верхней части окна (под заголовком);
6. Добавлены "понятные" сообщения об ошибках в случаях если не выбрана "Организация", неверно выбран интервал дат, недоступен или не указан каталог выгрузки декларации.
7. Для указания периода отчетности теперь можно использовать "бегунок по кварталам" - нижняя часть главного окна;
8. Номер корректировки можно указать только при наличии установленного флага корректировка.

В ближайшие дни (Среда 26.09, Четверг 27,09) планируется добавление возможности формирования отчетности с новыми кодами товаров.

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

Всех благодарим за участие всех и надеемся на дальнейшее сотрудничество!
87. Стасилло Аверкин (21stas) 25.09.12 19:23
Купил. Прислали.
Ошибка та же:
{ВнешняяОбработка.АлкогольнаяДекларация.МодульОбъекта(1215)}: Ошибка при вызове метода контекста (ЗаписатьКонецЭлемента)
по причине:
Ошибочный порядок записи XML

Готов к поддержке.
88. Кирилл Трофимов (biz-intel) 25.09.12 20:28
Нужно больше информации, завтра с вами свяжемся.
89. Стасилло Аверкин (21stas) 26.09.12 08:38
Прошу исправить орфографическую ошибку в свойстве контрагента "Номер лицезии".
В "Проверка номенклатуры" группа номенклатуры выбирается, но не учитывается.
90. Кирилл Трофимов (biz-intel) 26.09.12 09:02
Орфографическую ошибку в слове "Лицезии" исправим, спасибо! В модуле проверка номенклатуры группы номенклатуры и выбираются и учитываются. Просто если ошибок не обнаружено, мы проверили. Здесь нужно добавить сообщение при успешной проверке что-то вроде "Проверка выполнена успешно!".
91. Кирилл Трофимов (biz-intel) 26.09.12 09:11
(89) 21stas, Сообщите пожалуйста как с вами связаться?
92. Стасилло Аверкин (21stas) 26.09.12 10:40
93. Стасилло Аверкин (21stas) 26.09.12 10:40
94. Кирилл Трофимов (biz-intel) 26.09.12 18:56
(93) 21stas, Вам необходимо включить в учетной политике настройку: "Учет партий в разрезе складов" и перепровести документы
95. Стасилло Аверкин (21stas) 26.09.12 19:06
Сервис - Настройка учёта - Учётная политика - Вести партионный учёт по складам?
96. Стасилло Аверкин (21stas) 26.09.12 19:11
Ну да, так не вываливается.
97. Стасилло Аверкин (21stas) 26.09.12 20:04
Хочу отметить, что техподдержка оперативная и результативная. Рекомендую.
98. Стасилло Аверкин (21stas) 29.09.12 08:38
Не получается сделать, чтобы реализация попадала в соответствующий раздел.
Пробовал и "Списание товаров: НТТ", и "Отчёт о розничных продажах: НТТ". В расход не попадает. Что делать?
99. Кирилл Трофимов (biz-intel) 29.09.12 10:20
В учетной политике установить флажок "Списывать партии при проведении документов" и перепровести документы реализации. Или же запустить обработку "Проведение по партиям": Документы-->Дополнительно-->Проведение по партиям.
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа