Алкогольная декларация для 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
Статистика:
Просмотры 130407
Загрузки 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 Скачать
ivanov_alex, напомните пожалуйста ваш номер заказа, я вам отошлю версию с возможностью фильтра по группе
200. ivanov_alex 22.07.13 11:56 Сейчас в теме
Ориентировочно середина Августа
203. LanaSN 12.09.13 14:10 Сейчас в теме
Думаю очень полезная обработка, которая позволит упростить работу бухгалтера при формировании алкогольной декларации.
204. nl8 16.09.13 11:38 Сейчас в теме
Подскажите, пожалуйста, как лучше поступать в такой ситуации: в организацию (минимаркет) приходит одно и то же вино с одинаковыми ШК, но от разных производителей (и от разных местных поставщиков-контрагентов).
Сейчас это вино заведено как один элемент справочника "Номенклатура" с заполненным свойством "Производитель по умолчанию", соответственно организация в алкогольной декларации подает не совсем корректные данные в разрезе производителей (поступает-то вино от двух производителей, а в базе хранится только один).
Характеристики в базе вообще не ведутся, серии - ведутся (для ГТД+стран происхождения), неуникальные штрихкоды (галочка в параметрах учета) запрещены.
Вопрос в контексте алкогольной декларации: возможно ли без включения учета по хар-кам добиться правильного разбиения объема поставок от двух разных производителей этого вина (в одинаковых бутылках с одинаковым штрихкодом)? Даже если прикрутить свойство "Производитель" к сериям, то обработка из серий брать производителя не умеет, верно?
Пока на ум приходит только лепить внутренние штрихкоды на бутылки от какого-то одного производителя и, соответственно, заведение двух элементов номенклатуры. Ну или включение характеристик и указание производителя для каждой из характеристик. Кто как выкручивается, что использует и/или может порекомендовать? Буду благодарен за ответ.
Если вы ведете серии, то и списываете тоже по сериям, с указанием серии в каждой строке документа отгрузки? Или используете возможность "Заполнить и провести", чтобы списывать серии методом ФИФО?

Мы отказались от учета производителей в сериях, потому что невозможно в сериях указать производителя как ссылку на справочник "Контрагенты", тем более сгруппировать по этому признаку информацию в регистрах учета. Так же неудобство в том, что даже если и добавить реквизит производитель в серии, то его пришлось бы указывать в каждой новой серии.

Ваша проблема в принципе решаема. Например, можно начать пользоваться характеристиками и указывать производителей в документах поступления, а для документов реализации использовать обработку табличной части, которая распределит списание по характеристикам методом ФИФО. Эта обработка включена в поставку (если вы ее не получили, мы отошлем вам ее по е-майл), она работает для документа Отчет ККМ и делалась для розничных продаж. Возможна ее адаптация для обработки всех документов реализации за период для опта.

Если же использовать серии, то необходимо будет добавить реквизит контрагент. Ну и "научить" обработку брать производителя из серий.

206. nl8 18.09.13 12:48 Сейчас в теме
(205) благодарю за развернутый ответ.
Сейчас серии в документах реализации (РТУ и ОоРП) вообще не указываются (спасибо за наводку, ситуацию поправим).
Обработка распределения по производителям-характеристикам у нас в комплекте имеется.
Смотрим в сторону включения характеристик: получается, т.к. штрихкоды у двух бутылок с разными производителями одинаковые, то на кассе невозможно будет определить производителя по этому штрихкоду. Таким образом:
а) возвращаемся к штрихкодированию какого-то одного определенного производителя своим внутренним штрихкодом (и тогда в чеки ККМ и ОоРП будет сразу подставляться товар с уже нужной характеристикой-производителем)
либо
б)делать поступления с характеристиками, чеки ККМ, ОоРП и РТУ - без характеристик, плюс пост-обработка ОоРП и РТУ: положиться на ФИФО и пользоваться для каждого документа обработкой распределения по производителям.
Наверное, последний вопрос перед принятием решения: мы правильно понимаем, что включать характеристики лучше с нового алкогольно-отчетного периода? Спросим по-другому: будут ли трудности с агрегацией данных в декларации, если мы включим характеристики для вин посреди третьего квартала?
Если новые поступления делать с характеристиками, а реализации распределять по ФИФО, тогда остатки на складе без характеристик просто будут учитываться по свойству "Производитель по умолчанию". В принципе проблем быть не должно.
208. BoltVl 24.09.13 01:19 Сейчас в теме
Столкнулся с такими проблемами:
С Росалкоголя пришло письмо, что в строке П000000000024 остатка на конец стоит число равное строке П000000000023, хотя должно быть 0.В печатной форме все нормально, а в файле так и есть.
И еще одно, у меня в основном поставка идет от производителя, соответственно и графа должна быть другая и продажа организациям розницы, тоже другая строка... А как это отразить здесь?
Также хотелось бы получить обновленную обработку.
209. BoltVl 24.09.13 01:37 Сейчас в теме
И еще одна проблема: ставим корректировку, а выгружается как первичная.
В пятницу выходит обновление, где будет учтено поступление от производителей или от организаций торговли, а так же продажа организациям розничной или оптовой торговли. Отправлю его вам по электронной почте. Проблема с корректировками также решится.
211. nl8 25.09.13 07:29 Сейчас в теме
(210) а учет точности округлений для объемов вида "0.33 л" ожидать стоит? :)
(211) nl8, ожидать стоит, но вот будет ли:) На самом деле в пятничном релизе это будет реализовано. Для формата выгрузки 4.30 это вообще не актуально, так как данным форматом определена точность до 5 знаков после запятой. Однако 4.30 вряд ли случится в этом квартале - скорее всего он в годовую отчетность пойдет, но мы на всякий случай готовимся к сюрпризам.
Версия 2.0.6

