Имя: Пароль:
1C
1С v8
ERP ввели аванс поставщику приобретение задним числом раньше аванса
, ,
0 xraf
 
16.11.18
12:37
Добрый день! Вот ситуация:
документ оплаты поставщику от 26 октября, так как поставки еще не было , соответственно провелось на 60.02.
Документы по приобретению пришли с опозданием, тоже примерно в это же время, но дата документа 5го октября. Введи, провели на 60.01.
А в конце месяца 60.02 так и остался на 60.02.
Раньше в бп было восстановление последовательности, а про ЕРП разработчик пишет:

Отдельного инструмента восстановления последовательности движений документов, как в предыдущих поколениях программ (например, в прикладном решении "Управление производственным предприятием"), нет. В новых редакциях "1С:КА" и "1С:ERP" такой механизм не требуется. Восстановление последовательности движений по документам осуществляется автоматически при выполнении регламентных заданий в рамках закрытия месяца.


Я, конечно, руками добавил в регистр сведений Задания к распределению расчетов с поставщиками, после этого Закрытие месяца все расставило по местам, но до этой записи, пункт "Формирование движений по расчетам с контрагентами"в ЗМ был зеленым
1 Aleksey
 
16.11.18
12:38
А зачем вводить документы задним числом? Там же есть реквизит входящий номер и дата
2 xraf
 
16.11.18
12:40
(1) ну вот так для красоты все ввели как описал выше
3 РБ
 
16.11.18
12:40
(0) а что мешает зайти в ПП и подцепить документ расчета (поставку от 5 октября) при проведении 60.02 станет 60.01
4 xraf
 
16.11.18
12:40
Возможно документ лежал у кладовщика
5 xraf
 
16.11.18
12:41
(3) Ничего не мешает
6 xraf
 
16.11.18
12:41
Но ведь в БП об этом не надо было задумываться
7 РБ
 
16.11.18
12:41
(5) почему не делаете?)
8 Вафель
 
16.11.18
12:42
(1) а что теперь ЕРП не поддерживает ввод задним числом?
9 Вафель
 
16.11.18
12:42
(7) руками закрывать все поставки на оплаты? но зачем?
10 РБ
 
16.11.18
12:42
(6) Здесь вам не тут.
11 Aleksey
 
16.11.18
12:42
(4) и что?
12 xraf
 
16.11.18
12:43
(7) Одна из причин, что документы по Банку вводит один человек, а Приобретение второй.
То есть ответственному за банк, надо вот так сидеть и проверять эти все авансы? Тягомотина какая-то, и я согласен в данном вопросе в бухгалтерами
13 РБ
 
16.11.18
12:43
(9) откройте тайну как вы делаете))) а то, мы, как дураки, каждую ПП обрабатываем)
14 РБ
 
16.11.18
12:43
(12) у нас именно так и делают.
15 РБ
 
16.11.18
12:44
но у нас все строго...у нас объекты расчета заполняются еще в заявке на расходование ДС.
т.е. мы всегда и точно знаем-аванс у нас или оплата по документам
16 xraf
 
16.11.18
12:45
Да, я могу накрутить обработку, чтобы в этот регистр "Формирование движений по расчетам с контрагентами" ежедневно попадали все документы текущего месяца, а потом ЗК запускать.
Но наверняка есть способ традиционнее, просто я не вижу
17 РБ
 
16.11.18
12:46
(12) я уже немного мечтаю о такой вот безответственной бухгалтерии)))) все б им по одной большой кнопке...
18 РБ
 
16.11.18
12:46
(16) да откуда ж любая обработка возьмет и подберет документ расчета??? или у вас по принципу-первый попался-лезь в платежку???
19 Вафель
 
16.11.18
12:48
(18) не всегда оплата идет строго по документам. Бывает - закинут 500тщ, потом выбирают например на 600, потом 100 доплачивают
20 Redkiy
 
