|
АЛКОДРОМ
|
|
| volk13 | Дата: Воскресенье, 20.01.2013, 15:27 | Сообщение # 621 |
 Кошевой Атаман
| EvgenA, странно... (т.к. это первый случай в этом сезоне)
Ничего страшного, сейчас попробуем разобраться в чём было дело, и найти выход из сложившейся ситуации...
Если Вы меняли системную дату на компьютере, либо переустанавливали операционную систему, либо удалили файл лицензии, либо изменили права на чтение/запись файла лицензии, либо переместили программу в другой каталог (где нет ранее сформированного программой файла лицензии), то регистрация однозначно слетит. Других причин я пока не представляю. Если регистрация слетела не по причине переустановки операционной системы (в этом случае - придётся приобретать новый ответный ключ, т.к. переустановка ОС приравнивается к смене рабочего места), то проверьте, чтобы системная дата была в актуальном состоянии и имелись соответствующие права на каталог с программой, и вновь введите ответный ключ, который Вы уже получили, и программа будет снова зарегистрирована.
В Вашем конкретном случае - смена рабочего места не происходила, и на код демо-режима 6N4AFS-72EMEQ-APHESL-5DHVBH продолжает действовать ранее выданный Вам ответный ключ, я проверил. Если Вы его случайно утратили, то напоминаю:
3TTRSH-2P6E47-CEABG0-9T9U3U
Для контроля проверьте новый ответный ключ:
239068-EQ2502-GI1JW1-1ALCMJ
Но зарегистрировать программу должен ЛЮБОЙ из этих ответных ключей. Прошу это обязательно проверить.
PS. На втором компьютере, где у Вас установлена программа, после обновления до версии 130116-1 - регистрация не слетела?
PPS. По результатам всех проверок и действий - обязательно отпишитесь.
| | |
| |
| victuan | Дата: Воскресенье, 20.01.2013, 16:07 | Сообщение # 622 |
|
| У меня постоянно слетает регистрация при использовании новых версий БАЛДы. Просто еще раз ввожу ключ, который получил раньше, и не парюсь.
Предполагаю, это происходит из-за того я запускаю каждый раз новый файл (с другим названием) обработки.
| | |
| |
| volk13 | Дата: Воскресенье, 20.01.2013, 16:28 | Сообщение # 623 |
|
Кошевой Атаман
| У EvgenA ещё может быть ситуация, когда в обрабатываемом с помощью БАЛДЫ квартале находится документ с датой, превышающей квартал, на который зарегистрирована БАЛДА... Но в этом случае не регистрация слетит, а просто прервётся обработка декларации, но в окне сообщений будет сообщение об ошибке с указанием причины, а сама регистрация программы - останется.
victuan, я попробовал у себя изменить имя обработки - регистрация не слетела. Давай-ка по-подробней уж проверь - из-за чего у тебя слетает.. Может быть файл лицензии balda.lic не находится в том-же каталоге, откуда ты запускаешь обработку с новым именем?
Если новую версию программы "БАЛДА" помещать в тот-же каталог, где была и старая версия (даже с изменённым названием самого файла программы), то регистрация не должна слетать, проверь-ка ещё раз и отпишись.
PS. Т.к. регистрация БАЛДЫ происходит путём создания файла лицензии в каталоге с программой, то при перемещении на своём компьютере БАЛДЫ в другой каталог - не забывайте перемещать и файл лицензии balda.lic . Ну а если забыли - тогда зарегистрируйте БАЛДУ вновь, используя ранее полученный ключ регистрации.
| | |
| |
| victuan | Дата: Воскресенье, 20.01.2013, 16:39 | Сообщение # 624 |
|
| volk13, нет, каталог тот же, правда на флэшке, просто кладу файл новой версии в тот же каталог на флэшке, запускаю и требует регистрацию, ввожу имеющийся ключ и нормально работаю дальше.
| | |
| |
| volk13 | Дата: Воскресенье, 20.01.2013, 16:50 | Сообщение # 625 |
|
Кошевой Атаман
| victuan, понятно. Разберёмся в ближайшем будущем с этой незначительной проблемкой...
А пока - установи БАЛДУ не на флэшку, а на жёсткий диск, и тогда - забудешь, что такое перерегистрация при обновлениях.. 
| | |
| |
| volk13 | Дата: Воскресенье, 03.02.2013, 17:34 | Сообщение # 626 |
|
Кошевой Атаман
| Цитата (victuan) просто кладу файл новой версии в тот же каталог на флэшке, запускаю и требует регистрацию
Извини, но минут 40 провозился, пытаясь сымитировать эту ситуацию с флэшкой - и ничего у меня не получилось так, как ты описываешь. В том смысле, что если на флэшке лежит файл программы и рабочая лицензия, то при замене файла программы на другую версию - лицензия продолжает действовать и никакой повторной перерегистрации не требуется!
Так что если проблема с флэшкой у тебя действительно существует - шли на почту те версии программы, на которых это проявляется и полный порядок действий, чтобы я смог сымитировать твою проблему.
Если ты воткнёшь свою флэшку в другой комп, к которому программа не привязана, то тогда естественно у тебя лицензия слетит. А в связи с тем, что у тебя ДВЕ лицензии для разных компов, то возможна следующая ситуация: на флэшке находится лицензия не от того компа, в который ты втыкаешь флэшку после обновления программы. Короче, проверь.. У меня не получилось воспроизвести озвученную тобой проблему. Если всё-таки у тебя данная проблема есть, то подробности лучше пиши на почту, чтобы тут выложить уже окончательное решение проблемы, если она действительно существует.
| | |
| |
| volk13 | Дата: Четверг, 21.03.2013, 19:58 | Сообщение # 627 |
|
Кошевой Атаман
| отвечаю здесь на вопрос, заданный в письме, полученным мною от EvgenA (потому что здесь удобней)
Сам вопрос не привожу, но по ответу будет понятно о чём речь.
А речь об алгоритме проверки хмл-файлов БАЛДОЙ, т.к. у уважаемого EvgenA повылазили при проверке ошибки.
Итак мой ответ:
насчет 1-й ошибки:
По обработанному подразделению не сходятся поступления (включая возврат от покупателей) в Таблице №1 (824.1031) с поступлениями в Таблице №2 (1016.5551)
Это говорит о том, что поступления в Таб1 не сходятся с поступлениями в Таб2, и судя по цифрам скорее всего из-за того, что в Таб1 попадают возвраты от покупателей со знаком минус
А сравнивается вот что:
в Таб1: ИтогоЗакупки(П100000000010)+ВозвратОтПокупателей(П100000000011)
в Таб2: Приходы(П200000000016)
Если что-то у меня не так - обоснуйте, поправлю
Учтите, что эта проверка происходит в РАЗРЕЗЕ ПОДРАЗДЕЛЕНИЙ!!! Возможно подразделения где-то перепутаны у Вас, я все ошибки Ваши не анализировал, можете проверить сами дебет с кредитом в РАЗРЕЗЕ ПОДРАЗДЕЛЕНИЙ и ОБЩИЙ!
Насчёт 2-й ошибки
Не сходятся общие приходы по внутр.перемещению (6.13) с общими расходами по внутр.перемещению (12.2)
тут логика простая:
сравниваются колонки по внутреннему перемещению БЕЗ УЧЁТА ПОДРАЗДЕЛЕНИЙ, т.е. - общие итоги внутреннего перемещения между подразделениями. Согласитесь, что сумма по колонке внутреннего перемещения ПРИХОД должна равняться сумме по колонке внутреннего пермещения РАСХОД (иначе куда пропало что-то при ВНУТРЕННЕМ перемещении между подразделениями???)
Так что сравнивается общая сумма по П100000000013 и общая сумма по П100000000018
(цифры 6,13 и 12,2 - это декалитры по внутреннему перемещению Приход и Расход соответсвенно)
| | |
| |
| EvgenA | Дата: Четверг, 21.03.2013, 20:44 | Сообщение # 628 |
|
| По первой ошибке разобрались
Цитата (volk13) в Таб1: ИтогоЗакупки(П100000000010)+ВозвратОтПокупателей(П100000000011) в Таб2: Приходы(П200000000016)
Тут больше наткнулись на пробелы в заполнении 11 декларации возвратов от розничных покупателей в таб2, по идее не нужно было возвраты от розничных отражать (ранее это обсуждалось), НО по имхо - это ФСРАР может расценить как неполноту раскрытия информации (точно не знаю как, но теоритически наверное возможно).
По второй ощибке общий литраж приходной части 12,825 далл и расходной части перемещения 12,825 далл (в целом по организации) равны, проверял самолично, проверял и по каждому подразделегния и суммировал их дабы сошлись с итого по организации - сходятся. Единственное может не сходятся в разрезе кодов вида продукции... вот это не проверилДобавлено (21.03.2013, 20:44)
---------------------------------------------
Цитата (EvgenA) Единственное может не сходятся в разрезе кодов вида продукции... вот это не проверил
проверил - тоже сходится, тогда сдаюсь
| | |
| |
| volk13 | Дата: Четверг, 21.03.2013, 22:24 | Сообщение # 629 |
|
Кошевой Атаман
| EvgenA, тогда шлите файл, завтра посмотрю и отвечу конкретно
конфиденциальность гарантирую
| | |
| |
| volk13 | Дата: Вторник, 26.03.2013, 17:15 | Сообщение # 630 |
|
Кошевой Атаман
| Цитата (volk13) EvgenA, тогда шлите файл, завтра посмотрю и отвечу конкретно
прошло пять дней, но файла так и нет.
Видимо EvgenA разобрался со своей ошибкой самостоятельно...
Просьба на будущее - если проблему засветили и попросили помочь разобраться, а потом её сами нашли, - отпишитесь хотя-бы, что всё в порядке, и в чём был у вас косяк, чтобы знать для статистики.
| | |
| |
| kl-av | Дата: Воскресенье, 07.04.2013, 11:42 | Сообщение # 631 |
|
| Уважаемый Волк!!!!!!! А Вы не могли бы мне помочь с программкой конвертации файлов из xls в xml для декларант алко. Поставщики присылают отчёты в .xls формате. через ексель (XML Tools) конвентирую в xml. но она к сожалению, не принимается ДА. (Структура файла другая) Можете помочь?
| | |
| |
| volk13 | Дата: Воскресенье, 07.04.2013, 13:37 | Сообщение # 632 |
|
Кошевой Атаман
| Уважаемый kl-av, заниматься конвертированием информации по алкоголю от Ваших поставщиков из xls в xml я сам не буду (смысла не вижу), а готовых решений не искал и не встречал. Вам нужно договариваться со своими поставщиками, чтобы они присылали вам файлы сразу в xml-формате по схемам xsd, которые находятся в каталоге с установленной ДА и называются import_decl_11.xsd и import_decl_12.xsd. Уважающие себя поставщики должны идти навстречу и организовать у себя формирование таких файлов для своих клиентов.
Другой вариант для Вас - найти специалиста, который в Вашей учётной системе реализует формирование xml-файлов сразу нужного формата для сдачи деклараций (без использования ДА)
А БАЛДА предназначена немного для другого - для объединения информации из нескольких файлов, сформированных в нескольких ДА, либо в других учетных системах, а также для проверки как деклараций в самой ДА, так и хмл-файлов деклараций на разного рода ошибки. Т.е. БАЛДА делает то, что в ДА не реализовано и скорее всего не будет реализовано, как заявляют разработчики ДА (потому что ДА - бесплатный продукт, так сказать ручная "помогалка" для тех, кто ещё не успел автоматизировать и доработать свои учётные системы под новые требования в плане декларирования).
Больше помочь Вам в Вашей ситуации мне, к сожалению, нечем.. 
| | |
| |
| volk13 | Дата: Воскресенье, 07.04.2013, 14:05 | Сообщение # 633 |
|
Кошевой Атаман
| Ну и напоследок немного ненавязчивой рекламы:
- У Вас несколько удалённых подразделений в которых используется ДА и Вы не знаете как объединить от них информацию?
- У Вас несколько хмл-файлов и Вы хотите объединить их в один?
- У Вас есть хмл-файлы деклараций, но Вам нужно их распечатать для сдачи в виде печатных форм?
- Вы хотите проверить на возможные ошибки декларации в самой ДА, либо уже сформированные хмл-файлы?
Если хоть раз Вы ответили "ДА!",
Значит нужна Вам программа БАЛДА!
Вы не слыхали о ней никогда?
Так загляните скорее СЮДА!
| | |
| |
| EvgenA | Дата: Понедельник, 08.04.2013, 14:10 | Сообщение # 634 |
|
| volk13, И снова поднимаем проблему по проверке арифметики, посмотрите почту
| | |
| |
| volk13 | Дата: Понедельник, 08.04.2013, 17:34 | Сообщение # 635 |
|
Кошевой Атаман
| EvgenA, посмотрел...
Вы пишите:
1. Возьмем к примеру подразделение 190145001 при проверке на арифметику данного файла выводится сообщение:
... - Проверка по подразделению КПП: 190145001...
По обработанному подразделению не сходятся поступления (включая возврат от покупателей) в Таблице №1 (446.2156) с поступлениями в Таблице №2 (1102.2871)
... - Общие итоги по подразделению: нач.остаток = 339.8892, поступления = 457.2456 (из них поступило по Таблице №2: 1102.2871), расходы = 474.6233, кон.остаток = 322.5115)
формируем в ДА экселевский файл, получаем поступления (включая возврат от покупателей) в Таблице №1 = 1102,2871 в проверке БАЛДА = 446,2156
по этому же подразделению на сходятся начальные остатки, в ДА=390,9892 в арифметике БАЛДА 339.8892
Теперь объясняю, что сделал я...
1. Загрузил Ваш хмл-файл с помощью БАЛДЫ в пустую ДА
2. Сформировал из ДА печатную форму, без всяких экселей.
Вот скриншоты итогов по подразделению 190145001 (заметьте, даже номера листов видно сверху слева):
Итоги по Таблице 1:
(Остаток начальный - 339.8892, Итого поступило - 446.2156 с учетом возврата от покупателей (457.2456 - 11.0300 = 446.2156))
Итоги по Таблице 2:
(Итого поступило - 1102.2871)
Ну и покажите мне, где данные, сформированные в ДА, не сходятся с тем, что выдаёт БАЛДА при проверке как файла хмл так и декларации в самой ДА? У Вас ведь реально не сходятся поступления в Таб1 с поступлениями в Таб2...
Сделайте как я и убедитесь сами.
| | |
| |
| EvgenA | Дата: Понедельник, 08.04.2013, 19:10 | Сообщение # 636 |
|
| ОК, по вашим скриншотам действительно все сходится, сейчас проверим еще раз, у нас в ДА другие цифры Добавлено (08.04.2013, 19:10)
---------------------------------------------
разобрались, у нас в магазине две кассы, кпп у них один, но при выгрузке из 1С в хмл это два разных подразделения - полагаемся на БАЛДА, что обработка объединит (нам по другому никак), смотрим что перенеслось в ДА - выводим печатную форму смотрим итоговое начальное сальдо (по "объединенному подразделению") - 390,9892, выгружаем файл из ДА, проверяем арифметику в БАЛДА по данному подразделению получаются совсем другие данные сальдо нач 339.8892. Причем, наш оператор сверял данные за 4 картал 2012, объединенные таким же образом, с ФСРАР - у них сошлись данные по сальдовке с печатной формы в ДА, а по арифметике БАЛДА сальдо конечное по данному подразделению по 4 кварталу составлет 292.4267, а д.б. 390,9892
Может вам отправить первоначальный файл сформированный из 1С? Попробуйте ситуацию отработать, по вашему варианту тоже пробовал снова файл за 1 кв 2013 в ДА перенести - действительно сальдо начальное становится 339.8892
| | |
| |
| volk13 | Дата: Понедельник, 08.04.2013, 20:07 | Сообщение # 637 |
|
Кошевой Атаман
| Если честно, не совсем понял что не так с БАЛДОЙ, вроде всё правильно делает.
А вот то, что у Вас из 1С формируется файл не совсем корректный, так как почему-то с одинаковым КПП в одном файле присутствуют два подразделения, это я вроде понял. Может Вам тогда проще подправить выгрузку из 1С, чтобы она две кассы объединяла в ОДНО подразделение?( и это правильно, раз КПП один и тот-же). Или формировать ДВА ОТДЕЛЬНЫХ файла хмл по этим ДВУМ кассам?(тогда уже БАЛДА правильно всё соединит однозначно).
Ну а если нет, - то специально для Вашей уникальной ситуации (когда в ОДНОМ файле - есть ДВА подразделения с одинаковым КПП, что не есть правильно), я может быть доработую БАЛДУ, но однозначно не сиюминутно и не сейчас, так как какой раз уже повторяю - БАЛДА корретно работает именно с корректными хмл-файлами! А весь зоопарк возможных ошибок в исходных хмл-файлах - невозможно сразу предусмотреть, согласитесь.
PS. Свои исходные файлы с подробными пояснениями что в них и где не совсем корректно и как должно быть на выходе - шлите на почту, на досуге посмотрю.
А вообще советую сделать следующее:
1. взять чистую базу ДА
2. загрузить в неё заново все кварталы, аккуратно, проверяя БАЛДОЙ арифметику на каждом этапе
3. и возможно всё получится
а то у меня дежавю какое-то, что у кого-то подобное уже было и связано это было как раз с тем, что напортачили в ДА, а потом уже в испорченную ДА подгружали файлы... У Вас же сохранились все ранее отправленные файлы в ФСРАР? Если не сохранились - сформируйте их заново из ДА. Проверьте всё БАЛДОЙ. И залейте всё в абсолютно чистую ДА. И возможно у Вас всё получится.
| | |
| |
| EvgenA | Дата: Понедельник, 08.04.2013, 20:26 | Сообщение # 638 |
|
| Не спорю, сразу все не предусмотришь. А то что файл не корректный - не совсем корректно. Я ситуацию протестировал: в принципе, при ручном вводе, такая ситуация возможна (когда по одному подразделению, по одному коду, по одному поставщику вводится ДВЕ строки движения сальдо которых в итоге суммируется). Можно конечно в 1С формирование файла подправить, НО уже все отработано и к данным подвязан функционал, который с объединением подразделений просто пропадет, а это важно. Причем получилось интересно: БАЛДА корректно отработал "объединение", а вот обратно выгруженный файл из ДА в ДА импортирует уже по другому. Для интереса приложу тут наскоро сформированные данные из ДА, тут сразу все видно:
<Оборот ПN="1" П000000000003="200">
<СведПроизвИмпорт ПN="1" ИдПроизвИмп="275">
<Движение ПN="1" П100000000006="339.36420" П100000000007="0.00000" П100000000008="0.00000" П100000000009="0.00000" П100000000010="0.00000" П100000000011="0.00000" П100000000012="0.00000" П100000000013="0.00000" П100000000014="0.00000" П100000000015="0.00000" П100000000016="0.00000" П100000000017="0.00000" П100000000018="0.00000" П100000000019="0.00000" П100000000020="339.36420" />
<Движение ПN="2" П100000000006="51.42500" П100000000007="0.00000" П100000000008="0.00000" П100000000009="0.00000" П100000000010="0.00000" П100000000011="0.00000" П100000000012="0.00000" П100000000013="0.00000" П100000000014="0.00000" П100000000015="0.00000" П100000000016="0.00000" П100000000017="0.00000" П100000000018="0.00000" П100000000019="0.00000" П100000000020="51.42500" />
</СведПроизвИмпорт>
</Оборот>
уж лучше такую ситуацию предусмотреть, и для арифметики, и для импорта в ДА, возможно кому то понадобится движение на две строки разбить (например при ручном вводе).
| | |
| |
| volk13 | Дата: Понедельник, 08.04.2013, 20:36 | Сообщение # 639 |
|
Кошевой Атаман
| EvgenA, ок, поэкспериментирую потом с данной ситуацией.
А Вы всё-же попробуйте сделать то, что я в предыдущем сообщении в самом конце написал - всё заново в чистую ДА.
| | |
| |
| victuan | Дата: Понедельник, 08.04.2013, 20:36 | Сообщение # 640 |
|
| Всем здрасте!
Цитата (volk13) когда в ОДНОМ файле - есть ДВА подразделения с одинаковым КПП, что не есть правильно
А вот могут быть два магазина одного юрлица с одинаковым КПП. Раньше так налоговые регистрировали обособки. Сейчас вроде налоговые при регистрации новых подразделений так не делают. Но старые обособки никто не отменил. Поэтому и могут быть в одном файле два разных обособ.подразделения, но с одинаковым КПП. И админы на форуме ФСРАРа это признавали.
| | |
| |