1 Добавлена проверка наличия категорий контрагентов "Это производитель" и "Это организация оптовой торговли"

Для более детального формирования форм 5 и табл.1 форм 11 и 12 для контрагентов добавлены категории "Это производитель" и "Это организация оптовой торговли". Это позволит заполнять колонки "от организаций производителей", "от организаций оптовой торговли" в разделе прихода, и "организациям оптовой торговли", "организациям розничной торговли" в разделе расхода.

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

В модуль проверки реквизитов добавлена проверка наличия этих категорий. Закладка "Сервис"-"Параметры учета" обработки. Чтобы новые категрии были добавлены, необходимо нажать кнопку "Проверить дополнительные реквизиты".

Если поставщик является импортером, то в карточке контрагента необходимо установить флажок "Нерезидент". Это позволит заполнять колонку "по импорту" в разделе прихода.

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

2 Округление данных о продаже в формах 11 и 12

Для форм 11 и 12, при выгрузке в файл XML. Реализовано округление данных о розничной продаже с целью соблюдения соотношения КонечныйОстаток = НачальныйОстаток + ВсегоПриход - ВсегоРасход.

Планируемая дата следующего обновления: 30.09.2013

Текущее обновление доступно через функционал автоматического обновления обработки. При возникновении проблем с обновлением, пишите на kirill.trofimov@biz-intel.ru в письме обязательно укажите номер заказа на инфостарте.

Выгрузка по формату 4.30 будет реализована после отчетной компании 3-го квартала. ФСРАР планирует использовать формат 4.30 с Ноября 2013.
214. nl8 02.10.13 14:59 Сейчас в теме
Вопрос: что делать, когда часть продукции (водка, например) приходит с сертификатами от контрагента-производителя, а часть продукции (вино, например) - с сертификатами от контрагента-импортера, и этот контрагент - один и тот же? Говоря проще, завод-производитель водки по факту является еще и импортером вин, реквизиты ИНН и КПП в сертификатах на водку и вино - одинаковые.
Сейчас на таких производителей-импортеров в базе заведены по два контрагента с разными КПП (у одного КПП реальный, у второго - отличающийся на единичку), у одного в карточке поставлена галочка "Нерезидент", у другого - категория "Производитель", но, быть может, есть вариант корректного разнесения цифр в декларации без дублирования контрагента?
215. hogik 02.10.13 18:37 Сейчас в теме
(214)
Понятие производитель/импортер не являются характеристиками контрагента.
И в схеме базы данных это понятие должно быть характеристикой (реквизитом) хозяйственной операции. Это, типа, общее замечание... ;-)
(214) nl8, Есть вариант. Большое Вам спасибо за замечание!

Все на самом деле очень просто. Категории будут упразднены (Для поставщиков, для покупателей розница/опт они останутся). Если поступление от производителя, тогда Контрагент в накладной равен Контрагенту-Производителю текущей позиции в накладной. У поступлений по импорту обязательно должен быть заполнен реквизит ГТД в серии.
219. nl8 04.10.13 08:09 Сейчас в теме
(218) а если в одном поступлении и водка от производителя, и вино от импортера? Сумма ПТУ не будет равняться в таком случае сумме поставки импорта или сумме поставки производителя, она будет из них складываться - это не доставит проблем в существующий алгоритм сбора данных для декларации?
216. BoltVl 03.10.13 11:45 Сейчас в теме
В новой декларации остались проблемы:
1. В декларации 5, в строке П000000000024 остатка на конец стоит число равное строке П000000000023,в печатной форме все нормально, а в файле так и есть.
2. При выгрузке корректировки, выгружается как первичная.
3. В категории контрагента поставил у производителя что он производитель, у розничных покупателей не ставил что он опт. Таблицу в 5 декларации все равно заполняет что закупка от опового и продажа оптовому. (перепроведение документов делал).
(216) BoltVl, Сегодня Вам пришлю рабочую версию. С формой 5 да, вышла заминка, приносим извинения. Сейчас готовится еще одно большой обновление с исправлением многих подобных проблем.
Нет, проблем не будет. Декларация формируется суммированием каждой строчки документов поступления с группировкой по кодам и производителям. Например:

Поставка от ООО "МПК"

1. Пиво МПК 0,5 10 бут
2. Пиво МПК 1,5 5 бут (указана ГТД в серии)
3. Водка Абсолют 1л 10 бут

В декларацию попадет: 1,25 дал от производителя. И 1 дал по импорту.
221. nl8 09.10.13 13:54 Сейчас в теме
Заметил, что в 2.0.7 таблица ИД производителей строится без пустых производителей (перед присвоением производителю айдишника, равного индекс + 1, наложена проверка на пустое значение), как следствие - в таблице по обороту (в частности, у нас в базе - по поступлениям) идет ссылка на ИД производителя с индексом "0" (на пустого производителя, т.е. на ПТУ с товарами, у которых не заполнен производитель), а в таблице производителей (самое начало xml-файла) этого пустого производителя нет (первая строка таблицы с индексом 0 всегда пропускается), в итоге имеем фатальную ошибку как в проверке файла самой обработкой, так и срыв башни у СБИСа (ИД в таблице производителей при анализе поступлений не найден). Поясню более просто: в xml-файле в оборотах идет запись о строке в ПТУ, где ИдПроизИмпорт = "0", а в таблице производителей записи с таким айди нет.
Пожелание: неплохо бы учесть этот момент (т.е. учесть наличие отклонений в базе, выраженных в незаполненности каких-то свойств) и выдавать пользователю какой-то перечень документов/номенклатур/контрагентов, которые попали в массив данных для декларации, но у которых что-то не заполнено. Повторюсь, что нужна именно проверка по тем, которые попали в массив данных, а не проверка всех в базе или всех в выбранной пользователем папке.
(221) nl8, вышло обновление, учитывающее ваши пожелания
307. nl8 02.07.14 07:06 Сейчас в теме
Спасибо за замечание, реализуем. Именно при формировании запроса. А проверка на пустого производителя при присвоении кода идет по причине того, что в некоторых случаях идет выборка по итогам, и, например при итоге по коду, производителя в принципе быть не может.
223. nl8 10.10.13 07:08 Сейчас в теме
Еще немного пожеланий:
1. Осуществлять контроль длины реквизита "ИНН" у контрагента перед формированием/при формировании файла выгрузки в 1С. Если длина не равна 10 символов или значение вообще не заполнено, то отменять формирование файла выгрузки.
Пояснение: дело в том, что у нас были такие контрагенты, и выяснилось это только уже при передаче файла на подпись в СБИСе. Мы нашли в СБИСовском редакторе (в оборотах) этих контрагентов (производителей в нашем случае) и там поправили, но куда удобнее было бы это сделать сразу в 1С. Более общая задача: ужесточить перечень проверок в самой 1С, дабы она не формировала файл выгрузки, давая тем самым ложную и преждевременную надежду пользователю, что у него все хорошо (как потом выясняется в СБИСе - не все хорошо :)).
2. Сделать возможность "отсекать" некоторых контрагентов из файла выгрузки. Т.е. фильтр на "Контрагент не в списке" перед формированием файла.
3. Осуществлять контроль заполненности реквизита "Вх. дата" у ПТУ и давать пользователю возможность отметить галочками все регистраторы, у которых входящая дата не заполнена. Он уже сам решит, какие поступления ему нужны в декларации, а какие - нет. Сейчас же приходится в СБИСе удалять (или проставлять дату ПТУ) эти поступления (СБИСовская проверка требует заполнения этого реквизита во всех строках).
4. Учесть отрицательный остаток по товарному регистру (партии или товары организаций) на начало периода и считать его равным нулю при таковом раскладе, дабы избавить пользователя от исправления оборотов в СБИСе.
Итого: эти пожелания облегчают жизнь пользователя при наличии у него отклонений в базе, а также при наличии потребности управлять перечнем контрагентов и/или конкретных ПТУ, которые попадают в декларацию.
Мы понимаем, что если с учетом в базе все в порядке, то и проблем с декларацией ни в 1С, ни в СБИСе не будет (мы и сами к этому стремимся), но все равно будет здорово, если эти пожелания будут вами рассмотрены и реализованы (обработка станет универсальнее, гибче, работы с файлом выгрузки в сторонних программах по исправлению ошибок станет меньше).
1. Реализуем. И не только 10 символов. 12 для ИП, более того будет контроль по признаку ЮЛ или ФЛ и от него будет зависеть длина ИНН. Если найду алгоритм проверки ИНН (там какая-то хитрая формула), то можно также проверять ИНН на правильность, то есть можно будет отлавливать ошибки в ИНН не только по длине.