16.11.18
12:48
(0) В чем проблема? Все реализовано в закрытии месяца.
21 xraf
 
16.11.18
12:49
(20) Поверьте, если бы у меня с этим не было проблемы, я тут буквы не набирал, стараясь изложить ситуацию )
22 xraf
 
16.11.18
12:50
(20) А проблема в том, если задним числом ввести документ, то ЗМ не реагирует на это в пункте "Формирование движений по расчетам с контрагентами"
23 Redkiy
 
16.11.18
12:53
(22) Для каких целей тебе этот регистр?
24 Вафель
 
16.11.18
12:54
(22) очевидно же что косяк. напиши на [email protected]
25 xraf
 
16.11.18
12:55
(23) это не регистр
26 РБ
 
16.11.18
12:58
(22) да нет тут восстановления последовательности в том виде, как это было  в БП или УПП...
хотя, если вы ведете по договору в целом...
27 РБ
 
16.11.18
12:59
+(26) у нас просто строго все По накладным
28 Вафель
 
16.11.18
12:59
(26)  Есть конечно же
29 РБ
 
16.11.18
13:00
(28) то, что в фоновом задании имеете ввиду?
30 xraf
 
16.11.18
13:28
(28) расскажи, пожалуйста :)
31 Krendel
 
16.11.18
13:29
Тип расчетов какой?
32 xraf
 
16.11.18
13:30
(31) По договорам :)
33 xraf
 
16.11.18
13:31
(31) я же говорю, ввел это в регистр "Задания к распределению расчетов с поставщиками" и тогда все Ок
34 xraf
 
16.11.18
13:31
А без этого ЗМ никак не видело, что надо документы перепровести
35 xraf
 
16.11.18
16:29
Какое резюме делаем по этому вопросу? )
36 Вафель
 
16.11.18
16:35
(30) ну собственно ты про него и говорил
37 xraf
 
26.11.18
22:51
(36) В новых релизах эту проблему решили, но пока сам не тестил:

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

Режимы  ведения взаиморасчетов
Поддерживается два режима ведения взаиморасчетов (режим взаиморасчетов определяется по ссылке НСИ и администрирование – Настройка НСИ и разделов – Казначейство и взаиморасчеты – Взаиморасчеты):

Оффлайн – текущая архитектура взаиморасчетов (устанавливается по умолчанию). Распределение расчетов по документам и датам платежа выполняется фоновым заданием по расписанию (оффлайн) (используется регламентное задание Выполнение отложенных движений по расчетам с клиентами/поставщиками). Вместо регламентного задания возможен автоматический запуск фонового задания с использованием соответствующих функциональных опций Автоматически запускать фоновое задание расчета взаиморасчетов при проведении документов и Автоматически запускать фоновое задание расчетов взаиморасчетов из отчетов (НСИ и администрирование - Настройка НСИ и разделов – Казначейство и взаиморасчеты – Взаиморасчеты). При изменении суммы расчетов, суммы регл. учета и суммы упр. учета формируются записи регистра сведений «Задания к распределению расчетов с поставщиками/клиентами».
Онлайн – новая архитектура взаиморасчетов. Распределение взаиморасчетов по расчетным документам запускается сразу в транзакции проведения документов (онлайн). Данный режим исключает необходимость запуска распределения взаиморасчетов при печати первичной документации и формировании отчетов в валюте, отличной от валюты расчетов. Прежде чем перейти на новую архитектуру взаиморасчетов необходимо выполнить задания по распределению расчетов по документам и закрытие месяца. При выборе данного режима:
выполнятся поиск невыполненных заданий по распределению расчетов с партнерами (клиентами/поставщиками). Если имеются невыполненные задания, то пользователю выдается предупреждение, что будет произведен запуск отложенных расчетов до перехода на новую архитектуру взаиморасчетов и первоначальное заполнение данных может занять продолжительное время. Если задания отсутствуют, то будет выдано предупреждение о продолжительном времени начального заполнения и затруднении работы пользователей.
в момент начала ведения учета в новой архитектуре данные заполняются в регистры «Расчеты с клиентами по срокам», «Расчеты с поставщиками по срокам» из регистров накопления «Расчеты с клиентами по документам» и «Расчеты с поставщиками по документам». Данные после начала ведения  учета в новой архитектуре будут заполнены по регистрам накопления «Расчеты с клиентами», «Расчеты с поставщиками», «Расчеты с клиентами по документам», «Расчеты с поставщиками по документам».
автоматически отключаются функциональные опции Автоматически запускать фоновое задание расчета взаиморасчетов при проведении документов и Автоматически запускать фоновое задание расчетов взаиморасчетов из отчетов.
38 shuhard
 
