Italo Giurizzato Junior

Boa tarde Jeferson, Se você puder anexar um XML de envio com as tag de Envelope vai ajudar bastante descobrir o que estamos fazendo de errado.

Boa tarde Mozart, O tem a mais ou diferente no arquivo que você anexou: 1. Na sessão Assinar tem os campos Recepcionar e RecSincrono com o valor zero esses dois campos foram removidos por não serem utilizados. Quem determina se vai assinar o RPS ou o Lote é os campos RPS e Lote. 2. Na sessão XML temos o campo Layout que ainda não esta em uso, logo a sua presença ou ausência não faz diferença. 3. Por fim nas seções ConsNFSeRps e Gerar foi removida a linha que contem o encoding, com essa linha o componente não realiza codificação para o UTF-8 acreditando que ela já foi feita. Se tem algo que poderia estar provocando essa falha no envio talvez seria a codificação.

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

Boa tarde Vanderlei, Você esta usando o componente ACBNFSe?

Boa tarde John, Acredito que você esteja fazendo referencia a cidade de São Luiz/MA, correto? Se sim, chegou a realizar testes usando o programa exemplo?

Boa tarde Eduardo, O que você acha de regaçar as mangas e ver o que esta errado ou faltando no DACTE feito em Fast Report e fazer as devidas correções? Toda colaboração é bem vinda.

Boa tarde Alex, A mensagem de Falha no Schema XML esta sendo retornado pela SEFAZ? É a sua aplicação que esta gerando o XML?

Boa tarde Luciana, Se não informar os dados do grupo <infRespTec> ocorre o mesmo erro? Se sim, você esta com todos os Schemas atualizados? Na pasta que tem os schemas, só tem do MDF-e ou você misturou?

Eu não recomendo você criar o XML através da sua aplicação e usar o componente para fazer o resto. 1. uma grafia errada ou um elemento ou grupo gerado em posição errada, faz com que ao carregar o XML o componente não os encontre gerando um XML assinado sem as informações pretendidas, podendo gerar ou não erros de validação. 2. você concorda que o XML gerado pela sua aplicação somente os seus clientes vão poder atestar que ele esta correto? Por outro lado o XML gerado pelo componente todos os clientes de todos os desenvolvedores que usam o componente 100% vão poder atestar o mesmo. Outra coisa importante, no modelo CT-e OS existem tags que também se encontram no modelo CT-e, mas estão em posições diferentes no XML. Já que você quer gerar o XML, procure ter em mãos o manual, ele indica a grafia e posição correta de cada elemento, grupo, bem como o seu tipo e tamanho.

Boa tarde Eduardo, Para a versão 3.10 em diante devemos atribuir a data e hora as propriedade dEmi e dSaiEnt. Você tento esse erro pelo simples fato de esta atribuindo a data em dSaiEnt e a hora em hSaiEnt.

Bom dia ALA, Em vez de anexar uma imagem, porque você não anexa o PDF do DANFSE e o XML? A postagem fica mais curta. A primeira imagem não serve para nada no que diz respeita a resolver o problema, já a segunda e a terceira não abre.

Bom dia Renato, Primeiramente verifique se a cidade de Ituiutaba se utiliza do provedor SmartAPD ou SmarAPDABRASFv2. O primeiro tem um layout próprio, já o segundo segue a versão 2 do layout da ABRASF. Ambos provedores já estão implementados, portanto você terá que simplesmente acrescentar a cidade no arquivo Cidades.ini conforme as demais cidades. E por fim utilizar o programa exemplo para realizar os testes.

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

Bom dia, É a sua aplicação que esta gerando o XML e depois usa o componente para assinar ou você alimenta o componente e deixa-o gerar e assinar o XML?

Boa tarde Simons, Muito obrigado, fiz uma alteração no arquivo INI do provedor. Favor atualizar os fontes e faça um novo teste.

Boa tarde Mozart, Esse arquivo INI esta desatualizado em relação ao que esta disponível no repositório. E não tem nada nele que comprometa o funcionamento.

Boa tarde Roberto, O problema é que a tag <TAF> e <NroRegEstadual> segundo o manual o tipo de elemento são CE, isso significa que somente um dos dois pode aparecer no XML. Como você atribui zeros ao campo TAF ele gera a tag <TAF>, só que no seu caso o que deve constar no XML é a tag <NroRegEstadual>, logo você deve atribuir uma string vazia ao campo TAF e atribuir o numero de registro estadual ao campo NroRegEstadual.

Bom dia Renan, Sim, toda colaboração é bem vinda.

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

Bom dia a todos, Favor atualizar todos os fontes de todas as pastas e reinstale a suíte ACBr. Notem que acrescentei a seção [nascimento] no arquivo INI do evento 2205.

Bom dia Simons, Será que o provedor não fornece um outro XML com o grupo <Signature>? Ajuda a descobrir o que esta errado.

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

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

Bom dia Mateus, Muito obrigado pela informação referente a nova cidade, ainda hoje estarei enviando para o repositório. Quando a mensagem de erro, acredito que sim, deve ser alguma falha no webservice. Neste caso favor entrar em contato com o provedor e expor o problema.

Bom dia, Não cheguei a fazer essa verificação, você verificou tanto o DANFE feito em Fast quanto o feito em Fortes Report? É preciso verificar o DABPE também.