Italo Giurizzato Junior

Boa tarde Robinho, Na minha aplicação, implementei conforme essa explicação: http://www.ophos.com.br/app/publicacoes/detalhe/ct-e-de-anulacao-e-substituicao/ E nela deixa claro que a NF-e é de anulação ou seja uma NF-e emitida pelo tomador do serviço, portanto não é a NF-e original emitida pelo remetente da carga. Talvez a NF-e poderá ser a original caso o tomador for o próprio emitente da nota. Espero ter ajudado.

Boa tarde Duarte, E qual foi o retorno?

Boa tarde a todos, Posso até enviado alguma coisa para SVN, só vendo os logs não me recordo no momento.

Boa tarde Emerson, Foi eu quem reescreveu o componente, pode ser que algo esta errado, por favor atribua o valor true a propriedade Configuracoes.WebServices.Salvar. Realize o teste novamente e post como anexo o arquivo de envio e de retorno ( os que tem a palavra soap no nome), para que possamos avaliar o problema.

Bom dia Lucas, Vou analisar e se tudo OK, disponibilizo. Desde já muito obrigado pela colaboração.

Bom dia William, No que diz respeito aos caracteres especiais tais como as vogais acentuadas e cedilha, pode ter haver com a fonte. A fonte que foi utilizada para fazer o DAMDFE não esta instalada no seu windows.

Bom dia Marcelo, Você tem o Quick Report instalado no seu Delphi? Se sim, qual é a versão dele? Pois o DAMDFE feito em Quick Report exige no minimo a versão 5.02 do mesmo.

Bom dia Duarte, Por favor faça o seguinte teste: Comente a linha abaixo no fonte ACBrNFeWebServices. FPArqResp := 'dist-dfe'; // FPBodyElement := 'nfeDistDFeInteresse'; FPHeaderElement := ''; Depois tente novamente consultar. Fico no aguardo do seu retorno.

Bom dia a todos, Não estou realizando nenhuma reestruturação no que diz respeito ao DANFSE, sendo assim todas os pedidos de correções no DANFSE ou pacotes de instalação do mesmo, podem ficar a vontade em enviar para o SVN.

Bom dia a todos, Acredito que agora é arredondar as arestas que por ventura sobraram e partir para a NFS-e e GNRE. Quanto ao NFS-e a minha ideia é termos um INI chamado Cidades (já esta disponível) com a relação das cidades informando qual é o provedor que a atende. Para cada provedor teríamos também um INI cujo nome é o nome do provedor, por exemplo: Ginfes (já esta disponível), este arquivo contem as particularidades do mesmo. Os provedores que seguem o padrão ABRASF, se utilizam da versão 1 ou 2, infelizmente existem aqueles que tem algo a mais ou invertido, por exemplo as TAGs de desconto condicional e incondicional. Para tentar remover dos fontes os valores: proXXXXX que indica um determinado provedor do tipo if FProvedor = proGinfes then ..... a ideia é passar a usar a versão do XML que a principio é 1 ou 2, poderíamos criar uma sub-versão para identificar esses algo mais ou inversão de TAGs, entre outros. Se conseguirmos chegar a esse ponto, com o surgimento de um novo provedor, bastaria criar um INI para ele e acrescentar as cidades que são atendidas por esse provedor no INI Cidades. Só teríamos que alterar os fontes do componente caso surgisse uma nova sub-versão. Já os provedores que não seguem o padrão ABRASF é um caso a parte que devemos estudar qual será o procedimento. Ou tentar encontrar uma formula que possamos no futuro acrescentar um novo provedor independente se segue ou não o padrão sem precisar realizar alterações nos fontes do componente. Isso seria o Ideal, mas como o Ideal nem sempre conseguimos atingir vamos focar no Real. Não estou me referindo ao nome da moeda brasileira.