2. Для форм 6, 7 и табл 2 приложений 11 и 12 реализуем.

3,4. Реализуем. Однако, чтобы отсечь ПТУ их необходимо в форме 5 отражать как прочий приход, иначе остатки не пойдут. Даже если вычислять конечный остаток, то на следующий квартал остаток не будет совпадать.

Тут либо загружать файл предыдущего периода (насколько это будет удобно пользователю?), либо использовать партионный учет. Но я не видел еще не одной базы, где бы правильно списывались партии товаров.
225. nl8 10.10.13 13:21 Сейчас в теме
C конечным остатком предыдущего периода и начальным остатком текущего, похоже, все в порядке только у тех, кто сдает полные данные "как есть" и у кого все корректно в учете и кто в СБИСе ничего потом не доисправляет :)
А если что-то удаляется из оборотов или приходов (в СБИСе) вручную, то пользователь обрекает себя на такие телодвижения и в последующих кварталах, ибо СБИС будет негодовать и ругаться (при сравнении остатка с предыдущим кварталом), а в 1С-то никто результат этого колдовства обратно не переносит. "Сдали и забыли" :)
По поводу подгрузки/загрузки файла предыдущего периода: у нас их в виде файлов нет (опять "Сдали и забыли"), они остались только в СБИСе, но оттуда выгрузить в xml обратно нельзя (по крайней мере не нашли такую возможность). Ну а вообще учет остатков предыдущего периода (которые были поданы в ФСРАР в СБИСе) при формировании очередного файла в 1С однозначно облегчило бы жизнь пользователю, но опять-таки, это актуально только если сдавающий делает какие-то "фильтры" по предоставляемым в орган данным или нагло правит их.
(225) nl8, вышло обновление, учитывающее ваши пожелания
Такие фильтры делают 99% оптовиков. На следующий квартал планируется полная переделка XML редактор. Вот туда и будет добавлен функционал по загрузке остатков из прошлых периодов, либо ручной корректировке начальных остатков. А конечный будет вычисляться
227. ivanov_alex 19.11.13 09:30 Сейчас в теме
добрый день, заказ 32819
так и не решился вопрос с продажами, если ставить галку отражать только в бухгалтерском учете
в отчет выводит нормально(печатная форма) а в хмл выгружает все равно все строки а не только те, которые с признаком "только бухучет"
6 форма и 7 форма.
как быть? приходят письма из РАР о расхождениях
Вы скорее всего давно обновлялись. Этот вопрос давно решен. Отправил вам на почту последнюю версию.
229. ivanov_alex 26.11.13 08:28 Сейчас в теме
(228) этот вопрос так и не остался решенным
приведу пример
формируем 5, 6,7 форму с установленной галкой отражать только в БУ
6 форма формируется только по документам с утсановленным флагом отражать в БУ
общая отгрузка 2500 дал
смотрим форму 5 графа поставки в розницу-25700 дал, то есть в 10 раз больше
по сути, 5 форма формирует весь оборот а уже 6 форма формируется только с признаком отражать только в БУ
Элементарная сверка Рар 5 и 6 формы выявляет расхождения
Какие мысли у вас по этому поводу?
Так это совсем не тот вопрос, который вы озвучили в сообщении №227. Тут необходимо подключаться к вам удаленно и смотреть что у вас там происходит. Можем связаться по скайпу или по телефону. Скайп и телефон отправил вам в личку.
231. пользователь 26.11.13 15:28
Сообщение было скрыто модератором.
...
232. maclen_mmv 27.11.13 19:49 Сейчас в теме
А будет ли у вас обработку для БП 2.0? Я бы приобрел...
(232) maclen_mmv, обработки для бухгалтерии у нас к сожалению нет и не планируется для выпуска. Для учета и отчетности по алкоголю достаточно данных накопленных в оперативном учете, который ведется в таких конфигурациях Управление торговлей, Комплексная автоматизация и розница. В этих конфигурациях данные накапливаются и естественным образом попадают в отчеты. Подход при котором эти данные нужно вручную или путем выгрузки из УТ заносить в БП мы посчитали неэффективным да и просто некрасивым. Такова наша позиция, по крайней мере на настоящий момент.


