gifts2017

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

Опубликовал Алексей (kanalya) в раздел Обмен - Загрузка и выгрузка в Excel

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

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

Изначально обработка была разработана для конфигурации "Управление торговлей 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 отсутствующих значений лицензий, т.к. данные записи в этих формах в ДА в определенных случаях теперь вызывают ошибки

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

Наименование Файл Версия Размер
Выгрузка в Декларант-Алко 815
.epf 120,07Kb
13.04.15
815
.epf 120,07Kb Скачать
Выгрузка в Декларант-Алко (обработка, пример xls, дополнение конфигурации) 394
.zip 191,06Kb
13.04.15
394
.zip 191,06Kb Скачать

См. также

Подписаться Добавить вознаграждение
Комментарии
1. Дмитрий Чекунов (cdb) 28.06.12 19:38
Спасибо большое за обработку. Возьму за основу.
Исправьте пожалуйста ошибку в заголовке Закладки ("Оргнанизация")
2. Владимир (hogik) 28.06.12 22:54
(1)
Проблема пароля на базе "SQL Server Compact 3.5" решается?
3. Алексей (kanalya) 28.06.12 23:29
(2) hogik, какая проблема? Пароль для базы 4.20.1 там прописан уже. Для версий ниже 3.1.6 пароль не нужен.
DoReMi; difed; +2 Ответить 1
4. Владимир (hogik) 28.06.12 23:35
(3)
Т.е. этот пароль опубликован в описании к последним версиям "Декларант-Алко" ?
5. Алексей (kanalya) 29.06.12 00:11
(4)Упоминаний в описании изменений про установку пароля на БД, как и про его значение не встречал. А имеет важное значение как я его узнал?
DoctorVrach; +1 Ответить 1
6. Владимир (hogik) 29.06.12 00:47
7. Алексей (kanalya) 29.06.12 01:11
Не Вы один задаётесь подобными вопросами. С выходом очередной версии я тоже плююсь и немножко матерюсь: на данный момент ФСРАР требует нечто, что сами пока не в состоянии корректно обработать; а по поводу формата выгрузки точной информации не имею, но ведь для БП есть выгрузка форм 11 и 12, хоть и тестовая.
8. Владимир (hogik) 29.06.12 01:59
(7)
"для БП есть выгрузка форм "(с)
У меня нет БП. Да, и сама выгрузка не составляет больших проблем. Сложней обеспечить сбор необходимой информации без лишнего "нагибания" пользователей. Т.е. в процессе основной их деятельности, а не "оптом" к концу отчетного периода. И для реализации этого, необходимо иметь четкое описание формата. А т.к. он еще не утвержден, то пришлось изобретать за разработчика "проекта" возможные их дальнейшие "хотелки"... ;-)
9. margo2007 (margo2007) 29.06.12 15:35
Извиняюсь, не поняла фразу :
Модуль работы с Excel разрабатывался для переноса данных, полученных от поставщиков в xls-формате в форме готовой декларации (да им запретили такое, а что делать?).

Что имеется в виду?
10. Алексей (kanalya) 29.06.12 16:46
(9)
Если про запрет - поставщикам запретили передавать покупателям данные об отгрузке, т.к. в этом случае смысл этой декларации по большей части теряется (сверка данных о продаже/покупке по всей цепочке от производителя до конечного потребителя)
11. margo2007 (margo2007) 30.06.12 09:28
(10) kanalya,
поставщикам запретили передавать покупателям данные об отгрузке,

я ничего не слышала про такие запреты. Дайте, пожалуйста, ссылку.
А то замучали.... Одним так, другим этак.... И всем надо угодить... Клиенты...
12. Алексей (kanalya) 30.06.12 13:15
(11)
Про официальные постановления ничего не знаю, всё это со слов поставщиков. Может региональные какие указы, а может и вообще устные пожелания.
13. margo2007 (margo2007) 30.06.12 14:05
всё это со слов поставщиков

