Не работает архивация данных

[vadim]

Добрый день!

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

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

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

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

Спасибо.

[dmitry]

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

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

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

[vadim]

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

спс

[vadim]

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

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

[dmitry]

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

[vadim]

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

[123]

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

[YOKS]

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

цена в перенесенных остатках

арахыс.png (6.03 КБ) Просмотров: 2454

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

[YOKS]

арахыс2.png (22.48 КБ) Просмотров: 2453

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

[vik]

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

арахыс.png

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

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

[dmitry]

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

[123]

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

[dmitry]

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

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

[123]

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

[dmitry]

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