Boa tarde Cleber, Tenho um controle de estoque rodando a mais de 10 anos, portanto bem antes de existir a NF-e. Nunca o funcionário do almoxarifado precisou digitar a nota de compra dos materiais. Pesquisando no fórum existi uma postagem minha que mostro como isso é feito até hoje sem a necessidade de possuir o XML da NF-e para dar entrada dos materiais. Como isso é feito? Não existe milagres. Apenas uma boa ideia convertida em programação. Como não precisamos do XML para esse fim, logo não precisamos fazer nenhuma maracutaia para obter o mesmo.

Boa tarde, Lembre-se que ACBrNFeMonitor se utiliza do componente ACBrNFe se essa compilação ( 0.9.07.0 ) é de Julho ou final de Junho, acredito que sim, mas quem pode responder com toda certeza é quem compilou e disponibilizou. Se a maquina usada na compilação do ACBrNFeMonitor esta com todos os fontes atualizados a resposta será sim. Mas fique tranquilo, pois a data de desativação dos antigos endereços ainda não foi definida e quando for, será publicada.

Boa tarde, Com certeza esse XML não foi gerado pelo ACBr. Os caras não alteraram a versão do grupo <nfeProc>, esse grupo é acrescentado ao XML quando obtemos o retorno da SEFAZ com o protocolo de autorização. Sendo assim confirmo o que o Juliomar já escreveu, o componente ACBrNFe esta em conformidade com os manuais e notas técnicas, portanto o XML que o seu cliente recebeu esta errado.

Boa tarde Dorivan, O Estado de São Paulo também esta obrigando a emissão do MDF-e para transporte intermunicipal. Que no meu entendimento é um absurdo, uma vez que não existe fiscalização entre fronteiras de municípios. Mas ordem é ordem, se ai também é obrigatório, vamos gastar papel.

Boa tarde Alexsandro, O Ceará no que diz respeito a NFC-e vai utilizar a SEFAZ-Virtual-RS ou é a SEFAZ-CE que vai recepcionar as NFC-e? Se for a SEFAZ-CE por favor nos informe as URLs de cada Web Services para que possamos atualizar a unit ACBrNFeUtil, poi esta ainda não possui elas. Não é atoa que é retornado uma string vazia.

Boa tarde Lalin, Você declarou a unit ACBrNFeUtil no uses de um form para poder gerar a URL do QR-Code, correto. Esta passando corretamente os parâmetros para que a mesma possa gerar a URL? Como a URL esta ficando?

Boa tarde Alexandre, Em Observações.

Boa tarde, Os Reports do Fast Report possuem a extensão fr3? Se sim, de uma olhada na pasta ...\Exemplos\ACBrCTe\Delphi\Report

Boa tarde Fabio, Tente algo do tipo: strChaveContingencia := TACBrNFe(FACBrNFe).GerarChaveContingencia(FNFe); A linha acima é usada no DANFE - Quick Report.

Boa tarde Daniel, Na medida do possível estou reescrevendo as rotinas e idealizando uma maneira de eliminar todas aquelas Units (uma para cada provedor). Para aqueles provedores que seguem o padrão ABRASF a ideia é simplesmente incluir a cidade no arquivo Cidades.INI e se necessário criar a configuração do provedor novo também em um arquivo INI como exemplo o Ginfes.INI Toda ajuda é bem vida. Muito obrigado.

Boa tarde Valdir, Como a NFS-e foge completamente a lógica da NF-e que foi de forma competente utilizada no CT-e e MDF-e por parte da SEFAZ, a migração desses dois últimos componente até tranquila e rápida. A NFS-e alem da lógica ser diferente temos um leque de provedores que não seguem um padrão, até arrendondar tudo isso vamos perder vários dias de sono.

Boa tarde Ant. Carlos, Você esta usando o ACBrInstall especifico para o trunk2? Post como anexo o Log de instalação.

Boa tarde Ramalho, Estou analisando os schemas e estou chegando a conclusão que o schema que valida o EPEC da NF-e não é o mesmo que valida o da NFC-e.

Bom dia Fabio, Verifica se no campo informações adicionais não esta sendo inserido caracteres de quebra de linha, não me refiro ao ";" (ponto e virgula).

Graziani, Estude o fragmento de código em anexo. Consultar.txt