А, ясно.
Это они от вас (покупателей) таким способом отбиваются.
Надо взять на вооружение. :-) :-)
14. Алексей (kanalya) 30.06.12 19:58
(13)
А разве не в интересах поставщика чтобы поданые им данные о поставках совпадали с данными от его покупателей?
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) 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. Еще можно для верности регистр накопления для остатков соорудить (так же - без номенклатуры, а только виды продукции и декалитры). Такая схема как мне кажется позволяет без серьезных доработок конфигурации наладить учет алкоголя.
Spacer; mikm; Yakud3a; margo2007; +4 Ответить 3
18. Владимир (hogik) 01.07.12 00:34
(17)
В нашей конторе нет проблем с входящими остатками на 1 января 2012 года, т.к. первая поставка от оптовика была 2 апреля 2012 года. ;-) В системе все уже прописано, учитывается и делается выгрузка в XML формате.
Однако, мне представляется, что про входящие остатки Вы описали алгоритм не имеющий отношение к "разрезу" отчетных форм. Ну, или подтвердили мою фразу про "нагибание". Т.е. оказывается, что не достаточно обеспечить правильность "ввода реквизитов контрагентов".
19. Владимир (hogik) 01.07.12 00:44
(17) по "PSPS".
Не буду повторять своё (8) сообщение. Но, в нем не написано о том, что есть проблемы КАК сделать на уровне программирования. Есть проблемы в сборе информации, когда состав информации объявляется "задним числом"... :-)
20. Алексей Лажанев (lalexrus) 01.07.12 01:11
(18) hogik, ну если у вас нет остатков на 010112 в нужном разрезе, то это "нагибание"? не знаю как в вашем регионе, а у нас еще в начале ноября местные лицензирующие органы проводили семинары на тему декларирования, в частности показывали "проекты форм декларацифй". Т.е. как минимум 1,5 месяца у вас было до НГ, и еще 6 после. По алкоголю у вас в любом случае должны быть ТТН с справки к ним. Лицензия поставщика - вообще не вижу проблем чтобы ее получить. Т.е при желании бухгалтеров (ну и руководства компании) организовать работу можно, но это имхо не дело программиста (и вообще itшников). Ну а желания у бухов и руководства ест-но нет.

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

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

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


Конечно, это в интересах поставщика.
но не в интересах ПРОГРАММИСТОВ поставщика.
Как Вы знаете, фантазия у наших людей хорошая.
Одни в одной форме хотят, другие в другой, третьи в фактуре столбцы требуют добавить, четвертые еще что-нибудь....Пока это все устаканится....
23. Dima Dima (dumal) 01.07.12 15:07
Бухгалтера, конечно, вой подняли еще в начале года, когда формат еще даже не начали разрабатывать (по всей видимости). Декларант-алко тогда была сырым, глючным, часто валящимся поделием (к настоящему времени ситуация, к сожалению, изменилась мало). Апогей настал к моменту сдачи отчетности за 1 квартал. Количество звонков от разъяренных бухов зашкаливало, алкобухи требовали отчета каждый час (утрирую, конечно, но немного). Потом, когда было выпущено разъяснение, что отчетность за 1 квартал будет сдаваться позже, поскольку ничего еще не готово (поправьте меня, но ситуация опять-таки не изменилась и к настоящему времени).
Написал подобную загрузку напрямую в base.sdf еще в апреле. Недавно попробовал ее с новой версией - ничего не вышло, так как поставили пароль на sdf.
Автору разработки - поклон. Насколько мне известно, свои разработки еще никто не выкладывал.
24. margo2007 (margo2007) 01.07.12 15:23
(23) dumal,
Нервные они у вас какие-то.
Наших пинками заставляли ЭЦП проверить хотя-бы....
И то не все сделали....
25. Dima Dima (dumal) 01.07.12 15:28
Нервные, конечно. У них мотивация - сдать все вовремя. А то зряплату не получат в полном размере. Делать нечего - пришлось закатывать рукава и залезать в эту тему по самые... уши :)
26. margo2007 (margo2007) 01.07.12 15:34
(25) dumal,
Сегодня уже первое, а я так и не знаю,по какой форме оптовую декларацию сдавать....
а что нервничать? Еще 10 дней впереди.... :-)
27. margo2007 (margo2007) 01.07.12 15:38
(16) hogik,
Подумаешь, производители, 1 число.... Разве это "нагибание"? Мелочи жизни...

