Перенос данных в Декларант-Алко (из XLS, 1С)

13.04.15

Обработка переноса данных из 1С, Excel в базу программы Декларант-Алко. Формы 5, 6, 7, 8, 11, 12.

Скачать файл

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование		По подписке [?]	Купить один файл
Выгрузка в Декларант-Алко .epf 120,07Kb 828	828	Скачать (1 SM)	Купить за 1 850 руб.
Выгрузка в Декларант-Алко (обработка, пример xls, дополнение конфигурации) .zip 191,06Kb 417	417	Скачать (1 SM)	Купить за 1 850 руб.

Была написана для переноса данных о розничной продаже алкогольой и спиртосодержащей продукции из рабочей базы организации в базу программы Дакларант-Алко для формирования отчетность в Росалкогольрегулирование.

Изначально обработка была разработана для конфигурации "Управление торговлей 10.3" для переноса данных по формам 11 и 12. Для использования данных из 1С в конфигурации должны быть внесены изменения аналогично конфигурации БП (файл конфигурации с необходимыми объектами прилагается).

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

Поддерживаются: заполнение форм 11, 12 (таблицы 1 и 2 заполняются по отдельности), формы 5, форм 6 и 7 (продажи, возвраты заполнятся отдельно), форма 8. Есть возможность переноса адреса для форм 6,7,8: адрес должен быть в формате Страна, Индекс, Область, Район, Город, Населенный пункт, Улица, Дом, Корпус, Квартира - значения не обязательны, запятые обязательны. Правильное представление регионов можно проверить через Действия - Регионы КЛАДР.

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

Для работы необходимо установленное программное обеспечение: SQL Server Compact 3.5 (устанавливается вместе с Декларант-Алко ), для чтения xls-файлов требуется OpenOffice/LibreOffice, но можно необходимые данные скопировать из MS Excel в табличное поле обработки через буфер обмена.

Актуальная версия ДА момент последнего обновления - 4.30.15

13.04.2015 Исправленные выявленные недочеты; по форме 11 добавлено поле "остаток со старой маркой"; исправлена подстановка "пустых" лицензий в декларации; в меню "Действия" добавлены исправления в декларациях по формам 6 и 7 отсутствующих значений лицензий, т.к. данные записи в этих формах в ДА в определенных случаях теперь вызывают ошибки

Декларант-Алко алкоголь ADODB.Connection sdf

+109 –

См. также

ККТ-ОНЛАЙН 54-ФЗ: Обработка для работы онлайн касс

ККМ Кассовые операции Розничная торговля Системный администратор Программист Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Бухгалтерия 2.0 1С:Управление торговлей 10 1С:Розница 2 1С:Управление производственным предприятием 1С:Бухгалтерия государственного учреждения 1С:Бухгалтерия 1.6 1С:Бухгалтерия автономного учреждения Россия Платные (руб)

Универсальная обработка для обслуживания любых фискальных регистраторов (ККТ), в том числе Веб сервер АТОЛ. Работает в соответствии с 54-ФЗ. (ФФД 1.0, ФФД 1.05, ФФД 1.1). Подключайте любую онлайн кассу к практически любой конфигурации. Нет необходимости обновлять 1С. Можно бесплатно скачать и протестировать. Может работать одновременно с несколькими онлайн-кассами, либо одной с разных рабочих мест. (через RDP, TCP\IP или веб-сервер) Позволяет разделить один чек сразу на несколько ККТ или на несколько систем налогообложения. Поддерживает разрешительный режим. Можно настроить собственный шаблонов чека. Можно использовать эквайринг там, где он не поддерживается. Работает на LINUX и Windows ЭМУЛЯТОР + ЭКВАЙРИНГ + МАРКИРОВКА + ПОДДЕРЖКА ФФД 1.2 + НДС 5% и 7% УСН

6000 руб.

27.02.2017 802444 4984 9582

2874

Автоматический заказ поставщику в 1С: загрузка прайсов и анализ цен поставщиков для УТ 10.3, УТ 11, КА2, УНФ, УПП, ERP, Розница 2

Бюджетирование и планирование Оптовая торговля Розничная торговля Логистика, склад и ТМЦ Анализ продаж Пользователь Платформа 1С v7.7 Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Управление торговлей 10 1С:Розница 2 1С:Управление производственным предприятием 1С:Управление нашей фирмой 1.6 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Беларусь Украина Россия Казахстан Управленческий учет Платные (руб)

Система управления запасами для 1С помогает работать с запасами правильно: автоматически рассчитывает потребность и делает заказ поставщику, загружает прайсы, перемещает товары по филиалам, анализирует продажи и позволяет управлять ассортиментом. ВНИМАНИЕ! 09.01.25 г. планируется повышение цен на 20%!

28500 руб.

21.04.2017 97383 137 42

220

Экстрактор данных 1С в BI - выгрузка данных из 1С в BI-аналитику

Внешние источники данных Программист Бизнес-аналитик Пользователь Платформа 1С v8.3 Управляемые формы Анализ и прогнозирование Конфигурации 1cv8 Узбекистан Беларусь Кыргызстан Молдова Россия Казахстан Платные (руб)

Готовое решение для автоматической выгрузки данных из 1С 8.3 в базу данных ClickHouse, PostgreSQL или Microsoft SQL для работы с данными 1С в BI-системах. «Экстрактор данных 1С в BI» работает со всеми типовыми и нестандартными конфигурациями 1С 8.3 и упрощает работу бизнес-аналитиков. Благодаря этому решению, специалистам не требуется быть программистами, чтобы легко получать данные из 1С в вашей BI-системе.

28500 руб.

15.11.2022 21402 21 49

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

