про повышение дуракоустойчивости программы

[galina2008]

Sveiki,kollegi.
В январе вводила счета за декабрь 2010 года и обратила внимание, что уже в 2010 году, программа предлагает для выбора pvn ставку в 22% и 12% (которых еще не было в Латвии).
Следила за этим тщательно (но это утомительно), все ввела, сдала PVN декларацию запомнила рез-т PVN за год.
В феврале увидела неточность в наименовании товара, нашла документ, заменила товар и обновила документ.
Взяла выписку из VIdA, не идет pvn, стала проверять, нашла, в документе, который я поправила, ставку PVN 22%.(было 21) (а приложение на 7 листах).
Вопрос: если программист видит дату документа, почему пропускает неправильную информацию?
если программист этого не делает, то опять вопрос: почему, когда собирает данные для PVN декл., не говорит, что ставка не может быть в 2010 году 22%?
Мое постоянное недоверие к Вашей программе не уменьшается, такие очевидные вещи, простие и необходимы Вы не делаете, почему?
2. В авансовом отчете ввела чек с датой 11.12.0211 , и программа взяла.....
3. Когда копируется запись авансового отчета, почему дата меняется на дату самого авансового отчета?
4. Когда грамотно запрограммируете главную книгу?
5. Почему в платежке (если делается проводка D5721 k 2311) и есть клиент в заголовке и в табличной части (организация для pvn) не СОВПАДАЮТ, программа это пропускает и не предупреждает?
Про другое в другой раз....
Богатство человека - его личное время. Я сколько вожусь с этой перепиской....
сколько я Вам звоню! А качество программы не растет, Вы не помогаете пользователям так, как могли бы, а еще грузити своими ошибками.
А мое убеждение такое:" ПРОГРАММИСТ МОЖЕТ ВСЕ!"
Кто ясно мыслит, тот ясно излагает.

[bambino]

Сообщение от galina2008

Sveiki,kollegi.
V janvare vvodila sceta za dekabrj 2010 goda i obratila vnimanie, cto uže v 2010 godu programma predlagala dja vibora pvn stavki v 22% i 12% (kotorih esce ne bilo v Latvii).
Sledila za etim tscatelno( no eto utomiteLno), vse vvela, sdala PVN dekl. zapomnila rez-t PVN za god..

Если вы установили в январе новый релиз, то есстественно новые ставки прописались во всех справочниках. И даже если вы зайдете в 2000 год, в справочнике будет уже стоять 22%. На самом деле в этом нет ничего утомительного и напрягающего. На моем веку эта ставка меняется уже тритий раз, бардак только в январе, когда не глядя вводишь первичку и в конце месяца приходится проверять правильная ли стоит ставка.

2. V avansovom otčete vvela ceks s datoi 11.12.0211 , i programma vzjala.....
- странно у меня если дата не совпадает с форматом то программа ругаетс.

3. Kogda kopiruetsja zapisj avansovogo otčeta, počemu data menjaetsja na datu samogo avansovogo otčeta?

- кажется в настройках есть опция, там нужно галочку или снять или поставить.

4.Kogda gramotno zaprogrammiruete glavnuju knigu?

- на самом деле, главная книга в вашем варианте МНЕ НЕ нужна. Сделает Анди в новом релизе - спасибо скажу, а не сделает - даже не замечу.. Поэтому вам или придется ждать нового релиза, в котором анди обязательно учтет все пожелания. Или взять листок формата А4 и написать им личную просьбу. Они отточат главную книгу исключительно под ваши требования. Главное на забыть в конце письма добавить магическую фразу "оплату гарантируем" - и будет вам щастье.

5.Počemu v platežke (esli delaetsja provodka D5721 k 2311) i esli klient i v zagolovke
i v tabličnoi časti(organizacija dlja pvn) ne SOVPADAJUT, programma eto propuskaet i ne predupreždaet?


И это тоже в личной просьбе напишите. И это они лично для ВАС обязательно сделают.

От себя лично - при таких требованиях вам нужна не программа, а список напоминаний, за десять лет работы на этой программе у меня тААААААких проблем к счастью не возникало. Хотя если вы инвалид по зрению, то приношу свои изменения и беру свои слова обратно.

[bambino]

Ну конечно не все, я имела ввиду то, что касается индивидуальных настроек.

[Viens_C]

galina2008 !
С одной стороны вы правы, но сколько такая программа будет стоить.
Обследование и предугадывание всех вариантов, предварительное размещение "подушек" там где неподготовленный user споткнется, стоит денег. Брать деньги со всех клиентов, за то что им не надо?
Можно же в программе устроить проверку "запрет в обувном продавать алкоголь без акцизных марок" , "запрет в продуктовом продавать сапоги по одному". И так до бесконечности. Только универсальная программа для дураков стоит намного дороже. И всегда все таки найдется еще один дурак.
Провести линию между "оптимальной необходимостью" и "бесконечной возможностью" не так просто.
Тем и отличается 1с от других программ в Латвии, что оптимальная необходимость реализована и по мере разумной себестоимости поддерживается. О сроках ... отдельный разговор, и камень в огород... ой кабинет... Министров.
Что касается "бесконечных возможностей" тут прекрасному нет конца. За отдельную плату всегда пожалуйста. Ни АНДИ, так кто то другой. В отличии от "Обычного порошка", наш имеет конфигуратор. Он позволяет не только менять конфигурацию (что не рекомендуется) но и создавать внешние обработки. И даже по принципу внешней оболочки, где можно учесть все что по мнению пользователя необходимо. Лишь бы денег хватило.