Вот водка на 30 % подорожала - вот это нагибание.... :-(
А к Новому Году - еще на 40 % повысится.
Еще хуже, чем с ЕСН получится.
28. Dima Dima (dumal) 01.07.12 15:50
(26) margo2007, Ага, а еще через месяц - 2 квартал сдавать :)
29. Владимир (hogik) 01.07.12 16:15
(27)
"Вот водка на 30 % подорожала - вот это нагибание.... :-("(с)
... (margo2007).
А вот это меня совсем не волнует. :-)
Чего и Вам желаю.
30. margo2007 (margo2007) 01.07.12 16:46
(29) hogik,
А вот это меня совсем не волнует. :-)
Чего и Вам желаю.

Вы о чем? Водку я ВООБЩЕ не пью.
А вот как резко выросло число наркоманов в связи с высокой ценой на водку - хорошо помню.
Есть и другие серьезные минусы...
31. Владимир (hogik) 01.07.12 17:03
(29)
"Вы о чем?"
... (margo2007).
Я - о ЕСН. А Вы чего подумали? :-)
P.S. Рост наркоманов никак не связан с высокой ценой на водку.
32. margo2007 (margo2007) 01.07.12 17:04
(28) dumal,
а еще через месяц - 2 квартал сдавать :)

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

Крайний срок - 1 сентября.
33. Dima Dima (dumal) 01.07.12 17:09
(32) margo2007, Да, спасибо, я так - утрирую
34. margo2007 (margo2007) 01.07.12 17:16
(33) dumal,
С 1 июля ФЗ 171 изменился:
теперь за несдачу декларации лицензии лишать не будут.

Может вообще не сдавать её тогда? :-)
35. Dima Dima (dumal) 01.07.12 17:24
Ну да, заплатил штраф и сиди, не сдавай дальше. А это идея. Чего это собственники будут программистам платить за незнамо что? Лучше уж они государству толику отчекрыжат (так привычнее) и дальше торгуй себе помаленьку :)
36. Владимир (hogik) 01.07.12 17:36
(34)(35)
Цель внедрения "проекта" - закрыть маленькие розничные лавочки.
Расчет на то, что - либо лавочки не смогут сдать правильную декларацию, либо совсем её не сдадут. И если отменили наказание отзывом лицензии, то будут закрывать лавочки реальными проверками. Думаю, примерно, так будет...
37. Dima Dima (dumal) 01.07.12 17:52
Государство в одну цель не бьет (ну кроме случая, когда это коммунизм :) Здесь, как мне думается, оно хочет сразу несколько зайцев поймать. И прикрыть мелкий бизнес, и уменьшить черноту, и заработать на всем этом хозяйстве. Целей может быть множество
38. Владимир (hogik) 01.07.12 18:31
(37)
Согласен. Целей может быть много. Но, точно нет цели "уменьшить черноту"(с). Т.к. суть, состав и объем отчетной информации провоцирует отчитывающихся хитрить и подгонять декларацию "под ответ". ;-) Разработчики "проекта" пытаются угрюмо положить "бумажную" технологию в "компьютер". Ну, например, зачем требовать от "конечного" (розничного) продавца информацию о производителе/импортере, лицензиях, адресах. Если её уже предоставил оптовик. Достаточно получить из розницы информацию о его непосредственном поставщике и номерах накладных. И "выстроить цепочку" в своей автоматизированной системе.
39. Dima Dima (dumal) 01.07.12 18:55
(38) hogik,
Формат деклараций действительно заставляет усомниться в адекватности их разработчиков. И уж действительно, общаясь с бухами, не завидуешь их судьбе. А насчет "черноты" - как думаете, под каким соусом преподносится это новшество широкой общественности?
40. Владимир (hogik) 01.07.12 19:09
(39)
...(dumal).
Не очень понял Ваш вопрос про "черноту". Думаю, это слово произносится чаще всего в объяснениях зачем всё эТТо делается. Но, абсолютно уверен (имея опыт работы в оптовой и розничной торговле), что никакого выявления черноты таким способом не произойдет. До внедрения вот этого:
"..., благодаря автоматизированной системе продажа каждой единицы алкогольной продукции будет автоматически фиксироваться путем считывания информации со штрих-кода акцизной марки в момент ее фактической реализации покупателю, на кассе, а сведения об этом будут поступать в РАР."(с)
http://www.foodnewsweek.ru/alchogol/gosudarstvo-vvedet-kontrol-za-kazhdoj-butylkoj.html
Хотя, думаю, и эту технологию внедрят "...как всегда"(с). ;-)
И, думаю, уже без мелких торговых точек. :-(
41. Dima Dima (dumal) 01.07.12 19:17
(40) hogik,
>это слово произносится чаще всего в объяснениях зачем всё эТТо делается
Именно это я и имел в виду
42. Владимир (hogik) 01.07.12 19:30
(39)
P.S. к (40) сообщению.
"И уж действительно, общаясь с бухами, не завидуешь их судьбе"(с)
В нормальных системах "бухи" только подписывают подобные "декларации". Никакого отношения не имеет такая отчетность к деятельности Бухгалтера. Например, наш бухгалтер узнал последним, что требуется сдавать "декларацию". ;-) И не потому, что он плохой бухгалтер, а потому, что наша система эТТо делает без участия бухгалтера. :-)
43. Dima Dima (dumal) 01.07.12 19:42
Завидую Вам. У нас не так. Алкобухгалтера работают в разработке местного франча, которая, разумеется, не поддерживает новый формат. Так что сначала они выносили мозги специалистам этого франчайзи (это было в начале года, там только разводили руками, что немудрено, ибо тогда вообще никто ничего не мог сказать). Потом, видимо, после того, как все "вкусное" из мозгов было съедено, очередь дошла до меня.

