Thobias Sobczak

Fato! Sefaz/RS tá pecando em bastante sentidos

Fala Gabriel, blz? Clicando nessa opção dá a seguinte mensagem "Contribuinte sem atividade de CTe" Entrei em contato com a contadora e ela me alertou que o Sefaz/RS considera os 3 primeiros CNAE's, que no nosso caso não são de transporte e nem de desenvolvedor . Ela vai efetuar a alteração e nos credenciar como emissor voluntário. Obrigado pela atenção

Bom dia Estou passando pelo mesmo problema com um CNPJ autorizado a emitir CT-e normalmente, inclusive testado no Emissor Gratuito. Alguém sabe me informar se a informação do Gabriel procede para o estado do RS? Att Thobias

Bom dia Também utilizava o modelo A4 de impressão do DANFCe em minhas aplicações, não entendi a remoção do mesmo nos Commits mais recentes. Acho que seria interessante colocar de volta

Bom dia A melhor maneira é refazer o DANFSe, retirando dados do teu banco de dados. O padrão do ACBr é um serviço por nota no DANFSe, porém no XML podem ser adicionados mais de um serviço dependendo do provedor. Att

Boa tarde Como você citou a frequência da emissão de cupons, software do mercado emitindo muito mais cupons que o outro software, sugiro alterar o tempo de resposta do servidor. ACBr.Configuracoes.WebServices.AguardarConsultaRet := 6000; //6000ms = 6 segundos ACBr.Configuracoes.WebServices.AjustaAguardaConsultaRet := True; ACBr.Configuracoes.WebServices.IntervaloTentativas := 6000; //6000ms = 6 segundos ACBr.Configuracoes.WebServices.Tentativas := 5; ACBr.Configuracoes.WebServices.TimeOut := 6000; //6000ms = 6 segundos Outra coisa, você chegou a verificar se os xml's que não possuem o protocolo, estão na pasta de envio de xml com o final do arquivo -nfe e com o devido protocolo? Se caso tiver, sugiro mover eles após um envio bem sucedido para sua pasta de xml das NFCe. Tente verificar esses dois passos aí Att

Sim O ACBr popula o objeto NFe com os dados do retorno: Como acessar tais dados? ACBrNFe.NotasFiscais.Items[0].NFe.procNFe Sugiro que você debuge o teu objeto de transmissão para ver se os dados de retorno estão sendo preenchidos corretamente, outra alternativa viável é consultar a nota após o envio , meio que forçando a criação do XML com o protocolo, caso não seja preenchido automaticamente.

Boa tarde Sugiro que faça a alteração na seguinte linha: De SSLCryptLib := cryWinCrypt; para SSLCryptLib := cryCapicom;

Então, usando o Demo NFe Conforme ilustração ACBR NFe , é apresentado o erro da ilustração ACBR NFE ERRO.png Mudando para o XMLSignLib para xsXMLSec, é apresentado o erro 12157 O que dá pra notar é que preenchendo a senha do certificado A3 começam a ocorrer erros Pessoal, aparentemente problema RESOLVIDO Com a senha configurada manualmente no certificado A3, tudo que foi preciso foi alterar o SSLType para LT_TLS_v1, conforme figura abaixo Só pra deixar mais claro o possível as configurações usadas no Demo que sanaram meu problema:

Pessoal Anteriormente, no Commit 13010, a atribuição de senha ao certificado A3 enviava inúmeros DFe normalmente na mesma execução da aplicação. Entretanto, ao atualizar o SVN percebi que configurando a senha do certificado manualmente só é possível enviar o primeiro DFe sem o erro 12157, sendo necessário reiniciar a aplicação para ReEnviar os DFe's pendentes. O erro vale tanto para NFSe,NFCe, NFe Meu certificado A3 é SafeWeb Estava comentando com o Ítalo e gostaria de saber se mudou alguma coisa na forma de leitura dos certificados A3 durante os Updates mais recentes do Repositório Obs: o "bug" ocorre tanto no Demo_ACBrNFe quanto na aplicação em si Um grande abraço Thobias Sobczak

