Italo Giurizzato Junior

Bom dia Fernando, Acredito que o problema esteja na falta de incluir no Library path o caminho onde esta o Quick Report 5. Na minha maquina inclui a linha abaixo: C:\Arquivos de programas\Borland\Delphi7\Quickrep5 Atenção este path tem que ser incluído antes dos path do ACBr.

Bom dia Lalin, Você quer gerar a imagem do QR-Code? Se sim, aonde?

Bom dia Roger, Você esta tentando imprimir a autorização de inutilização em uma impressora de bobina? Através do componente ACBrNFeDANFeESCPOS? Isso não é possível, pois esse componente é exclusivo para imprimir o DANFE da NFC-e e nada mais.

Duarte, Desculpa, mas esses arquivos em anexo não tem nada haver com o método DistribuicaoDFe. Você anexou 2 que se refere ao retorno de envio de eventos e um que se refere ao retorno da autorização de uso de NF-e.

Bom dia Ramalho, Por favor atualiza os fontes e teste novamente, não esqueça de compilar a sua aplicação com a opção Build.

Bom dia Duarte, Fiz uma alteração no componente que acredito que vá funcionar. Como não tenho condições de compilar, pois na maquina que estou usando no momento ainda utilizo os fontes do Trunk, peço por gentileza que utilize o fonte que esta em anexo caso não ocorra erros de compilação, por favor teste e me reporte o resultado. Fico no aguardo. ACBrNFeWebServices.pas

Boa noite Duarte, As URLs são as mesmas, desculpe não vejo nenhuma diferença. A unica diferença esta no arquivo INI que temos um campo chamado NFeDistribuicaoDFe_1.00 que contem a URL usada. Já no site temos apenas uma tabela indicando o nome do serviço a versão e a URL do mesmo. O nome do campo traz <nome do serviço>_<versao>=URL

Boa tarde Marcelo, Se você não faz questão do PDF até da para usar a versão 3.2.6, mas será necessário você editar o pacote de instalação e o ACBr.inc onde define a diretiva QReport_PDF deverá ser comentada. Ou você trocar a versão do Quick Report para a 5.02

Boa tarde Juliomar, Esse problema que esta ocorrendo com o DistribuicaoDFe deve ter haver com o que estou conversando com o Daniel, existe uma procedure que define o a URL do serviço como sendo igual a do SoapAction e no caso do DistribuicaoDFe elas são diferentes.

Boa tarde Luis, Vamos tentar simplificar a coisa: A origem da carga é RS e seu destino é PA. A Transportadora A vai transporta-la de RS até SP, sendo assim temos um CT-e Normal com transporte interestadual com inicio em RS e fim em SP. A Transportadora B (seu cliente) vai transportar a carga de SP até PA, correto? Se sim, temos um CT-e de Redespacho com transporte interestadual com inicio em SP e fim em PA. Por ser um CT-e de Redespacho devemos informar a Transportadora A como sendo o Expedidor e o Destinatário, não me recordo mas neste caso podemos omitir o Remetente. Veja este link: http://www.ophos.com.br/publicacoes/detalhe/ct-e-de-redespacho/

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.