[bambino]

Как подтвержение слов выше скажу только одно - так получилось что большая часть счетов мне нужна с тремя реквизитами - получатель, плательщик и отправитель. Уверена что многим такое вообще не нужно.

Тем не менее все было сделано спокойно и в удобном мне виде - за отдельную плату.

[Viens_C]

galina2008
У вас что то с COPY - PASTE не то ... заклинило ?

Добавлено через 15 мин.

Сообщение от galina2008

Создаете новое название,выгружаете базу данных другой фирмы и создаете пустую базу данных (есть такая возможность сейчас),

А ID счетчик при этом сбрасывается?

[bambino]

Страшно себе представить, но когда то бухгалтер ручками писал бесконечные журналы-ордера и заполнял книгу главную. Я например с этого начинала, может поэтому мне не кажется моя программа дуракоустойчивой и таких ошибок уже давно не возникает.

[Dmitrijs]

Добрый день, Галина!
Являясь разработчиком программы "1С:Бухгалтерия 7.7" постараюсь максимально объективно ответить на ваши вопросы. И так:

"Вопрос: если программист видит дату документа, почему пропускает неправильную информацию?
если программист этого не делает, то опять вопрос: почему, когда собирает данные для PVN декл., не говорит, что ставка не может быть в 2010 году 22%?"
Привязывать ставку НДС к дате вводимого документа в корне неправильно. Если запретить ввод документов до 01.01.2011 со ставкой 22%, то по логике нужно запрещать ввод документов со ставкой 21% с 01.01.2011. А это недопустимо (для оформления возвратов, например). Аналогичная ситуация была и со ставкой 21% до 01.01.2009.
Исходя из законодательства, с 01.01.2011 осуществлен переход на основную ставку НДС равную 22%, она же и стала основной ставкой в программе, предлагаемой пользователю по умолчанию. Любые изменения ставки - в компетенции пользователя. Конечно, сделать определенные предупреждения при сохранении документов можно, можно и выдавать сообщения при построении отчета "НДС Декларация", но часть пользователей эти постоянные "напоминания" будут попросту раздражать...

"2. В авансовом отчете ввела чек с датой 11.12.0211 , и программа взяла....."
Смешно, но "11.12.0211" - это тоже дата, т.е. 211 год с точки зрения даты ничем не отличается от 2011 года или, скажем, 1912 года. Чтобы у Вас не происходило таких ошибок ввода данных, просто переключите режим отображения года в датах с 4-х символов до 2-х (делается это в меню программы "Сервис" - "Параметры" - на закладке "Общие" ставите отметку "Число цифр года в представлении даты" на значение "2" и нажимаете кнопку "ОК").

3. Когда копируется запись авансового отчета, почему дата меняется на дату самого авансового отчета?
При вводе новой строки программа устанавливает некоторые значения колонок таблицы по умолчанию. Дата в строке устанавливается на дату самого аванового отчета - это действительно так. Дело в том, что при добавлении строки нет возможности узнать, как именно введена строка пользователем (т.е. эта строка добавлена как новая или является копией другой строки). Есть факт - добаление новой строки, где и отрабатывает механизм подстановки некоторых значений по умолчанию.

"4. Когда грамотно запрограммируете главную книгу?"
В следующем релизе программы "1С:Бухгалерия 7.7" мы изменим алгоритм работы отчета "Главная книга". При невыбранном счете отчет будет перебирать все существующие в плане счетов счета и выводить информацию в виде общей печатной формы, но по каждому бухг. счету в отдельности.

"5. Почему в платежке (если делается проводка D5721 k 2311) и есть клиент в заголовке и в табличной части (организация для pvn) не СОВПАДАЮТ, программа это пропускает и не предупреждает?"
В ряде случаев клиенты могут и не совпадать - это факт. Конечно, при сохранении документа можно выдавать предупреждающее сообщение, но опять же (как и в первом Вашем вопросе) определенному числу пользователей оно, возможно, будет мешать.

[bambino]

Ой, Анди, в низком поклоне, прошу, нет - умоляю, ничего из вышеперечисленного мне лично не надо. Я со своими почти 3000 наименований на складе и кучей клиентов очень и очень устойчивва. Меня не смущает ни ставка, ни год не волнует, ни дата. Поэтому прошу мне, за мои же деньги подобных изменений не присылать.

Про книгу главную уже писала - не против, но у меня и так достаточно операций и один счет как раз на лист и получается. Все остальное....упаси боже. Я бухгалтер, а не тот танцор, которому все время что-то мешает.

[bambino]

Галина, вы поработав какое-то время на программе столкнетесь с тем, что все эти выплывающие и выскакивающие подсказки вам начнут только мешать.

В большинстве случаев при вводе первички у бухгалтера нет времени читать всплывающую подсказу, когда я ввожу приход по складу я на экран вообще не смотрю, если ошибка в коде то компьютер выдает звуковой сигнал, мне этого достаточно , чтобы понять что я ошиблась или что такого кода вообще нет.

Со ставками ПВН можно сделать их например неактивными на конкретный год - что выбрать ее можно но налог не посчитается и бухгалтер поймет, что сделал что-то не то.

Ну вот как то так.