Italo Giurizzato Junior

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

Bom dia Natanael, Já esta no SVN.

Bom dia Leonardo, Qual é o valor de SSLType? Qual é a versão do Windows? Chegou a configurar o componente: SSLLib = libOpenSSL ?

Bom dia Bill, A principio sim, pois esse provedor não existe que os XMLs enviados para o webservice estejam assinados. É preciso fazer um teste com o programa exemplo. Ao configurar ele, não informar o certificado e tentar fazer um envio para saber se o webservice vai aceitar uma conexão sem o certificado digital.

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

Bom dia Junior, A mensagem é clara: o elemento xMun é inesperado. É esperado o elemento cMun. Simplesmente você não esta atribuindo a cMun o código IBGE do município, somente o seu nome em xMun.

Kelly, Não sei se esses Schemas são os mesmos que acabei de baixar. Os que eu baixei tem como data de publicação 01/07/2019 Por favor verifica se a data do arquivo evtInfoEmpregador.xsd que se encontra dentro do arquivo Zipado esta com a data de 11/06/2019 e a do evtCS.xsd é 01/07/2019.

Bom dia Kelly, Esse arquivo XSD que você comparou com o que se encontra no SVN foi publicado quando no Portal do eSocial?

Olá pessoal Na pasta que se encontra o programa exemplo do novo componente de emissão de NFS-e temos um arquivo PDF que contem um manual para orientar os desenvolvedores na migração do velho para o novo componente. Se você atualizou os fontes após o dia 18/06/2021 vai encontrar esse PDF na pasta: ...\Exemplos\ACBrDFe\ACBrNFSeX Agora se não atualizou, esta esperando o que? Lhe convido a atualizar todos os fontes de todas as pastas e reinstalar a suíte ACBr. Note que temos na lista de componentes do programa instalador o componente ACBrNFSeX e o ACBrNFSeXDANFSERL, responsável pela impressão do DANFSE feito em Fortes Report, em breve estaremos disponibilizando um novo componente de DANFSE feito em Fast Report. No manual você vai encontrar as propriedades de configuração que foram excluídas as que foram renomeadas e as que foram acrescentadas. Temos também os campos (usados para alimentar o componente com os dados do serviço) que foram excluídos, renomeados e acrescentados. Ocorreu alterações em alguns métodos, quero destacar nesta postagem a mais importante alteração no que se refere aos métodos. Os métodos Enviar, EnviarSincrono e Gerar não existem mais no novo componente, no lugar temos agora o método Emitir. Com essa alteração o componente além de gerar o XML do Rps, das consultas e cancelamento de forma correta para cada provedor, agora sabe como envelopar o Rps para poder ser enviado para o webservice do provedor. O Envelope dos métodos: Enviar, EnviarSincrono e Gerar são diferentes entre si. O grande problema é que os provedores que seguem a versão 1 do layout da ABRASF só aceitam o Envelope do método Enviar, por outro lado os provedores que seguem a versão 2 do layout da ABRASF a principio deveria aceitar os 3 citados acima, mas na pratica não é o que ocorre. Por conta dessa falta de padronização, implementados o método Emitir que abstrai de cada provedor o Envelope que deve ser utilizado para o envio do Rps. Com o método Emitir você não precisa se preocupar se o provedor aceita ou não um determinado método, como dito acima o componente sabe como envelopar para poder enviar. Dia 29/06/2021 estaremos realizando o segundo Papo Pró no Discord sobre o novo componente. Você ainda não participa do Discord? Esta esperando o que? Além do Fórum temos o Discord como um segundo canal de contato com os desenvolvedores que utilizam os componentes ACBr, as Lib (DLLs) e o ACBrMonitor. Clique aqui para saber mais sobre o Discord do ACBr. Aguardo você no Discord e não esqueça temos um encontro marcado para o dia 29/06/2021.

Olá Pessoal, Foi implementado no dia 16/06/2021 um novo provedor chamado FGMaiss que atende a cidade Três Rios/RJ

Marcos, Neste caso vai ser necessário debugar para saber o porque não esta criando a pasta e salvando o XML da nota.

Marcos, Esse teste você fez com o novo componente, correto? Note que no retorno do envio, já temos o XML da NFS-e. Verifica se não foi criado uma pasta chamada Notas e dentro dela se encontra o XML da mesma.

Marcos, Me parece que o provedor SmarAPD disponibilizou tanto o webservice com layout próprio quanto o webservice com layout ABRASF para a cidade de Birigui. Pode ser que o webservice com layout da ABRASF não esteja funcionando corretamente ainda. Faça um teste usando o programa exemplo do componente antigo. Ele deve gerar o XML do Rps segundo o layout próprio do provedor SmarAPD. Vamos ver os resultados dos testes. Se funcionar corretamente com o layout próprio eu altero no componente novo.

Bom dia Almeida, Infelizmente tem provedor que não gera o XML completo com todos os dados. Acredito que a solução após carregar o XML retornado da consulta, vai ser alimentar o componente com os campos faltantes, para depois executar o método para imprimir ou gerar o PDF do DANFSE.

Bom dia Joselito, Nos testes que fiz usando o provedor Salvador que atende a cidade de Salvador, pelo que me recordo não ocorreu esse erro. Lhe convido a fazer testes usando o programa exemplo do novo componente.

Bom dia Jefferson, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. Faça testes com o novo componente usando o programa exemplo.

Bom dia Marcos, Não entendi, como o programa exemplo do novo componente (ACBrNFSeX) não retorna o XML da NFS-e, correto? Por outro lado você não esta sabendo configurar o programa exemplo do componente antigo (ACBrNFSe)?

Bom dia Natanael, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.