Новости для бухгалтера, бухучет, налогообложение, отчетность, ФСБУ, прослеживаемость и маркировка, 1С:Бухгалтерия

Вход или Регистрация

Показывать по 10 20 40 сообщений
Новая тема Ответить
Письмо в техподдержку 1С
[Прочее]

БП 1.6.16.6 Конф. 8.1.14.69 Регистрация счетов фактур на аванс - ошибка

LAL001
читатель
офлайн
Дата регистрации: 16.03.2008
Сообщений: 137
Пост №41
 
18.08.2009 08:37

Увы. Проверяла именно в 1.6.17.4

Tanya
читатель
офлайн
Дата регистрации: 03.12.2001
Сообщений: 8412
Пост №42
 
19.08.2009 09:22

> 3. Пришлось сделать самое нелюбимое мною: внести изменения в обработку на месте ошибки при определнии<br>> типа документа РасходныйКассовыйОрдер указать пустую ссылку на реквизит СчетНаОплату.<br>> Проблема "частично решена", но, как-то, не очень красиво.<br>Совсем некрасиво. Вы оформили аванс на тот документ (операцию) , по которому даже теоретически не может быть никакого аванса.<br>В этом случае претензии к 1С по обходу этой ошибки не совсем справедливы. Потому что, как бы не программировали этот обход, не выписывали с/ф вообще, или что гораздо хуже, выписали с/ф- все будет не правильно.<br>> <br>> Я понимаю, что новая обработка более чувствительна к данным, чем прежние, которые подобные ошибки не<br>> обнаруживали. Но хотелось бы получить совет, а как это можно исправить (перепроведение за предыдущие <br>> периоды исключается).<br>Анализ кто что когда сделал неправильно.<br>Исправление содеражание регистра, через документ "Корректировка"<br>

LAL001
читатель
офлайн
Дата регистрации: 16.03.2008
Сообщений: 137
Пост №43
 
19.08.2009 10:02

> > 3. Пришлось сделать самое нелюбимое мною: внести изменения в обработку на месте ошибки при определнии<br>> > типа документа РасходныйКассовыйОрдер указать пустую ссылку на реквизит СчетНаОплату.<br>> > Проблема "частично решена", но, как-то, не очень красиво.<br>> Совсем некрасиво. Вы оформили аванс на тот документ (операцию) , по которому даже теоретически не может быть никакого аванса.<br>> В этом случае претензии к 1С по обходу этой ошибки не совсем справедливы. Потому что, как бы не программировали этот обход, не выписывали с/ф вообще, или что гораздо хуже, выписали с/ф- все будет не правильно.<br><br>Спасибо за ответ. Но, может, посоветуете, что должны были сделать:<br>1. Покупатель внес наличные за товар (Приходный кассовый ордер).<br>2. Покупателю был отгружен товар на часть суммы (Реализация товаров и услуг).<br>3. Покупатель попросил вернуть наличными часть оставшейся суммы (Расходный кассовый ордер).<br><br>Каким документов надо было провести третью операцию? На какие счета?

Prikum
активный пользователь
офлайн
Дата регистрации: 18.02.2002
Сообщений: 20953
Пост №44
 
19.08.2009 10:28

Вид операции везде стоит, тот , что нужен? Т.Е. в РКО вид операции = "Возврат ден.средств покупателю"?

Tanya
читатель
офлайн
Дата регистрации: 03.12.2001
Сообщений: 8412
Пост №45
 
19.08.2009 10:56

1 Дт 50 Кт 62.02 11800 (Приходник) На этом этапе выписываем с/ф на аванс<br>2 Дт 62.02 Кт 62.01 5900 (зачет аванса при отгрузке)<br>3 Дт 62.02 Кт 50 5900 (Расходник)<br>Ситуация стандарная, которая не может привести к выписке с/ф на аванс на 3-м этапе.<br><br>Если у вас не упрощенный учет НДС, то с/ф на аванс выписывается на основании данных регистра накопления "НДСРасчетыСПокупателями". Сравните данные этого регистра с остатками по сч 62.02<br>В вашем случае в этом регистре по реквизиту "Документ расчетов" должны быть только "Приходник" и "Реализация".