Оптовая торговля Розничная торговля Обмен с ГосИС Бухгалтер Платформа 1С v8.3 1С:Управление торговлей 10 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Рестораны, кафе и фаст-фуд Россия Бухгалтерский учет Управленческий учет Акцизы Платные (руб)

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

828 руб.

15.12.2015 171314 827 364

402

Работа с ККТ по 54-ФЗ и разрешительным режимом

ККМ Кассовые операции Розничная торговля Системный администратор Программист Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Бухгалтерия 2.0 1С:Управление торговлей 10 1С:Розница 2 1С:Управление производственным предприятием 1С:Бухгалтерия государственного учреждения 1С:Бухгалтерия автономного учреждения Россия Платные (руб)

Обработка осуществляет обслуживание ККТ АТОЛ, Штрих, Вики Принт и Меркурий для конфигураций "УТ 10.3", "КА 1.1", "УПП 1.3", "Розница 1.0", "БП 2.0" и других отраслевых решений, построенных на основе указанных выше конфигурациях. Поддерживает возможность параллельно пробития чеков на одной ККМ несколькими пользователями. Поддерживает Веб-сервер Атол. Соответствует требованиям 54-ФЗ. Поддерживает ФФД 1.0, 1.05, 1.1 и 1.2. Разделяет чеки по нескольким СНО. Поддерживает механизмы подключения ККТ по TCP/IP, для работы через RDP или интернет. Поддержка маркировки и разрешительного режима.

5880 руб.

25.05.2015 337671 1994 3084

1038

Перенос данных из Парус 7.хх в ЗГУ ред.3

Внешние источники данных Зарплата Бюджетный учет Программист Бухгалтер Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и кадры государственного учреждения 3 Государственные, бюджетные структуры Россия Бухгалтерский учет Бюджетный учет Платные (руб)

Обработка позволяет перенести кадровую информацию и данные по заработной плате, фактическим удержаниям, НДФЛ, вычетам, страховым взносам из базы Парус 7.хх учреждений (далее Парус) в конфигурацию 1С:Зарплата и кадры государственного учреждения ред. 3 (далее 1С) и начать с ней работать с любого месяца года.

84000 руб.

24.04.2017 51675 104 165

Печать кассовых чеков на одну ККМ с нескольких рабочих мест для 1С:УТ11.х, КА2.х, ERP 2.х

ККМ Кассовые операции Розничная торговля Обмен с ГосИС Программист Бухгалтер Пользователь Бухгалтерский учет Оперативный учет Управляемые формы 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Платные (руб)

Расширение конфигурации для УТ 11.5, КА 2.5 ,ERP 2.5 (Управляемые формы) позволяет выполнять печать кассовых чеков на одну ККМ 54-ФЗ с нескольких рабочих мест. НИКАКИХ НАСТРОЕК В РАЗРАБОТКЕ - ПОДКЛЮЧИЛ И ПЕЧАТАЙ. Если у вас несколько отделов и одна ККМ - печатайте на одной ККМ! Если у вас две ККМ и одна поломалась - печатайте на одной ККМ, пока ремонтируете другую!

5000 руб.

27.08.2018 123795 1060 591

882

Перенос данных из Парус 8 в ЗГУ 3

Зарплата Внешние источники данных Бюджетный учет Перенос данных 1C Системный администратор Программист Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и кадры государственного учреждения 3 Государственные, бюджетные структуры Россия Бухгалтерский учет Бюджетный учет Платные (руб)

Обработка позволяет перенести кадровую информацию и данные по заработной плате, фактическим удержаниям, НДФЛ, вычетам, страховым взносам из базы Парус 8 учреждений (далее Парус) в конфигурацию 1С:Зарплата и кадры государственного учреждения ред. 3 (далее 1С) и начать с ней работать с любого месяца года.

120000 руб.

19.08.2020 25541 25 1

Комментарии

Подписаться на ответы Инфостарт бот

Свернуть все

1. cdb 26 28.06.12 19:38 Сейчас в теме

Спасибо большое за обработку. Возьму за основу.
Исправьте пожалуйста ошибку в заголовке Закладки ("Оргнанизация")

2. hogik 443 28.06.12 22:54 Сейчас в теме

(1)
Проблема пароля на базе "SQL Server Compact 3.5" решается?

3. kanalya 109 28.06.12 23:29 Сейчас в теме

(2) hogik, какая проблема? Пароль для базы 4.20.1 там прописан уже. Для версий ниже 3.1.6 пароль не нужен.

4. hogik 443 28.06.12 23:35 Сейчас в теме

(3)
Т.е. этот пароль опубликован в описании к последним версиям "Декларант-Алко" ?

5. kanalya 109 29.06.12 00:11 Сейчас в теме

(4)Упоминаний в описании изменений про установку пароля на БД, как и про его значение не встречал. А имеет важное значение как я его узнал?

156. Cheb 26 10.07.13 10:17 Сейчас в теме

Здравствуйте. Такой вопрос. Загружаю в 6,7,8 - адреса вроде нормально загружаются, кроме Области - выходит (01) Адыгея везде. Как нужно в адресе описывать регион - строкой или код региона просто?

157. kanalya 109 10.07.13 12:57 Сейчас в теме

(156) Cheb,
Область должна быть в формате КЛАДРа (Калмыкия Респ, Ростовская обл, Краснодарский край). А значение 01 заполняется по умолчанию, т.к. пустое значение региона недопустимо.
Можно модуле Форма6 в строке СтрКонтрагент.RCode = "01" изменить код региона на желаемый.

158. Cheb 26 10.07.13 13:50 Сейчас в теме

(157), грузил как раз в формате КЛАДРа - везде 01 проставился. Сейчас хотел попробовать кодом...

Кодом получается вообще ничего не проставит?

159. kanalya 109 10.07.13 18:52 Сейчас в теме

