EMBarbosa

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

Para informação de todos, essa alteração ainda não foi ao SVN. Precisamos de mais testes relacionados a quebra do código na versão de layout 2.5 que ainda é funcional. Se mais alguém quiser fazer testes e sugerir alterações, ficamos gratos.

Cícero você tem o manual dessa balança pra nos enviar por favor?

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 22259. 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 22258. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Foi publicada nova versão da Nota Técnica (NT) 2016.003 v.2.00 que altera a tabela de NCM com vigência a partir de julho de 2021. Ela visa incluir 49 novos códigos e a exclusão de 14 códigos. Veja os NCMS incluídos e excluídos na NT. OBS.: Para NF-e que não seja de exportação, os NCMs extintos podem ser usados até 31/08/21. Fontes: Notícia: https://www.nfe.fazenda.gov.br/portal/informe.aspx?ehCTG=false&Informe=GPTd56HA8ng= NT: https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=y2Nwl/aVQuE= Observações: Essa NT não afeta em nada no componente, pois não existe nenhuma alteração de layout do XML e muito menos de Schemas para validar os XMLs. A única alteração é na SEFAZ que a partir da data 01/07/2021 vai passar a aceitar novos códigos NCM e os que vão deixar de existir ainda serão aceitos até 31/08/2021. O desenvolvedor só vai ter que atualizar a sua tabela de NCM validos.

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.