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

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

Арт.: 149435

Продано: 178

Editor (1).png
Settings.jpg
Declaration.jpg
Editor (1).png
Settings.jpg
Declaration.jpg
Алкогольная декларация для 1С. Лицензии

20268 руб.

23388 руб.

23388 руб.

23388 руб.

Услуги технической поддержки

9990 руб.

2000 руб.


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

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

Подготовка к работе

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

Проверка на ошибки перед выгрузкой

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Редактор алкогольных деклараций для 1С:Управление торговлей 11.1
Статистика:
Просмотры 130400
Загрузки 178
Рейтинг 164
Создание 29.08.12 19:22
Обновление 21.06.23 09:55
№ Публикации 149435
Характеристики:
Теги

Алкоголь Алкогольная декларация

Рубрики Регламентированный учет и отчетность Обмен с ГосИС
Кому Бухгалтер
Тип файла Внешняя обработка (ert,epf)
Платформа Платформа 1С v8.3
Конфигурация 1С:Комплексная автоматизация 1.х ,
1С:Управление торговлей 10 ,
1С:Бухгалтерия 3.0 ,
1С:Управление торговлей 11
Операционная система Windows
Страна Россия
Отрасль Розничная и сетевая торговля (FMCG)
Налоги Акцизы
Вид учета Бухгалтерский учет ,
Управленческий учет
Доступ к файлу Платные (руб)
Код открыт Да
Наименование Файл Версия Размер
Заполнение доп. реквизитов по реквизитам ЕГАИС .epf 7,71Kb 57 Скачать
1. D.B.Sokolov 29.08.12 20:05 Сейчас в теме
Начинают появляться интересные идеи.
2. Svetlya4ok13 30.08.12 09:07 Сейчас в теме
4. sergb1979 05.09.12 09:28 Сейчас в теме
логичнее использовать не характеристики, СерииНоменклатуры в которых есть ГТД
5. Техподдержка 05.09.12 14:28
СерииНоменклатуры используются как раз для отражения информации о ГТД. А для получения данных в разрезе производителей используются характеристики. Дело в том, что если использовать серии для получения данных в разрезе производителей, мы не получим контроля остатков по производителям, УТ 10.3 выдает только предупреждение о невозможности проведения по партиям.
6. nikaleks 05.09.12 19:15 Сейчас в теме
А как быть с номенклатурой у которой несколько производителей, к примеру пиво "Балтика - 7", производства компании Балтика может литься на 12! заводах, что делать тогда?
7. Техподдержка 06.09.12 11:25
Характеристики номенклатуры как раз и позволяют организовать такой учет. В справочнике "Номенклатура" всего одна позиция "Балтика-7", но учет по ней будет вестись в разрезе 12 характеристик (т.е. мы будем знать сколько бутылок конкретного завода осталось на складе, сколько закупалось и сколько продавалось, и т.д.), каждая из которых, это ссылка на конкретного производителя.
8. nikaleks 06.09.12 15:02 Сейчас в теме
Да, но тогда процедура продажи усложняется, у нас в отделе алкоголя порядка 8000 наименований алкогольной продукции а плюс ещё и пиво, достаточно трудно будет делать продажу выбирая отдельно по каждому заводу.
9. Техподдержка 06.09.12 15:12
Иначе невозможно сформировать правильно декларацию. Новые требования к ее заполнению приводят к усложнению учета, если хотите получать декларацию автоматически.
10. Техподдержка 06.09.12 15:13
И выбор из 12 наименований это только для Балтики, а 8000 наименований наверняка идентифицируются по штрих-коду. Единственная сложность, это заставить продавцов смотреть на производителя при продаже Балтики.
11. Техподдержка 06.09.12 15:18
Есть еще один вариант, это пост-обработка чеков ККМ до закрытия кассовой смены, либо обработка документа "Отчет о розничных продажах" для списания таких позиций по характеристикам методом ФИФО. Ну и при продаже мы просто не указываем характеристику.
12. Техподдержка 06.09.12 15:20
В случае покупки возможна доработка решения до вышеуказанного функционала, стоимость доработки будет включена в стоимость решения.
13. nikaleks 06.09.12 18:54 Сейчас в теме
Хорошо, а давайте Вы посчитаете, и сделаете предложение, что обработка для документа "Отчёт по розничным продажам" + Декларация по алкоголю = некая сумма, тогда будет проще предложить это как готовое решение
37. mikm 13.09.12 17:12 Сейчас в теме
Выкладываю соображения насчёт функционирования данной обработки в КА (ну и УПП, имхо):
Остатки и обороты не выводятся (у меня другая основная единица измерения, не литры). Не критично - думаю, если поправить мою единицу, то всё заполнится...Что касается остального, то:
Таблица 2 заполняется кроме 16 колонки. С первой таблицей пока не разобрался - она кроме 1,2,3,4 и 5 колонок)не заполняется:(
Это работает только с предложенным разработчиком вариантом настроек лицензионных свойств контрагентов (в обход схемы, которая есть в КА, т.е. без использования соответствующего регистра).
Если в настройках установлена пресловутая РАУЗ, а в партионном учёте - метод списания партий отличающийся от метода ФИФО, обработка, также, не фурычит.
В колонку "Дата закупки" выводится не дата ТТН, а дата поступления. Кирилл, проверьте, скорее всего в коде вместо ДатаВходящегоДокумента, что-то ещё...
Выгрузка - тоже не хочет. Ругается:
{ВнешняяОбработка.АлкогольнаяДекларация.МодульОбъекта(13)}: Метод объекта не обнаружен (ПолучитьМассивПрефиксовРИБ)
МассивПрефиксовДляОбхода = ОбщегоНазначения.ПолучитьМассивПрефиксовРИБ();


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

Как-то так:)
40. nikaleks 13.09.12 17:57 Сейчас в теме
(37) mikm, В колонке "Дата закупки", должна стоять дата фактического получения товара, а не дата выписывания документом поставщиком. Поставщик может выписать документы 5 сентября 2012 года, а фактически получен товар 10 сентября 2012 года, в декларации должно быть указано 10 сентября 2012 года и не как иначе. Да и разница между датой выписывания документов и датой фактического получения товара должна быть прописана в договоре, ну что-то типа "Поставщик обязуется осуществить поставку товара в трёхдневный срок с момента получения заявки от покупателя", в таком контексте разница между датой отгрузки и датой поставки не должна превышать 3-х дней, в противном случае могут быть проблемы со стороны контролирующих органов
43. mikm 13.09.12 18:25 Сейчас в теме
(40) nikaleks,
Ваше имхо не прокатит, и чтобы быть более точным, то, проциитирую Порядок заполнения, утвержденный приказом ФСРАР от 23 августа 2012 № 231:
"...в графе 13 «дата закупки» – дата закупки продукции организацией-получателем, которая соответствует дате отгрузки (поставке) продукции, указанной поставщиком в сопроводительных документах...".
Такой расклад...
А ваша "фактическая дата получения" (т.е. та, которая может и не совпасть с указанной поставщиком в той же ТТН, например) - ФСРАРу - до лампочки (по барабану): сверит, придёт с проверкой, и если дата не совпадёт с документом поставщика, то, думаю, Вы в курсе, что они могут и глазнаопунатянуть с Вами сделать:)
14. Техподдержка 06.09.12 22:17
В данном случае стоимость решения не увеличится, мы готовы развивать функционал программы. Цена остается неизменной. Так получается что при каждом внедрении добавляется что-то новое. Для нас это позитивный эффект.
15. nikaleks 08.09.12 17:17 Сейчас в теме
Тогда такой вопрос, если на начало года были остатки, и кто именно производитель я не могу точно сказать (т.к. продукция производиться на нескольких складах), можно ли используя свойства установить производителя по умолчанию, и чтоб обработка могла выбирать его в случае если по характеристикам она не может определить производителя?
16. Техподдержка 10.09.12 09:37
Можно уточнение? Производитель по умолчанию один для всех всех позиций номенклатуры, либо для каждой свой?
17. nikaleks 10.09.12 10:48 Сейчас в теме
Для каждой свой, в свойствах, например "производитель по умолчанию", так можно сделать?
Я поясню, почему я столько задаю вопросов, мы готовы её приобрести, но т.к. код закрыт, некоторые изменения необходимые для улучшения качества работы хочется получить сразу с обработкой.
18. Техподдержка 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. sohondo 11.09.12 06:32 Сейчас в теме
А мы хотим развернуть обработку на налогоплательщике 1С, внешние формы уже есть. Есть возможность получить от поставщика файл в эксель с полями для импорта, типа акта сверки - производитель, ИНН, КПП, номер накладной, количество. Готовы заказать обработку. Есть желание пообщаться на эту тему? аська 280023731
21. Техподдержка 11.09.12 08:51
Если я вас правильно понял, то вас интересует файл печатной формы декларации в формате эксель? Тогда такая возможность конечно же есть, это можно сделать сохранением печатной формы в формате эксель.
22. sohondo 11.09.12 09:37 Сейчас в теме
Нет, речь не о печатной форме, а о заполнее данными формы из внешнего файла, например эксель - типа СтрЗнч = СтрЗаменить(Параметр,",",".");
23. nikaleks 11.09.12 13:30 Сейчас в теме
У многих поставщиков есть ошибки. Не раз сталкивались с тем, что в документах на поставку указан один производитель, а когда приносят сверку там уже совсем другой производитель. Контролирующие органы будут проверять по подтверждающим поставку документам, а производитель будет сверяться по акцизным маркам, поэтому лучше не сильно доверять поставщикам, лучше перепроверить.
24. mikm 11.09.12 17:00 Сейчас в теме
Насколько я понял, единственный вариант "попробовать" Вашу обработку - купить её?
А нельзя-ли каким-либо волшебным образом провести испытания на своей конкретной конфигурации, скажем с ограниченным функционалом в виде триальной демоверсии (ну там вывод в XML только оборотов за февраль, ограничение вывода на печать, сохранение и т.д)?

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

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

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

