[ОТВЕТИТЬ]
13.11.2014 06:29
konst
 
Цитата:
MWWRuza Но, когда я ручками подправил адрес, убрав лишние "1этаж", "по плану №3-5,6-13." и т.п. чушь, то загрузка прошла отлично.
если не трудно вышли эту декларацию мне на почту... посмотрю.
13.11.2014 08:33
OlegON
 
Цитата:
konst скорее всего проблема не в кодировке - а в лишних символах "" - какой то реквизит заключили в кавычки, из-за этого рушится SQL запрос, который грузит декларацию в БД...
Но почему оно тогда часть русских букв показывает, как будто ты смотришь в CP1251, а они в UTF8? Точно не в этом дело?
13.11.2014 08:36
konst
 
при загрузке в SQLite - руcские символы как раз и конвертятся в UTF8
13.11.2014 09:25
OlegON
 
тогда почему "1 этаж" не сконвертился?
13.11.2014 11:19
konst
 
Цитата:
OlegON тогда почему "1 этаж" не сконвертился?
чтобы на это ответить - надо увидеть исходный файл.
возможно это цифровые поля и я их не преобразую, а кто-то туда забил текст.
13.11.2014 11:28
OlegON
 
Это buiilding и korp, наверное, логичнее конвертить в UTF строку запроса целиком, а не по полям... Цифрам она не повредит. И, да, конвертить обратно при выдаче ошибки :)
13.11.2014 11:58
MWWRuza
 
Отправил.
Но, по ошибке, в принципе все и так понятно, во втором подразделении, в числовом поле "Дом" написано "1 этаж". Поэтому и ошибка.
Лучше ее обработать, что-бы рядовому пользователю было понятно, почему не грузится. А то по опыту, могу сказать, в числовые поля, особенно "Дом", пользователи очень любят буквы вбивать... Не только в алкоголе, вообще... Например, у нас есть дом 16, длинный такой, с кучей подъездов. Адреса у людей там есть "16А" и "16Б". Бухи так и пишут!, вместо того, что-бы писать Дом - 16 Корпус - "А". Но, любая программа проверки, типа CheckXML, или подобная, находит эти ошибки.
16.11.2014 14:32
MWWRuza
 
Константин, что-то я не пойму, у меня чего-то в файле не так сформировано, или у Вас неточно информация выводится...
Касается организации, с обособленными обособленными подразделениями.

Вот по одному подразделению:



Вот по второму:



А вот в целом, по организации:



Розничные продажи, по одному 4.4 и по второму 4.45 В целом по организации, должно быть 8.85 Показывает - 4.4 , второе подразделение не плюсует.
Тоже самое, по перемещениям - по подразделениям показывает правильно, а в целом по организации, показывает только первое подразделение - 18 колонку, расход, а 13 приход - пустая. По логике, если верить печатным формам, то в целом по организации эти обе колонки должны быть нулевые, в печатных формах там вообще крестики стоят...
Не понятно. В файле двумя секциями выводится оборот, по каждому подразделению... Может я не правильно понимаю формат файла, и надо еще одну секцию выводить, в целом по организации, с признаком оборота "false", как и в печатной форме, с нулевыми перемещениями но свернутыми по подразделениям оборотами???
Если это так, то это избыточность информации, зачем - не понятно, не ужели ФСРАР сами у себя в базе это сложить не могут...

PS Просто это у меня первая организация с обособленными подразделениями, до этого были только без подразделений. Там я формировал одну секцию "оборот". Все проходило, декларации приняты, хотя, если мое предположение верно, то надо было еще и вторую секцию формировать - в целом по организации, копию первой...
16.11.2014 15:38
MWWRuza
 
Посмотрел сейчас файлы этой организации, которые сдавались ранее из Декларант-алко, и только еще больше запутался...
У них в декларанте заведены три подразделения - сама организация, подразделение магазин, подразделение кафе. В файл в секцию "оборот" выводятся все три, но первое, типа вся организация, выводится с признаком "false", и без цифр оборота, только шапка... Попробовал скопировать в свой файл эту секцию, что-бы до выяснения - "как правильно???", не уродовать отчет, все нормально, Ваша программа видит три порразделения, но на формирование данных об обороте по всей организации, это никак не повлияло... Все так-же, как на скриншотах. По вновь добавившемуся подразделению, оборотов нет, что собственно и логично...
16.11.2014 15:46
konst
 
