Sandro Felipe Adad

Fiz outro teste, gerei o xml pelo programa de exemplo e tentei o envio pelo Postman, ai começou a validar o xml. Removi da geração do ACBR os dados do rps pois com as informações da RPS não aceitava o XML e dava um erro maluco. { IdentificacaoRps.Numero := FormatFloat('#########0', StrToInt(NumDFe)); IdentificacaoRps.Serie := '1'; IdentificacaoRps.Tipo := trRPS;// TnfseTipoRPS = ( trRPS, trNFConjugada, trCupom ); DataEmissaoRPS := Now; } Pelo postman foi aceito o arquivo gerado pelo ACBR, e gerou a nota, creio que no ACBR seja a forma de adição do XML o problema. Outra coisa que me chamou a atenção foi o formato de codificação: <?xml version="1.0" encoding="ISO-8859-1"?> e no ACBR vem em UTF-8. Retorno pelo envio pelo ACBR: <?xml version="1.0" encoding="UTF-8"?><?xml version="1.0" encoding="ISO-8859-1"?> <retorno> <mensagem> <codigo>9999 - Arquivo XML da Nota Fiscal de Serviço Eletrônica não enviado!</codigo> </mensagem> </retorno> Retorno do Envio pelo PostMan: <?xml version="1.0" encoding="ISO-8859-1"?><retorno> <mensagem> <codigo>00001 - Sucesso</codigo> </mensagem> <numero_nfse>4</numero_nfse> <serie_nfse>1</serie_nfse> <data_nfse>24/08/2021</data_nfse> <hora_nfse>16:55:40</hora_nfse> <situacao_codigo_nfse>1</situacao_codigo_nfse> <situacao_descricao_nfse>Emitida</situacao_descricao_nfse> <link_nfse>https://migracao.atende.net/?pg=autoatendimento&cidade=treina_guarapuava_integracao#!/tipo/servico/valor/213/padrao/1/load/1/identificador/7583738025207714738720220824082021169541</link_nfse> <cod_verificador_autenticidade>7583738025207714738720220824082021169541</cod_verificador_autenticidade> </retorno>

Boa tarde, tambem tenho um cliente que irá emitir notas em Guarapuava (Empresa de Transportes Perola do Oeste), hoje iniciei a atualização do meu ACBR para inicio no componente novo ACBRNFSeX. 1) Fiz um teste de envio e obtive inicialmente erro de autenticação, mas tinha que habilitar para o meu usuario no site da prefeitura o envio por webservices. 2) Feito isso, ao enviar pelo programa de testes novo ACBRNFSeX, retornou um xml com o seguinte conteudo: <codigo>9999 - Arquivo XML da Nota Fiscal de Serviço Eletrônica não enviado!</codigo> o que reparei é que no Json gerado no xml pelo ACBR: "usuario": "xxx", "senha": "xxx"} e no exemplo da IPM em PHP: Os parâmetros POST esperados pelo web service, na requisição HTTP, com Content-Type: multipart/form-data, são: Campo Tipo Descrição username Text CPF/CNPJ do emissor da NFS-e password Password Senha de acesso ao sistema. Authorization Text base64_encode(username:password) As informações de username e password devem ser passadas junto ao cabeçalho da requisição por meio do Authorization, sendo username:password em formato base64. Exemplo: base64_encode('admin:admin').

Creio que o problema é com alguma configuração do ACBR que antes era default e agora não é mais. ACBRNFSE.Configuracoes.Geral.SSLLib := libCustom; ACBRNFSE.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; ACBRNFSE.Configuracoes.Geral.SSLHttpLib := httpWinHttp; ACBRNFSE.Configuracoes.Geral.SSLXmlSignLib := xsLibXml2; ACBRNFSE.SSL.SSLType := LT_TLSv1_2; Consegui efetuar a consulta no programa de exemplo, com esta configuração acima, e teve exito.

0182950002710624-con-lot-soap.xml0182950002710624-con-lot.xml3107-rec-soap.xml3107-rec.xml0182950002710624-lista-nfse-soap.xml0182950002710624-lista-nfse.xml1197709-env-lot-soap.xml1197709-env-lot.xml1197709-rec-soap.xml1197709-rec.xml1197710-env-lot-soap.xml1197710-env-lot.xml 1197709 é o envio com o novo trunk e novo delphi. 1197710 é o envio com o antigo trunk e antigo delphi. Visualmente não encontrei diferença... pode ser alguma codificação do arquivo diferente?

Testei enviando sem o encoding, aquilo e não funcionou também.... estranho que se tento acessar pelo browser a url https://sync.nfs-e.net/datacenter/include/nfw/importa_nfw/nfw_import_upload.php?eletron=1 obtenho o mesmo erro: Usuário ou senha inválido(s).

Comparei e parecem exatamente similares. FPRetornoWS := FPDFeOwner.SSL.Enviar(FPEnvelopeSoap, FPURL, FPSoapAction, FPMimeType, FPAuthorizationHeader); Debugando o ACBrDFeWebService, me confirma se esta correto a variavel FPURL estar vindo assim antes do envio: <?xml version="1.0" encoding="UTF-8"?>http://sync.nfs-e.net/datacenter/include/nfw/importa_nfw/nfw_import_upload.php?eletron=1 Não estaria sobrando <?xml version="1.0" encoding="UTF-8"?>

Após migrarmos do Delphi XE6 para o novo Delphi 10.4, migramos também o ACBR para a nova versão do trunk2. Este cliente meu é de SC, município de Rio Negrinho, com o mesmo user e senha estava enviando e recebendo notas normalmente até antes de atualizarmos para o novo delphi. Após obter os novos fontes do ACBR, alterei o IPM.INI para assinar o RPS neste municipio, como ja era feito anteriormente e peguei as novas configurações no cidades.ini tambem. [4215000] Nome=Rio Negrinho UF=SC Provedor=IPM NomeURL_H=sync NomeURL_P=sync ; Para algumas cidades devemos mudar o valor do campo RPS para 1, pois existe que seja assinado RPS=1 Lote=0 URI=1 ConsSit=0 ConsLote=0 ConsNFSeRps=0 ConsNFSe=0 Cancelar=0 ; Para algumas cidades devemos mudar o valor do campo RpsGerar para 1, pois existe que seja assinado RpsGerar=1 LoteGerar=0 Substituir=0 [URL_P] RecepcaoLoteRPS=http://%NomeURL_P%.nfs-e.net/datacenter/include/nfw/importa_nfw/nfw_import_upload.php?eletron=1 [URL_H] RecepcaoLoteRPS=http://%NomeURL_H%.nfs-e.net/datacenter/include/nfw/importa_nfw/nfw_import_upload.php?eletron=1 Alterei a senha para xxx apenas. Preciso alterar algo mais? Segue em anexo os logs de envio. 0182950002710624-con-lot.xml 0182950002710624-con-lot-soap.xml 0182950002710624-lista-nfse.xml 0182950002710624-lista-nfse-soap.xml

