Была написана для переноса данных о розничной продаже алкогольой и спиртосодержащей продукции из рабочей базы организации в базу программы Дакларант-Алко для формирования отчетность в Росалкогольрегулирование.
Изначально обработка была разработана для конфигурации «Управление торговлей 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.2024 Исправленные выявленные недочеты; по форме 11 добавлено поле «остаток со старой маркой»; исправлена подстановка «пустых» лицензий в декларации; в меню «Действия» добавлены исправления в декларациях по формам 6 и 7 отсутствующих значений лицензий, т.к. данные записи в этих формах в ДА в определенных случаях теперь вызывают ошибки
Спасибо большое за обработку. Возьму за основу.
Исправьте пожалуйста ошибку в заголовке Закладки («Оргнанизация»)
(1)
Проблема пароля на базе «SQL Server Compact 3.5» решается?
(2) hogik, какая проблема? Пароль для базы 4.20.1 там прописан уже. Для версий ниже 3.1.6 пароль не нужен.
(3)
Т.е. этот пароль опубликован в описании к последним версиям «Декларант-Алко» ?
(4)Упоминаний в описании изменений про установку пароля на БД, как и про его значение не встречал. А имеет важное значение как я его узнал?
…
Не Вы один задаётесь подобными вопросами. С выходом очередной версии я тоже плююсь и немножко матерюсь: на данный момент ФСРАР требует нечто, что сами пока не в состоянии корректно обработать; а по поводу формата выгрузки точной информации не имею, но ведь для БП есть выгрузка форм 11 и 12, хоть и тестовая.
(7)
«для БП есть выгрузка форм «(с)
У меня нет БП. Да, и сама выгрузка не составляет больших проблем. Сложней обеспечить сбор необходимой информации без лишнего «нагибания» пользователей. Т.е. в процессе основной их деятельности, а не «оптом» к концу отчетного периода. И для реализации этого, необходимо иметь четкое описание формата. А т.к. он еще не утвержден, то пришлось изобретать за разработчика «проекта» возможные их дальнейшие «хотелки»… 😉
Извиняюсь, не поняла фразу :
Что имеется в виду?
(9)
Если про запрет — поставщикам запретили передавать покупателям данные об отгрузке, т.к. в этом случае смысл этой декларации по большей части теряется (сверка данных о продаже/покупке по всей цепочке от производителя до конечного потребителя)
(10)
я ничего не слышала про такие запреты. Дайте, пожалуйста, ссылку.
А то замучали…. Одним так, другим этак…. И всем надо угодить… Клиенты…
(11)
Про официальные постановления ничего не знаю, всё это со слов поставщиков. Может региональные какие указы, а может и вообще устные пожелания.
А, ясно.
Это они от вас (покупателей) таким способом отбиваются.
Надо взять на вооружение. 🙂 🙂
(13)
А разве не в интересах поставщика чтобы поданые им данные о поставках совпадали с данными от его покупателей?
(8) на самом деле нагибать пользователей не надо, если изначально работа с правильностью ввода реквизитов контрагентов была поставлена должным образом. Собственно по сравнению с «обычным» учетом добавляются лицензии и производители. Все остальное у вас и так должно было быть, а иначе надо главбуху голову оторвать (за отсутствие правильных ИНН, КПП, адресов в формате кладр и тд).
(10) и (13) во-первых опт и не обязан что-то давать. во-вторых из всей массы клиентов около 30% сами просят, остальным приходится ну если не силком, но применять усилия, чтобы отдать. В-третьих, из всех кто получает сверки, в лучшем случае 0.5% именно сверяются, остальные — копипастеры. формально — опт очень заинтересован чтобы розница сдала точь в точь, однако их можно понять — ничего еще не ясно с этим декларированием (особенно если учесть что даже в постановлении правительства на трех страницах умудрились авторы допустить разночтения).
(14) в интересах. Только давайте посмотрим — по состоянию на 1.07.2012 (т.е. завтра) нет утвержденного классификатора алкогольной продукции. Т.е. не существует кодов 500, 510, 520 (пиво и напитки), мало того, даже производители тупят с отнесением к 520 коду (напитки), но и это не все — если внимательно почитать ФЗ 171 то пиво — алкоголь с 1.07.12, а в статье 14 однозначно говориться что организации (втч розница) декларируют алкогольную продукцию, а РАР требует декларировать с 1 июля. А отсюда — абсолютный бардак с пивом. Вот как мы по пиву дадим сверку, если нам наши поставщики просто тупо не могут ничего дать? Ну а дальше начинаются игрища РАР — вот хз в каком виде в итоге будет принято постановление правительства, всем известная история с вопросом номер 20 и его удалением через сутки (пиво), и т.д. и .т.п. Так что в некотором роде нежелание поставщика вполне обосновано…
(15) по ответу на (8)
«Собственно по сравнению с «обычным» учетом добавляются лицензии и производители.»(с)
Именно про это я и говорил как про «нагибание». И куда добавляются «производители»? Как реквизит в элемент справочника товаров? А если производителей одного товара несколько? И где брать информацию о производителях чтобы обеспечить входящие остатки на 1 января 2012 года в «разрезе» по производителям?
(17)
В нашей конторе нет проблем с входящими остатками на 1 января 2012 года, т.к. первая поставка от оптовика была 2 апреля 2012 года. 😉 В системе все уже прописано, учитывается и делается выгрузка в XML формате.
Однако, мне представляется, что про входящие остатки Вы описали алгоритм не имеющий отношение к «разрезу» отчетных форм. Ну, или подтвердили мою фразу про «нагибание». Т.е. оказывается, что не достаточно обеспечить правильность «ввода реквизитов контрагентов».
(17) по «PSPS».
Не буду повторять своё (8) сообщение. Но, в нем не написано о том, что есть проблемы КАК сделать на уровне программирования. Есть проблемы в сборе информации, когда состав информации объявляется «задним числом»… 🙂
(18) hogik, ну если у вас нет остатков на 010112 в нужном разрезе, то это «нагибание»? не знаю как в вашем регионе, а у нас еще в начале ноября местные лицензирующие органы проводили семинары на тему декларирования, в частности показывали «проекты форм декларацифй». Т.е. как минимум 1,5 месяца у вас было до НГ, и еще 6 после. По алкоголю у вас в любом случае должны быть ТТН с справки к ним. Лицензия поставщика — вообще не вижу проблем чтобы ее получить. Т.е при желании бухгалтеров (ну и руководства компании) организовать работу можно, но это имхо не дело программиста (и вообще itшников). Ну а желания у бухов и руководства ест-но нет.
P.S. Но по пиву (если только его брать) — согласен. Пивной опт, это сказка 🙂 очень волшебные люди :)))
(20)
Я выше написал — у НАС нет проблем. 🙂
Мы лицензию, то, получили только в марте 2012 года.
Проблемы есть у разработчиков проекта этой декларации. 🙂
Которые они «перекладывают» на участников Алкогольного рынка.
Вот написал комментарий к (10) сообщению. Но не успел его «сунуть», т.к. начали с Вами диалог.
«поставщикам запретили передавать покупателям данные об отгрузке»(с)
И правильно сделали. 😉 Им осталось еще сообразить, что не следует с покупателя требовать информацию о начале «цепочки». И цепочку «выстраивать» в своей автоматизированной системе, а не руками несчастных участников Алкогольного рынка. Т.е. каждый участник должен предоставлять информацию только о своей «хозяйственной операции». Вся остальная информация должна быть (надеюсь) в ИХ системе.
А реальный левак можно проверить только взяв конкретную бутылку в руки, а не бумажки и отчеты (декларации). Ну, кому может придти в голову включать в отчет заведомо известный левак? 🙂
И еще мне представляется, что объявлять в конце 2011 года о том, что контора должна представить входящие остатки на 1 января 2012 в разрезе по которому контора не обязана была вести учет в течении года — является нарушением всех разумных правил. А, возможно, и законодательства.
(14)
Конечно, это в интересах поставщика.
но не в интересах ПРОГРАММИСТОВ поставщика.
Как Вы знаете, фантазия у наших людей хорошая.
Одни в одной форме хотят, другие в другой, третьи в фактуре столбцы требуют добавить, четвертые еще что-нибудь….Пока это все устаканится….
Бухгалтера, конечно, вой подняли еще в начале года, когда формат еще даже не начали разрабатывать (по всей видимости). Декларант-алко тогда была сырым, глючным, часто валящимся поделием (к настоящему времени ситуация, к сожалению, изменилась мало). Апогей настал к моменту сдачи отчетности за 1 квартал. Количество звонков от разъяренных бухов зашкаливало, алкобухи требовали отчета каждый час (утрирую, конечно, но немного). Потом, когда было выпущено разъяснение, что отчетность за 1 квартал будет сдаваться позже, поскольку ничего еще не готово (поправьте меня, но ситуация опять-таки не изменилась и к настоящему времени).
Написал подобную загрузку напрямую в base.sdf еще в апреле. Недавно попробовал ее с новой версией — ничего не вышло, так как поставили пароль на sdf.
Автору разработки — поклон. Насколько мне известно, свои разработки еще никто не выкладывал.
(23) dumal,
Нервные они у вас какие-то.
Наших пинками заставляли ЭЦП проверить хотя-бы….
И то не все сделали….
Нервные, конечно. У них мотивация — сдать все вовремя. А то зряплату не получат в полном размере. Делать нечего — пришлось закатывать рукава и залезать в эту тему по самые… уши 🙂
(25) dumal,
Сегодня уже первое, а я так и не знаю,по какой форме оптовую декларацию сдавать….
а что нервничать? Еще 10 дней впереди…. 🙂
(16) hogik,
Подумаешь, производители, 1 число…. Разве это «нагибание»? Мелочи жизни…
Вот водка на 30 % подорожала — вот это нагибание…. 🙁
А к Новому Году — еще на 40 % повысится.
Еще хуже, чем с ЕСН получится.
(26) margo2007, Ага, а еще через месяц — 2 квартал сдавать 🙂
(27)
«Вот водка на 30 % подорожала — вот это нагибание…. :-(«(с)
… (margo2007).
А вот это меня совсем не волнует. 🙂
Чего и Вам желаю.
(29) hogik,
Чего и Вам желаю.
Вы о чем? Водку я ВООБЩЕ не пью.
А вот как резко выросло число наркоманов в связи с высокой ценой на водку — хорошо помню.
Есть и другие серьезные минусы…
(29)
«Вы о чем?»
… (margo2007).
Я — о ЕСН. А Вы чего подумали? 🙂
P.S. Рост наркоманов никак не связан с высокой ценой на водку.
(28) dumal,
Почему через месяц?
«Информационное сообщение о начале приема деклараций будет размещено на официальном сайте Росалкогольрегулирования дополнительно.»
Крайний срок — 1 сентября.
(32) margo2007, Да, спасибо, я так — утрирую
(33) dumal,
С 1 июля ФЗ 171 изменился:
теперь за несдачу декларации лицензии лишать не будут.
Может вообще не сдавать её тогда? 🙂
Ну да, заплатил штраф и сиди, не сдавай дальше. А это идея. Чего это собственники будут программистам платить за незнамо что? Лучше уж они государству толику отчекрыжат (так привычнее) и дальше торгуй себе помаленьку 🙂
(34)(35)
Цель внедрения «проекта» — закрыть маленькие розничные лавочки.
Расчет на то, что — либо лавочки не смогут сдать правильную декларацию, либо совсем её не сдадут. И если отменили наказание отзывом лицензии, то будут закрывать лавочки реальными проверками. Думаю, примерно, так будет…
Государство в одну цель не бьет (ну кроме случая, когда это коммунизм 🙂 Здесь, как мне думается, оно хочет сразу несколько зайцев поймать. И прикрыть мелкий бизнес, и уменьшить черноту, и заработать на всем этом хозяйстве. Целей может быть множество
(37)
Согласен. Целей может быть много. Но, точно нет цели «уменьшить черноту»(с). Т.к. суть, состав и объем отчетной информации провоцирует отчитывающихся хитрить и подгонять декларацию «под ответ». 😉 Разработчики «проекта» пытаются угрюмо положить «бумажную» технологию в «компьютер». Ну, например, зачем требовать от «конечного» (розничного) продавца информацию о производителе/импортере, лицензиях, адресах. Если её уже предоставил оптовик. Достаточно получить из розницы информацию о его непосредственном поставщике и номерах накладных. И «выстроить цепочку» в своей автоматизированной системе.
(38) hogik,
Формат деклараций действительно заставляет усомниться в адекватности их разработчиков. И уж действительно, общаясь с бухами, не завидуешь их судьбе. А насчет «черноты» — как думаете, под каким соусом преподносится это новшество широкой общественности?
(39)
http://www.foodnewsweek.ru/alchogol/gosudarstvo-vvedet-kontrol-za-kazhdoj-butylkoj.html
…(dumal).
Не очень понял Ваш вопрос про «черноту». Думаю, это слово произносится чаще всего в объяснениях зачем всё эТТо делается. Но, абсолютно уверен (имея опыт работы в оптовой и розничной торговле), что никакого выявления черноты таким способом не произойдет. До внедрения вот этого:
«…, благодаря автоматизированной системе продажа каждой единицы алкогольной продукции будет автоматически фиксироваться путем считывания информации со штрих-кода акцизной марки в момент ее фактической реализации покупателю, на кассе, а сведения об этом будут поступать в РАР.»(с)
Хотя, думаю, и эту технологию внедрят «…как всегда»(с). 😉
И, думаю, уже без мелких торговых точек. 🙁
(40) hogik,
>это слово произносится чаще всего в объяснениях зачем всё эТТо делается
Именно это я и имел в виду
(39)
P.S. к (40) сообщению.
«И уж действительно, общаясь с бухами, не завидуешь их судьбе»(с)
В нормальных системах «бухи» только подписывают подобные «декларации». Никакого отношения не имеет такая отчетность к деятельности Бухгалтера. Например, наш бухгалтер узнал последним, что требуется сдавать «декларацию». 😉 И не потому, что он плохой бухгалтер, а потому, что наша система эТТо делает без участия бухгалтера. 🙂
Завидую Вам. У нас не так. Алкобухгалтера работают в разработке местного франча, которая, разумеется, не поддерживает новый формат. Так что сначала они выносили мозги специалистам этого франчайзи (это было в начале года, там только разводили руками, что немудрено, ибо тогда вообще никто ничего не мог сказать). Потом, видимо, после того, как все «вкусное» из мозгов было съедено, очередь дошла до меня.
З.Ы. Ваша система умеет новый формат выгрузки в ФСРАР?
(43)
Да. См. (18) сообщение.
(42) аналогично.
Бухи только подписывают.
(10) га га га — у меня все оптовики в срочном порядке попросили отчет об объёмах поставки для клиентов и чтоб печатался пачкой для всех сразу с разбивкой по агентам:)))
(46) Yury1001,
Это первый этап.
Дальше они спрашивать начнут:
а что делать, если одну торговую точку клиента обслуживает один агент, а другую — другой….
(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, это за один квартал, а за следующий, а еще за следующий? туда-сюда таскать неудобно
А зачем таскать, каждый раз новая база, слава богу декларации никак не связаны.
Проблема розницы как не странно быстро становится проблемой оптовика.
Насчет расшифровки отгрузки которую дает оптовик рознице то в нашей области это вполне принято
(Ярославская обл) . ДА вообще не использую оказалось проще свою программу написать ,
которая из моей учетной системы берет данные
(УТ 7.7 с переписаной конфигурацией УТ года так 1998 года). Помня поддержку ДА в прошлые годы —
на него надежды мало.
розница перекладывает на оптовика декларации.
добавьте в описание версию ДА
(51) Baxter_One, если бух не дай бог ошибется в одной цифре в остатках…. ну например вместо 1047.4573 ввести 1047.4375, нет конечно лицензии не лишат, но неприятно, да и 40 тыр как с куста. так что это не вариант .
(53) sergb1979, они _ждут_ когда оптовики решат возникшую проблему с декларациями. я так думаю оптовики решат, дабы не нарываться на РАР
(17) lalexrus,
Ограничиться регистром сведений (Лицензии покупателя) не получиться, бывают такие ситуации когда у клиента 2 действующие лицензии, поэтому надо в каждом документе явно указывать по какой лицензии поставщика и покупателя производилось движение товара.
Подскажите кто использовал, загружаю данные из ексель-формы, указал номера колонок и строк, но при загрузке выдает ошибку — но данные для колокнки есть и ее номер указан.
{Форма.ФормаЗагрузкиXLS.Форма(304)}: Поле объекта не обнаружено (P212)
Стр.P212 = Стр.P212*Коэффициент;
(58) artbear,
(59) timdim,
Стр.P212 = Стр.P212*Коэффициент;
Действительно были ошибки при загрузке данных по форме 12. Исправлено.
При тестировании нашел эту ошибку и исправил, дальше при загрузке данных по форме 12 в таблицу 2 требует указать лицензии у поставщиков, а пивных лицензий еще нет у поставщиков. Если интересно могу дальше активно протестировать и указать недочето по загрузке в форму 12.
(62) timdim, Лицензии поставщиков в форме 12 не нужны — уже убрал. Если будут ещё какие серьёзные ошибки пишите лучше в личку.
Я что то не нашел нигде описания доработки только конфигурация, а справочник номенклатуры не надо дорабатывать?
(64) hawk,
Я что то не нашел нигде описания доработки только конфигурация, а справочник номенклатуры не надо дорабатывать?
И правда: в файле обновления нет доработки номенклатуры. Добавлены реквизиты Производитель и Импортер с типом СправочникСсылка.Контрагенты. Но т.к. у продукции с одним ш/к могут быть разные импортёры и даже производители мне видится это решение не совсем верным.
А почему не захотели добавить эти поля в свой регистр сведения об алкогольной продукции
Есть хороший программный продукт БУХАЛКА )))
Там эта выгрузка тоже реализована. Пользователям бухии версии ПРОФ дают бесплатно конфу
(67) psa247, где именно дают, не подскажете? Что-то не нашлось с таким названием.
(68) prestige, вот их сайт
http://www.buhalko.ru
там же и условия выдачи написаны 🙂
Ну да, БухалкО. Но это очередная настройка для БП, а обработка автора напрямую грузит из таблиц.
В планах нет никаких мыслей прикрутить энто дело к КА?
В смысле того, чтоб использовать сведения о лицензиях контрагентов и сведения об алкогольной продукции, уже встроенные в эту конфу?
Архиактуально ведь.
ЗЫЖ Скачать разработку не могу — не хватает $m 🙁 Может есть возможность отправить мне в ПМ ссылки?
Формы по опту не грузятся с файлов xls, может будет доработка?
(72) trf49,
Это какая форма отчётности?
Это 5,6,7,8 приложение.
(74) trf49, Подумаю на досуге. Особых сложностей быть не должно.
Так я и не понял, обработка умеет работать с регистрами накопления базы 1С, собирать остатки и обороты по алкоголю, данные по контрагентам и выводить это потом так, как нужно алчущим «алкоголикам», или нет?
ЗЫЖ Осталась неделя на всё про всё…хех…
Спасибо, ждемсссссс….
(76) mikm, Если в базе занесены необходимые сведения — можно ими заполнить базу Декларант-Алко; второй вариант (более распространенный) — потребовать у поставщиков необходимые сведения и посредством обработки перенести в базу ДА. Результатом будет база, которую надо открыть самой программой Декларант-Алко и просто выгрузить декларацию нажатием двух кнопок.
(78)
«…Если в базе занесены необходимые сведения — можно ими заполнить базу Декларант-Алко…»
Здесь, насколько я понял, ключевое слово — «заполнить».
Т.е. ручками. Никакие файлы XML (для последующего импорта в ДА) обработка не формирует…
Правильно?
(79) mikm, Никакие файлы XML действительно не формируются. Но ручками переносить тоже не получится, точнее можно, но тогда уж проще в самом ДА забивать. Обработка берёт данные и записывает их в базу программы Декларант-Алко. Зачем ещё что-то куда-то выгружать?
Не понятно:
чтобы получить декларацию в разрезе торговых точек надо загружать из Excel отдельно каждую торговую точку?
(А в остальном обработка чудо, как хороша; просто конфетка)
как с вами можно связаться? …. розницу сделали, циммусс …. надо очень 6,7 приложение
Отличная обработка.подскажи, есть ли такое под 7.7 не могу в поиске найти похожее
(83) sergb1979, Кажется нет. А зачем под 7.7? Вы ведёте учет в 7.7 и хотите перенести данные из базы семёрки в ДА?
(84) Именно так.
Просто вчера выяснилось что есть еще одна оптовая фирма, которая торгует только пивом. Соответственно по ней надо сдавать 1-2 квартал в новом формате. Чисто под конфу написать за 2 дня не получится не успеваем.
(85) sergb1979,
Ну и выгрузи всю нужную информацию списком, а потом запусти 8.2 (конфа есть у автора) загрузи из Excel в Декларант.
И Автору старт-мани перечисли, не забудь. 🙂
опт сдает 5,6,7 , а тут розница
(87) sergb1979, В отправленном Вам ранее сообщении в обработке уже был реализован перенос по формам 6 и 7. Публикация теперь так же обновлена.
Огромное спасибо автору!
Вчера весь вечер и всю ночь заполнял декларации дял тещи, у которой ИП и маленький магазинчик.
Хуже программы, чем Декларант-Алко, я наверное не встречал. Сложилось впечатление, что писал студент второго курса — всё очень убого, примитивно. Формы сделаны стандартными неюзабильными вьюерами. Работать без мышки вообще нереально. Загрузка из экселя должна быть изначально. А здесь мало того, что нет таких базовых функций, так они еще и пароль на свой шедевр ставят! Скорее всего программу написал студент-племенник какого-нить чиновника, «честно» выиграв тендер на разработку 😉
Если б не эта обработка, то около 1500 позиций пришлось бы вбивать в ДА. Кто видел/работал, тот поймет, что это ОЧЕНЬ много.
Планируется ли добавить 5-ую форму для переноса данных из excel в Декларант-Алко?
(90) Cobranet123, Да. Сейчас проверяется 8 форма; думаю, и пятая проблем не составит.
(91)
Уххх, отлично! Было бы просто отлично!! )))
Доброе время суток.
Подскажите, пожалуйста, как скачать данную обработку? Нигде не нашел стоимости ни в $m ни в другой валюте…
Выбираю xls файл, нажимаю прочитать и выходит такая ошибка:
Форма.ФормаЗагрузкиXLS.Форма(30)}: Ошибка при вызове конструктора (COMОбъект)
ServiceManager = Новый COMОбъект(«com.sun.star.ServiceManager»);
по причине:
Недопустимая строка с указанием класса
Причем беру тестовые файлы — та же ерунда. Единственное — конфигурацию у меня Комплексная автоматизация, а не УТ.
Что я делаю не так? Надеюсь, что скоро и 8-ая форма появится у вас в обработке.
(94) Cheb,
ServiceManager = Новый COMОбъект(«com.sun.star.ServiceManager»);
по причине:
Недопустимая строка с указанием класса
По кнопке «Прочитать» происходит подключение к OpenOffice (LibreOffice) и если офисный пакет не установлен выдается данная ошибка (в след. обновлении добавлю обработку этой ошибки). Первый вариант — установить OpenOffice (LibreOffice); второй — открыть документ в MS Excel и скопировать всё/нужный фрагмент в табличное поле формы «Загрузка из XLS».
Здравствуйте. Такой вопрос. Загружаю в 6,7,8 — адреса вроде нормально загружаются, кроме Области — выходит (01) Адыгея везде. Как нужно в адресе описывать регион — строкой или код региона просто?
(156) Cheb,
Область должна быть в формате КЛАДРа (Калмыкия Респ, Ростовская обл, Краснодарский край). А значение 01 заполняется по умолчанию, т.к. пустое значение региона недопустимо.
Можно модуле Форма6 в строке СтрКонтрагент.RCode = «01» изменить код региона на желаемый.
(157), грузил как раз в формате КЛАДРа — везде 01 проставился. Сейчас хотел попробовать кодом…
Кодом получается вообще ничего не проставит?
(158), Может не в том порядке область стоит? Страна, Индекс, Область, Район,..
Для определения кода региона программа берёт третье значение из адреса, делит на название и тип и выбирает из КЛАДР по этим данным код. Кстати сам КЛАДР (KLADR.sdf) должен быть в той же папке, что и файл базы данных Декларанта (в который загружаете данные).
(159), загрузил. В итоге оказалось все грузит норм, кроме Чувашской Республике. Странно…