Посмотрите ведомости по спискам на почту и в банк. Если есть статус "В банке", то нужно удалять связанный платежный документ в банке (денежных средствах).
Если уж по базе, то в файле SALARY/payrolls.dbf в поле status измените 3 на 2. И штатно произведите откат.
Но ни в коем случае не править setting.dbf.
Откат - это раскрытие архивного файла undofile.per, а не только изменение признака отката.
Данные об адресе, водителе и транспортном средстве заполняются в накладной по ALT+P, а не на карточке запроса.
Для заполнения данных о водителе и транспортном средстве поставьте "Транспортный раздел" - ДА. По кнопке "Транспорт" в нижнем правом углу экрана откроется форма заполнения этих данных.
За 3-й квартал не должен попадать. Нужно сдавать уточненную декларацию за предыдущий квартал.
На карточке запроса декларации ставите номер корректировки, открывается выбор признака актуальности сведений для уточненной декларации.
цифра "0"- проставляется в случае, когда в ранее представленной декларации сведения по соответствующему разделу декларации не представлялись, либо в случае замены сведений, если выявлены ошибки в ранее поданных сведениях или сведения были не полностью отражены;
цифра "1" - если сведения, представленные налогоплательщиком ранее в налоговый орган, актуальны, достоверны, изменению не подлежат и в налоговый орган не представляются.
Также нужно поставить галочку "Выводить приложения к разделам 8 и 9 (доп.листы)
В реестре счетов-фактур, стоя на лишней счет-фактуре по кнопке "Операции" выберите "Аннулировать записи в книге".
Появится запрос с данными доп.листа, в который следует включить запись по этой счет-фактуре.
Поставьте дату аннулирования и выберите доп.лист или создайте новый.
Остатки на конец периода выводятся по картотеке. Выведите сверочную оборотную ведомость и увидите разницу в остатке. Дальше надо анализировать движение по номенклатуре, которая дает разницу. Если цены фактические, то проверьте, рассчитана ли себестоимость.
Нашли в вашей программе для формирования отчетов по страховым взносам (INST_2670) ошибочку.
Если начисление (например отпуск или любой другой) создано через табличный документ,
тогда эта сумма не попадает в колонку "Выплаты по всем основаниям". В колонку "База"
она попадает. Соответственно "Не облагаемые" идет со знаком "минус".
Будем Вам очень благодарны, если Вы поправите свою программу и дадите новую ссылочку на нее.
Наталья Охотникова пишет:
Делает бухгалтер приход этого года(2010)-период с 01/01/2010 по 15/01/2010,заходит в расчет себестоимости - там требуется перерасчет с начала 2009г.(т.е с 01/01/09),перерасчет этот займет времени примерно час.В управлении "Управлении опер.периодами" установлено 01/01/2010г.
:зачем программа запрашивает перерасчет??? как настроить,чтобы средние цены считались только за последний период,не трогая другие(уже рассчитанные)периоды расчета??
Уважаемая Наталья.
Установите все хотфиксы к SP23.
Инструкции и комментарии - ..... - Себестоимость и переоценка:
"Расчет ведомостей себестоимости в реестре возможен в 2-х режимах:
· Пересчитываются позиции, по которым были изменения в этом периоде или предшествующих периодах (начальных остатках) – выполняется с помощью пункта меню «Пересчитать только необходимые позиции» (F10) кнопки «Операции». Отмеченные позиции пересчитываются по всем ведомостям, где они отмечены, независимо от того, какая ведомость текущая.
· Пересчитываются полностью все позиции в ведомости – выполняется с помощью пункта меню «Пересчитать все ведомости, начиная с заданной» (Ctrl-F10) кнопки «Операции». Пересчитываются вес позиции по всем ведомостям, начиная с текущей. "
В документации по приложению Товары сказано:
"Вид движения Оприходование с наценкой имеет иной принцип формирования документов по сравнению с другими видами движения по приходу - во-первых, отличается сама экранная форма документа, во-вторых, в данном случае присутствует жестко заданная в программе модель калькуляции закупки (фактическая стоимость калькулируется, исходя из указанной цены поставщика и торговой наценки). Данный вид движения используется, как правило, в розничной торговле при оприходовании ТМЦ на склад с торговой надбавкой."
Как правильно заметил nordk в одной из тем:
"Оприходование с наценкой прекрасно можно решить обычной моделью калькуляции в любом виде прихода, организованном по типу обычного прихода."
Уточните, пожалуйста, с чем связана необходимость использовать вид движения "Оприходование с наценкой"?
Лучше всю базу. Если очень большая - папки REAL, TOVAR и корень базы.
Если ошибка при вводе номенклатуры товара или материалов, то SCLAD или ZAPAS соответственно.
Проверьте, все ли поля в шапке накладной заполнены. Вы можете сравнить с накладными в этом реестре, которые печатаются без ошибок, либо с аналогичным видом движения в демобазе.