(158), Может не в том порядке область стоит? Страна, Индекс, Область, Район,..
Для определения кода региона программа берёт третье значение из адреса, делит на название и тип и выбирает из КЛАДР по этим данным код. Кстати сам КЛАДР (KLADR.sdf) должен быть в той же папке, что и файл базы данных Декларанта (в который загружаете данные).

160. Cheb 26 11.07.13 10:24 Сейчас в теме

(159), загрузил. В итоге оказалось все грузит норм, кроме Чувашской Республике. Странно...

6. hogik 443 29.06.12 00:47 Сейчас в теме

...

7. kanalya 109 29.06.12 01:11 Сейчас в теме

Не Вы один задаётесь подобными вопросами. С выходом очередной версии я тоже плююсь и немножко матерюсь: на данный момент ФСРАР требует нечто, что сами пока не в состоянии корректно обработать; а по поводу формата выгрузки точной информации не имею, но ведь для БП есть выгрузка форм 11 и 12, хоть и тестовая.

8. hogik 443 29.06.12 01:59 Сейчас в теме

(7)
"для БП есть выгрузка форм "(с)
У меня нет БП. Да, и сама выгрузка не составляет больших проблем. Сложней обеспечить сбор необходимой информации без лишнего "нагибания" пользователей. Т.е. в процессе основной их деятельности, а не "оптом" к концу отчетного периода. И для реализации этого, необходимо иметь четкое описание формата. А т.к. он еще не утвержден, то пришлось изобретать за разработчика "проекта" возможные их дальнейшие "хотелки"... ;-)

15. lalexrus 30.06.12 23:10 Сейчас в теме

(8) на самом деле нагибать пользователей не надо, если изначально работа с правильностью ввода реквизитов контрагентов была поставлена должным образом. Собственно по сравнению с "обычным" учетом добавляются лицензии и производители. Все остальное у вас и так должно было быть, а иначе надо главбуху голову оторвать (за отсутствие правильных ИНН, КПП, адресов в формате кладр и тд).
(10) и (13) во-первых опт и не обязан что-то давать. во-вторых из всей массы клиентов около 30% сами просят, остальным приходится ну если не силком, но применять усилия, чтобы отдать. В-третьих, из всех кто получает сверки, в лучшем случае 0.5% именно сверяются, остальные - копипастеры. формально - опт очень заинтересован чтобы розница сдала точь в точь, однако их можно понять - ничего еще не ясно с этим декларированием (особенно если учесть что даже в постановлении правительства на трех страницах умудрились авторы допустить разночтения).

(14) в интересах. Только давайте посмотрим - по состоянию на 1.07.2012 (т.е. завтра) нет утвержденного классификатора алкогольной продукции. Т.е. не существует кодов 500, 510, 520 (пиво и напитки), мало того, даже производители тупят с отнесением к 520 коду (напитки), но и это не все - если внимательно почитать ФЗ 171 то пиво - алкоголь с 1.07.12, а в статье 14 однозначно говориться что организации (втч розница) декларируют алкогольную продукцию, а РАР требует декларировать с 1 июля. А отсюда - абсолютный бардак с пивом. Вот как мы по пиву дадим сверку, если нам наши поставщики просто тупо не могут ничего дать? Ну а дальше начинаются игрища РАР - вот хз в каком виде в итоге будет принято постановление правительства, всем известная история с вопросом номер 20 и его удалением через сутки (пиво), и т.д. и .т.п. Так что в некотором роде нежелание поставщика вполне обосновано...

16. hogik 443 30.06.12 23:51 Сейчас в теме

(15) по ответу на (8)
"Собственно по сравнению с "обычным" учетом добавляются лицензии и производители."(с)
Именно про это я и говорил как про "нагибание". И куда добавляются "производители"? Как реквизит в элемент справочника товаров? А если производителей одного товара несколько? И где брать информацию о производителях чтобы обеспечить входящие остатки на 1 января 2012 года в "разрезе" по производителям?

17. lalexrus 01.07.12 00:07 Сейчас в теме

(16) hogik, если у вас УТ то в помощь вам учет по характеристикам. Вот кстати реквизит делать не совсем верно, правильнее - отдельный справочник для производителей/импортеров и использование характеристик. Если чтонить менее продвинутое - разделяйте номенклатуру (правда это очень нехорошее решение) и используйте свойства (если 8ка конечно). Лицензии (в случае 8ки) можно так же через свойства. Ну т.е. варианты есть. И как бы вопрос то не вчера возник, а в ~~июле прошлого года~~ феврале. На худой конец наймите программиста, думаю многие оптовики будут даже помогать.
Если же говорить об остатках на 010112, то извините поезд уже ушел при условии что речь идет о _достоверных_ остатках (по алкоголю - можно конечно по документам - _очень долго_, по пиву - получить достоверных данных 100% не получится). Но тк поезд ушел, то собственно иначе как расчетным путем никак. Алгоритм примерно таков - берутся остатки на конец периода (кому как - кто нарисует, а кто посчитает :) ), берутся поставки от поставщиков (в идеале - если поставщик один и он дает в "правильном" виде данные), далее "рисуются" продажи и прочий расход (в реальности сложно представить что будут достоверные данные о продажах, продавец точно не будет выяснять при продаже бутылок что там за производитель, поэтому обычно - партионный учет, и пофиг что списалось а что продалось), по итогу - рассчитываются остатки на начало. Я думаю что в РАРе прекрасно понимают ситуацию с достоверностью данных 1 квартала. Даже больше - 100% точность в рознице достичь скорее всего не получится, однако следует учитывать что если у вас 5 бут. производителя А и 5 производителя Б, то в отчетный период больше чем 10 бутылок вы не продадите, а если закупать не будете, то когда-то у вас они закончатся, т.е. за некий обозримый период (который явно больше квартала) - вы покажите достоверные данные.