Благодарим Вас за внимание к нашему продукту и надеемся на дальнейшее сотрудничество, если такое представится возможным.
233. maclen_mmv 27.11.13 19:50 Сейчас в теме
только сначала бы хотелось демо версию..
(233) maclen_mmv, демоверсий на наши продукты в ближайшем будущем не будет так как в этом случае мы не сможем предоставить нашему продукту сколь серьезную защиту. Мы предоставляем Вам 100% гарантию возврата денег до конца месяца в котором сделано приобретение. Вы ничем не рискуете.
234. maclen_mmv 27.11.13 20:04 Сейчас в теме
А будет ли работать обработка на разных ИБ в одной организации (у нас разные ИП)?
(234) maclen_mmv, в разных ИБ работать будет, конечно. Ограничений на использование по количеству ИБ нет.
238. sherbv 03.12.13 05:07 Сейчас в теме
Добрый день!
Код декларации открыт? Мы сможем переписать алгоритм заполнения декларации?
(238) sherbv, добрый день! Код декларации открыт и Вы можете доработать его в соответствии со своими предпочтениями.
239. sherbv 03.12.13 05:31 Сейчас в теме
И еще, приблизительно как долго будет заполняться и выгружаться 6-я форма, в которой порядка 30000 строк и имеется 3 обособленных подразделения? Как долго длятся техническая поддержка? На каких условиях она осуществляется по истечение этого срока?
(239) sherbv, относительно производительности в среднестатистическом случае (применительно к объему 30000 строк с обособленными подразделениями) мы прогнозируем время 1,5 - 2 минуты. Данные в отчетные формы извлекаются из ИБ одним оптимизированным запросом над которым мы довольно длительное время работали. Это дает исключительную производительность в условиях которые предоставляет система 1С:Предприятие. Однако, производительность в каждом конкретном случае зависит от мощности компьютера и состояния программного обеспечения в момент формирования отчета.

Техническая поддержка включенная в стоимость продукта составляет 2 отчетных периода т.е. 2 квартала. Наша практика показывает что этого достаточно в 95% случаев т.е. в подавляющем большинстве случаев нашим клиентам не требуется поддержка более 2-х периодов с момента продажи.

По истечение срока гарантийной тех поддержки обслуживание осуществляется на условиях почасовой оплаты исходя из тарифов компании на момент оказания технической поддержки. Сейчас этот тариф составляет 1000 р/час, но не все время тарифицируется каждый случай нужно рассматривать отдельно.
242. BoltVl 09.12.13 13:30 Сейчас в теме
Есть-ли с 03.10.13 обновления на 4.30 формате, и решились ли проблемы которые я описывал в 216 посте? А то скоро уже сдача за год...
да' все что вы писали, решено. в блиажайшие два дня выйдет еще одно обновление с анонсом всех изменений. обновление будет разослан всем покупателям по электронной почте, а так же будет доступно для автоматической установки
Обновление 2.0.20

1. Поддерживается формат 4.30

2. Полностью переработан редактор-XML:
  • добавлена поддержка приложения 8
  • наименования колонок таблиц теперь имеют понятное описание (например вместо П0000000004 - "Наименование производителя")
  • вместо ввода кода производителя и/или контрагента происходит их выбор из списка
  • добавлен автоматический расчет вычисляемых ячеек (например, конечный остаток, приход всего и т.д.)
  • все внесенные изменения теперь подсвечиваются
  • добавлен механизм фильтрации по заданным контрагентам с вычислением суммы поступлений или поставок для приложений 6, 7, табл. 2 приложений 11 и 12
  • добавлен функционал контроля остатков для табл. 1 приложений 11 и 12 и приложения 5, отрицательные начальные остатки можно автоматически теперь обнулить, а так же удалить строки с отсутствующими движениями и нулевыми начальными остатками
  • теперь можно загружать начальные остатки для приложения 5, табл. 1 приложений 11 и 12 из конечных остатков файлов деклараций прошлого квартала. При этом производится пересчет конечных остатков

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

4. Добавлены детальные расшифровки суммовых показателей для всех приложений

5. Добавлено суммирование выделенных ячеек для всех приложений

6. Исправлены выявленные ошибки

В срок до 16.12.2013, включительно, обновление будет отправлено по электронной почте всем покупателям, а также будет доступно для автоматического обновления. На электронную почту также будет отправлено имя пользователя и пароль для автоматических обновлений.
247. Pashkaa 17.12.13 21:13 Сейчас в теме
А можно ли сформировать декларацию исключив некий список контрагентов?

Есть отбор Равно Контрагент. Есть ли возможность формировать с отбором НеВСписке Контрагент.

Как у конкурентов см. "Гибкие отборы" http://infostart.ru/public/157454/
(247) Pashkaa, ваше пожелание реализовано. Скоро добавим в описание. Благодарим за участие:)
Отборы по контрагентам, кодам продукции, номенклатуре и т.д. будут дополнены всеми возможностями (не в списке в группе, в группе из списка и т.д.) в самое ближайшее время, ориентировочно к 20.12.2013
250. Pashkaa 20.12.13 19:06 Сейчас в теме
А обновиться можно будет через встроенный в обработку функционал?
Да, в сб обновление будет доступно
252. zebraATV 07.01.14 21:37 Сейчас в теме
Здравствуйте!
В аннотации к данной программе было :
7. Бонусы

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

