В Реализации нет движений по взаиморасчетам.
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Просто я не работал с торговлей и склад 7.7. А тут возник вопрос:
Есть отчет "Ведомость по контрагентам", в нем столбцы "Увеличение долга" и "Уменьшение долга". В "Уменьшение долга" попадают оплаты наших покупателей (приход из банка и кассы), а "Увеличение долга" - пустые. Разве в "Увеличение долга" не должны попадать суммы из наших продаж - документ "Реализация"?
Посмотрел движения документа "Реализация", там нет движений по взаиморасчетам с покупателем, отсюда и вопрос.
Есть отчет "Ведомость по контрагентам", в нем столбцы "Увеличение долга" и "Уменьшение долга". В "Уменьшение долга" попадают оплаты наших покупателей (приход из банка и кассы), а "Увеличение долга" - пустые. Разве в "Увеличение долга" не должны попадать суммы из наших продаж - документ "Реализация"?
Посмотрел движения документа "Реализация", там нет движений по взаиморасчетам с покупателем, отсюда и вопрос.
(5) открываем документы реализации
На первой закладке смотрим какая сумма указана в реквизите/надписи типа " сумма взаиморасчетов по документу" то есть сумма указанная именно на первой дакладке!!! Не путать ее с итогом по табличной части документа на закладке "табличная часть" и не путать ее с цифрой долга по контрагенту на той же первой закладке
Если искомая сумма равна нулю
То либо отрываем руки горепрограмиистам которые у вас генерят эти документы программно либо смотрим на аурсы валют, используемые в договорах с контрагентами
Третий вариант - возможно было прямое грубое вмешательство в код именно с задачей отключения учета взаиморасчетов по продажам
На первой закладке смотрим какая сумма указана в реквизите/надписи типа " сумма взаиморасчетов по документу" то есть сумма указанная именно на первой дакладке!!! Не путать ее с итогом по табличной части документа на закладке "табличная часть" и не путать ее с цифрой долга по контрагенту на той же первой закладке
Если искомая сумма равна нулю
То либо отрываем руки горепрограмиистам которые у вас генерят эти документы программно либо смотрим на аурсы валют, используемые в договорах с контрагентами
Третий вариант - возможно было прямое грубое вмешательство в код именно с задачей отключения учета взаиморасчетов по продажам
"Сумма по документу стоит", дело вряд ли в курсах, в поступлениях все нормально.
База новая, сделанная на основе конфигурации базы, в которой все работает". Просто туда справочники подгрузили.
Кстати заметил, что сумма в регистре "Учет ТМЦ на складах" равна нулю.
База новая, сделанная на основе конфигурации базы, в которой все работает". Просто туда справочники подгрузили.
Кстати заметил, что сумма в регистре "Учет ТМЦ на складах" равна нулю.
Прикрепленные файлы:
Решил обновить на современный типовой релиз - все заработало.
Кстати в поступлении добавились движения по регистру "Учет партий ТМЦ", раньше не было, может в этом и была причина.
Кстати, есть ли в ТиС 7.7 возможность включать(отключать) учет по партиям?
Кстати в поступлении добавились движения по регистру "Учет партий ТМЦ", раньше не было, может в этом и была причина.
Кстати, есть ли в ТиС 7.7 возможность включать(отключать) учет по партиям?
Нет. По среднему не ставь - потом не отследишь откуда минуса повылезали. FIFO Однозначно.
Админ базы должен регулярно эту базу смотреть.
Если начали недавно - геморроя с учетом по партиям должно быть немного.
Вариант - запускаешь отчет по партиям, в форме параметров отчета указано где стоит ГП (Граница последовательности) . Запускаешь отчет на исполнение, если ГП не совпадатет с ТА - предлагается восстановить последовантельность. Соглашаешься.
То же самое с ведомостью по взаиморасчетам.
Можно делать в немонопольном режиме, перепроводятся документы. Сообщения об ошибках править тут же, если восстановление останавливается из за ошибки - править, перезапускать.
За одним сразу наберешь статистику ошибок, с теми кто отвечает за работу сформируешь "базу знаний" в стиле "что делать если".
Потом эту отлаженную готовую процедуру можно торжественно переложить на сотрудника-менеджера.
Админ базы должен регулярно эту базу смотреть.
Если начали недавно - геморроя с учетом по партиям должно быть немного.
Вариант - запускаешь отчет по партиям, в форме параметров отчета указано где стоит ГП (Граница последовательности) . Запускаешь отчет на исполнение, если ГП не совпадатет с ТА - предлагается восстановить последовантельность. Соглашаешься.
То же самое с ведомостью по взаиморасчетам.
Можно делать в немонопольном режиме, перепроводятся документы. Сообщения об ошибках править тут же, если восстановление останавливается из за ошибки - править, перезапускать.
За одним сразу наберешь статистику ошибок, с теми кто отвечает за работу сформируешь "базу знаний" в стиле "что делать если".
Потом эту отлаженную готовую процедуру можно торжественно переложить на сотрудника-менеджера.
(12) kudlach, а по ФИФО или ЛИФО "косяки" сразу видно? навскидку, номенклатура 5-6к, приходов в среднем по позиции - 5-6, как ты косяки будешь отлавливать?
только вот вопрос, какой стороной учетная политика предприятия по учету ТМЦ имеет отношение к взаиморасчетам?
только вот вопрос, какой стороной учетная политика предприятия по учету ТМЦ имеет отношение к взаиморасчетам?
(13), (14) сначала посмотрю в части неравенства количества списания номенклатуры по регистрам ОстаткиТоваровНаСкладах и ПартииТоваровНаСкладах. Для пущего удовольствия сравню расходы по количеству ОстаткиТоваровНаСкладах и ПартииТоваровНаСкладахРеламентированныйУчет. По последнему сревнению распечаткой расхождений по документам и номенклатуре порадую главбуха. В конце концов ей сидеть если что. Правильный Главбух изыщет пути исправить ошибки хоть на каком количестве ошибок - минимум, сделабтся выводы и определиться оптимальный алгоритм контроля. Чтоб не админ базы это делал или как минимум не только админ.
В споры вдаваться не буду - это теория. По партионному учету ФИФО мне лично проще и удобнее, потому что с инструментами контроля и способами решения в этом случае я определился. Наверняка и по среднему все возможно, но каждый определяет инструменты для себя сам.
В споры вдаваться не буду - это теория. По партионному учету ФИФО мне лично проще и удобнее, потому что с инструментами контроля и способами решения в этом случае я определился. Наверняка и по среднему все возможно, но каждый определяет инструменты для себя сам.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот