Carlos Hendrik Oliveira

Bom dia, conversei com o suporte da TI da prefeitura e me informaram que durante a transmissão deve-se utilizar o certificado digital para autenticação.

Boa tarde, Italo o que eu fiz foi assinar o rps e assinar o lote. Também estou sem entender o que eles estão querendo.

Veja o que eles informam sobre este erro no site da prefeitura na parte de pergunta e respostas: 21. Como solucionar o erro referente a Certificado Digital (somente para envio via webservice)? Um erro comum referente a certificado digital ocorre devido a não observância de duas assinaturas no arquivo XML. O padrão Abrasf 2.02, (item 3.2.2 - Padrão de Certificado Digital - http://www.abrasf.org.br/arquivos/publico/NFS-e/Versao_2.02/NFSE-NACIONAL_Manual_De_Integracao%20versao%202-02.pdf) , adotado pela Prefeitura de Montes Claros em sua solução de NFS-e exigi que a certificação digital seja utilizada em 2 (dois) momentos distintos para a integração entre o sistema do contribuinte e o Web Service das Administrações Públicas Municipais: Assinatura de Mensagens: O certificado digital utilizado para essa função deverá conter o CNPJ do estabelecimento emissor da NFS-e ou o CNPJ do estabelecimento matriz ou CPF quando o prestador de serviços for pessoa física. O certificado digital deverá ter o “uso da chave” previsto para a função de assinatura digital, respeitando a Política do Certificado. Transmissão (durante a transmissão das mensagens entre os servidores do contribuinte e os serviços disponibilizados pelas Administrações Públicas Municipais. O certificado digital utilizado para identificação do aplicativo do contribuinte deverá conter o CNPJ do responsável pela transmissão das mensagens, mas não necessita ser o mesmo CNPJ do estabelecimento ou CPF, quando o prestador de serviços for pessoa física, emissor da NFS-e, devendo ter a extensão extended Key Usage com permissão de "Autenticação Cliente". Dessa forma a mensagem do erro em alguns casos é devido a não observância de algum dos itens acima, que conforme o padrão Abrasf adotado por essa prefeitura, passa a ser obrigatório. No arquivo XML gerado pelo sistema da empresa deve ocorrer a tag SignatureValue duas vezes, uma vez contendo o hash da assinatura da mensagem (maneira mais comum) e outra vez contendo a hash da assinatura do serviço.

Bom dia, Italo No XML do RPS consta o CNPJ do prestador, este CNPJ é o mesmo do Certificado? sim Já verificou se no Provedor o CNPJ esta formatado (pontos, barra, traço) ou se consta somente os dígitos? não tem pontos nem barras no CNPJ Como esta gerando o CNPJ no XML (somente dígitos)? Sim Disponibilizei em anexo o xml que estou tentando enviar para webservice. 20359-env-lotS.xml

o provedor implantou uma segurança a mais no webservice.

Bom dia, surgiu um novo problema no envio de lote para o provedor Pronimv2 , o webservice está retornando: - O cnpj do prestador dever ser igual ao cnpj existente no certificado. - Informe o cnpj do prestador igual ao cnpj existente no certificado. segundo o suporte de TI da prefeitura o processo de envio do lote precisa ser autenticado em dois momentos distintos. Existe alguma configuração no componente AcbrNFSe para sanar este problema?

Aumentei o valor de timeout para 1 minuto e obtive retorno do webservice.

Mesmo retorno: --------------------------- Demo_acbrnfse --------------------------- Erro Interno: 12002 Erro HTTP: 0 URL: http://notateste.montesclaros.mg.gov.br/NFSe.Portal.Integracao.Teste/Services.svc Erro: Requisição não enviada. Erro: 12002 - TimeOut de Requisição.

Estou utilizando o libWinCrypt

Italo , encontrei o campo "UseCertificado=0", alterei o valor para "UseCertificado=1" o retorno foi o mesmo --------------------------- Debugger Exception Notification --------------------------- Project Demo_ACBrNFSe.exe raised exception class EACBrWinReqResp with message 'Falha Recebendo Dados. Erro:Erro: 12002 - TimeOut de Requisição'. ---------------------------

Boa tarde, Italo eu concordo com sua coloção, mas está ocorrendo o seguinte: estou conseguindo enviar a notas para o ambiente de produção, já para o ambiente de homologação ocorre o erro de timeout. Segundo o pessoal da TI da prefeitura, no ambiente de homologação foi implementada uma segurança que necessita de autenticação com certificado digital e que será implementada futuramente no ambiente de produção, por isso está ocorrendo o timeout quando tento enviar o rps para ambiente de homologação.

Boa tarde, pessoal. o provedor de NFSe da cidade de Montes Claros-MG, passará a exigir autenticação no webservice com certificado digital. Teria alguma configuração no componente AcbrNFSe para realizar esta autenticação?

Boa tarde, Juliano. aconteceu o mesmo comigo aqui em Montes Claros-MG, em conversa com os técnicos de ti da prefeitura, me informação que implementaram a segurança de autenticação com certificado digital no webservice, por isso o erro "12002 - TimeOut". Verifique junto ao prefeitura se o motivo seria este mesmo.

Segue anexo arquivo alterado. Pronimv2.ini

Bom dia, percebi que no arquivo Pronimv2.ini, o endereço de webservice de homologação para cidade de Montes Claros-MG está o mesmo que endereço de produção. Então pesquisei no site da prefeitura e encontrei o seguinte endereço de homologação: http://notateste.montesclaros.mg.gov.br/NFSe.Portal.Integracao.Teste/Services.svc

Boa noite, pessoal utilizo o AcbrMonitor para transmissão de NFe e percebi que nas últimas versões que compilei do AcbrMonitor, o mesmo está criando uma pasta com o nome de "logs" no mesmo local do executável e está gravando nesta pasta, uma cópia de todos xml que transmito. Gostaria se saber qual a utilidade desta pasta e como desabilito a gravação de arquivos xml nesta pasta?

Bom dia, conseguiu resolver este problema? se sim, poderia nos informar como?

Novo visual ficou muito top...parabéns a equipe ACBR

Boa noite, descobri que este problema ocorre no envio sincrono da NFCe, no modo assincrono, o retorno está ok

Bom dia, João vc tem que criar um CSC para o ambiente de homologação e outra para o ambiente de produção. Pelo menos foi necessário para os clientes que atendo.

Boa noite, Carlos vc já verificou se o cliente possui um token para homologação e outro produção. Cada ambiente possui token diferente.

Bom dia, pessoal no meu caso, descobri que estava preenchendo as informações do token de forma trocada. Onde era CSC/Token eu estava preenchendo com a informação do ID/Token e vice-versa. Corrigi e agora estou conseguindo emitir normalmente.

Pessoal, quando tento emitir a NFCe utilizando o AcbrMonitor, a nota é transmitida normalmente, mas quando tento transmitir utilizando o componente AcbrNFe ocorre o erro citado acima. Obs.: atualizei meus fontes do acbr no dia 10/06/2018.

Boa tarde, pessoal estou com este mesmo problema para emissão da NFCe 4.0 no estado da Bahia. Alguém conseguiu resolver este problema? ACBrNFeServicos.ini

Boa tarde, ocorreu este problema comigo hoje (30/05/2018), só que no cancelamento da NFCe na UF - BA, então verificando as configurações do AcbrMonitor, resolvi por acaso, alterar a versão da NFe para 4.0 e consegui cancelar a NFCe via comando. Talvez isto ajude alguém.