LAL001
читатель
офлайн
Дата регистрации: 16.03.2008
Сообщений: 137
Пост №46
 
19.08.2009 12:38

Спасибо всем аза ответ. <br>Да, в ПКО стоит ВозвратСредствПокупателю. Ситуация осложняется тем, что все это произошло в апреле 2008г. А ошибку можно исправить только в 3 квартале 2009 года. Обработка же реагирует на содержимое регистра апреля 2008 года. <br>

LAL001
читатель
офлайн
Дата регистрации: 16.03.2008
Сообщений: 137
Пост №47
 
26.08.2009 23:41

"Если кому-то интересно.<br>Проблему удалось решить. В регистре накопления НДСРасчетыСПокупателями были ссылки на документ РасходныйКассовыйОрдер.ВозвратДенежныхСредстПокупателю. Ссылки сформированы "естественным" путем при проведении документов. Никаких ручных правок. Как это было в апреле 2008 года выяснить не удалось. А вот в текущем квартале: был введен РасходныйКассовыйОрдер.ВозвратДенежныхСредствПокупателю. Затем вели документ по этому контрагенту ПриходныйКассовйОрдер. В результате в регистре НДСРасчетыСПокупателями сформировалась ссылка на РКО. Затем пользователь пометил РКО на удаление, а ПКО не перепровел. В этой ситуации при формировании счетов-фактур на аванс вылетала ошибка об отсутствии реквизита СчетНаОплату.<br>Считаю, что это все же недоработки 1С, т.к.<br>1. пользователь формально все сделал правильно (нигде не указывается,что после пометки документа на удаление, необходимо перепровести все документы по этому контрагенту);<br>2. программа выдает сообщение об ошибке на языке программирования, выяснить ее причину может только программист в конфигураторе.<br>Конечно, программист в такой ситуации имеет возможность дополнительно заработать, но, с точки зрения пользователя, это не корректно.<br><br>"

Tanya
читатель
офлайн
Дата регистрации: 03.12.2001
Сообщений: 8412
Пост №48
 
27.08.2009 09:35

"> 1. пользователь формально все сделал правильно (нигде не указывается,что после пометки документа на<br>> удаление, необходимо перепровести все документы по этому контрагенту);<br><br>Совершенно неверное утверждение. <br>А вы знакомы с понятием как последовательность документов.<br><br>Пользователь как раз совершил ошибку, не восстановил последовательность документов. <br>Например.<br>Разносим оплату 10.08 проводка Дт 51 Кт 62.02, потом 27.08 формируем отгрузку - проводка по зачету аванса Дт 62.02 Кт 62.01, потом удаляем оплату , а отгрузку не перепроводим. В результата ошибка в учете.<br><br><br>Для того кто работает в 1С ( неважно 7 или 8) это слышать странно. <br>Каждый бухгалтер , работающий с 1С, это знает как прописную истину. Теоретически бухгалтер может конечно это не знать (никогда не работал в 1С), но писать такое специалисту по 1С - это расписываться в своей некомпетентности.<br>"

LAL001
читатель
офлайн
Дата регистрации: 16.03.2008
Сообщений: 137
Пост №49
 
27.08.2009 11:24

Это филосовский спор: что важнее механизм реализации действий бухгалтера в 1С или реальная работа бухгалтера. Долго обсуждать не хочу, т.к. идеальной жизни не бывает. <br>А речь шла о том, что есть недоработка 1С, которая не реагирует нормальным сообщением для пользователя об ошибке при ситуации, которая возможна в программе.

Показывать по 10 20 40 сообщений

Читают тему:

1 гостей
Быстрый переход
Для технических специалистов
  • Книга жалоб и предложений по работе сайта
  • Для технических специалистов
  • Представление регламентированной отчетности
  • Говорильня
  • Бухгалтерский учет: обсуждаем проекты нормативных актов и рекомендаций по ведению учета от БМЦ
  • Новый порядок применения ККТ (онлайн кассы с передачей сведений в ФНС)
  • Интернет-конференция: Оформление командировок по новым правилам
  • МАРКИРОВКА
  • ЕГАИС
  • Учет, налогообложение, автоматизация