PS Но в любом случае. Писать обработку для записи в sdf это знаете издевательство над бухами. Декларант - убожество. Никакого контроля и проверки. Причем ситуация с начала года не изменилась. Уж лучше направить силы на доработку конфигурации и выгрузку непосредственно в XML.

PSPS собственно для УТ решение еще такое (как вариант):
- справочник "Виды алкогольной продукции" (справочник потому, что собственно меняются коды периодически, например пиво добавляется, сейчас большие изменения по винам)
- периодический регистр сведений "Номенклатура по видам продукции". Для решения проблемы, когда у конкретной продукции меняется вид алкогольной продукции - такое кстати может быть (конечно не вино в воду и т.п.).
- Объем/литраж реализуется через стандартный механизм единиц измерения.
- справочник "Производители/Импортеры" - тут конечно можно возразить, мол производитель - он же контрагент по большому счету, но во-первых не всегда, во вторых зачем вводить кучу лишней информации когда можно ограничиться наименованием, ИНН, КПП.
- используем для номенклатуры характеристики, для учета по производителям/импортерам.
- справочник "Лицензии"
- периодический регистр сведений "Лицензии контрагентов"
- регистр накопления "Движение алкогольной продукции"
- подписка на события проведения документа "Реализация товаров и услуг" (в регистр накопления пишется сразу "готовая" информация, т.е. не в разрезе номенклатуры, а в разрезе видов продукции и производителей).

остается в принципе довольно простая задача - печатные формы и выгрузка в XML. Еще можно для верности регистр накопления для остатков соорудить (так же - без номенклатуры, а только виды продукции и декалитры). Такая схема как мне кажется позволяет без серьезных доработок конфигурации наладить учет алкоголя.

18. hogik 443 01.07.12 00:34 Сейчас в теме

(17)
В нашей конторе нет проблем с входящими остатками на 1 января 2012 года, т.к. первая поставка от оптовика была 2 апреля 2012 года. ;-) В системе все уже прописано, учитывается и делается выгрузка в XML формате.
Однако, мне представляется, что про входящие остатки Вы описали алгоритм не имеющий отношение к "разрезу" отчетных форм. Ну, или подтвердили мою фразу про "нагибание". Т.е. оказывается, что не достаточно обеспечить правильность "ввода реквизитов контрагентов".

20. lalexrus 01.07.12 01:11 Сейчас в теме

(18) hogik, ну если у вас нет остатков на 010112 в нужном разрезе, то это "нагибание"? не знаю как в вашем регионе, а у нас еще в начале ноября местные лицензирующие органы проводили семинары на тему декларирования, в частности показывали "проекты форм декларацифй". Т.е. как минимум 1,5 месяца у вас было до НГ, и еще 6 после. По алкоголю у вас в любом случае должны быть ТТН с справки к ним. Лицензия поставщика - вообще не вижу проблем чтобы ее получить. Т.е при желании бухгалтеров (ну и руководства компании) организовать работу можно, но это имхо не дело программиста (и вообще itшников). Ну а желания у бухов и руководства ест-но нет.

P.S. Но по пиву (если только его брать) - согласен. Пивной опт, это сказка :) очень волшебные люди :)))

21. hogik 443 01.07.12 01:23 Сейчас в теме

(20)
Я выше написал - у НАС нет проблем. :-)
Мы лицензию, то, получили только в марте 2012 года.
Проблемы есть у разработчиков проекта этой декларации. :-)
Которые они "перекладывают" на участников Алкогольного рынка.

Вот написал комментарий к (10) сообщению. Но не успел его "сунуть", т.к. начали с Вами диалог.

"поставщикам запретили передавать покупателям данные об отгрузке"(с)
И правильно сделали. ;-) Им осталось еще сообразить, что не следует с покупателя требовать информацию о начале "цепочки". И цепочку "выстраивать" в своей автоматизированной системе, а не руками несчастных участников Алкогольного рынка. Т.е. каждый участник должен предоставлять информацию только о своей "хозяйственной операции". Вся остальная информация должна быть (надеюсь) в ИХ системе.
А реальный левак можно проверить только взяв конкретную бутылку в руки, а не бумажки и отчеты (декларации). Ну, кому может придти в голову включать в отчет заведомо известный левак? :-)
И еще мне представляется, что объявлять в конце 2011 года о том, что контора должна представить входящие остатки на 1 января 2012 в разрезе по которому контора не обязана была вести учет в течении года - является нарушением всех разумных правил. А, возможно, и законодательства.

19. hogik 443 01.07.12 00:44 Сейчас в теме

(17) по "PSPS".
Не буду повторять своё (8) сообщение. Но, в нем не написано о том, что есть проблемы КАК сделать на уровне программирования. Есть проблемы в сборе информации, когда состав информации объявляется "задним числом"... :-)

57. winterspring 24 17.08.12 16:55 Сейчас в теме

(17) lalexrus,

Ограничиться регистром сведений (Лицензии покупателя) не получиться, бывают такие ситуации когда у клиента 2 действующие лицензии, поэтому надо в каждом документе явно указывать по какой лицензии поставщика и покупателя производилось движение товара.

27. margo2007 15 01.07.12 15:38 Сейчас в теме

(16) hogik,
Подумаешь, производители, 1 число.... Разве это "нагибание"? Мелочи жизни...

Вот водка на 30 % подорожала - вот это нагибание.... :-(
А к Новому Году - еще на 40 % повысится.
Еще хуже, чем с ЕСН получится.

29. hogik 443 01.07.12 16:15 Сейчас в теме

(27)
"Вот водка на 30 % подорожала - вот это нагибание.... :-("(с)
... (margo2007).
А вот это меня совсем не волнует. :-)
Чего и Вам желаю.

30. margo2007 15 01.07.12 16:46 Сейчас в теме