Дело в том, что на момент начала разработки такого функционала, по крайней мере в УТ, не было. Ваше замечание довольно интересное, мы обязательно учтем факт смены лицензии поставщиком в ближайших обновлениях.
39. nikaleks 13.09.12 17:51 Сейчас в теме
Кирил есть вопрос другой, а что с Декларацией по пиву? будет ли и если да, то когда ждать?
41. Техподдержка 13.09.12 17:59
(39) nikaleks, Прошу прощения если сразу не выслал. Сейчас все будет!
42. nikaleks 13.09.12 18:03 Сейчас в теме
44. nikaleks 13.09.12 19:03 Сейчас в теме
в графе 13 «дата закупки» – дата закупки продукции организацией-получателем, которая соответствует дате отгрузки (поставке) продукции, совершенно верно. А по поводу проверки, я уже пережил её, у меня на предприятии проверяющие просидели две недели, и проверяли документы за последние два года. Замечаний по оформлению документов не нашли. Я у них уточнял какие даты где нужно указывать, позицию проверяющих я озвучил выше. Туже позицию Вы и сами озвучили, дело всё в том, что закон есть закон, а инструкция есть инструкция. Для того, чтоб не было в дальнейшем проблем с проверяющими можно подать письменный запрос для получения письменных разъяснений. Я так уже сделал, позиция по вопросу дат, и указания лицензии поставщика осталась не изменой.

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

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