Однако данной функции нет в поставке.
Прикрепленные файлы:
По определенным причинам в поставку не попала данная обработка. Сообщите ваш номер заказа, я вам пришлю ее по почте
254. zebraATV 08.01.14 15:22 Сейчас в теме
Здравствуйте!
Заказ 51599 от 04.01.14 почта mail@alco-shop.com
отправил на указанную почту
256. sherbv 10.01.14 02:52 Сейчас в теме
Здравствуйте. Я бы хотел узнать логин и пароль для доступа к серверу обновлений. Заказ №50020 от 04.12.2013.
Отправил вам на почту ответным письмом
258. BoltVl 14.01.14 02:04 Сейчас в теме
Здравствуйте. Я бы хотел узнать логин и пароль для доступа к серверу обновлений. Заказ № 22951 от 08.10.2012
Отправил на указанную в вашем заказе почту. Обратите внимание, что сегодня к 18 по МСК будет выпущено очередное обновление
260. BoltVl 14.01.14 10:57 Сейчас в теме
Пробовал сейчас обновиться, выдает ошибку и все... Судя по всему что-то не находит.
261. sherbv 14.01.14 12:02 Сейчас в теме
Здравствуйте, а почему в формах 6 и 7 нет заполнения и выгрузки по обособленным подразделениям?
(261) sherbv, а 5-я формирует по обособленным? будем проверять, если что скорее всего исправление попадет в сегодняшнее обновление. Либо в среду будем выпускать еще одно
264. sherbv 14.01.14 12:44 Сейчас в теме
(263) Да, 5 формируется по обособленным.
обновление будет к 18 по МСК. На всякий случай выслал вам на почту последнюю на текущий момент версию. у меня ошибок не возникает для последней версии так и пишет, что обновлений нет
Обновление 2.0.23

1. Теперь сохраняются данные о фильтрах по контрагенту и т.д. между открытиями обработки.
2. Выгрузка файлов экспорта для ДекларантАлко теперь по формату 4.30
3. Исправлены выявленные ошибки


Известные проблемы

1. Приложения 6 и 7 не формируются по обособленным подразделениям
2. В некоторых случаях возможны ошибки при открытии файлов выгрузки в XML-редакторе
3. В форматах выгрузки присутствуют ошибки в связи с неточностью опубликованных в ФС РАР описаний форматов и того, по чем на самом деле осуществляется форматно-логический контроль. В настоящее время ведется тестирование форматов по всем приложениям.

Проблемы будут устранены в ближайшем обновлении 2.0.24. Планируемый срок выхода: 15.01.2014 к 13-00 по МСК

Обновление доступно через систему автоматических обновлений. При возникновении проблем с обновление пишите на почту kirill.trofimov@biz-intel.ru
266. BoltVl 15.01.14 01:28 Сейчас в теме
Обновился с сайта, декларация 2.0.22...
-Декларация 8 выдает ошибки:
Атрибут "ВерсФорм" недействителен: значение "4.20" недействительно с зрения его типа данных "String" — Сбой ограничения Enumeration.
Атрибут "НомФорм" недействителен: значение "8-о" недействительно с зрения его типа данных "String" — Фактическая длина не совпадает с заданной длиной.
Элемент "Организация" имеет недопустимый дочерний элемент "Лицензии". Список ожидаемых элементов: "Деятельность".
-Декларация 5 выдает ошибки:
Атрибут "НомФорм" недействителен: значение "5" недействительно с зрения его типа данных "String" — Фактическая длина не совпадает с заданной длиной.
Атрибут "ПризФОтч" не объявлен.
Элемент "Организация" имеет недопустимый дочерний элемент "Лицензии". Список ожидаемых элементов: "Деятельность".
-Декларация 6 выдает ошибки:
Атрибут "НомФорм" недействителен: значение "6" недействительно с зрения его типа данных "String" — Фактическая длина не совпадает с заданной длиной.
Атрибут "ПризФОтч" не объявлен.
Элемент "Организация" имеет недопустимый дочерний элемент "Лицензии". Список ожидаемых элементов: "Деятельность".
-Декларация 7 выдает ошибки:
Атрибут "НомФорм" недействителен: значение "7" недействительно с зрения его типа данных "String" — Фактическая длина не совпадает с заданной длиной.
Атрибут "ПризФОтч" не объявлен.
Элемент "Организация" имеет недопустимый дочерний элемент "Лицензии". Список ожидаемых элементов: "Деятельность".
После того как поправил файлы ручками, все сдал. Как-то вот так.
267. sherbv 15.01.14 03:42 Сейчас в теме
(266) BoltVl, Напишите, пожалуйста, на что Вы исправляли данные ошибки.
268. BoltVl 15.01.14 05:31 Сейчас в теме
(267) sherbv,
Номера форм 05, 06, 07, 08
Тег Лицензии убрал, вместо него поставил:
"<Деятельность>
<Нелицензируемая ВидДеят="09"/>
</Деятельность>"
так как у меня пиво...
Убрать ПризФотч
276. andrewks 15.01.14 17:20 Сейчас в теме
(266) BoltVl, а 8-ю форму разве не отменили?
277. andrewks 15.01.14 17:22 Сейчас в теме
(266)