Sim, tais passos são para quem utiliza o FastReport, para o FortesReport não sei como funciona.

Bom dia amigo Você está associando o componente de impressão do DANFCe para teu objeto ACBrNFe? Para impressão correta do DANFCe sugiro os seguintes passos: 1-Usar um componente de impressão TACBrNFeDANFEFR (FastReport) , setando o TipoDANFe para tiNFCe. 2-Informar o caminho do arquivo .fr3 do relatório na propriedade FastFile do componente de impressão, você acha esses arquivos na pasta do Trunk2 (ACBr\Exemplos\ACBrDFe\ACBrNFe\Delphi\Report) 3-Depois de configurado o componente de impressão, só usar um Nota.NotasFiscais.Items[0].Imprimir; Espero ter ajudado.

Isso, o XML anexado é o de Envio... Você já tentou com a tag <OutrasInformacoes> em branco pra ver como vem o XML de retorno?

Pessoal, segue em anexo XML gerado com o demo ACBrNFSe configurado para a cidade de Mogi das Cruzes/MG, onde o provedor é o ISSNet. Como o Maiquel falou acima, somente os provedores Betha/FISSLex/SimplISS permitem preenchimento manual da tag <OutrasInformacoes>. 177-nfse.xml

Com certeza é um problema com a geração do teu XML, alguma má formação nele, usando o demo DANFSE FR não consegui imprimir, e ao tentar visualizar o XML somente as informações em negrito aparecem. Você pode me indiciar qual o provedor que está utilizando? Sugiro remover o ACBr e tentar reinstalar novamente usando a opção "Remover arquivos antigos do disco"

Anexa teu XML pra mim poder testar aqui...

Passei já por problema semelhante com essa mesma excpetion gerada pelo FastReport, resolvei marcando para o Delphi ignorar tal exceção e o Fast Report imprime normalmente.

Bom dia Italo Sim, estranho. Além das tags dos valores do serviço, as tags de discriminação de serviços também sai em branco. Tem como você ou qualquer outro usuário confirmar esse erro usando o Demo ACBrNFSe?? Valeu.

Bom dia amigos Estou enfrentando dificuldades ao gerar XML com o meu software e o Demo ACBrNFSe para o provedor SystemPro de Erechim/RS. Mesmo preenchendo manualmente os dados da NFSe , o xml não cria certos campos e zera outros. O erro ocorre tanto com o Demo do Trunk2 quanto com meu software, onde os dados são trazidos do banco de dados. Ao testar com outros provedores no Demo, o XML cria conforme setado na função AlimentaComponente(vAux). Poderia ser um erro de Schema específico do provedor que estou utilizando? Segue anexo para melhor compreensão. Desde já agradeço 178-nfse.xml

Show Tudo 100% agora Muito obrigado!

Sim, retirando as margens no modelo de impressão pra bobina ele imprime corretamente. Problema persiste no A4, onde diz que o XML está sem protocolo de autorização Vou atualizar como ordenado e efetuar novos testes. Obg pela atenção Perfeito, atualizado o SVN e corrigido o problema. Muito obrigado pela atenção!

Só complementando o post anterior, gerando com o exemplo o xml anexado sai assim o DANFCE, cortando na margem direita.

Boa noite Juliomar Segue em anexo o xml, ressaltando que não é um erro exclusivo de uma nota só. Agradeço a atenção. 43161011394189000160650010000001851000001954-nfe.xml

Efetuada nova instalação do Trunk2 do ACBr e o erro ainda persiste.. Gostaria de solicitar aos desenvolvedores que dessem uma olhada no código fonte da geração do QRCode para modelo A4 do DANFCe Att

Boa noite Efetuei a instalação de 3 versões diferentes do FastReport em uma máquina e uma instalação do ACBr e do FastReport 5.3.1 em outra e o erro persiste. Estranho é que é só no modelo de impressão em A4.