Deu certo, removi o excedente ( xmlns:ws="http://ws.pc.gif.com.br/) e fiz o teste de envio, passou, deu outros erros na conversão da nota devido aos dados de teste, mas o lote foi enviado com sucesso! Este layout Infiscv11 é usado apenas por Garibaldi? Obrigado.

A geração do XML deu cewrto, porém o envio deu erro na assinatura. Reparei que tem uma pequena diferença no início do arquivo (não sei se isto influencia na validação de assinatura): Antes/Agora: -<envioLote versao="1.0"> -<envioLote versao="1.0" xmlns:ws="http://ws.pc.gif.com.br/"> O Lote 10 é o que gerei agora e apresentou erro e o 5046 é o antigo que funciona. (em anexo) 10-env-lot.xml 10-lot-rps.xml 10-rec.xml 5046-env-lot.xml 5046-env-lot-soap.xml

Italo, conseguiu dar uma olhada no caso?

Ok Italo, estarei testando junto ao cliente e lhe informo, desde já muito obrigado, Abraço.

Atualizei tudo mas não resolveu, tentei tirar a validação de schema para testar o envio, e ai ocorre erro na assinatura.

Efetuada atualização das pastas de schemas e ini agora e fiz novo teste. O Erro que ocorre agora:

Inclusão de nova cidade. [4312385] Nome=Monte Belo do Sul UF=RS Provedor=Tecnos NomeURL_H=montebelo NomeURL_P=montebelo.nfse-tecnos.com.br

Bom dia, estou com problema ao tentar gerar um lote de notas para o provedor INFISC-V11 após atualizar os fontes do ACBR, no municipio de 4308607-Garibaldi/RS. Creio que foi alterado o schema do provedor e o ABCR esta acusando erro ao clicar no botão "Gerar Lote RPS" no programa de exemplo "ACBR_NFSE - Programa Exemplo" : "element "Emit: This element is not expected. Expected is (prest)". Mas não sei se deve-se alterar o infiscv11.ini para correção(já que é usado por diversas cidades) como são feitos os ajustes? No cidades.ini, precisa ser alterado o ambiente de homologação para: garibaldi-homol.infisc.com.br. https://nfse.garibaldi.rs.gov.br/site/manuais/ schemaNFS.xsd

Fast.zip Fonte para impressão do bpe no fastreport, para sua analise.

Obrigado, era isso mesmo que eu precisava realizar. Sim, mas não tinha subido ainda ao repositório quando efetuei a alteração.

Ajuste que fiz com relação a medida provisória, incluído o motivo 37 - segue para repositório. Tentei anexar o arquivo, mas não deu, mesmo zipado da 18kb (meu limite é de 10kb) unit pcesConversaoeSocial; tpMotivosAfastamento = ( mtvAcidenteDoencaTrabalho, mtvAcidenteDoencaNaoTrabalho, mtvAfastLicencaRegimeProprioSemRemuneracao, mtvAposentadoriaInvalidez, mtvAcompanhamentoFamiliaEnfermo, mtvAfastamentoEmpregadoConCuradorFGTS, mtvAfastLicencaRegimeProprioComRemuneracao, mtvCarcere, mtvCargoEletivoCeletistasGeral, mtvCargoEletivoServidorPublico, mtvCessaoRequisicao, mtvGozoFeriasRecesso, mtvLicencaRemunerada, mtvLicencaMaternidade120Dias, mtvLicencaMaternidadeEmpresaCidada, mtvLicencaMaternidadeAbortoNaoCriminoso, mtvLicencaMaternidadeAdocaoGuardaJudicial, mtvLicencaNaoRemunerada, mtvMandatoEleitoralSemRemuneracao, mtvMandatoEleitoralComRemuneracao, mtvMandatoSindical, mtvMulherVitimaViolencia, mtvParticipacaoCNPS, mtvQualificacao, mtvRepresentanteSindical, mtvServicoMilitar, mtvSuspensaoDisciplinar, mtvServidorPublicoDisponibilidade, mtvLicencaMaternidade180Dias, mtvInatividadetrabalhadorAvulso90Dias, mtvLicencaMaternidadeAntecipacaoProrrogacao, mtvSuspensaoTemporariaMP936); TMotivoAfastamento: array[0..31] of string = ('01', '03', '05', '06', '07', '08', '10', '11', '12', '13', '14', '15', '16', '17', '18', '19', '20', '21', '22', '23', '24', '25', '26', '27', '28', '29', '30', '31', '33', '34', '35', '37'); Ignorar - já foi postado por outro usuário na segunda feira. -> Mas podiam aumentar meu limite de envio que está apenas com 10kb.

Segue para subir ao repositório. Precisei criar um campo de tipo de tomador, no município para tomador não identificado (Consumidor final) foi instruído gerar a tag do Tipo como 'F' sem informar o CPF. Arqs.zip

Sim Fontes atualizados, e usando o programa de exemplo. Envio não aceita o certificado na base de homologação, porem em produção a consulta funciona. (não efetuei envio em produção). Por isso a minha pergunta, se tem alguém aqui do forum que utiliza a suite e possa verificar se o problema de certificado é apenas na homologação.

Estou iniciando a implantação desta cidade de Porto Seguro/BA no meu sistema. Estou utilizando o programa exemplo (ACBRNFSe) para testar o provedor ISSintegra, com certificado do cliente A1. Ao tentar enviar um lote na homologação, obtenho o erro: 12175 ou o erro S06 - Não foi possível interpretar o certificado de transmissão. Tentei com o OpenSSl , Capicom, Wincrypt e Custom... sempre alternando a mensagem de erro. Ja tentei remover os certificados de raiz confiáveis e reinstalar - sem exito. *** Alguem que utiliza essa cidade/provedor, pode me dar uma dica de configuração ou se ja passou por este erro e o que fez para solucionar?

Ok, deu certo o envio agora, obrigado.

12/06/2019 Nova URL para o QR Code SVRS Em virtude da alteração do domínio do site do portal DF-e da SVRS, a URL a ser informada no QR Code dos bilhetes de passagem eletrônicos deverá passar para https://dfe-portal.svrs.rs.gov.br/bpe/qrCode. O sistema autorizador da SVRS já está preparado para autorizar BP-e com o novo endereço e manterá até final de Agosto a autorização com a URL antiga.

atualizei a pouco meu repositorio, mas continua vindo o endereço no .ini: [BPe_SVRS_P] BPeRecepcao_1.00=https://bpe.svrs.rs.gov.br/ws/bpeRecepcao/bpeRecepcao.asmx BPeConsultaProtocolo_1.00=https://bpe.svrs.rs.gov.br/ws/bpeConsulta/bpeConsulta.asmx BPeStatusServico_1.00=https://bpe.svrs.rs.gov.br/ws/bpeStatusServico/bpeStatusServico.asmx BPeRecepcaoEvento_1.00=https://bpe.svrs.rs.gov.br/ws/bpeRecepcaoEvento/bpeRecepcaoEvento.asmx URL-QRCode=https://bpe-portal.svrs.rs.gov.br/bpe/qrCode URL-ConsultaBPe=https://bpe.svrs.rs.gov.br/ws/bpeQrCode/qrCode.asmx [BPe_SVRS_H] BPeRecepcao_1.00=https://bpe-homologacao.svrs.rs.gov.br/ws/bpeRecepcao/bpeRecepcao.asmx BPeConsultaProtocolo_1.00=https://bpe-homologacao.svrs.rs.gov.br/ws/bpeConsulta/bpeConsulta.asmx BPeStatusServico_1.00=https://bpe-homologacao.svrs.rs.gov.br/ws/bpeStatusServico/bpeStatusServico.asmx BPeRecepcaoEvento_1.00=https://bpe-homologacao.svrs.rs.gov.br/ws/bpeRecepcaoEvento/bpeRecepcaoEvento.asmx URL-QRCode=https://bpe-portal.svrs.rs.gov.br/bpe/qrCode URL-ConsultaBPe=https://bpe-portal.sefazvirtual.rs.gov.br/Site/qrCode Porem acho que houve alteração anteontem destes links...

Estou iniciando no projeto de BPE, então não sei se é a UF do RS que está fora ou algo que estou informando indevidamente, mas apresenta o seguinte erro ao tentar enviar um BPE em homologação: Inicio TBPeRecepcao Versão Layout: 1.00 Ambiente: 2 Versão Aplicativo: RS20181210144751 Status Código: 479 Status Descrição: Rejeição: Endereço do site da UF da Consulta via QR Code diverge do previsto UF: RS ERRO: Rejeição: Endereço do site da UF da Consulta via QR Code diverge do previsto. Ao tentar enviar pela 1-env-lot.xml 1-env-lot-soap.xml 1-pro-lot.xml 1-pro-lot-soap.xml 20190614133101-ped-sta.xml 20190614133101-ped-sta-soap.xml 20190614133101-sta.xml 20190614133101-sta-soap.xml