ФОРУМ "Предприниматель 4"

Добрый день!

Хотел как обычно в этот период года архивировать БД до 01/01/2015 и возникла проблемма:

касса, запасы не совпадают с текущим днем, т.е.

если 01/04/2015 запасы были 100 000, касса 1000, то после архивации01/04/2015 стало: запасы 105 654 , каса -35 600

Закономерность не могу отследить.

Спасибо.

vadim писал(а): запасы были 100 000, касса 1000, то после архивации01/04/2015 стало:
запасы 105 654 , каса -35 600

Скорей всего запасы увеличились потому, что были отрицательные остатки, а они не переносятся, как и нулевые.

С кассой - проверил и обнаружил, что программа вычисляет сумму в грн, а обозначает ее как $.
Откройте приходный документ по кассе № 0 за 01.04.2015, если там нереальная сумма в $, уменьшите ее.

действительно, создало 2 нереальные суммы, ввел вручную, вроде как все ок.

спс

нова проблемма:

у контрагента увеличился долг в 1,5 раза, скорее всего из-за постоянной смены курса

Это вряд ли. Откройте архивную базу (с именем файла ...до_01_04_15), наверное там будет та же сумма.

нет, специалтно проверил.
был долг 100 у.е., стал 150 у.е.
гривневый долг не изменился (учет по котрагенту в у.е.)

Сегодня обнаружил, если в рознице остались продажи не сброшенные в накладную под одним из пользователей, то после архивации они так и висят в новой базе.

Имею проблему!
Сделал архивацию базы и обнаружил что товары перенеслись с неправильной ценой прихода, например


а вот что было изначально в остатках по партиям

ЧТО мне делать? помогите!

YOKS писал(а):Имею проблему!
Сделал архивацию базы и обнаружил что товары перенеслись с неправильной ценой прихода, например

арахыс.png

а вот что было изначально в остатках по партиям

Товары перенеслись со средней цене, например цена товара по разным партиям закупки: товар А -150 грн ( цена в одной партии закупки) товар А-120 грн. ( цена в другой партии закупки) значит средняя цена товара А - 150+120/2= 135 грн.

Только в данном случае было примерно так: по цене 14,20 плюс 6 штук, по цене 0 минус 4 штуки. Средняя цена 14,20/2 = 7,10.
Арифметически это правильно, но для учета неправильно, поэтому можно в приходной накладной "Начальный остаток" поправить цены вручную.

Тоже собрался делать архивацию обратил внимание что ID товара уже 8-ми значный.
Дмитрий, это влияет на скорость работы базы?
Имеет ли смысл создать новую базу?

1. Значение счетчика не обязательно соответствует числу товаров. Восемь разрядов - это десятки миллионов, вряд ли у вас столько наименований.
2. В любом случае число наименований в тысячи раз меньше, чем число строк во всех документах (один товар закупается и продается много раз).
Более-менее объективное измерение - это размер файла (заметил, что резкое снижение скорости по сети происходит при 70 Мб).

P.S. А вы не думали об оплате лицензий?

8 разрядов увеличивает размер базы?
В том то и дело что наименований несколько тысяч, а id 8-ми значный, я так понимаю что всё таки немного увеличивает базу.
Тогда вопрос как в новой базе сделать id уменьшенной разрядности?
PS Думаю постоянно. Обязуюсь исправиться

Отвечу, когда исправитесь.