tonygyn

Blz.. vlw

Bom dia; Pesquisando no Forum conforme link abaixo este erro é causado pelo tipo de criptografia, então mudei a criptografia de capicom para wincrypt. Segue anexo as configurações caso alguém tenha interesse. Muito obrigado a todos e consegui a emissão em produção NFSe Goiânia. Muito obrigado mesmo @josue.elias..

[5208707] Nome=Goiania UF=GO Provedor=ISSNet Versao=2.04 ProRecepcionar=https://nfse.issnetonline.com.br/abrasf204/goiania/nfse.asmx HomRecepcionar=https://www.issnetonline.com.br/homologaabrasf/webservicenfse204/nfse.asmx Fiz a mudança conforme acima do arquivo ACBrNFSeXServicos.ini. Fiz a compilação usando o Fontes\ACBrDFe\ACBrNFSeX\Compila_RES.BAT. Porém ainda sim persistia o erro de pegar o arquivo antigo. Então coloquei o arquivo na raiz do executável e consegui fazer o envio, porém retornou informando que o RPS não foi assinado . Código : E173;Mensagem: Lote de RPS não assinado.;Correção: Assine o lote de RPS No entanto quando abro o arquivo xml a tag de assinatura do certificado consta no arquivo. Existe algum comando ou informação que tenho que passar para o componente para resolver o problema ?

Então agora que percebi que ele esta pegando a url do antigo serviço de Goiania.. mesmo colocando o arquivo com a configuração do novo provedor o sistema insiste em ler a url do antigo.. estou tentando descobrir .. o porque .. pois .. apaguei o arquivo ini da pasta C:\componentes\2010\acbr\Lib\Delphi\LibD14\Win32, e mesmo assim esta insistindo em pegar o arquivo ini antigo.. Vou verificar aqui..

Após meu amigo @josue.elias me auxiliar e informar que para o envio Nfse Goiânia, deveria ser o RPS. Descobri o problema graças a ajuda dele... No exemplo do AcbrnfseX, existe uma linha: ACBrNFSe.Configuracoes.Geral.LayoutNFSe := lnfsPadraoNacionalv1; onde informando esta linha o mesmo não pegava o devido provedor de Goiânia. apenas comentei a linha e informei o codigo do município e tudo funcionou bem até que... ACBrNFSe.Emitir(vNumLote); Apresenta o erro: Código : X999;Mensagem: Erro de Conexão: Erro Interno: 12007 Erro HTTP: 0 URL: https://wsgoiania.issnetonline.com.br/webservicenfse204/nfse.asmx Erro: 12007 - O nome do servidor não pode ser resolvido Falha Enviando a Requisição. Erro: 12007 - O nome do servidor não pode ser resolvido; E aqui estou novamente sem entender. Alguém já passou pelo problema. Lembrando que já conferi o RPS e todas informações estão corretas.

Para solicitar, deverá ter o certificado digital instalado no cliente na sua máquina, e se tiver mais de um ter a certeza de que foi escolhido o certificado correto.

Bom dia; Fiz atualização do componente, atualizei SVN, instalei pedindo para remover arquivos antigos, verifiquei o Arquivo ACBrNFSeXServicos.ini, que consta goiânia atualizado. [5208707] Nome=Goiania UF=GO Provedor=ISSNet Versao=2.04 ProRecepcionar=https://wsgoiania.issnetonline.com.br/webservicenfse204/nfse.asmx HomRecepcionar=https://www.issnetonline.com.br/homologaabrasf/webservicenfse204/nfse.asmx Seguindo orientações de um post anterior, segui os passos: Não ligue para o que diz o Manual Emitido e que está circulando por aí dizendo para utilizar o Código da Cidade: 520140. Isso não funciona. Utilize o código correto que está no IBGE: Goiânia:5208707. Utilize a Geração do Arquivo -> Automática e com o Layout da ABRASF. * IMPORTANTE * -> Entre no site da Prefeitura do Goiânia, com o Certificado do seu cliente. Vá lá na parte de cima à esquerda e em Documentos Solicitação: SOLICITE A AUTORIZAÇÃO PARA EMITIR RPS. Coloque o número de 500 para iniciar, depois pode até aumentar este número. A autorização pode levar em torno de 30 minutos. Quando eu fiz a solicitação levou este tempo. A RPS irá começar do númerio: 00001 e tambéma NOTA FISCAL DE SERVIÇO: Nro. 00001. A Série é 1 (um). Antes existia uma tabela de cidades exclusiva para o estado de Goiás (na versão antiga). Isso acabou! Não existe mais, utilize a tabela do IBGE que é a publicada normal. Este erro é apresentado: E0037;Mensagem: O código do município emissor informado na DPS é inexistente no cadastro de convênio municipal do sistema nacional Nos passos anteriores apenas o segundo passo tive dúvidas e não consegui entender "Utilize a Geração do Arquivo -> Automática e com o Layout da ABRASF.". A respeito o cliente é optante pelo SIMPLES NACIONAL com valor de 5% de ISS. Alguém já passou por isso? Segue anexo imagem do xml.

Boa tarde e obrigado pela resposta, porém foi sim feito a atualização do componente onde se encontra os dados atualizados. Outra questão é que estou fazendo o envio para o ambiente teste, conforme parâmetros. Codigo da Cidade: 5002704 (Campo Grande MS) Série RPS: 8 continuo com o erro "ERRO NÃO CATALOGADO"