по всей организации - это значит что в таблицу попадают все строки - но без всяких суммирований
там же слева все равно указывается код подразделения
а когда выбираем конкретное подразделение, то все движение только по нему...
"в целом по организации" - ничего формировать не надо, хоть в раре работают и .... суммировать они научились....
16.11.2014 16:32
MWWRuza
 
Цитата:
konst по всей организации - это значит что в таблицу попадают все строки - но без всяких суммирований
Понял:) Опустился ниже, там есть вторая строка... Это я уж, слишком многого захотел, думал, что если "По всей организации", то и данные будут выводиться суммированные, а это просто отбор...
Спасибо, за быстрый ответ, хоть мОзги на место стали, а то я уже все инструкции по заполнению декларации, и описание формата файла XML по десятому разу изучать стал
16.11.2014 17:39
konst
 
Цитата:
MWWRuza Это я уж, слишком многого захотел, думал, что если "По всей организации", то и данные будут выводиться суммированные, а это просто отбор...
Это все вынесено в раздел - отчеты
16.11.2014 20:23
MWWRuza
 
Константин, а по первому вопросу, когда одреса "кривые", Вы файл получили? А то я его отправил по адресу, который в программе в меню "О программе" указан, других не знаю... Дошел?
16.11.2014 20:46
konst
 
да - файл получил... постараюсь исправить, но попозже...
сейчас надо журнал реализации алкоголя сделать...
17.11.2014 12:22
maks233
 
Константин, нет ли решения по проблеме вывода не правильных цифр из "Отчеты-1 - Реестр накладных по поставщику (расширенный)"?
25.11.2014 01:15
MWWRuza
 
Константин, вопрос, если не секрет...
По какому принципу работает отчет - "Новые АМ у старых производителей" - ???
Если это сверка с какой-то базой данных о производителях, которые не получали новых АМ, или были лишены лицензий до начала выпуска новых АМ, то где эта база?
Программа работает с двух файлов - .exe и .dll. Файл .db создается при запуске программы, и естественно не может содержать этих данных... Неужели в exe-шник вшито? Он вроде совсем не большого объема, как-то странно... Дллка тоже маленькая... Получается, их совсем немного? Или тут вообще другой принцип, не связанный с проверкой по базе?

PS При всем при этом, эта функция работает! :) У меня нашла в одной организации такого производителя, которому забыли указать остаток со старыми АМ... Но как???
25.11.2014 07:05
Mtirt
 
Производители со старыми марками перечислены на закладке Реестр Производителей.\
Они импортируются из файла OldProducer.txt.
Сам список взят из указанного на сайте РАРа в апреле 2014 года.
Но, в принципе, можно в него еще кого-то добавить.
25.11.2014 10:19
MWWRuza
 
Увидел... Просто, ранее, я не замечал, что этот "Реестр производителей" именно со старыми АМ. Я думал, что это просто реестр производителей из файла декларации. Вобщем, попробовал сделать "Экспорт", и действительно их там совсем не много - текстовик появился, всего 2Кб весит. Так, что понятно - зашит в экзешнике, и заполняется в БД при первом запуске. Я думал, что их значительно, на порядок больше, поэтому и удивлялся такому решению.
25.11.2014 10:23
Mtirt
 
Не зашит он в экзешнике. Загружается в базу данных.
Пример списка лежит в первом сообщении этой ветки: Alco XML Viewer - программа для просмотра алко-деклараций
Можете пополнять, при желании.
25.11.2014 10:30
konst
 
да - список лежит в ехе файле, там же лежит и классификатор АП
при создании пустой базы данных - эти две таблицы сразу заполняются.
но список производителей АП со старыми марками - можно редактировать - добавлять, удалять, изменять, экспортировать, импортировать (при этом дубли не грузятся)
по поводу предыдущих ошибок - постараюсь исправить... попозже...
04.12.2014 12:49
konst
 
Обновил версию, подправил загрузку адресов подразделений...
04.12.2014 12:51
konst
 