(29) hogik,

А вот это меня совсем не волнует. :-)
Чего и Вам желаю.

Вы о чем? Водку я ВООБЩЕ не пью.
А вот как резко выросло число наркоманов в связи с высокой ценой на водку - хорошо помню.
Есть и другие серьезные минусы...

94. Cheb 26 21.09.12 15:59 Сейчас в теме

Выбираю xls файл, нажимаю прочитать и выходит такая ошибка:

Форма.ФормаЗагрузкиXLS.Форма(30)}: Ошибка при вызове конструктора (COMОбъект)
ServiceManager = Новый COMОбъект("com.sun.star.ServiceManager");
по причине:
Недопустимая строка с указанием класса

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

Что я делаю не так? Надеюсь, что скоро и 8-ая форма появится у вас в обработке.

95. kanalya 109 21.09.12 16:07 Сейчас в теме

(94) Cheb,

Форма.ФормаЗагрузкиXLS.Форма(30)}: Ошибка при вызове конструктора (COMОбъект)
ServiceManager = Новый COMОбъект("com.sun.star.ServiceManager");
по причине:
Недопустимая строка с указанием класса

По кнопке "Прочитать" происходит подключение к OpenOffice (LibreOffice) и если офисный пакет не установлен выдается данная ошибка (в след. обновлении добавлю обработку этой ошибки). Первый вариант - установить OpenOffice (LibreOffice); второй - открыть документ в MS Excel и скопировать всё/нужный фрагмент в табличное поле формы "Загрузка из XLS".

31. hogik 443 01.07.12 17:03 Сейчас в теме

(29)
"Вы о чем?"
... (margo2007).
Я - о ЕСН. А Вы чего подумали? :-)
P.S. Рост наркоманов никак не связан с высокой ценой на водку.

9. margo2007 15 29.06.12 15:35 Сейчас в теме

Извиняюсь, не поняла фразу :

Модуль работы с Excel разрабатывался для переноса данных, полученных от поставщиков в xls-формате в форме готовой декларации (да им запретили такое, а что делать?).

Что имеется в виду?

10. kanalya 109 29.06.12 16:46 Сейчас в теме

(9)
Если про запрет - поставщикам запретили передавать покупателям данные об отгрузке, т.к. в этом случае смысл этой декларации по большей части теряется (сверка данных о продаже/покупке по всей цепочке от производителя до конечного потребителя)

11. margo2007 15 30.06.12 09:28 Сейчас в теме

(10)

поставщикам запретили передавать покупателям данные об отгрузке,

я ничего не слышала про такие запреты. Дайте, пожалуйста, ссылку.
А то замучали.... Одним так, другим этак.... И всем надо угодить... Клиенты...

12. kanalya 109 30.06.12 13:15 Сейчас в теме

(11)
Про официальные постановления ничего не знаю, всё это со слов поставщиков. Может региональные какие указы, а может и вообще устные пожелания.

46. Yury1001 1472 02.07.12 11:49 Сейчас в теме

(10) га га га - у меня все оптовики в срочном порядке попросили отчет об объёмах поставки для клиентов и чтоб печатался пачкой для всех сразу с разбивкой по агентам:)))

47. margo2007 15 02.07.12 16:37 Сейчас в теме

(46) Yury1001,
Это первый этап.
Дальше они спрашивать начнут:
а что делать, если одну торговую точку клиента обслуживает один агент, а другую - другой....

13. margo2007 15 30.06.12 14:05 Сейчас в теме

всё это со слов поставщиков

А, ясно.
Это они от вас (покупателей) таким способом отбиваются.
Надо взять на вооружение. :-) :-)

14. kanalya 109 30.06.12 19:58 Сейчас в теме

(13)
А разве не в интересах поставщика чтобы поданые им данные о поставках совпадали с данными от его покупателей?

22. margo2007 15 01.07.12 01:55 Сейчас в теме

(14)

А разве не в интересах поставщика чтобы поданые им данные о поставках совпадали с данными от его покупателей?

Конечно, это в интересах поставщика.
но не в интересах ПРОГРАММИСТОВ поставщика.
Как Вы знаете, фантазия у наших людей хорошая.
Одни в одной форме хотят, другие в другой, третьи в фактуре столбцы требуют добавить, четвертые еще что-нибудь....Пока это все устаканится....

23. dumal 01.07.12 15:07 Сейчас в теме

Бухгалтера, конечно, вой подняли еще в начале года, когда формат еще даже не начали разрабатывать (по всей видимости). Декларант-алко тогда была сырым, глючным, часто валящимся поделием (к настоящему времени ситуация, к сожалению, изменилась мало). Апогей настал к моменту сдачи отчетности за 1 квартал. Количество звонков от разъяренных бухов зашкаливало, алкобухи требовали отчета каждый час (утрирую, конечно, но немного). Потом, когда было выпущено разъяснение, что отчетность за 1 квартал будет сдаваться позже, поскольку ничего еще не готово (поправьте меня, но ситуация опять-таки не изменилась и к настоящему времени).
Написал подобную загрузку напрямую в base.sdf еще в апреле. Недавно попробовал ее с новой версией - ничего не вышло, так как поставили пароль на sdf.
Автору разработки - поклон. Насколько мне известно, свои разработки еще никто не выкладывал.

24. margo2007 15 01.07.12 15:23 Сейчас в теме

(23) dumal,
Нервные они у вас какие-то.
Наших пинками заставляли ЭЦП проверить хотя-бы....
И то не все сделали....

25. dumal 01.07.12 15:28 Сейчас в теме

Нервные, конечно. У них мотивация - сдать все вовремя. А то зряплату не получат в полном размере. Делать нечего - пришлось закатывать рукава и залезать в эту тему по самые... уши :)