http://www.fsrar.ru/news/view?id=723

3. не представляется декларация по форме согласно приложению № 8;
269. 1cmax 15.01.14 08:55 Сейчас в теме
Ну и где обещанные изменения в 2.022?

Даже формат при выгрузке 5,6,7 декларации не проверен.
«
В строке №3 Атрибут "НомФорм" недействителен: значение "5" недействительно с зрения его типа данных "String" — Фактическая длина не совпадает с заданной длиной.
В строке №3 Атрибут "ПризФОтч" не объявлен.
В строке №35 Элемент "Организация" имеет недопустимый дочерний элемент "Лицензии". Список ожидаемых элементов: "Деятельность".
»
выбор типов адресов для выгрузки?
В известных проблемах это было описано, читайте выше. На момент написания кода было только описание формата на ФСРаР, ну и как обычно в реальности не все совпадает с тем, что выкладывают.

Ошибки выгрузки уже исправлены.


Обновление 2.0.23

1. Файлы выгрузки проходят проверку форматно-логического контроля.
2. В формы 6 и 7 попадают фактические адреса контрагетов
3. Печатные формы приложений 6 и 7 формируются по обособленным подразделениям

Известные проблемы

1. Выгрузка Приложений 6 и 7 формируются без учета обособленных подразделений
2. В некоторых случаях возможны ошибки при открытии файлов выгрузки в XML-редакторе

Проблемы будут устранены в ближайшем обновлении 2.0.24. Планируемый срок выхода: 15.01.2014 к 16-00 по МСК

Обновление доступно через систему автоматических обновлений. При возникновении проблем с обновлением пишите на почту kirill.trofimov@biz-intel.ru
Обновление 2.0.24

1. Печатные формы и файлы выгрузки приложений 6 и 7 формируются по обособленным подразделениям

Известные проблемы

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

Проблемы будут устранены в ближайшем обновлении 2.0.25. Планируемый срок выхода: 16.01.2014 к 15-00 по МСК

Обновление доступно через систему автоматических обновлений. При возникновении проблем с обновлением пишите на почту kirill.trofimov@biz-intel.ru
272. 1cmax 15.01.14 14:05 Сейчас в теме
Как насчет контрагентов из таможенного союза? нужно их тоже учитывать
для них выгружается рег номер, а не инн кпп
(272) 1cmax, обновление отправили Вам в почту. Это дополнение будет включено в ближайшее официальное обновление и будет доступно всем пользователям нашего продукта. Спасибо за замечание.
273. BoltVl 15.01.14 15:42 Сейчас в теме
Автоматически не хочет обновляться, видит новую версию, подключается, что-то качает, после этого выдает, что произошла ошибка и обновление не установлено...
Обновление 2.0.25

1. Выгрузка и загрузка файлов в XML-редакторе теперь работают корректно
2. Добавлена настройка группировки печатных форм табл. 2 форм 11 и 12 по датам поступления

Обновление доступно через систему автоматических обновлений. При возникновении проблем с обновлением пишите на почту kirill.trofimov@biz-intel.ru
279. sherbv 20.01.14 09:20 Сейчас в теме
В выгрузках всех форм стоит вид деятельности Нелецензируемая 09 - это подходит только тем кто торгует пивом. Исправьте это.
Готово, можно получить через обновления.

Обновление 2.0.26

В настройках появилась опция по лицензируемой деятельности по опту
281. kuzmichenko 20.02.14 10:58 Сейчас в теме
Добрый день. Для 11.1.4 механизм работает? Если да, то как нам посмотреть инструкцию по работе? В каком виде поставляется разработка, как внешний отчет или cf?
Для 11.1.4 да, у нас есть версия и под эту редакцию. Разница только в том, что надо заполнять реквизит объемДАЛ в деколитрах и вместо свойства "производитель по умолчанию используется" реквизит номенклатуры "производитель / импортер алкоголя". Для одинаковой номенклатуры с разными производителями по прежнему используются характеристики.

