Italo Giurizzato Junior

Boa noite a todos, Quando for ler o XML usando o LoadFromFile favor informar o segundo parâmetro: ACBrCTe1.Conhecimentos.LoadFromFile(pathXML, False);

Boa noite Léo, Quanto a Construção Civil e o Tomador Intermediário não vejo problemas, mas não entendi o que você fez com relação ao campo Discriminação. Pelo que entendi existe campos predefinidos, para mostrar os dados de forma tabular. O conteúdo da tag Discriminação é gerado dessa forma pelo provedor?

Boa dia Claudemir, Esse Cliente é uma transportadora que realizar transporte Rodoviário, Ferroviário, Aquaviário, Aeroviário ou Dutoviário? Favor anexar o XML do CT-e que foi rejeitado.

Bom dia Hamilton, Vamos ver se eu entendi. Com as alterações que fiz esta funcionando sem nenhum problema para outra cidade que se utiliza do mesmo provedor, correto? Já para a cidade Ribeirão das Neves, mesmo com as alterações não funciona, confere? Neste caso a minha sugestão é entrar em contato com o provedor e expor o problema. O XML é gerado e validado, quando chega no Web Service este o rejeita acusando que o XML esta em desacordo com o Schema e ainda por cima o Web Service não é capaz de informar o que esta errado, assim fica complicado. Não vejo a hora do projeto da NFS-e Padrão Nacional começar, onde teremos um único layout e Web Services para todas as cidades brasileiras. Assim acaba essa palhaçada, essa zorra que é a NFS-e.

Boa noite, Para qual UF você esta realizando os testes?

Boa tarde Leonardo, E com essa alteração funcionou para Mato Grosso do Sul?

Boa tarde Pedro, O arquivo de configuração (SimplISS.ini) faz referencia ao arquivo nfse_3.xsd e este arquivo existe na pasta \Shemas\SimplISS. A aplicação esta buscando os arquivos corretos?

Boa tarde Rodrigo, Maravilha, estava faltando apenas as DLLs do OpenSSL.

Bom dia, Quando foi que você atualizou?

Bom dia Arnaldo, Qual é o modelo do documento fiscal, NFe ou NFCe? Qual é a UF?

Bom dia Leandro, O componente esta configurado para qual modelo e versão de Documento Fiscal?

Bom dia Gabriel, Você chegou a realizar a Manifestação do Destinatário usando um e-CPF e informou o CPF em vez do CNPJ? Se sim obteve algum erro?

Bom dia Antony, Te aconselho a verificar as regras de validação que constam na Nota Técnica 2016/002 versão 1.20: 3.2. Regras de Validação (RV) da Nota Fiscal Eletrônica. Temos várias tabelas sendo que a segunda coluna se refere ao modelo (55 e ou 65) que a regra se aplica. Dai da para se ter uma ideia se um determinado campo é validado por um outro ou ambos os modelos.

Boa noite a todos, Esses estagiários da SEFAZ são uma piada.

Boa noite, Você já abriu o arquivo ACBrNFeServicos.ini ? Procurou as URLs da versão 4.00 da NFC-e da UF desejada? Fez o mesmo para a NF-e?

Boa noite Juliana, Deveria sim existir uma pasta chamada Conam com os arquivos XSD do respectivo provedor. Mas até o momento não conseguimos esses arquivos. É por isso que no arquivo INI do provedor temos o seguinte: ; 0 = False / 1 = True (Se True então valida) [Schemas] Validar=0

Boa noite Célio, Lembre-se sempre que quem gera o XML da NFS-e é o provedor. O componente apenas extrai o mesmo do retorno e salva em disco. Sendo assim o problema esta no provedor.

Boa noite Luis, Acho que agora a sua rotina esta correta.

Não existe nada a ser feito no componente, pois o mesmo apenas extrai o XML do retorno e salva em disco. Por favor releia a última linha do quadro amarelo da imagem que você anexou. O campo "Outras Informações" é de uso exclusivo da Administração. Se é de uso exclusive da Administração (prefeitura) isso significa que somente ela pode definir qual será o conteúdo da respectiva tag, enquanto isso o provedor gera essa tag com conteúdo vazio ou nem gera a tag.

Luis, Por favor não poste códigos de rotinas como parte do texto, procure sempre anexar como um arquivo TXT. Com a alteração funcionou?

Bom dia, Como eu já tinha dito o campo OutrasInformacoes pertence ao Layout da NFS-e e não do RPS, sendo assim ele é gerado pelo provedor quando o mesmo retorna o XML da NFS-e. Na imagem que você postou na última linha do quadro amarelo com outras palavras diz exatamente o que escrevi acima. O campo "Outras Informações" é de uso exclusivo da Administração. Entende-se neste caso Administração como sendo prefeitura, como o XML é gerado pelo provedor, isso significa que nesse campo o provedor vai colocar o que a prefeitura mandar e não o que você deseja que apareça.

Bom dia a todos,No caso do Ginfes, quando baixamos as NFS-e via site o XML gerado pelo provedor não contem um grupo chamado <InfNfse> grupo este que contem todos os demais grupos com os dados da nota. Apesar do XML gerado pelo provedor conter todos os demais grupos o componente não lê essas informações pelo simples fato de não encontrar o grupo mencionando acima. Fiz uma alteração visando contornar esse problema. Favor atualizar todos os fontes de todas as pastas reinstalar os componentes através do ACBrInstall_Trunk2 e refaça os testes.

Bom dia Luis, A mensagem de rejeição que consta na imagem que você anexou na postagem anterior se refere ao envio ou a consulta? Pois essa mensagem de rejeição só é retornada quando consultamos um MDF-e e o mesmo ainda não foi enviado. Não sei como é a sua rotina, mas o que pode ter ocorrido: O MDF-e foi enviado, mas ocorreu um erro, a sua rotina mascarou esse erro e em seguida realizou uma consulta, ai foi apresentado a rejeição informando que o MDF-e não consta na base de dados. Neste caso sugiro que o MDF-e seja enviado novamente.

Boa noite, Notei que tanto o DigestValue quanto o SignatureValue possuem quebras de linha.

Boa noite, Já abriu o XML da NFS-e através de um navegador? Nele consta a tag <OutrasInformacoes> ?