26. margo2007 15 01.07.12 15:34 Сейчас в теме

(25) dumal,
Сегодня уже первое, а я так и не знаю,по какой форме оптовую декларацию сдавать....
а что нервничать? Еще 10 дней впереди.... :-)

28. dumal 01.07.12 15:50 Сейчас в теме

(26) margo2007, Ага, а еще через месяц - 2 квартал сдавать :)

32. margo2007 15 01.07.12 17:04 Сейчас в теме

(28) dumal,

а еще через месяц - 2 квартал сдавать :)

Почему через месяц?
"Информационное сообщение о начале приема деклараций будет размещено на официальном сайте Росалкогольрегулирования дополнительно."

Крайний срок - 1 сентября.

33. dumal 01.07.12 17:09 Сейчас в теме

(32) margo2007, Да, спасибо, я так - утрирую

34. margo2007 15 01.07.12 17:16 Сейчас в теме

(33) dumal,
С 1 июля ФЗ 171 изменился:
теперь за несдачу декларации лицензии лишать не будут.

Может вообще не сдавать её тогда? :-)

36. hogik 443 01.07.12 17:36 Сейчас в теме

(34)(35)
Цель внедрения "проекта" - закрыть маленькие розничные лавочки.
Расчет на то, что - либо лавочки не смогут сдать правильную декларацию, либо совсем её не сдадут. И если отменили наказание отзывом лицензии, то будут закрывать лавочки реальными проверками. Думаю, примерно, так будет...

48. lalexrus 02.07.12 21:55 Сейчас в теме

(34) вы прежде чем такое говорить приводите ссылки на документы, а иначе вы выдаете желаемое за действительное ибо основанием для лишения лицензии является:
повторное в течение одного года сообщение недостоверных сведений в декларациях об объеме производства, оборота и (или) использования этилового спирта, алкогольной и спиртосодержащей продукции, использовании производственных мощностей или повторное в течение одного года несвоевременное представление указанных деклараций в лицензирующий орган;
никакого изъятия 01.07.12 по этому пункту нет. учитывая общий настрой и действия розницы - кандидатов на вылет огромное количество (ну и при разборках думаю пострадает некоторое количество опта).

(43) (44) просто к сведению - http://forum.fsrar.ru/viewtopic.php?f=7&t=10769 второе сообщение (ooo_vtd) пункт 2 обозначает то, что на данный момент формат декларации 6 содержит ошибки которые не позволят сдать декларацию. (Кстати эти самые уведомления - проблема еще с февраля, в рознице они вроде поправили, в опте видимо нет)

(37) (38) В декабре 11 года разработчики РАР заявляли что "у нас все готово", мол авторы "порядка заполнения" виноваты. Как результат - в посл. версии ДА ошибки в форматах (см. предыдущий абзац). Ну а фантазия авторов "порядка заполнения деклараций" это вообще песня - почитайте про форму 8. Чуваки хотят чтобы опт декларировал перевозки по путевым листам клиентов (!!!!) - это даже уже не смешно. При этом как-то на форуме даже проскальзывало от РАРовских ИТшников, что в принципе никто и не питает иллюзий о достоверности данных за 1 квартал.

(46) Yury1001, у нас примерно треть розницы еще даже не просила информации, правда есть крендели которые сдавали декларации до 20 июня (гггг, интересно куда) :) Но самая проблема в том, что дело не в тех кто попросили тупо перепечатал, а в умных бухах которые сами считают, и что-то там думают и т.п. - потому как большая часть проблем с РАРом у оптовиков будем именно с таким "умными" бухами.

35. dumal 01.07.12 17:24 Сейчас в теме

Ну да, заплатил штраф и сиди, не сдавай дальше. А это идея. Чего это собственники будут программистам платить за незнамо что? Лучше уж они государству толику отчекрыжат (так привычнее) и дальше торгуй себе помаленьку :)

37. dumal 01.07.12 17:52 Сейчас в теме

Государство в одну цель не бьет (ну кроме случая, когда это коммунизм :) Здесь, как мне думается, оно хочет сразу несколько зайцев поймать. И прикрыть мелкий бизнес, и уменьшить черноту, и заработать на всем этом хозяйстве. Целей может быть множество

38. hogik 443 01.07.12 18:31 Сейчас в теме

(37)
Согласен. Целей может быть много. Но, точно нет цели "уменьшить черноту"(с). Т.к. суть, состав и объем отчетной информации провоцирует отчитывающихся хитрить и подгонять декларацию "под ответ". ;-) Разработчики "проекта" пытаются угрюмо положить "бумажную" технологию в "компьютер". Ну, например, зачем требовать от "конечного" (розничного) продавца информацию о производителе/импортере, лицензиях, адресах. Если её уже предоставил оптовик. Достаточно получить из розницы информацию о его непосредственном поставщике и номерах накладных. И "выстроить цепочку" в своей автоматизированной системе.

39. dumal 01.07.12 18:55 Сейчас в теме

(38) hogik,
Формат деклараций действительно заставляет усомниться в адекватности их разработчиков. И уж действительно, общаясь с бухами, не завидуешь их судьбе. А насчет "черноты" - как думаете, под каким соусом преподносится это новшество широкой общественности?

40. hogik 443 01.07.12 19:09 Сейчас в теме

