Увы. Проверяла именно в 1.6.17.4
Увы. Проверяла именно в 1.6.17.4
> 3. Пришлось сделать самое нелюбимое мною: внести изменения в обработку на месте ошибки при определнии<br>> типа документа РасходныйКассовыйОрдер указать пустую ссылку на реквизит СчетНаОплату.<br>> Проблема "частично решена", но, как-то, не очень красиво.<br>Совсем некрасиво. Вы оформили аванс на тот документ (операцию) , по которому даже теоретически не может быть никакого аванса.<br>В этом случае претензии к 1С по обходу этой ошибки не совсем справедливы. Потому что, как бы не программировали этот обход, не выписывали с/ф вообще, или что гораздо хуже, выписали с/ф- все будет не правильно.<br>> <br>> Я понимаю, что новая обработка более чувствительна к данным, чем прежние, которые подобные ошибки не<br>> обнаруживали. Но хотелось бы получить совет, а как это можно исправить (перепроведение за предыдущие <br>> периоды исключается).<br>Анализ кто что когда сделал неправильно.<br>Исправление содеражание регистра, через документ "Корректировка"<br>
> > 3. Пришлось сделать самое нелюбимое мною: внести изменения в обработку на месте ошибки при определнии<br>> > типа документа РасходныйКассовыйОрдер указать пустую ссылку на реквизит СчетНаОплату.<br>> > Проблема "частично решена", но, как-то, не очень красиво.<br>> Совсем некрасиво. Вы оформили аванс на тот документ (операцию) , по которому даже теоретически не может быть никакого аванса.<br>> В этом случае претензии к 1С по обходу этой ошибки не совсем справедливы. Потому что, как бы не программировали этот обход, не выписывали с/ф вообще, или что гораздо хуже, выписали с/ф- все будет не правильно.<br><br>Спасибо за ответ. Но, может, посоветуете, что должны были сделать:<br>1. Покупатель внес наличные за товар (Приходный кассовый ордер).<br>2. Покупателю был отгружен товар на часть суммы (Реализация товаров и услуг).<br>3. Покупатель попросил вернуть наличными часть оставшейся суммы (Расходный кассовый ордер).<br><br>Каким документов надо было провести третью операцию? На какие счета?
Вид операции везде стоит, тот , что нужен? Т.Е. в РКО вид операции = "Возврат ден.средств покупателю"?
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>В вашем случае в этом регистре по реквизиту "Документ расчетов" должны быть только "Приходник" и "Реализация".
Спасибо всем аза ответ. <br>Да, в ПКО стоит ВозвратСредствПокупателю. Ситуация осложняется тем, что все это произошло в апреле 2008г. А ошибку можно исправить только в 3 квартале 2009 года. Обработка же реагирует на содержимое регистра апреля 2008 года. <br>
"Если кому-то интересно.<br>Проблему удалось решить. В регистре накопления НДСРасчетыСПокупателями были ссылки на документ РасходныйКассовыйОрдер.ВозвратДенежныхСредстПокупателю. Ссылки сформированы "естественным" путем при проведении документов. Никаких ручных правок. Как это было в апреле 2008 года выяснить не удалось. А вот в текущем квартале: был введен РасходныйКассовыйОрдер.ВозвратДенежныхСредствПокупателю. Затем вели документ по этому контрагенту ПриходныйКассовйОрдер. В результате в регистре НДСРасчетыСПокупателями сформировалась ссылка на РКО. Затем пользователь пометил РКО на удаление, а ПКО не перепровел. В этой ситуации при формировании счетов-фактур на аванс вылетала ошибка об отсутствии реквизита СчетНаОплату.<br>Считаю, что это все же недоработки 1С, т.к.<br>1. пользователь формально все сделал правильно (нигде не указывается,что после пометки документа на удаление, необходимо перепровести все документы по этому контрагенту);<br>2. программа выдает сообщение об ошибке на языке программирования, выяснить ее причину может только программист в конфигураторе.<br>Конечно, программист в такой ситуации имеет возможность дополнительно заработать, но, с точки зрения пользователя, это не корректно.<br><br>"
"> 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>"
Это филосовский спор: что важнее механизм реализации действий бухгалтера в 1С или реальная работа бухгалтера. Долго обсуждать не хочу, т.к. идеальной жизни не бывает. <br>А речь шла о том, что есть недоработка 1С, которая не реагирует нормальным сообщением для пользователя об ошибке при ситуации, которая возможна в программе.