З.Ы. Ваша система умеет новый формат выгрузки в ФСРАР?
44. Владимир (hogik) 01.07.12 20:49
45. Епрст (Ёпрст) 02.07.12 09:20
(42) аналогично.
Бухи только подписывают.
46. Юрий Зайцев (Yury1001) 02.07.12 11:49
(10) kanalya, га га га - у меня все оптовики в срочном порядке попросили отчет об объёмах поставки для клиентов и чтоб печатался пачкой для всех сразу с разбивкой по агентам:)))
47. margo2007 (margo2007) 02.07.12 16:37
(46) Yury1001,
Это первый этап.
Дальше они спрашивать начнут:
а что делать, если одну торговую точку клиента обслуживает один агент, а другую - другой....
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 июня (гггг, интересно куда) :) Но самая проблема в том, что дело не в тех кто попросили тупо перепечатал, а в умных бухах которые сами считают, и что-то там думают и т.п. - потому как большая часть проблем с РАРом у оптовиков будем именно с таким "умными" бухами.
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, это за один квартал, а за следующий, а еще за следующий? туда-сюда таскать неудобно

А зачем таскать, каждый раз новая база, слава богу декларации никак не связаны.
52. Андрей Соколов (ivt_2009) 04.07.12 15:32
Проблема розницы как не странно быстро становится проблемой оптовика.
Насчет расшифровки отгрузки которую дает оптовик рознице то в нашей области это вполне принято
(Ярославская обл) . ДА вообще не использую оказалось проще свою программу написать ,
которая из моей учетной системы берет данные
(УТ 7.7 с переписаной конфигурацией УТ года так 1998 года). Помня поддержку ДА в прошлые годы -
на него надежды мало.
53. Sergey Ivanov (sergb1979) 06.07.12 10:34
розница перекладывает на оптовика декларации.
54. Sergey Ivanov (sergb1979) 06.07.12 10:41
добавьте в описание версию ДА
56. Алексей Лажанев (lalexrus) 07.07.12 00:23
(51) Baxter_One, если бух не дай бог ошибется в одной цифре в остатках.... ну например вместо 1047.4573 ввести 1047.4375, нет конечно лицензии не лишат, но неприятно, да и 40 тыр как с куста. так что это не вариант .


