Спасибо Юлия за подсказку.
Я совсем забыл про эту глобальную настройку. Да, сейчас установил 01.10.2010, т.к. квартальный отчет переделывать, скорее всего, не будем. Если я правильно понимаю, то в случае крайней необходимости возможно в последующем установить более раннюю дату?
Теперь уточняю ситуацию.
Закрывал помесячно через закрытие периода по ноябрь.
Модуль называется Финансы 2007. Касса. Подотчеты.
В Кассовых документах - т.е в реестре действительно закрытых документов нет. Они переместились благополучно в архив.
Но, ниже блока Депоненты есть Книга учета операций. Вот в ней, как раз, и все документы. Синхронизацию дерева в менеджере пользователей делал.
Закрыл кассу за ноябрь текущего года. Но как оказалось за предыдущие месяцы как операции, так и сами кассовые документы свободно корректируются в этом-же модуле в кассовых операциях.
Мне кажется, что это не совсем верно. Главная книга, правда,не закрыта. Банковские документы пока тоже. Но я имею ввиду именно кассовые документы.
Как настроить права доступа кассира, чтобы можно было кассовые операции смотреть и документы тоже, но нельзя было корректировать? Я нашел только галку где можно убрать видимость кассовых операций без дальнейшей детализации.
Нужно, чтобы не корректировались кассовые документы по закрытым периодам, в том числе, случайно: после корректировки не всплывает сохранять ли изменения, а все сохраняется.
Спасибо за подробный и конструктивный ответ. Я действительно не придал значения округлениям, а это чревато расхождениями в 1 рубль, который потом некуда деть.
Дело не в конкретном инспекторе.
Я за то, чтобы отчет был отлажен до того как успеет умереть через пару лет, ввиду новых веяний в отчетности.
Чтобы не нужно было пользоваться сторонними программами.
Отчет для бухгалтера, по моему мнению, это как финальный матч чемпионата.
Отсюда последующая оценка всего, что сделано.
Уважаемые пользователи, если разобрались конкретно с РСВ-1, подскажите, что не так в этой теме.
Уважаемый Денис!
Из разговора с инспектором ПФР выяснил, что объяснить он способен в рамках программы docpfr_7_6_14 по которой настоятельно рекомендуется сдавать отчет.
Тем не менее: если есть УСНО, то добавляется еще лист Раздела II (в этой программе это возможно), если он был уже заполнен данными ОСНО, но ставится шифр для него 005, если ОСНО нет, то Раздел II заполняется данными УСНО с тем же шифром 005, т.е. 14%. Раздел III, заполняется если есть ЕНВД, это как раз строки 350-394, там тот же шифр 005 предполагается.
В этом году, т.к ПФР сам не был готов, разрешили сдавать УСНО и ЕНВД суммарно в Разделе II одним листом, если нет ОСНО. Но, предупредили, что при проверке предприятия будут требовать данные раздельно.
Уважаемый Денис!
Как не отвечай на - все равно в тексте программы нет присваивания не нулевых значений для Р380 и Р360.
Попробуйте поискать все 380 360 в редакторе. Я стараюсь аккуратно ставить обновления, так что текст должен быть у Вас и у меня один и тот же. Мне кажется, это тот случай, когда просто забыли дописать.
Предприятие у меня УСНО и ЕНВД. Причем, основная деятельность по ЕНВД. Поэтому, на "! Деятельность организации облагается только по налоговому (ым) режиму (ам), не облагаемых ЕНВД?"? я отвечаю "нет" и соответственно там где ОСНО заполняются суммы УСНО , а где ЕНВД там как раз - ЕНВД. Пока ПФР не требовал показывать отчет раздельно по этим видам деятельности, но это скорее всего ближайшее будущее.
Уважаемые разработчики!
Если допускается развертывание предприятия УСНО И ЕНВД, то почему поставляемая форма рассчитана только на общий режим и только один из специальных. Но ведь нужно заполнять по каждому спец. режиму таблицы (т.е. листы отчета) но с разным шифром?
Шифр - это 3 циферки сразу после заголовка РАЗДЕЛ II над таблицей 5. Вот, к примеру, у нас тот самый случай - УСНО и ЕНВД. ФСС требует, чтобы раздел II был представлен дважды по двум шифрам 021 и 011. Таким образом, нужно, чтобы раздел I обходился, а раздел II считался дважды.
В журнале - ордере по аналитикам остаток на начало периода, суммарный оборот, остаток на конец периода формируются верно, но в табличной части в кредите сальдо на начало и на конец по расчетному счету по которому не было операций фантастические суммы. Реальное сальдо этого счета показано в строке работающего счета, хотя обороты по работающему счету правильные.
Т.е. происходит смещение по вертикали расчетных счетов.
Остальные журнально - ордерные отчеты выполнятся верно.
SP 24.2
В последней РСВ-1 SP24.2 так и не исправлено заполнение 360 и 380 строки, это где ЕНВД.
Попутно хотел еще раз спросить разработчика (разработчицу) про все эти XXXXмо , XXXXм , XXXXс ,XXXXсп ......
или хотя бы как зовут? Ну, чтобы обратиться адресно. Этот же без ответа на форуме Б4 несколько месяцев.
По 4-ФСС общий .
Если допускается развертывание предприятия УСНО И ЕНВД, то почему поставляемая форма расчитана только на обший режим и только один из специальных. Но ведь нужно заполнять по каждому спец режиму таблицы (т.е. листы отчета) но с разным шифром?
Участники форума, может кто отладил отчет РСВ-1 и по нему сдал, все-таки, отчетность. Пока я пытался разобраться во всех этих XXXXмо и колонках - мой трудолюбивый главбух сделал отчет руками и через стороннюю программу отправил. Мне, конечно, стыдно. Буду в след доделывать, хотя это скучновато. И на форуме БЕСТ-4 на прямой так и нет ответа с описаниями переменных. И вообще, зачем так закручивать программу, когда можно последовательно обработать каждый вид деятельности и, например, в упрощенке и вмененке не заикаться о медицинских фондах. Затем посмотреть нули там или что есть и тогда уже строить выходную форму.
У меня задача проста: вмененка и упрощенка, никаких инвалидов и т.п., и соответственно 2 фонда.
Если у кого есть реально работаюший текст - выложите пожалуйста.
Не думаю, что это будет пиратством, и из-за этого нас не пустят в ВТО.
Спасибо Екатерина, Спасибо Евгений.
Но, формула работает не совсем так, как у нас было, т.е. как раньше Round(LineDepNorm/12*LineCostBeg/100,0).
Я добавил проверку на отрицательную тек.стоимость и занулил её в этом случае. Только дело еще в том, что амортизация все равно расчитывается и приходится её руками занулять. Где править этот расчет пока не нашел.
В 2010г попробую перейти на линейный расчет от СПИ, если удастся убрать галку - амортизируется.
Еше есть расхождение в раскрытой для редактирования ведомости и самой печатной форме "Ведомость амортизации № " как раз по колонке остаточная стоимость по откорректированным позициям.
Евгений, если честно, то с плугинами БЕСТ я ещё не разбирался. Но, попробую почитать на эту тему.
В картотеке имущества износ в апреле отрицательный по одной карточке, в последующих месяцах еще в двух карточках и продолжает начисляться отрицательный износ при нулевой остаточной стоимости.
Откат и пересчет ведомостей ничего не дал. ОС в эксплуатации. Ничем особенным карточки не выделяются и никаких действий (движений) с ними не было.
Год будем корректировать вручную за последние три месяца.
Хотелось бы, чтобы разработчики обратили на эту проблему (уже была в 2008г) и в 2010 расчет шел корректно, т.к. количество ОС с нулевой стоимостью будет увеличиваться.
Понимаю, что имеется отлаженная система работы с филиалами. Но, может, кто пробовал реально подключить рабочее место через соединение 3G, ADSL или радиоудлинитель. Пусть терминальный режим или ещё как-нибудь. Если, да, то характеристики сети и вообще по подробнее на эту тему.
Думаю, главная трудность в скорости обнаружения ключа.
Вобщем то, нужна работа только одного-двух модулей из логистики.
DELPHI:Badi.dll …...........
…..........
Приложение: Base
Код: 1003
Операция: PKOP_NNDS
Описание: Переменная не найдена
C уважением, Александр.
P.S. В первом Hotfix недождались.
Консультанты подтвердили, что ошибка SP21 и разработчикам отправлено соотв. уведомление, но сейчас увидел отписки разработчиков в теме об ошибках SP21 типа переустановите пакет. Это как?
Вчера мы закончили расчет зарплаты. Поэтому, восстановил базу из архива и ещё раз проверил. Да, сегодня все работает, хотя вчера делал индексацию с восстановлением и проверкой и пробовал на самом сервере - не помогло, в лучшем случае попадали проводки первой записи начислений.
На ночь север совсем выключается. Может было что-то связанное с тем, что помогла полная перезагрузка.
После последних изменений - отмечай, не отмечай (INS) в буфер проводок ничего не попадает кроме той записи на которой стоит курсор. Причем, обязательно нужно сделать перед этим расчет (F10) именно по этой записи (отмечать ничего не надо), хотя расчет уже был и суммы расчитаны. После этого проводки именно по этой записи появятся в буфере проводок. На мой взгляд это ошибочка.
С уважением, Александр.
Упрощенка, все SP и фиксы.
Подскажите, кто знает, как правильно провести земельный участок в Бест5 (SP18)после выкупра его в собственность?
В конце концов он должен сесть в дебет 01 счета.
Нужно ли его заносить в "Имущество", и если да, то как заполнить карточку. Он ведь не изнашивается как, например, асфальтовое покрытие территории?
При конверации баз из старых версий БЕСТ как и положено создаем новое предприятие и соответственно новую папку для его базы. Как правило, в диалоге нужно заполнить основные настройки типа дата корр. проводок, валюта ....
Но, если по малейшей неосторожности зайти еше в какое либо окно, но ничего не делать, то уже вновь созданную базу пустую базу использовать нельзя! Начинай сначала.
Понимаю, что так надо в большинстве случаев.
Но все-таки, можно ли сбросить такой флажок (удалить запись), если известно какое диалоговое окно открывалось. Дело не в том, что приходится очищать папку и заново ее создавать, но самое главное приходится менять название предприятия хотябы на одну букву т.к оно, это пустое предприятие, уже есть в соотв. базе БЕСТа. Насколько я помню, в некоторых документах БЕСТА название берется именно отсюда.
Подскажите, если кто знает.
Как быть если в картотеке складского учета номенклатурный номер списан еще год назад (т.е. имеет нулевое кличество) и в архиве имеется соотв. накладная по передаче на другой склад.
Но "Сводная оборотная ведомость за прошлый месяц по номенклатуре упорно показывает такие позиции на этом складе несмотря на пересчеты с/с за месяцы с начала года. Прошлый год закрыт. В остатке на начало года этой номенклатуры по этому складу нет. Но в mcostmn.dbf и mcostm.dbf есть. Т.е. расчет с/с, похоже, неверно работает со складами, а "Сводная .... " использует эти данные.
Как ни крути для остатков должен быть один критерий - картотека складского учета: иначе можно безконечно спорить, что первично - материя или сознание?
С уважением, Сербин Александр.
1. Остатки по складам даже с небольшой номенклатурой считаются невыносимо долго.
2. Сообщение о пересчете с/с выводится даже если ничего не изменялось и с/с уже расчитана.
3. Вынуждены расчитывать налоговую с/с хотя у нас упрощенка 6% и соответственно расчет прибыли не нужен и эта налоговая муть не нужна.
4. Предприятие оказывает только услуги, а материалы использует для собственных нужд. Таким образом расчет с/с не нужен.
: зачем все испортили и когда все-таки исправите? Я уже не говорю про то зачем трогали прекрасно работающий Банк и т.п.?
Давно собирался написать письмо подобное письму Бориса Иванского! Мы вынуждены вести Основные средства в Б5 версии 3.3, а итоговые проводки руками вносить в Б5 версии 3.4.
Уважаемый Александр Титов, очень хочется Вас спросить, а где-же посмотреть пример правильно настроенной подсистемы? Типовые операции пусты, виды движения тоже. Демо база просто нулевая. Как все-таки происходит отладка программ без какой либо базы данных. Если она все-таки есть, то нельзя ли её выложить для того чтобы правильно сориентировать пользователей? Ну, хотя бы для хозрасчетного предприятия, а не секретного казначейства какого нибудь?
Вы посмотрите - весь форум забит вопросами про ИМУЩЕСТВО!
Решайте, пожалуйста, ы для всех, а не в кулуарной переписке и правке баз для самых активных пользователей.