Обработка поставляется как внешний отчет.
283. kuzmichenko 24.02.14 10:00 Сейчас в теме
Обработку можно редактировать, модули открыты?
(283) kuzmichenko, да, конечно. Модули открыты.
285. kuzmichenko 24.02.14 14:28 Сейчас в теме
1. Как решили вопрос с детализацией производителей "от организаций производителей" "от организаций оптовой торговли" "по импорту" для 5 формы, откуда берутся эти данные для УТ 11.1?
2. "Лицензии покупателей" организованы как доп. свойства контрагентов?
3. Расскажите поподробнее про лицензирование данной обработки, идет привязка к рабочему месту? сколько лицензий?
1. Если организация поставщик и организация производитель это один и тот же контрагент, тогда в форме 5 это "поступление от производителей". Если в документе поступления есть номер ГТД, тогда это "поступление по импорту". Если ни одно из этих условий не выполняется, тогда это "от организаций оптовой торговли".

2. Нет, в УТ11 используется справочник ЛицензииПоставщиковАлкогольнойПродукции. Более того идет проверка на вхождение даты документа отгрузки/поступления в интервал лицензии, для того чтобы в каждую строчку форм 6 или 7 подставлялась нужная лицензия. Однако необходимо понимать, что справочник лицензий не должен быть заполнен пересекающимися по времени действия лицензиями, что приведет к задвоению записей форм 6 или 7. Если же такое будет происходить, то при формировании печатных форм 6 или 7, а так же при их выгрузке в ХМЛ будет выдано сообщение о задвоении и необходимости корректировки справочника лицензий. Дело в том, что периоды лицензий могут пересекаться только у обособленных подразделений, а они имеют разные коды КПП, а соответственно это должны быть разные контрагенты.

3. Обработка лицензируется на покупателя без ограничений по рабочим местам.
287. kuzmichenko 24.02.14 17:50 Сейчас в теме
(286) Есть ли описание работы с обработкой для УТ 11? Где можно посмотреть?
Отдельного описания пока что нет. На странице публикации приведено описания для 10.3. Разница в принципе не сильно большая и заключается в том, что у номенклатуры нет необходимости использовать свойства, потому что у УТ11 есть стандарные реквизиты производитель алкогокогльной продукции и код алкогольной продукции.

Так же используется штатная возможность использования справочника Лицензии поставщиков алкогольной продукции.

Планируется отдельная публикация для типовых конфигураций для управляемых форм. Пока что вы можете воспользоваться нашей техподдержкой. Первые 2 отчетных периода техподдержки уже включены в стоимость обработки.
289. kuzmichenko 24.02.14 20:27 Сейчас в теме
(288) Таким образом все возможности, описанные здесь реализованы и для УТ 11?
Все что касается формирования и выгрузки деклараций полностью реализовано в УТ11. Также реализована работа с ХМЛ-редактором в плане загрузки правки и сохранения файлов деклараций.

Пока что функционал загрузки входящих остатков из предыдущих кварталов, а также контроль отрицательных остатков и нулевых оборотов для УТ11 находится в разработке. К концу квартала планируем реализовать и для УТ11.
291. zebraATV 25.02.14 18:23 Сейчас в теме
С точки зрения приходов-отличный отчет-по нему нареканий нет, однако в комплекте заявлена обработка "Распределить по производителям"-из-за которой ,собственно, и был приобретен отчет,т.к. не хотелось множить номенклатуру,как это было на остальных программах. Однако данная обработка не работает. Изначально не работала при наличие в документе товара и с характеристиками и без. После доработки со стороны разработчика она стала корректно отражать только товары без характеристик, а товары с характеристиками просто плюсует к количеству,указанному в документе весь остаток на складе данной продукции. На неоднократные обращения с просьбой исправить ошибку ,разработчик, к сожалению, не реагирует.
(291) zebraATV, спасибо за положительную оценку нашей работы, а также отдельное спасибо за замечание. В самое ближайшее время мы с Вами свяжемся и поработаем.
293. 556008 02.04.14 12:22 Сейчас в теме
Добрый день!
Интересует возможность изменения отчёта под наши нужды - вместо поступления на склады НТТ используется связка Поступление на оптовый - Перемещение, так вот это перемещение нужно учитывать как поступление.
Код у обработки открытый?
Да, код открытый. Оптовые продажи есть (именно алкоголя)? Используются ли обособленные подразделения?
295. 556008 04.04.14 05:45 Сейчас в теме
(294) продаж вообще нет, подразделения оформлены как склады НТТ.
Тут необходимо либо перемещения делать строго на основании поступлений, либо немного доделывать под вашу специфику, а именно включать оптовый склад в список складов, по которым формируется декларация, но только для табл 2 формы 11 (или 12)
А лучше конечно это обсудить более подробно, например с скайпе (можете сообщить ваш скайп в личку), чтобы учесть все особенности вашего учета.
298. пользователь 06.04.14 05:54
Сообщение было скрыто модератором.
...

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

См. также

Раздельный учет по гособоронзаказу (ГОЗ) - Подсистема для 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
Чат на сайте