(53) sergb1979, они _ждут_ когда оптовики решат возникшую проблему с декларациями. я так думаю оптовики решат, дабы не нарываться на РАР
57. John Doe (winterspring) 17.08.12 16:55
(17) lalexrus,

Ограничиться регистром сведений (Лицензии покупателя) не получиться, бывают такие ситуации когда у клиента 2 действующие лицензии, поэтому надо в каждом документе явно указывать по какой лицензии поставщика и покупателя производилось движение товара.
58. Модератор раздела Артур Аюханов (artbear) 27.08.12 10:09
Хорошая обработка.
нельзя ли получить пример тестового xls-файла для проверки работы обработки и более полного понимания кода ?
59. Dima T (timdim) 27.08.12 13:35
Подскажите кто использовал, загружаю данные из ексель-формы, указал номера колонок и строк, но при загрузке выдает ошибку - но данные для колокнки есть и ее номер указан.

{Форма.ФормаЗагрузкиXLS.Форма(304)}: Поле объекта не обнаружено (P212)
Стр.P212 = Стр.P212*Коэффициент;
60. Алексей (kanalya) 27.08.12 18:48
(58) artbear,
нельзя ли получить пример тестового xls-файла для проверки работы обработки и более полного понимания кода ?

http://yadi.sk/d/bbMviu3eOL1C
61. Алексей (kanalya) 28.08.12 09:56
(59) timdim,
{Форма.ФормаЗагрузкиXLS.Форма(304)}: Поле объекта не обнаружено (P212)
Стр.P212 = Стр.P212*Коэффициент;

Действительно были ошибки при загрузке данных по форме 12. Исправлено.
62. Dima T (timdim) 28.08.12 11:11
При тестировании нашел эту ошибку и исправил, дальше при загрузке данных по форме 12 в таблицу 2 требует указать лицензии у поставщиков, а пивных лицензий еще нет у поставщиков. Если интересно могу дальше активно протестировать и указать недочето по загрузке в форму 12.
63. Алексей (kanalya) 28.08.12 11:20
(62) timdim, Лицензии поставщиков в форме 12 не нужны - уже убрал. Если будут ещё какие серьёзные ошибки пишите лучше в личку.
64. Hawk (hawk) 06.09.12 15:45
Я что то не нашел нигде описания доработки только конфигурация, а справочник номенклатуры не надо дорабатывать?
65. Алексей (kanalya) 06.09.12 18:42
(64) hawk,

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

И правда: в файле обновления нет доработки номенклатуры. Добавлены реквизиты Производитель и Импортер с типом СправочникСсылка.Контрагенты. Но т.к. у продукции с одним ш/к могут быть разные импортёры и даже производители мне видится это решение не совсем верным.
66. Hawk (hawk) 07.09.12 07:16
А почему не захотели добавить эти поля в свой регистр сведения об алкогольной продукции
67. Сергей Иванов (psa247) 07.09.12 13:34
Есть хороший программный продукт БУХАЛКА )))
Там эта выгрузка тоже реализована. Пользователям бухии версии ПРОФ дают бесплатно конфу
68. Престиж Полякова (prestige) 11.09.12 02:58
(67) psa247, где именно дают, не подскажете? Что-то не нашлось с таким названием.
69. Сергей Иванов (psa247) 11.09.12 08:32
(68) prestige, вот их сайт
http://www.buhalko.ru