(39)
...(dumal).
Не очень понял Ваш вопрос про "черноту". Думаю, это слово произносится чаще всего в объяснениях зачем всё эТТо делается. Но, абсолютно уверен (имея опыт работы в оптовой и розничной торговле), что никакого выявления черноты таким способом не произойдет. До внедрения вот этого:
"..., благодаря автоматизированной системе продажа каждой единицы алкогольной продукции будет автоматически фиксироваться путем считывания информации со штрих-кода акцизной марки в момент ее фактической реализации покупателю, на кассе, а сведения об этом будут поступать в РАР."(с)
http://www.foodnewsweek.ru/alchogol/gosudarstvo-vvedet-kontrol-za-kazhdoj-butylkoj.html
Хотя, думаю, и эту технологию внедрят "...как всегда"(с). ;-)
И, думаю, уже без мелких торговых точек. :-(

41. dumal 01.07.12 19:17 Сейчас в теме

(40) hogik,
>это слово произносится чаще всего в объяснениях зачем всё эТТо делается
Именно это я и имел в виду

42. hogik 443 01.07.12 19:30 Сейчас в теме

(39)
P.S. к (40) сообщению.
"И уж действительно, общаясь с бухами, не завидуешь их судьбе"(с)
В нормальных системах "бухи" только подписывают подобные "декларации". Никакого отношения не имеет такая отчетность к деятельности Бухгалтера. Например, наш бухгалтер узнал последним, что требуется сдавать "декларацию". ;-) И не потому, что он плохой бухгалтер, а потому, что наша система эТТо делает без участия бухгалтера. :-)

45. Ёпрст 1065 02.07.12 09:20 Сейчас в теме

(42) аналогично.
Бухи только подписывают.

43. dumal 01.07.12 19:42 Сейчас в теме

Завидую Вам. У нас не так. Алкобухгалтера работают в разработке местного франча, которая, разумеется, не поддерживает новый формат. Так что сначала они выносили мозги специалистам этого франчайзи (это было в начале года, там только разводили руками, что немудрено, ибо тогда вообще никто ничего не мог сказать). Потом, видимо, после того, как все "вкусное" из мозгов было съедено, очередь дошла до меня.

З.Ы. Ваша система умеет новый формат выгрузки в ФСРАР?

44. hogik 443 01.07.12 20:49 Сейчас в теме

(43)
Да. См. (18) сообщение.

49. Baxter_One 03.07.12 11:02 Сейчас в теме

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

50. lalexrus 03.07.12 17:46 Сейчас в теме

(49) Baxter_One, это за один квартал, а за следующий, а еще за следующий? туда-сюда таскать неудобно

51. Baxter_One 04.07.12 07:52 Сейчас в теме

Baxter_One, это за один квартал, а за следующий, а еще за следующий? туда-сюда таскать неудобно

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

56. lalexrus 07.07.12 00:23 Сейчас в теме

(51) Baxter_One, если бух не дай бог ошибется в одной цифре в остатках.... ну например вместо 1047.4573 ввести 1047.4375, нет конечно лицензии не лишат, но неприятно, да и 40 тыр как с куста. так что это не вариант .

(53) sergb1979, они _ждут_ когда оптовики решат возникшую проблему с декларациями. я так думаю оптовики решат, дабы не нарываться на РАР

52. ivt_2009 04.07.12 15:32 Сейчас в теме

Проблема розницы как не странно быстро становится проблемой оптовика.
Насчет расшифровки отгрузки которую дает оптовик рознице то в нашей области это вполне принято
(Ярославская обл) . ДА вообще не использую оказалось проще свою программу написать ,
которая из моей учетной системы берет данные
(УТ 7.7 с переписаной конфигурацией УТ года так 1998 года). Помня поддержку ДА в прошлые годы -
на него надежды мало.

53. sergb1979 06.07.12 10:34 Сейчас в теме

розница перекладывает на оптовика декларации.

54. sergb1979 06.07.12 10:41 Сейчас в теме

добавьте в описание версию ДА

55. пользователь 06.07.12 16:44

Сообщение было скрыто модератором.

...

58. Модератор раздела 27.08.12 10:09 Сейчас в теме

Хорошая обработка.
нельзя ли получить пример тестового xls-файла для проверки работы обработки и более полного понимания кода ?

60. kanalya 109 27.08.12 18:48 Сейчас в теме

(58) artbear,

нельзя ли получить пример тестового xls-файла для проверки работы обработки и более полного понимания кода ?

http://yadi.sk/d/bbMviu3eOL1C

59. timdim 11 27.08.12 13:35 Сейчас в теме

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

{Форма.ФормаЗагрузкиXLS.Форма(304)}: Поле объекта не обнаружено (P212)
Стр.P212 = Стр.P212*Коэффициент;

61. kanalya 109 28.08.12 09:56 Сейчас в теме

(59) timdim,

{Форма.ФормаЗагрузкиXLS.Форма(304)}: Поле объекта не обнаружено (P212)
Стр.P212 = Стр.P212*Коэффициент;

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

62. timdim 11 28.08.12 11:11 Сейчас в теме

При тестировании нашел эту ошибку и исправил, дальше при загрузке данных по форме 12 в таблицу 2 требует указать лицензии у поставщиков, а пивных лицензий еще нет у поставщиков. Если интересно могу дальше активно протестировать и указать недочето по загрузке в форму 12.

63. kanalya 109 28.08.12 11:20 Сейчас в теме

(62) timdim, Лицензии поставщиков в форме 12 не нужны - уже убрал. Если будут ещё какие серьёзные ошибки пишите лучше в личку.

64. hawk 66 06.09.12 15:45 Сейчас в теме

Я что то не нашел нигде описания доработки только конфигурация, а справочник номенклатуры не надо дорабатывать?

65. kanalya 109 06.09.12 18:42 Сейчас в теме

(64) hawk,

И правда: в файле обновления нет доработки номенклатуры. Добавлены реквизиты Производитель и Импортер с типом СправочникСсылка.Контрагенты. Но т.к. у продукции с одним ш/к могут быть разные импортёры и даже производители мне видится это решение не совсем верным.

66. hawk 66 07.09.12 07:16 Сейчас в теме

А почему не захотели добавить эти поля в свой регистр сведения об алкогольной продукции

