FabioNery

Obrigado a vocês!

Boa Noite, pessoal. Este erro ocorreu quando tentei enviar um R-2010. Fiz uma alteração no programa anexo e passou. Veja se resolve o problema no R-1000 ACBrReinfLoteEventos.pas

Aconteceu quando tentei enviar um período anterior a 06/2018. Estava testando notas de jan/18. Quando passei a testar notas de jun/18 a rejeição não aconteceu mais

Bom Dia, Italo. Como não sei se o retorno pode retornar mais de um R-5011 ou nº de protocolos diferentes, em vez de alterar o nome do arquivo, peço então que o retorno do monitor traga o nome do arquivo ou arquivos como já acontece com o retorno do 5001. Obrigado

Olá. Gostaria de sugerir a troca do nome do arquivo R5011.XML de: NomeArq := FRetConsulta.evtTotalContrib.Id + '-R5011.xml' para: NomeArq := FProtocolo + '-R5011.xml'; O motivo da sugestão é que, quem usa apenas o monitor, não tem o id do evttotalcontrib mas tem o protocolo de consulta e não precisará ficar abrindo todos os r5011.xml salvos para localizar o protocolo; bastará ler um arquivo apenas. Obrigado

Olá. Testando os comandos CarregarXMLEventoReinf e EnviarReinf para envio do registro R-2099, o acbr retorna o evtInfoProdRural em vez evtFechamento.xsd. Como o sistema busca as strings sequencialmente, ele encontra a tag "evtComProd" dentro do xml. Segue um pcnconversaoreinf.pas que com a ordem dos eventos alterada e que, aparentemente, resolveu o problema. pcnConversaoReinf.pas

Italo, Quem deve agradecer sou eu. Obrigado. Vi que há uma diferença na parte que adiciona os arquivos: [sua] if NaoEstaVazio(NomeArq) then [obs: está NomeArq) FlistaArqs.Add( FNomeArq ); [minha] FlistaArqs.Add( FNomeArq ); Se só incluirmos o nome do arquivo se ele não for vazio, vai descasar o nome do arquivo com os dados que estáo em FretDistDFeInt.docZip. (for I := 0 to FretDistDFeInt.docZip.Count - 1 do )

Bom Dia, Italo. Desculpe a demora. Segue o arquivo. Acrescentei novamente o pcreinfr2099.pas pois também tem alteração. ACBrReinfWebServices.pas pcnReinfR2099.pas Italo, Consultando novamente o https://reinf.receita.fazenda.gov.br/WsREINF/ConsultasReinf.svc?singleWSDL o campo a ser considerado é o numeroReciboFechamento Portanto ignore o acbrreinfwebservices. Valide a alteração no pcReinfR2099.pas.

Nos fontes do ACBR (em Fontes\ACBrDFe\ACBrReinf\ACBrReinfWebServices.pas)

Pessoal, testei agora ( 07/06/19 19:30) usando 1543-2099-1801-1543 no ambiente de homologação usando numeroProtocoloFechamento em vez de numeroReciboFechamento conforme https://reinf.receita.fazenda.gov.br/WsREINF/ConsultasReinf.svc?singleWSDL e retornou o resultado (em anexo) ID-1705737954-R5011 - Copia.xml

Boa Tarde a todos, testando a implementação de leitura de arquivo xml em vez de arquivo ini, percebi que a função AnsiSameText chamada pelo StrToEnumerado2 não está achando a string procurada (ex: 'evtServTom', 'evtInfoContri' ) dentro do xml. Debugando a StrToEnumerado2, vi que o laço for i := Low(AString) to High(AString) é repetido até o final, retornando 0, que é então direcionado para teR1000 em TReinfEventos.LoadFromString (pcnEventosReinf). A função utilizada para abrir o xml que usei foi ACBrReinf1.Eventos.LoadFromFile(OpenDialog1.FileName, True ); Está acontecendo com alguém?

Boa Tarde, Senhores. Fiz algumas alterações nos arquivos enviados e gostaria que vocês verificassem a possibilidade de implementar nos acbr: 1. pcReinfR2099 - na leitura do ini está lendo nrInscEstab em vez de cpfResp 2. doacbrnfeunit e acbrnfewebservices - alterações no comando 'distribuicaodfe' do monitor para retornar o nome de cada arquivo gerado e o schema correspondente. Hoje só retorna o nome de um arquivo. O retorno do schema servirá para que possamos identificar qual o tipo de arquivo retornado sem necessidade de checar o nome do aquivo ou conteúdo do mesmo. ACBrNFeWebServices.pas DoACBrNFeUnit.pas pcnReinfR2099.pas

Bom Dia, pessoal. O exemplo Reinf que vocês estão utilizando é o exemplo em delphi ou o lazarus? Não estou conseguindo usar o exemplo do lazarus: ocorre erro em "function GetTipoOperacao: TTypeOperacao;". Obrigado pela atenção

Boa Tarde, Pessoal. Atenção à versão 1.50 da NT: Estão retirando o meio de pagamento 14 (duplicata mercantil), alteraram a descrição do grupo dup para parcelas e as validações/rejeições também sofreram alterações...

Boa Tarde Desenvolvedores do ACBR Monitor Plus. Temos um cliente que está obrigado a enviar o REINF a partir de maio/18 e não usamos o delphi nem o lazarus ou seja, precisamos que o Reinf seja incorporado ao acbrmonitorplus o mais urgente possível. Vocês podem nos enviar um email com um orçamento para fazer tal alteração no acbrmonitorplus ?