Да и пивос тоже хотелось бы погонять на демке.
56. Техподдержка 14.09.12 14:06
(53) mikm, и не пойдет без данных о приходе. "Пивос" отличается только остутствием колонок о лицензии поставщика :)

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

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

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

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

Еще немного терпения и учтем все пожелания. Всем большое спасибо за участие!
54. nikaleks 14.09.12 13:33 Сейчас в теме
Есть ещё проблема, за 1й и 2-й квартал 2012 года мы должны отчитаться по старым кодам, а с 3-го квартала по новым, можно в декларации поставить соответствие, чтоб обработка сама переделывала коды на 1,2 кв. правила коды. т.к. в номенклатуре проставлены коды которые действуют с 01/07/12 или так не получиться?
55. Техподдержка 14.09.12 14:05
Для 3-го квартала будет выпущенно дополнение для формирования новых кодов. Старые коды при этом останутся, как и возможность формировать отчеты за 1-й, 2-й квартал по старым кодам.
57. nikaleks 14.09.12 14:37 Сейчас в теме
Придёться переделывать ручками :-(
60. mikm 17.09.12 13:28 Сейчас в теме
Спасибо заранее!
beta-тестирование подходит к завершающей стадии :)
61. Техподдержка 18.09.12 12:38
Вышло обновление до версии 1.1

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

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

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

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

