Rubinho

Tem como disponibilizar pra comunidade? Posso ajudar nos testes.

Bom dia, pessoal! Percebi algo estranho no componente ACBrNFeDanfeRL no Delphi7, não sei se isso acontece em outras versões do Delphi. Mesmo alterando a propriedade "ExibeDadosDocReferenciados" do componente para FALSE, as chaves das NFCe continuam saindo no DANFE. Fazendo o debug do arquivo "ACBrNFeDANFEClass.pas" percebi que o valor da propriedade continua como TRUE mesmo após sua alteração. Segue imagem em anexo.

Bom dia pessoal! Ao utilizar o comando NFE.InutilizarNFe o retorno tem trazido o a variável NProt em branco. Alguém sabe como resolver esse problema? Detalhe: Na variável XML do retorno o conteúdo vem (<nProt>328190000127483</nProt>). Não é muto difícil tratar isso, mas se tiver alguma outra solução, seria melhor, assim não precisamos fugir do padrão de tratamento da respostas do ABCrMonitor. Testei em modo homologação e produção, em ambos os casos estão vindo em branco. Inutiliza_1012996501_1013006501.ret

Descobri onde estava o problema. Eu estava enviando via socket o mesmo conteúdo como se fosse o método via troca de arquivos "NFe.CriarEnviarNFe("C:\ACBrMonitorPlus\Entrada\Exemplos\0000002631.req",1,1)" e não o conteúdo do arquivo "ini". Seria interessante alterar a mensagem de erro. RESOLVIDO!

Acontece o mesmo erro "UF não pode ser vazia" Na verdade, esse campo "cUF no grupo [Emitente]" não existia no exemplo original que peguei na pasta dos fontes da ACBr, adicionei na expectativa que fosse isso e acabei esquecendo de remover. O curioso é que via troca de arquivos funciona.

Boa tarde, pessoal! Estou com um problema bem estranho, fiz alguns testes usando o ACBrMonitorPlus via arquivo e consegui emitir algumas NFCe (arquivo de requisição: 0000002631.req e retorno: 0000002631.ret, em anexo), porem, quando envio o mesmo arquivo (0000002631.req) via socket, alterando apenas o numero da NFC para evitar rejeição por duplicidade e acertando o horário, recebo o erro: "UF não pode ser vazia". Já revisei todo o arquivo e as UF's estão todas preenchidas, se mudo para troca de arquivos funciona. Como posso resolver? 0000002631.req 0000002631.ret ENT.txt

Em Sergipe também estou com o mesmo problema.

Bom dia, rapazes! Existe alguma forma de fazer o download da tabela IBPT direto do site: http://deolhonoimposto.ibpt.com.br através do componente ACBr?

Galera, perdão por meu equivoco. Italo, muito obrigado pelos esclarecimentos e atenção. Rubens

Boa tarde, galera! Acredito ter identificado um pequeno bug (não sei se já foi identificado e corrigido). Procurei por soluções/similaridades no fórum e não achei. Segue relato: Quando é feito o download do XML através do manifesto destinatário, o site da Receita adiciona algumas tags referentes a solicitação do download, exemplo: <retDownloadNFe xmlns="" versao="1.00"... .... Isso tem feito o componente se perder ao tentar imprimir o DANFE, ele passa a tratar o XML como versão 1.00, como a data vem no formato 3.10, o componente rejeita a data, por achar que o formato está errado. Resultado na data de emissão e data saída vem em branco. Segue XML´s de exemplo: Atenciosamente, Rubens 28150834274233028295550000003168741548041706 ok -nfe.xml 28150805482271001205550010000966781210031479 download-nfe.xml

Sim, o papel foi reposicionado diversas vezes e não surtil efeito. Att, Rubens

Boa tarde pessoal! Estou iniciando os testes com a impressora de código de barras Argox 214puls no ETQTeste.exe. Estou conseguindo imprimir com as seguintes configurações: Modelo: etqPpla Porta: COM4 DPI impressora: dpi203 Temperatura: 10 Limpar memória: True Avanço Etq.: 0 Nº Copias: 0 Problema: Quando clico em Etiqueta Simples ou bloco de etiquetas, o programa só imprime uma etiqueta e começa a avançar etiquetas sem parar até a impressora piscar os leds e parar. Já segui um tutorial para resetar a impressora e mesmo assim não tive exito. Pesquisei no forum e não encontrei nada a respeito. Alguem já passou por isso? Como posso resolver este problema? Att, Rubens

Já estou consultando a Sefaz Sergipe. Depois coloco aqui o resultado. Muito obrigado André!! Forte abraço, Rubens

Sim, não o conhecia. Estou subindo. 1-pro-lot.xml 1-env-lot.xml

Esses arquivos foram enviados em modo síncrono= false e não consegui capturar o retorno. 28140507684607000187650010000001679000001670-nfe.xml 28140507684607000187650010000001689000001686-nfe.xml 28140507684607000187650010000001699000001691-nfe.xml 28140507684607000187650010000001679000001670-nfe.xml 28140507684607000187650010000001689000001686-nfe.xml 28140507684607000187650010000001699000001691-nfe.xml