Italo Giurizzato Junior

Bom dia Ariel, O grande problema é que não podemos nos basear na NF-e quando se trata de NFS-e. No caso da NF-e, geramos o XML da mesma, enviamos para a SEFAZ e esta nos retorna se a nota esta OK (protocolo de autorização) ou não. Se estiver OK o protocolo de autorização é adicionado ao XML assinado que foi gerado e enviando pelo componente. Já a NFS-e, o componente gera e envia para o provedor o XML do RPS, se estiver tudo OK é retornado o XML da NFS-e. Ai esta o problema, se você for comparar o XML gerado pelo componente com o XML de uma nota emitida pelo Site vai encontrar diferenças. Pois vai estar comparando o XML do RPS (gerado pelo componente) com o XML da NFS-e (gerado pelo Site). Use o programa exemplo do componente, configure ele para a cidade desejada e faça os testes. No caso do provedor Governa, temos dois métodos de Envio, o Enviar e EnviarSincrono.

Bom dia Wesley, Acredito que esteja realizando teses através da sua aplicação, correto? Sendo assim, o componente ACBrCTe esta configurado paga usar os Schemas de uma determinada pasta, correto? Essa pasta esta com todos os Schemas (arquivos XSD) atualizados?

Bom dia Léo, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde, Chequei o TDadosSenhaParamsCollection a principio esta tudo correto.

Boa tarde, O provedor Betha tem dois webservices, um que segue a versão 1 do layout da ABRASF onde temos apenas o método Enviar disponível e o que segue a versão 2 do Layout da ABRASF onde temos os três métodos: Enviar, EnviarSincrono e Gerar. Se na maioria das vezes funciona e as vezes ocorre o problema, com certeza é o webservice que fica sobrecarregado com muitas requisições.

Boa tarde Jose, Qual é o valor que você atribuindo para o campo tpEmit (teTransportadora ou teTranspCargaPropria) ? Se esta atribuindo teTransportadora o MDF-e só vai conter mesmo CT-e, para queira relacionar NF-e tem que ser teTranspCargaPropria.

Boa tarde Joceandro, Muito obrigado pela colaboração, já enviei para o repositório.

Wesley, Se estava diferente significa que os seus fontes não estão atualizados. Apague os fontes que tiverem uma bolinha vermelha, atualize tudo novamente e faça uma nova instalação.

Boa tarde, Favor atualizar os fontes, reinstalar os componentes e faça um novo teste.

Boa tarde Jeferson, Você tem toda razão, o campo vNF contem o valor da nota fiscal caso o retorno seja o XML de uma NF-e ou o valor total da prestação caso o retorno seja o XML de um CT-e. Favor atualizar os fontes, reinstale os componentes e faça um novo teste.

Boa tarde Wesley, Todos os fontes de todas as pastas estão atualizados? Foi feita a reinstalação dos componentes usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada? Na unit ACBrCTe a function IdentificaSchemaModal a linha 403 é: Result := schcteModalRodoviarioOS ?

Bom dia Henrique, Favor testar com essa outra unit. ACBrNFSeWebServices.pas

Bom dia Moreira, Muito obrigado pela colaboração, já esta no repositório, com uma pequena alteração minha.

Bom dia Arce, Muito obrigado pela colaboração, encontrei apenas 3 schemas que foram alterados pela revisão, já enviei para o repositório.

Bom dia a todos, AgentePrg: Pode até ser que a banda referente ao modal aquaviário exista, mas nela contem os objetos referente aos dados a serem impressos? Se sim, é preciso descobrir o porque ao carregar um MDF-e do modal aquaviária o DAMDFE não é impresso corretamente. Agora se não tem os objetos, então tem que colocar. Você tem um XML do MDF-e Modal Aquaviário? Se sim, poderia anexar para que possamos analisar?

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

Bom dia, Antes tínhamos 3 units referentes a leitura do retorno do DistribuicaoDFe. Uma para a NF-e, outra para o CT-e e por fim uma outra para o MDF-e. Ao transformar essas 3 em uma única unit temos campos que só vão ter valores dependendo do que esta sendo lido. Você detectou um, o campo vNF que só conterá um valor valido se a unit estiver sendo usada pelo componente ACBrNFe, ou seja estiver lendo um retorno do DistribuicaoDFe referente a notas fiscais. Como você esta usando o DistribuicaoDFe do ACBrCTe, logo ele vai retornar o XML do CT-e e não da NF-e. Espero ter esclarecido.

O ACBrMDFeDAMDFeFR1Foi feito em Fast Report já o ACBrMDFeDAMDFeRL1 foi feito em Fortes Report. Pelo seu relato esta faltando implementar no Fortes Report a área de impressão do modal Aquaviário.

Bom dia Lucas, Favor testar com a unit em anexo. pcnNFeR.pas

Qual é o provedor?

Bom dia, Qual DAMDFE você esta usando (Fast ou Fortes Report)? Pode ser que não foi implementado a impressão dessa área, sendo assim toda ajuda é bem vinda.

Bom dia Ângelo, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Rauber, O problema com o Cancelamento esta parecendo a Malhação nunca acaba. Estamos tentando resolver o problema.

Bom dia, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.