26.11.18
22:55
(37) 2.4.6 у всех на тестировании, под НДС 20% - отпишемся по результатам
39 Злопчинский
 
26.11.18
23:14
Документ оплаты - 26 октября.
Документ приобретения датирован 5 октября, но пришел после 26 октября.
И вы его запихнули в 5 октября.

Ничто по БУ/НУ не запрещает при наличии документальных фактов о том, что документы ПОСТУПИЛИ К ВАМ после 26 октября - поставить документ приобретения (датированный 5 октября) - поставить его хот 28 октября, хоть в ноябре - когда он пришел.
Но у вас должны быть документальные свидетельства. Конверт со штампом почты России о дате получения, квитаниция о дате получения, если привез курькер - реест с подписью курьера и вашей подписью подтверждающей что документы получены именно тогда когда получены или грузоперевозочные документы подписанные фактической датой получения товара от грузоперевозчика на вашем складе.

Ситуация может быть осложнена условиями ДОГОВОРА, в котором например может быть оговорено что право собственности на товар переходит к вам в момент получения товара грузоперевозчиком на складе поставщика. тут свои заморочки...
40 xraf
 
26.11.18
23:17
(39) да согласен я с этим :)
Но очень часто первичка может отлеживаться к у куратора по договору, пока он не вспомнит о ней и не закинет в бухгалтерию в другом крыле здания
41 Злопчинский
 
26.11.18
23:38
(40) ССЗБ. вся приходящая БУ первичка должна в первую очередь попадать в бухгалтерию и из бухгалтерии под подпись по реестру выдаваться ответсвенным исполнителям.

Решение административно-органзационных задач программистами обычно ведет к тонне костылей и неустойчивости конструкции. Потому что отработать ВСЕ НЕПРАВИЛЬНЫЕ ситуации программист не в состоянии. он просто не знает ВСЕ ВОЗМОЖНЫЕ неправильные ситуации.

как-то так.
42 xraf
 
26.11.18
23:51
(41) и предлагал уже ДО развернуть в начале года
43 Злопчинский
 
27.11.18
00:25
(42) а при чем здесь ДО (документооборот)..?
типа ДО - внезапно дисциплинирует недисциплинированного сотрудника фактом наличия ДО...?!
44 azt-yur
 
27.11.18
06:57
Косяк у вас в том что запись в регистр не сформировалась при проведении поступления, а она должна была сформироваться, у наших формируются и автоматическое регламентное задание все перепроводит и закрывает.
Вопрос в том почему не создалась. Возможно косяк вашего релиза. Какой у вас? Может доработки косячные.
А если отменить проведение поступления и провести, запись в регистр добавится?
45 xraf
 
27.11.18
12:13
(43) Конечно ) наличием Задачами и сроками )

(44) Пока 2.4.5.118
46 azt-yur
 
27.11.18
12:54
(45) проверь константу АктуализироватьВзаиморасчетыПриПроведенииДокументов, возможно она у тебя выключена
47 xraf
 
28.11.18
11:58
(46) Константа включена
Программист всегда исправляет последнюю ошибку.