там же и условия выдачи написаны :)
70. Престиж Полякова (prestige) 11.09.12 12:27
Ну да, БухалкО. Но это очередная настройка для БП, а обработка автора напрямую грузит из таблиц.
71. Zerg Protoss (mikm) 13.09.12 11:34
В планах нет никаких мыслей прикрутить энто дело к КА?
В смысле того, чтоб использовать сведения о лицензиях контрагентов и сведения об алкогольной продукции, уже встроенные в эту конфу?
Архиактуально ведь.
ЗЫЖ Скачать разработку не могу - не хватает $m :( Может есть возможность отправить мне в ПМ ссылки?
72. Анатолий Трифонов (trf49) 13.09.12 12:46
Формы по опту не грузятся с файлов xls, может будет доработка?
73. Алексей (kanalya) 13.09.12 15:18
(72) trf49,
Формы по опту не грузятся с файлов xls, может будет доработка?

Это какая форма отчётности?
74. Анатолий Трифонов (trf49) 13.09.12 16:35
75. Алексей (kanalya) 13.09.12 18:17
(74) trf49, Подумаю на досуге. Особых сложностей быть не должно.
76. Zerg Protoss (mikm) 13.09.12 18:46
Так я и не понял, обработка умеет работать с регистрами накопления базы 1С, собирать остатки и обороты по алкоголю, данные по контрагентам и выводить это потом так, как нужно алчущим "алкоголикам", или нет?
ЗЫЖ Осталась неделя на всё про всё...хех...
77. Анатолий Трифонов (trf49) 13.09.12 20:03
78. Алексей (kanalya) 13.09.12 21:25
(76) mikm, Если в базе занесены необходимые сведения - можно ими заполнить базу Декларант-Алко; второй вариант (более распространенный) - потребовать у поставщиков необходимые сведения и посредством обработки перенести в базу ДА. Результатом будет база, которую надо открыть самой программой Декларант-Алко и просто выгрузить декларацию нажатием двух кнопок.
79. Zerg Protoss (mikm) 14.09.12 09:46
(78) kanalya,
"...Если в базе занесены необходимые сведения - можно ими заполнить базу Декларант-Алко..."
Здесь, насколько я понял, ключевое слово - "заполнить".
Т.е. ручками. Никакие файлы XML (для последующего импорта в ДА) обработка не формирует...
Правильно?
80. Алексей (kanalya) 14.09.12 11:13
(79) mikm, Никакие файлы XML действительно не формируются. Но ручками переносить тоже не получится, точнее можно, но тогда уж проще в самом ДА забивать. Обработка берёт данные и записывает их в базу программы Декларант-Алко. Зачем ещё что-то куда-то выгружать?
81. margo2007 (margo2007) 14.09.12 17:07
Не понятно:
чтобы получить декларацию в разрезе торговых точек надо загружать из Excel отдельно каждую торговую точку?

(А в остальном обработка чудо, как хороша; просто конфетка)
82. Анатолий Трифонов (trf49) 14.09.12 17:23
как с вами можно связаться? .... розницу сделали, циммусс .... надо очень 6,7 приложение
83. Sergey Ivanov (sergb1979) 17.09.12 18:42
Отличная обработка.подскажи, есть ли такое под 7.7 не могу в поиске найти похожее
84. Алексей (kanalya) 17.09.12 19:37
(83) sergb1979, Кажется нет. А зачем под 7.7? Вы ведёте учет в 7.7 и хотите перенести данные из базы семёрки в ДА?
85. Sergey Ivanov (sergb1979) 18.09.12 09:28
(84) kanalya, Именно так.
Просто вчера выяснилось что есть еще одна оптовая фирма, которая торгует только пивом. Соответственно по ней надо сдавать 1-2 квартал в новом формате. Чисто под конфу написать за 2 дня не получится не успеваем.
86. margo2007 (margo2007) 18.09.12 12:02
(85) sergb1979,
Ну и выгрузи всю нужную информацию списком, а потом запусти 8.2 (конфа есть у автора) загрузи из Excel в Декларант.

И Автору старт-мани перечисли, не забудь. :-)
87. Sergey Ivanov (sergb1979) 18.09.12 16:31
опт сдает 5,6,7 , а тут розница
88. Алексей (kanalya) 18.09.12 17:50
(87) sergb1979, В отправленном Вам ранее сообщении в обработке уже был реализован перенос по формам 6 и 7. Публикация теперь так же обновлена.
89. Евгений Мартыненков (JohnyDeath) 20.09.12 12:14
Огромное спасибо автору!

