EMBarbosa

Boa noite. Veja bem, o cliente não tem direito de exigir algo assim. Ele não tem poder nenhum sobre a forma que a empresa escolhe vender o item. Ele não pode exigir nem alteração da descrição nem do código. Dito isso, a Sefaz vai permitir agora que seja informado um outro código de produto nas NFe/NFC-e justamente para casos em que seria interessante para o contribuinte informar um código secundário para fornecedores ou clientes. São os campos "cBarra" e "cBarraTrib". Veja mais na NT 2020/05. Veja também https://www.projetoacbr.com.br/forum/topic/60200-nota-técnica-2020005-nf-e/ Nunca ouvi falar de utilizar outro código para gerar notas por clientes. Você vai precisar verificar com o contador. Mas tenho a impressão que ele vai te orientar a escriturar todas as notas usando o código primário.

Já está no Trunk2. Mas o componente foi renomeado de ACBrCNAB para ACBrPagFor.

Remova esses muitos selects que existem aí. Use inner joins ao invés de left joins. Crie índices nas tabelas.

Você chegou a verificar na prefeitura primeiro como funciona a transmissão sem certificado?

Primeiro é preciso saber se está usando o emulador da Bematech 4200 ou da Bematech 4200 TH FI. São diferentes modelos de impressoras. Segundo, precisa verificar o manual do emulador. Terceiro, para acessar as portas seriais, provavelmente você vai precisar executar o emulador como administrador.

Se precisar e quiser implementar, fique a vontade. Nós avaliamos com prazer o que você fizer para incluir no SVN. Imaginei, mas não custava perguntar. É outra opção também. Fique a vontade. Bom trabalho por aí.

Dá uma olhada nesse tópico e veja se ajuda:

Olá @giulianon. Sugiro você verificar a implementação debugando. Não creio que muitos usem esse recurso atualmente. Outra pergunta talvez mais importante, você precisa mesmo que essa função passe pelo ACBrECF? Não seria melhor fazer isso por fora agora que não usa mais ECF?

Conforme o @Juliomar Marchetti citou acima, sua correção já está no SVN desde a revisão 22116. Muito obrigado. Depois de avaliar o código de demonstração, acho que o melhor é manter por aqui no fórum mesmo. Nós agradecemos sua contribuição e esperamos que seja útil para mais pessoas na comunidade.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 22110. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

A mensagem de erro diz que xml tem um atributo de nome "URI" que não está preenchido. Se seus schemas estão atualizados, é provável que você precise preencher esse valor.

Do meu ponto de vista, é muito melhor que o seu sistema faça o controle. Se o componente fizesse o particionamento do lote, ele teria que retornar a você informações como quantidade de lotes e id de cada lote. Isso complica muito. É bem mais fácil você implementar essa separação de lotes na sua aplicação e alimentar o componente de acordo com os lotes gerados pela sua aplicação.

Muito bem observado. Subi as alterações para o SVN na Revisão 22089. Pelo que vi está tudo certo, mas queira por favor atualizar, testar e reportar qualquer problema. Muito obrigado pela contribuição.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 22088. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 22087. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 22086. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Por favor, veja a mensagem do Juliomar acima.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 22085. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Acho melhor não fazer esse teste na função. Veja bem, se você está chamando a função pra converter, seria melhor que você tivesse certeza da entrada antes. Por exemplo, se você usar o seguinte comando nativo do Delphi, vai gerar uma exception: StrToInt('a');

Muito obrigado pela contribuição. Eu avaliei aqui e parece quase tudo ok. Só tenho uma pergunta importante, você chegou a fazer validação na versão atual do eSocial 2.5? Porque notei que suas alterações na função eSStrToCodIncCP da unit pcesConversaoeSocial reduzem o número de valores que podem ser retornados.

Esses são recursos que com certeza ajudam na proteção de dados sensíveis. Agora, ser requisito ou exigido, eu não me lembro da LGPD estabelecer regras de recursos técnicos... A questão talvez seja: Se houver vazamento, fizemos tudo que podíamos pra impedir? Mas isso já é outra discussão...

Pode, basta configurar o componente corretamente. Como funciona da mesma forma que o ACBrNFe e outros DFe, talvez esse tópico ajude:

Veja esse post do @-=Ma®©oS=- Devido a demanda não conseguimos ajustar o código para adicionar no projeto ACBr. Mas se você tem demanda disso sugiro verificar o componente.

ACBrReinf1.AssinarEventos;