Bom dia; Estou com algumas dúvidas sobre a configuração do AcbrNFSeX. Primeiramente informando o ACBrNFSe.Configuracoes.Geral.CodigoMunicipio = 5808707, Ele deve pegar as configurações do ACBrNFSeXServicos.ini: [5208707] Nome=Goiania UF=GO Provedor=ISSNet Versao=2.04 ProRecepcionar=https://wsgoiania.issnetonline.com.br/webservicenfse204/nfse.asmx HomRecepcionar=https://www.issnetonline.com.br/homologaabrasf/webservicenfse204/nfse.asmx Estranhamente ao passar pelo código ACBrNFSe.Configuracoes.Geral.xProvedor = "PadraoNacional". Não deveria ser o "proISSNet" ? Mostra layout = Próprio, Versão de Schema = 1, não deveria apresentar os dados conforme o INI ? Onde estou errando, pois se ao informar o ACBrNFSe.Configuracoes.Geral.CodigoMunicipio = 5808707 o componente não deveria pegar as configurações automaticamente ? Peguei o arquivo ACBrNFSeXServicos.ini, joguei junto ao executável e mesmo assim ele pega o provedor PadraoNacional. Alguém pode me esclarecer esta questão?

Bom dia; Estou migrando para o componente ACBRNFSeX, para o ambiente nacional Cidade de Goânia (5208707). Fiz todo o processo de cadastro no portal, baixei o componente Acbr, fiz atualização do projeto, conferi os dados no AcbrNfseServices.ini. Recebi um email do portal nacional dizendo que estava liberado o ambiente de homologação e para uso do mesmo deveria informar: Codigo da Cidade: 5002704 (Campo Grande MS) Série RPS: 8 Assim o fiz: Porém obtive um erro "erro não catalogado": Alguém conseguiu emitir em ambiente de Homologação, alguém poderia me auxiliar por favor... Desde já .. agradeço Segue abaixo estrutura do XML:

Obrigado a todos, mas identifiquei o problema: Antes da atualização do dia 01/09, não esta validando o campo do cPais para endereço de entrega, e este campo do cPais não estava sendo informado devido a não ser obrigatório. Após a atualização a validação do xml passou a validar o campo sendo que senão foi passado retornava a validação de pais, sendo assim o problema não estava no endereço do destinatário que estava correto, mas sim no endereço de entrega do destinatário. Foi complicado de achar o problema, pois nem todos possuíam o endereço de entrega, sendo assim o erro apresentava intermitente. Mas então para corrigir passei a informar os campos de cPais no endereço de entrega. grato a todos.

foi atualizado os schemas de acordo com o pacote do acbr...

alguem ?

Este problema é gerado após vc escolher o modo de certificado SSLIb wincrypt, para resolver vc deve pegar os schemas que vem na pasta do acbr e usá-los, desconsiderando os schemas da SEFAZ. Feito isso acredito que irá resolver.. pois os schemas que o ACBR fornece já tem as devidas correções.. pelo menos sempre resolve no meu caso. atenciosamente

favor apagar este topico...

Após fazer a atualização do ACBR dia 01-09 afim de atender emissão de NFC-e devido a alterações do QRCode, estou tendo problemas na emissão da NF-e. Fiz a desinstalação do ACBR, fechei o delphi 10, fiz atualização dos fontes pelo CVS, marquei as opções de apagar os fontes antes de instalar. Marquei também a opção de substituir as dlls. O sistema faz a compilação funciona perfeitamente, porém na validação da NF-e apresenta o erro Campo: Código de País inválido. Porém foi validado no xml que o idDest = 1 e o cPais = 1058.

Após fazer a atualização do ACBR dia 01-09 afim de atender emissão de NFC-e devido a alterações do QRCode, estou tendo problemas na emissão da NF-e.

Corrigindo o post acima.. resolvido o problema conforme o link

Conforme a documentação basta informar tpag = 20.. onde ainda não esta pedindo o nr da autorização do pix

Estou usando o componente acbrnfsex, provedor issnet, Distrito Federal Ambiente: 1 Cidade : Brasilia/DF Provedor: ISSNet Versão: 2.04 Método Executado: Enviar Lote Síncrono Parâmetros de Envio Numero do Lote: 2 Parâmetros de Retorno Data de Envio : 20/01/2023 Numero do Prot: 7BF2D8CD-04E2-4D92-A70F-CCAFD500DB9D Numero da Nota: Link : Código Verif. : Sucesso : True Código : E282 Mensagem: Responsável/Retentor informado indevido.(Numero RPS: 2) Correção: O campo Responsável/Retentor somente deverá ser preenchido quando o ISSQN for retido na fonte. No componente informo que não há retenção, ou seja, que issRetido = normal, não informo assim o responsável pela retenção, já que não há. Porem no xml continua aparecendo. Já tenho a última atualização, feito sincronização do svn dia 20/01/2023. Alguém já passou por isso ?

Me desculpem todos.. Achei o problema ao fazer o debug do programa notei que estava validando os erros da nota, pelo modo antigo da Acbrnfse componente, e assim pegava os erros errados. Obrigado a todos e me desculpe mais uma vez pelo erro.

Não.. estou fazendo com o meu.. estranho que olhei o xsd da pasta que vc disse e consta como xs:date, não seria xs:datetime ?

Sim, este mesmo acabei de baixar do svn.. e estou no ambiente de teste DF.

so pra corrigir os prints ..

Componente AcbrnfseX, Provedor ISSNet, Abrasf 2.04, Emissão para Brasília DF.