Цитата:
maks233 Еще раз опишу проблему.
В отчете "Поступления по поставщику", все хорошо, программа правильно суммирует даллы по поставщикам.
Если открыть отчет "Реестр накладных РАСШИРЕННЫЙ" и проссумировать далы по поставщика, получаются совсем другие цифры.
гружу туже декларацию, копирую все три отчета в эксель
формирую промежуточные итоги - во всех трех отчетах цифры совпадают...
что я делаю не так?
Вложения
Тип файла: xls 1111111.xls (213.0 Кб, 228 просмотров)
26.12.2014 14:11
maks233
 
Цитата:
konst гружу туже декларацию, копирую все три отчета в эксель
формирую промежуточные итоги - во всех трех отчетах цифры совпадают...
что я делаю не так?
Я понял в чем проблема, это ошибка Экселя. После вставки в эксель, делал сортировку по названию поставщика, чтобы один поставщик шел подряд а не разбивался по строчкам. На этом этапе эксель менял данные.
Если сделать сортировку по ИНН, то все хорошо, далы сходятся!
Извиняюсь за ложные обвинения, программа супер!!! Спасибо!!!
06.02.2015 09:59
konst
 
добавил новый раздел - Статистика.
*функция экспериментальная - возможны ошибки...

на основании алкодеклараций формирую данные для составления отчета "Форма-1-Учет алкоголь годовая" для статистики.
принцип работы:
выбираем год, инн организации - в списке отражаются все загруженные в AlcoXMLviewer декларации
добавляем нужные декларации в отчет - важно: обязательно должны быть добавлены декларации за 4 квартал.
далее из всех деклараций получаю реализацию, а из деклараций за 4 квартал - остатки
вывожу результат в таблицу.

в принципе возможно дальнейшее развитие:
-свернуть данные в соответствии с классификатором в отчете статистики...
- в теории можно попытаться выделить - "в том числе иностранного производства" - если составить список инн+кпп импортеров у которых только импортная продукция (необходимо обсуждение)
- также (в теории) - можно добавить справочник с усредненными ценами на алкоголь - тогда на выходе можно получить полностью готовый отчет.
12.02.2015 17:33
konst
 
c 4 квартала 2014 года на сайте РАР появился лог расхождений между 11 и 12 формами розницы и оптом.
Сам лог выглядит не особо удобочитаемо:
В подразделении с КПП 310245001 по коду продукции 200 и контрагенту с ИНН/КПП: 3128030090/312801001 объем в Вашей декларации: 13.41000 не совпадает со встречным: "нет данных" у контрагента. Полученная разница: 13.41000.

добавил в программу обработку этого лога.
(p.s. одно из допущений - значение "нет данных" заменяю на ноль)
в прикрепленном файле - инструкция к этому разделу.
12.03.2015 08:34
saned
 
Скачал версию v0.0.3.2, просит добавить декларацию за 4 кв, но она уже добавлена. Что не так делаю?
Миниатюры
Нажмите на изображение для увеличения
Название: Захват-1.jpg
Просмотров: 367
Размер:	128.7 Кб
ID:	4442  
12.03.2015 08:48
konst
 
Цитата:
saned Скачал версию v0.0.3.2, просит добавить декларацию за 4 кв, но она уже добавлена. Что не так делаю?
надо еще и 12 форму добавить...
13.04.2015 10:00
konst
 
Теперь в качестве сверки с поставщиком можно грузить XML файл.
26.05.2015 19:14
maks233
 
Добрый день!
Очень понравилась функция "Сверки с ФСРАР".
В настоящее время ФСРАР произвел сверку между оптом и розницей. Теперь в протоколе появились новые строчки обратной ситуации, указывается, то, что подал поставщик и не подала розница. Выводится сообщение: "Контрагент с ИНН/КПП 4705055038/470501001 предоставил сведения по Вашему подразделению с КПП 471732001 и коду продукции 500 в объеме 25.95600. Полученная разница: -25.95600."
Будет ли добавлена в функцию загрузка информации из такой строки?
26.05.2015 19:52
konst
 
постараюсь добавить, но у меня по 11 форме 100% попадание. А программисты рара такие программисты - у них текст с результатом сверки в 11 и в 12 форме отличается


Опции темы


Часовой пояс GMT +3, время: 12:45.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.