Italo Giurizzato Junior

Bom dia DJean, Por favor, configure o programa exemplo para salvar os arquivos soap. Procure sempre anexar os arquivos soap para que possamos saber exatamente o que o webservice esta retornado. Desde já muito obrigado.

Bom dia Juliano, Você esta usando o novo componente ACBrNFSeX? Se sim, até o final desta semana estarei enviando para o SVN ajustes no provedor SigISS. Lendo o manual desse provedor disponibilizado no site da prefeitura de Londrina, descobri que o layout do XML é um pouco diferente do que é usado nas cidades de Marilia, Governador Valadares e São João de Meriti. Peço que aguarde mais um pouco. Obrigado.

Bom dia, Notei que na tag <CompNfse> o namespace esta com 2 aspas no inicio e no final, com isso ocorre esse erro. O seu arquivo ISSDigital.ini que esta provocando esse erro. Apague ele, atualiza todos os fontes de todas as pastas e faça novos testes.

José, Amanhã vou enviar para o SVN essas Units. Muito obrigado pelo retorno.

Boa tarde Paulo, No manual da AT&M - Integração WebService 2.0 - REST versão 1.1 temos o item 16.2 que trata sobre o Içamento de Carga. Mas pelo que notei devemos informar isso no XML do CT-e da seguinte forma: <compl> <ObsCont xCampo =“IC”> <xTexto>S</xTexto> </ObsCont> </compl> E no meu entendimento essa informação deve ser colocada antes do envio para a SEFAZ, pois se alterar o XML depois ele fica invalido.

José, Utilize as Units em anexo e por favor faça novos testes. ACBrNFSeXNotasFiscais.pas ACBrNFSeXProviderABRASFv2.pas

Acredito que em vez de localizar o XML na lista pelo numero do Rps vamos ter mudar a busca pelo numero da NFS-e. O objetivo da maioria dos métodos de consulta é retornar o XML da NFS-e.

Eliezer, Já esta no SVN.

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

Boa tarde Jefferson, Já esta no SVN a sua contribuição.

Boa tarde Eliezer, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Boa tarde Eliezer, Já esta no SVN.

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

Boa tarde José, Desculpe pela demora, mas acredito que encontramos o problema. Favor atualizar os fontes e faça novos testes.

Bom dia Rodrigo, Uma coisa é a chave ter os 44 dígitos, outra coisa é ela ser valida. Favor anexar o XML do GNRE para que possamos verificar.

Bom dia Maiquel, Antes de carregar o componente com o XML da NFS-e, você esta limpado o componente, ou seja, executando o Clear?

Bom dia Djean, Lhe convido a fazer um teste usando o novo componente ACBrNFSeX. Foi feita uma alteração nele visando atender o provedor IPM.

Bom dia Fabrício, Já enviei a alteração da URL para o SVN.

Bom dia Junior, Debugue a procedure GerarEnderEmit que se encontra na unit pcteCTeW. Antes de gerar as tags do endereço do emitente é executado uma procedure chamada AjustarMunicipioUF. AjustarMunicipioUF(xUF, xMun, cMun, CODIGO_BRASIL, CTe.Emit.enderEmit.UF, CTe.Emit.enderEmit.xMun, CTe.Emit.EnderEmit.cMun); Ao gerar a tag <cMun> é utilizado o valor de cMun. Com certeza um dos valores dos campos: UF, xMun ou cMun esta com alguma divergência. Pois você é o primeiro a relatar esse problema.

Boa tarde Maiquel, Não entendi o que você esta fazendo. Porque esta carregando os dados da NFS-e lendo a propriedade XMLNFSe? Pelo que me recordo essa propriedade é alimentada quando o Rps é enviado e o webservice retorna o XML da NFS-e. Lembre-se que o método LoadFromString não executa um Clear, logo se o componente esta carregado com os dados do Rps que foi enviado, ao executar esse método teremos 2 itens na lista NotasFiscais do componente.

Junior, Qual é o código que esta sendo atribuído a cMun?

Boa tarde Eliezer, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Boa tarde Junior, Porque você impôs uma condição na rotina que alimenta o componente mais precisamente ao atribuir o código IBGE do município do emitente?

Boa tarde Kelly, Já enviei para o SVN a atualização não só o schema desse evento como de outros que notei que ocorreu alteração. Favor atualizar e fazer novos testes.

Olá Pessoal, A lista de cidades que é possível emitir NFS-e através do novo componente ACBrNFSeX já passa de 1.260, não vou listar todas elas aqui nesse tópico. Quem desejar saber se a cidade XYZ consta dessa lista peço que abra o arquivo ACBrNFSeXServicos.ini que se encontra na pasta: ...\Fontes\ACBrDFe\ACBrNFSeX http://svn.code.sf.net/p/acbr/code/trunk2/Fontes/ACBrDFe/ACBrNFSeX Veja um exemplo abaixo: [3503208] Nome=Araraquara UF=SP Provedor=GINFES Na primeira linha temos o código IBGE, depois o Nome, UF e por fim qual é o provedor, ou seja, empresa contratada por licitação pela prefeitura. Os contratos por licitação tem prazos de termino definido e não poder ser renovados automaticamente. Sendo assim quando o contrato termina uma nova licitação é feita com varias empresas e pode ocorrer como ocorreu em diversas cidades de uma outra empresa ganhar. Algumas cidades tem o seu próprio sistema. O componente hoje reconhece por volta de 130 provedores (veja o post logo abaixo). Provedores são empresas que implementam nas cidades os seus webservices para recepcionar as notas. Desses 19 possuem um layout próprio. Os demais, por volta de 32 se utilizam da versão 1 do layout da ABRASF e, o restante, a versão 2. Com o novo componente não se faz necessário disponibilizar nenhum arquivo INI junto com o seu executável. O arquivo ACBrNFSeServicos.ini toda vez que é alterado é gerado um novo ACBrNFSeServicos.res através do arquivo BAT: Compila_RES. Ao compilar (Build) a sua aplicação o arquivo ACBrNFSeServicos.res é incorporado ao executável. Desta forma você só vai ter que copiar para a maquina do seu cliente o executável da sua aplicação, os schemas utilizados pelo provedor em questão e as DLLs necessárias para realizar a assinatura digital e envio de email. Para mais informações sobre o novo componente de emissão de NFS-e clique aqui. Leia também essa outra postagem: Manual de migração para o novo Componente de Emissão de NFS-e - NFS-e - Projeto ACBr