Вчера весь вечер и всю ночь заполнял декларации дял тещи, у которой ИП и маленький магазинчик.
Хуже программы, чем Декларант-Алко, я наверное не встречал. Сложилось впечатление, что писал студент второго курса - всё очень убого, примитивно. Формы сделаны стандартными неюзабильными вьюерами. Работать без мышки вообще нереально. Загрузка из экселя должна быть изначально. А здесь мало того, что нет таких базовых функций, так они еще и пароль на свой шедевр ставят! Скорее всего программу написал студент-племенник какого-нить чиновника, "честно" выиграв тендер на разработку ;)
Если б не эта обработка, то около 1500 позиций пришлось бы вбивать в ДА. Кто видел/работал, тот поймет, что это ОЧЕНЬ много.
90. Александр Градский (Cobranet123) 21.09.12 11:13
Планируется ли добавить 5-ую форму для переноса данных из excel в Декларант-Алко?
91. Алексей (kanalya) 21.09.12 11:41
(90) Cobranet123, Да. Сейчас проверяется 8 форма; думаю, и пятая проблем не составит.
92. Александр Градский (Cobranet123) 21.09.12 11:46
(91) kanalya,
Уххх, отлично! Было бы просто отлично!! )))
93. SergB A (SergBA) 21.09.12 12:29
Доброе время суток.
Подскажите, пожалуйста, как скачать данную обработку? Нигде не нашел стоимости ни в $m ни в другой валюте...
94. Cheb Сорокин (Cheb) 21.09.12 15:59
Выбираю xls файл, нажимаю прочитать и выходит такая ошибка:

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

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

Что я делаю не так? Надеюсь, что скоро и 8-ая форма появится у вас в обработке.
95. Алексей (kanalya) 21.09.12 16:07
(94) Cheb,
Форма.ФормаЗагрузкиXLS.Форма(30)}: Ошибка при вызове конструктора (COMОбъект)
ServiceManager = Новый COMОбъект("com.sun.star.ServiceManager");
по причине:
Недопустимая строка с указанием класса

По кнопке "Прочитать" происходит подключение к OpenOffice (LibreOffice) и если офисный пакет не установлен выдается данная ошибка (в след. обновлении добавлю обработку этой ошибки). Первый вариант - установить OpenOffice (LibreOffice); второй - открыть документ в MS Excel и скопировать всё/нужный фрагмент в табличное поле формы "Загрузка из XLS".
96. Алексей (kanalya) 21.09.12 16:11
(93) SergBA,
Подскажите, пожалуйста, как скачать данную обработку? Нигде не нашел стоимости ни в $m ни в другой валюте...

Обработка распространяется бесплатно. Рядом с картинкой анонса синяя кнопка "Скачать" - как обычно. Стандартный 1$m вроде..
97. SergB A (SergBA) 21.09.12 17:05
Спасибо. Как сказано в аннотации, "Для переноса данных из Excel требований к конфигурации нет.",так вот - под семеркой (1С 7.7) можно сделать перенос их Excel в ДА? Или придется переписывать? Кстати, это возможно?
98. Алексей (kanalya) 21.09.12 17:25
(97) SergBA, К конфигурации требований нет (хоть пустая), но платформа всё равно 8.2 нужна. Переписать под 7.7, наверное, можно, но это сизифов труд. А у Вас нет возможности запустить 1С 8.2?
99. SergB A (SergBA) 21.09.12 18:05
Если верить местной статистике, у меня только завтра в 18:00(Мск) будут необходимые 1$m для скачки обработки.Отчет в OpenOffice почти готов, а нужно еще будет обработку переделать для 7.7. Отчитаться нужно было еще вчера... Сутки ждать - эт много, какие есть варианты? Может кто-нибудь поделится, а я попозже переведу ему 1$m
100. Елена (ElenaV) 22.09.12 10:20
Здравствуйте.
Не могли бы вы скинуть вашу обработку на sirenaev@mail.ru
У меня не хватает даже 1$m.
Заранее спасибо.