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 ?

Bom Dia, Pessoal. Vocês poderiam acrescentar no DOACBrNFEUni.PAS do projeto lazarus no comando DistribuicaoDFE: 1. O retorno do maxnsu: 'maxNSU=' +ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.maxNSU+sLineBreak; 2. O schema dos arquivos: 'schema=' +SchemaNFeToStr(ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.schema)+sLineBreak; Grato DoACBrNFeUnit.zip

Correção: na resposta do DOACBrNFEUnit (vide arquivo dfe.txt) os arquivos "PROCNFE" vieram como RESNFE (NSU 40 a 43)

Bom Dia, Pessoal. Não estou conseguindo identificar pela resposta gerada pelo comando DistribuicaoDFE no DoAcbrNfeUnit.pas que existem arquivos retornados dos schemas ProcNFe e ProcEventoNFe. Observem que a resposta em con-dist-dfe.xml (arquivo anexo ) permite a identificação de cada arquivo enquanto que a resposta disponibilizada pelo doacbrnfeunit não permite (vide dfe.txt): apenas existe informação dos retornos RESNFE. Outra informação que não é disponibilizada é o MAXNSU. 20160113092533-con-dist-dfe.xml dfe.txt

Publicada atualização da NT 2015/003 V 1.60, contendo as seguintes alterações: Alterada a observação do campo NA15 para que o valor do ICMS relativo ao Fundo de Combate à Pobreza (FCP) não seja somado ao valor do ICMS Interestadual para a UF de destino; Aperfeiçoada a mensagem de rejeição da RV LA02-10; Alteradas as regras de validação N12-70, N12-80 e N12a-70 para não aplicar a validação nos casos de remessa para demonstração dentro do Estado. Alterada a regra de validação N16-20 para não aplicar a validação no caso de anulação de valor; Alteradas as regras de validação N16-20 e NA01-20 para não aplicar a validação nos casos de entrega da mercadoria dentro do Estado; Inseridos CFOP de anulação de valor relativo a aquisição de serviço de transporte no Anexo XIII.05.

Boa Tarde, Pessoal. A título de colaboração, além dos status 301 e 302, a NT 2013.005 cita o status 303 (Uso Denegado: Destinatário não habilitado a operar na UF)

Muito obrigado, Régis

Boa Tarde, Senhores. Me atualizem por favor: as novas NT's (2015/003, 2005/002 etc) estão sendo implementadas no AcBrNFeMonitor2 ou apenas no AcBrMonitorPlus? Obrigado

Obrigado pela paciência, Daniel. Achei os comandos em DoAcBrUnit. Vou alterar a chamada de "nfe.hora" para "hora" para usar o Plus. Grato

Oi Daniel. Uso o xharbour e não tenho acesso os componentes do delphi/lazarus: a forma que acesso o programa é através do monitor, passando os comandos disponíveis no DoACBrNFeUnit.pas. Não sei usar de outra forma para acessar a hora. O problema é que tem uma empresa em SP que emite nota em AM que tem fuso horário diferente. Eles não podem alterar a hora do computador em SP por problema interno deles (segurança) e, por isso, preciso pegar a data e hora do servidor do AM onde está instalado o acbr. No acbrnfemonitor2 vocês implementaram mas não está disponível no plus.

No DoACBrNFeUnit.pas do projeto acbrnfemonitor2