Op mijn werk liepen we gisteren tegen een probleem aan. In onze database moeten wel regelmatig picklocaties wijzigen. Hiervoor exporteren we de huidige lijst van picklocaties naar een CSV-bestand en bewerken dat in Excel. Daarna importeren we het nieuwe bestand.
Vanuit onze database maken we een export naar een CSV-bestand. Als we het bestand openen in (bijvoorbeeld) Kladblok, ziet het er bijvoorbeeld als volgt uit:
Dit is dus een fragment van het totale bestand
Het gaat hier om de vijfde en zesde kolom: dit zijn de aanduidingen voor onze picklocaties in het magazijn. In het voorbeeld hebben we dus locatie 30D0510 en locatie 30E0010. Als we het CSV-bestand openen in Excel, maakt Excel van locatie 30E0010 standaard een wetenschappelijk getal. Dit is dus NIET de bedoeling, omdat Excel dan 3,00E+11 in de cel noteert. Ter vergelijking: picklocatie 30D0510 wordt wel correct weergegeven.
Als ik de Celeigenschappen raadpleeg voor beide picklocaties, dan staat 30D0510 ingesteld op Standaard en 30E0010 op Wetenschappelijk. Als ik alles selecteer en alle celeigenschappen op standaard zet, blijft de foute notatie (3,00E+11) gehandhaafd. Het veranderen naar Tekst geeft 3E+11, wat dus ook niet goed is.
Op basis van wat men dus invoert in een cel, bepaalt Excel automatisch welke notatie gehanteerd wordt. Dit willen we dus niet hebben bij het importeren van het bestand. Mijn vraag luidt dus: hoe kan ik voorkomen dat Excel zelf de notatie bepaalt bij het importeren van een bestand?
offtopic:
Dit is een proces dat niet geautomtiseerd kan worden. Er is namelijk geen algoritme wat de picklocaties voor ons kan wijzigen, omdat dit per dag/week/maand/whatever kan variëren naar gelang de situatie van dat moment.
Dit is een proces dat niet geautomtiseerd kan worden. Er is namelijk geen algoritme wat de picklocaties voor ons kan wijzigen, omdat dit per dag/week/maand/whatever kan variëren naar gelang de situatie van dat moment.
Vanuit onze database maken we een export naar een CSV-bestand. Als we het bestand openen in (bijvoorbeeld) Kladblok, ziet het er bijvoorbeeld als volgt uit:
code:
1
2
3
4
| DU205/50V15SSP2;4;101;BIN;30D0510;30D0510;stuks DU205/50V15SSP2;6;101;BIN;30D0510;30D0510;stuks BR195/60V15SB390;1;101;BIN;30E0010;30E0010;stuks GO205/55V15SEV;10;101;BIN;30E0020;30E0020;stuks |
Dit is dus een fragment van het totale bestand
Het gaat hier om de vijfde en zesde kolom: dit zijn de aanduidingen voor onze picklocaties in het magazijn. In het voorbeeld hebben we dus locatie 30D0510 en locatie 30E0010. Als we het CSV-bestand openen in Excel, maakt Excel van locatie 30E0010 standaard een wetenschappelijk getal. Dit is dus NIET de bedoeling, omdat Excel dan 3,00E+11 in de cel noteert. Ter vergelijking: picklocatie 30D0510 wordt wel correct weergegeven.
Als ik de Celeigenschappen raadpleeg voor beide picklocaties, dan staat 30D0510 ingesteld op Standaard en 30E0010 op Wetenschappelijk. Als ik alles selecteer en alle celeigenschappen op standaard zet, blijft de foute notatie (3,00E+11) gehandhaafd. Het veranderen naar Tekst geeft 3E+11, wat dus ook niet goed is.
Op basis van wat men dus invoert in een cel, bepaalt Excel automatisch welke notatie gehanteerd wordt. Dit willen we dus niet hebben bij het importeren van het bestand. Mijn vraag luidt dus: hoe kan ik voorkomen dat Excel zelf de notatie bepaalt bij het importeren van een bestand?
Who is General Failure and why is he reading my hard drive?