По поводу Юр. лиц. Продадим пакетом - стоить будет столькоже!
66. 21stas 19.09.12 14:23 Сейчас в теме
(64) "Столько же" - это 6.000 руб. за всех или 6.000 х 5 за всех?
68. 21stas 19.09.12 16:25 Сейчас в теме
"Учет алкогольной продукции должен вестись в разрезе характеристик" - просто включить Настройка параметров учета - Использовать характеристики номенклатуры?

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

По свойствам в Демо посмотрел, вроде всё понятно.
69. Техподдержка 19.09.12 17:17
Да, но только не просто включить но и вести учет в разрезе характеристик и серий номенклатуры. В демо-базе посмотрите как заполнены характеристики и свойства в элементах справочника номенклатура
70. 21stas 19.09.12 17:23 Сейчас в теме
Т.е. добавить в справочнике Номенклатура характеристику "Производитель" и свойство "Код товара" - и заполнить их в каждом элементе справочника?
73. Техподдержка 19.09.12 18:30
(70) 21stas, Да, именно так, иначе автоматического формирования отчетности не получится.
71. 21stas 19.09.12 17:26 Сейчас в теме
В демо-базе делаешь выгрузку - сменил только Каталог выгрузки - получаем ошибку:
{ВнешняяОбработка.АлкогольнаяДекларация.МодульОбъекта(1168)}: Ошибка при вызове метода контекста (ЗаписатьКонецЭлемента)
по причине:
Ошибочный порядок записи XML
В рабочей версии же будет всё хорошо?
74. 21stas 21.09.12 04:51 Сейчас в теме
И ещё один вопросик - а можно версию под 8.1? Три базы под этим крутятся, ворошить не хочется - уж больно большие.
75. Техподдержка 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. Техподдержка 23.09.12 19:12
25.09 выходит новая версия, будет много доработок, в том числе и проверка базы на недостающие свойства у номенклатуры, контрагентов, организаций.
78. 21stas 23.09.12 19:34 Сейчас в теме
Хотелось бы проверить работоспособность отчёта на такой старой конфиге ("Управление торговлей", редакция 10.3 (10.3.8.9), прежде чем переводить сервер на 8.2. Как это сделать? Демо даёт ошибку (уже писал выше).
80. Техподдержка 24.09.12 11:58
(78) 21stas, Файл АлкогольнаяДекларацияДемо.epf обновлен, но демонстрационная база пока старая. Можете использовать демо для проверки функций в вашей старой базе
79. Техподдержка 23.09.12 22:11
Демо обновим, завтра, в понедельник.
81. 21stas 24.09.12 19:10 Сейчас в теме
Всё равно получаю ошибку:
{ВнешняяОбработка.АлкогольнаяДекларация.МодульОбъекта(1081)}: Ошибка при вызове метода контекста (ЗаписатьКонецЭлемента)
по причине:
Ошибочный порядок записи XML
83. Техподдержка 24.09.12 21:05
(81) 21stas,Да тут явно вышло какое-то недоразумения при обновлении файла на сайте. Мы похоже старый файл опять выгрузили:) У нас все работает, а если с сайта качаем тогда все как вы пишете. Утром обновим так как сейчас модерации не дождешься. На всякий случай сообщите почту в личку, вышлем демку напрямую.

Благодарим за обратную связь!
82. 21stas 24.09.12 19:34 Сейчас в теме
Правда, уже дальше продвинулись.
84. 21stas 25.09.12 04:27 Сейчас в теме
ОК, согласен. Сегодня должно оплатиться.
178. nl8 10.07.13 06:09 Сейчас в теме
При загрузке сформированного хмл-файла в Редактор ХМЛ появляется ошибка на строку

Возврат XMLЗначение(Тип, СокрП(СтрЗначение));