67. psa247 21 07.09.12 13:34 Сейчас в теме

Есть хороший программный продукт БУХАЛКА )))
Там эта выгрузка тоже реализована. Пользователям бухии версии ПРОФ дают бесплатно конфу

68. prestige 11.09.12 02:58 Сейчас в теме

(67) psa247, где именно дают, не подскажете? Что-то не нашлось с таким названием.

69. psa247 21 11.09.12 08:32 Сейчас в теме

(68) prestige, вот их сайт
http://www.buhalko.ru

там же и условия выдачи написаны :)

70. prestige 11.09.12 12:27 Сейчас в теме

Ну да, БухалкО. Но это очередная настройка для БП, а обработка автора напрямую грузит из таблиц.

71. mikm 13.09.12 11:34 Сейчас в теме

В планах нет никаких мыслей прикрутить энто дело к КА?
В смысле того, чтоб использовать сведения о лицензиях контрагентов и сведения об алкогольной продукции, уже встроенные в эту конфу?
Архиактуально ведь.
ЗЫЖ Скачать разработку не могу - не хватает $m :( Может есть возможность отправить мне в ПМ ссылки?

72. trf49 13.09.12 12:46 Сейчас в теме

Формы по опту не грузятся с файлов xls, может будет доработка?

73. kanalya 109 13.09.12 15:18 Сейчас в теме

(72) trf49,

Формы по опту не грузятся с файлов xls, может будет доработка?

Это какая форма отчётности?

74. trf49 13.09.12 16:35 Сейчас в теме

Это 5,6,7,8 приложение.

75. kanalya 109 13.09.12 18:17 Сейчас в теме

(74) trf49, Подумаю на досуге. Особых сложностей быть не должно.

76. mikm 13.09.12 18:46 Сейчас в теме

Так я и не понял, обработка умеет работать с регистрами накопления базы 1С, собирать остатки и обороты по алкоголю, данные по контрагентам и выводить это потом так, как нужно алчущим "алкоголикам", или нет?
ЗЫЖ Осталась неделя на всё про всё...хех...

78. kanalya 109 13.09.12 21:25 Сейчас в теме

(76) mikm, Если в базе занесены необходимые сведения - можно ими заполнить базу Декларант-Алко; второй вариант (более распространенный) - потребовать у поставщиков необходимые сведения и посредством обработки перенести в базу ДА. Результатом будет база, которую надо открыть самой программой Декларант-Алко и просто выгрузить декларацию нажатием двух кнопок.

79. mikm 14.09.12 09:46 Сейчас в теме

(78)
"...Если в базе занесены необходимые сведения - можно ими заполнить базу Декларант-Алко..."
Здесь, насколько я понял, ключевое слово - "заполнить".
Т.е. ручками. Никакие файлы XML (для последующего импорта в ДА) обработка не формирует...
Правильно?

80. kanalya 109 14.09.12 11:13 Сейчас в теме

(79) mikm, Никакие файлы XML действительно не формируются. Но ручками переносить тоже не получится, точнее можно, но тогда уж проще в самом ДА забивать. Обработка берёт данные и записывает их в базу программы Декларант-Алко. Зачем ещё что-то куда-то выгружать?

77. trf49 13.09.12 20:03 Сейчас в теме

Спасибо, ждемсссссс....

81. margo2007 15 14.09.12 17:07 Сейчас в теме

Не понятно:
чтобы получить декларацию в разрезе торговых точек надо загружать из Excel отдельно каждую торговую точку?

(А в остальном обработка чудо, как хороша; просто конфетка)

82. trf49 14.09.12 17:23 Сейчас в теме

как с вами можно связаться? .... розницу сделали, циммусс .... надо очень 6,7 приложение

83. sergb1979 17.09.12 18:42 Сейчас в теме

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

84. kanalya 109 17.09.12 19:37 Сейчас в теме

(83) sergb1979, Кажется нет. А зачем под 7.7? Вы ведёте учет в 7.7 и хотите перенести данные из базы семёрки в ДА?

85. sergb1979 18.09.12 09:28 Сейчас в теме

(84) Именно так.
Просто вчера выяснилось что есть еще одна оптовая фирма, которая торгует только пивом. Соответственно по ней надо сдавать 1-2 квартал в новом формате. Чисто под конфу написать за 2 дня не получится не успеваем.

86. margo2007 15 18.09.12 12:02 Сейчас в теме

(85) sergb1979,
Ну и выгрузи всю нужную информацию списком, а потом запусти 8.2 (конфа есть у автора) загрузи из Excel в Декларант.

И Автору старт-мани перечисли, не забудь. :-)

87. sergb1979 18.09.12 16:31 Сейчас в теме

опт сдает 5,6,7 , а тут розница

88. kanalya 109 18.09.12 17:50 Сейчас в теме

(87) sergb1979, В отправленном Вам ранее сообщении в обработке уже был реализован перенос по формам 6 и 7. Публикация теперь так же обновлена.

89. JohnyDeath 302 20.09.12 12:14 Сейчас в теме

Огромное спасибо автору!

Вчера весь вечер и всю ночь заполнял декларации дял тещи, у которой ИП и маленький магазинчик.
Хуже программы, чем Декларант-Алко, я наверное не встречал. Сложилось впечатление, что писал студент второго курса - всё очень убого, примитивно. Формы сделаны стандартными неюзабильными вьюерами. Работать без мышки вообще нереально. Загрузка из экселя должна быть изначально. А здесь мало того, что нет таких базовых функций, так они еще и пароль на свой шедевр ставят! Скорее всего программу написал студент-племенник какого-нить чиновника, "честно" выиграв тендер на разработку ;)
Если б не эта обработка, то около 1500 позиций пришлось бы вбивать в ДА. Кто видел/работал, тот поймет, что это ОЧЕНЬ много.