José M. S. Junior

Atualizado no SVN. Obrigado pela contribuição!

Atualizado no SVN. Obrigado pela contribuição!

Atualizado no SVN. Obrigado pela contribuição!

Atualizado no repositório. Obrigado pela contribuição!

Aparentemente está enviando mais de um evento no mesmo arquivo. Cada arquivo deve representar apenas um Evento, veja que está repetindo as tag [ideEvento] no mesmo arquivo... Pode adicionar mais tags apenas quando o layout permite por exemplo em: [nfs001], [infoTpServ0011], mas para um novo evento envie em outro arquivo, repetindo o comando... Note que utilizando o método Reinf.CriarEventoReinf(), pode criar todos os evento e enviar todos de uma vez ao final, utilizando o método Reinf.EnviarReinf()

Bom dia @ademar-datalan Seu código ficou com divergências ao realizar o Merge, favor atualizar e postar o seu .pas atualizado. Segundo manual a Conta pode conter 12 dígitos, acho que o correto seria implementar com essa possibilidade... <<<<<<< .mine rConta := trim(Copy(ARetorno.Strings[1], 60, 12)); ||||||| .r17492 rConta := trim(Copy(ARetorno.Strings[1], 64, 7)); ======= rConta := trim(Copy(ARetorno.Strings[1], 65, 7)); >>>>>>> .r17814

Bom dia, pode encontrar a estrutura do retorno no Manual Layout RFD - Reinf Neste caso pode identificar pela descrição do erro mesmo, note que diz, "ID inválido" algum campo que compõem a chave ID está incorreto. Veja esse tópico:

Bom dia O Reinf gera muitas dúvidas quanto ao preenchimento dos dados, verifique com o Contador do seu cliente sobre o preenchimento correto, assim evitará problemas futuros com o próprio Cliente.

Boa tarde, chegou a realizar a instalação seguindo este passo a passo:

Aparentemente os Schemas estão retornando erro por diversos motivos: O campos "xOBS" excede o limite de caracteres O CNPJ deve ser informado sem mascara (Sem ponto e barra) A Inscrição Estadual informe como "ISENTO" se não tem. O nome da tag deve ser "CNPJCPF" em todas as seções...

Bom dia Por favor habilite a geração de LOG na tela inicial do ACBrMonitor "LOG de Comandos", realize a sequencia de comando que está utilizando para gerar o XML e anexe o arquivo log.txt, para que possamos analisar o que está ocorrendo. Se possivel anexe também o arquivo .ini com os dados do CTe

Boa tarde As informações de [toma4] devem ser preenchidos de acordo com o tipo de tomador informado em [toma3]. Verifique o código que está informando em Toma3, se persistir o problema por favor anexe um log para facilitar a análise.

Foi adicionado as nossas tarefas, previsão para próxima semana.

Bom dia, o que muda é a numeração sequencial da Seção NFS e de seus subitens, veja um exemplo: [nfs001] serie=1 numDocto=123 dtEmissaoNF=24/04/2018 vlrBruto=100.00 obs= [infoTpServ0011] tpServico=100000003 vlrBaseRet=0 vlrRetencao=0 vlrRetSub=0 vlrNRetPrinc=0 vlrServicos15=0 vlrServicos20=0 vlrServicos25=0 vlrAdicional=0 vlrNRetAdic=0 [nfs002] serie=1 numDocto=124 dtEmissaoNF=24/04/2018 vlrBruto=100.00 obs= [infoTpServ0021] tpServico=100000004 vlrBaseRet=0 vlrRetencao=0 vlrRetSub=0 vlrNRetPrinc=0 vlrServicos15=0 vlrServicos20=0 vlrServicos25=0 vlrAdicional=0 vlrNRetAdic=0 Os erros retornado no seu arquivo fazem referencia aso campos incompletos: "infoTpServ", "obs" e "nrProcRetAdic" Se não for campo obrigatório e não for preencher nenhum valor remava a tag do arquivo.

Bom dia Pode citar um exemplo ou anexar logs do que ocorre... Quando fala em quebra de Sequencia, está se referindo ao número do Cupom Fiscal, nCFe?

Não é personalizável hoje. Mas vou analisar, aparentemente é possível realizar essa configuração no componente, sendo assim podemos configurar também no Monitor.

Verifique pelo Número da versão do ACBrMonitor, a última versão disponível no SAC é 1.3.0.171. Se está com essa versão é a mais atualizada, disponibilizada na área do SAC.

Boa tarde No ACBrMonitor tem a opção de Exibir Resumo no Canhoto, é gerado com a informação padrão:( Emissão, Dados do Remet/Destin. e Valor da NFe.)

Atualize a versão do ACBrMonitor, a versão que está é muito antiga.

Bom dia. Temos o Manual de como utilizar o ACBrMonitor e com todos os Métodos aceitos pelos componentes além dos modelos de arquivos .ini para passar os dados do documento. Também na seção "vídeos:" do fórum temos alguns vídeos explicativos principalmente sobre NFe que é o mais complexo, que servirá de base para os demais componentes, pois basicamente são as mesmas configurações. O que muda são os comandos e o modelo do .ini. A maioria dos erros são de dados mesmo... como neste caso e é retornado pelo próprio WebService, pelo código do erro pode ser analisado no Manual do Documento Eletrônico o motivo. Para o Reinf além das configurações do WebService, precisa apenas configurar a inscrição do Contribuinte e Transmissor na aba Reinf, no mais todas as informações são passadas no arquivo .ini Esta configuração é a padrão para qualquer um dos componentes de Documentos Fiscais Eletrônicos. A mensagem de Erro é retornada do próprio WebService, aparentemente o CNPJ do certificado não bate com o do contribuinte. Está utilizando o Certificado do Contribuinte?

Isso é possível se você carregar o XML no componente (Consultar passando o path do XML) ou se o XML estiver no mesmo local onde é gerado pelo componente, neste caso o XML Original é atualizado com o protocolo retornado na consulta. Mas se consultar apenas pela chave e não tem o XML gravado na pasta, vai obter apenas os dados retornados pela consulta mesmo.

Sim, pode envias em PV.

Sempre que estiver com erro de Schemas, primeiramente sempre verifique se esta passando as tags e seções do arquivo .ini corretamente, pois a falha na leitura causa erro na validação de Schemas... Neste caso veja a Seção [ideEvento] note que informou [idevento], por isso ocorre erro nas tags deste grupo.

Isso pode ocorrer se depois de enviado, o XML foi modificado. Um espaço que seja, já não vai bater o digestValue. Outra situação que eu imagino que possa acontecer é se voce já tiver o XML gravado e carregar no componente para envio, neste caso o componente pode modificar algo se encontrar inconsistência nas tags ou mesmo espaços em branco sobrando. Neste caso precisaríamos pegar um XML que ocorreu isso para tentar simular algo nesse sentido...

O recomendado é criar o arquivo temporário diretamente. ex: ENT.tmp depois que a aplicação escrever o método apenas renomeia para o nome correto: ENT.txt Configure um timeOut de espera do retorno, antes de enviar o próximo método...