которая находится в модуле функции одАтрибут(одАтрибут(Объект, Тип, Имя)

{ВнешняяОбработка.АлкогольнаяДекларация.МодульОбъекта(84)}: Ошибка при вызове метода контекста (XMLЗначение)
Возврат XMLЗначение(Тип, СокрП(СтрЗначение));
по причине:
Ошибка преобразования данных XML

Обернул эту строку в исключение и выяснил, что ошибка появляется при получении атрибута "ИдПроизвИмп", аргумент "тип" - число, а аргумент "значение" - код контрагента. Дело в том, что у нас коды контрагентов содержат букву (префикс) в коде, вот видимо и не может программа преобразовать буквенно-числовой код в число.
Как-нибудь своими силами можно исправить эту ошибку? Буду благодарен, если подскажете.
85. Техподдержка 25.09.12 12:06
Обновил демку, все должно работать, только склад "ларек" в демо-базе не надо в таблицу ставить, там нет движений по коду 200, из-за этого может возникать смещение при формировании XML файла с сообщением об ошибке, однако файл сформируется правильно, ошибка будет на последнем элементе.
86. Техподдержка 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. Техподдержка 25.09.12 20:28
Нужно больше информации, завтра с вами свяжемся.
89. 21stas 26.09.12 08:38 Сейчас в теме
Прошу исправить орфографическую ошибку в свойстве контрагента "Номер лицезии".
В "Проверка номенклатуры" группа номенклатуры выбирается, но не учитывается.
91. Техподдержка 26.09.12 09:11
(89) 21stas, Сообщите пожалуйста как с вами связаться?
90. Техподдержка 26.09.12 09:02
Орфографическую ошибку в слове "Лицезии" исправим, спасибо! В модуле проверка номенклатуры группы номенклатуры и выбираются и учитываются. Просто если ошибок не обнаружено, мы проверили. Здесь нужно добавить сообщение при успешной проверке что-то вроде "Проверка выполнена успешно!".
92. 21stas 26.09.12 10:40 Сейчас в теме
93. 21stas 26.09.12 10:40 Сейчас в теме
94. Техподдержка 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 Сейчас в теме
Не получается сделать, чтобы реализация попадала в соответствующий раздел.
Пробовал и "Списание товаров: НТТ", и "Отчёт о розничных продажах: НТТ". В расход не попадает. Что делать?

Оставьте свое сообщение

См. также

Раздельный учет по гособоронзаказу (ГОЗ) - Подсистема для 1С:Бухгалтерии 3.0 ПРОФ и КОРП

Управляйте учетной политикой раздельного ведения затрат по контракту ГОЗ с подсистемой для 1С:Бухгалтерия. Отчеты по контрактам и контроль операций для исполнения в срок по 275-ФЗ. Минимальные требования: Версия платформы 1С: Предприятие ...

Гособоронзаказ: учет и отчетность БП3.0 КОРП + ПРОФ + БИТ.ФИНАНС

Доработка конфигурации 1С: Бухгалтерия предприятия, редакция 3.0. Предназначена для ведения раздельного учета и автоматизации заполнения отчетности исполнения контрактов ГОЗ в конфигурациях 1С БП КОРП, ПРОФ, БИТ.ФИНАНС.

30000 руб.

ЕГАИС++. Опт, производство, импорт

Полнофункциональное расширение (ранее известное как Модуль 1С-ЕГАИС) для взаимодействия типовых конфигураций 1С и ЕГАИС, предоставляющее максимум возможностей по работе с УТМ. Получение и отправка ТТН, отправка акта о постановке на баланс и...

8970 руб.

Обмен 1С с Честным Знаком для УТ11, УНФ, КА2, ERP, Розница: Расширение для работы с СУЗ, ГИС МТ, ЦРПТ

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

18000 9900 руб.

SALE! 45%

Обмен с системой ЦРПТ (Универсальная конфигурация ХамелеонЦРПТ + маркировка табака, обуви, одежды, лекарств, фото, молока, д...

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

104000 руб.

Обмен с системами Казначейства: Электронный бюджет

Обработка для обмена платежными документами в формате xml для системы Федерального казначейства "Электронный бюджет" из конфигураций 1С. Поставляется в двух вариантах для БП 3.0 и КА 2.х/ERP 2.х

15000 10500 руб.

SALE! 30%

Гособоронзаказ в 1С: УПП 1.3

Для 1С: УПП 1.3 предлагаем Вашему вниманию подсистему "Раздельный учет результатов финансово-хозяйственной деятельности организаций, выполняющих государственный оборонный заказ (раздельный учет ГОЗ)". Ключевые возможности подси...

90000 руб.

Курсовые разницы в 2022 - 2024 годах в «1С:Управление производственным предприятием» ред.1.3 (УПП)

Внешний отчет для УПП 1.3. позволяет вывести детализацию по документам расчета для определения временных разниц в налоговом учете согласно новому законодательству от марта 2022 года и декабрьские дополнения к нему. Отчет подобен отчету в ко...

14400 руб.

88005555256
Заказать звонок
support@infostart.ru
Telegram
Чат на сайте