Italo Giurizzato Junior

Bom dia Niron, Você esta utilizando a última versão disponível do ACBrMonitor Plus? Caso não esteja favor atualizar e faça um novo teste.

Bom dia Rafael, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Sergio, É isso que estou tentado verificar, qual foi o motivo de ter colocado 91.

Bom dia ALA, É preciso que todos os desenvolvedores cujos clientes emitem notas para alguma cidade (segundo o arquivo Cidades.ini são 7) atendida por esse provedor, entrem em contato para pressionar a alteração. Se eles se recusam a fazer essa alteração, com certeza, quem implementou o WebService não trabalha mais e quem ficou não tem conhecimento suficiente para fazer as devidas correções. A equipe ACBr não vai ficar dando jeitinho só para atender provedores que não conseguem estabelecer um mínimo de padrão. Visto que ninguém gera valores formatados com separador de milhar em XML. Sem falar nas datas que nesse provedor estão no formato DD/MM/AAAA, sendo que o formato estabelecido pela ABRASF (uma vez que se trata de NFS-e) é AAAA-MM-DD. Esse provedor é tão fraco que até hoje não disponibilizou os Schemas para que possamos validar o lote de RPS antes do seu envio. E não exige que o RPS e ou Lote sejam assinados. Não vejo a hora de se tornar realidade a NFS-e Padrão Nacional, onde teremos um único layout e WebService para todas as cidades brasileiras. Vai ter muito provedor amador voltando a fazer programa de controle de estoque.

Bom dia, O método DistribuicaoDFe pode retornar vários tipos de documentos, são eles: Resumo de Notas Fiscais - [RESNFE001] Resumo de Eventos - [RESEVE001] Notas Fiscais Completas - É retornado um resumo da mesma em [RESNFE001] e o XML completo é salvo em disco. Eventos Completos - [ProEve001] Lembre-se que 001 é um índice que pode variar de 001 até 050, conforme a quantidade de documentos retornados.

Bom dia, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Rodrigo, Acredito que podemos remover essa limitação, uma vez que o lote gerado não é enviado para um WebService e sim importado através do site da prefeitura e que no exemplo que você deu chega a aceitar lotes com aproximadamente 500 RPS. Vou fazer as alterações nos fontes ainda hoje e enviar para o repositório.

Bom dia Márcio, O arquivo em anexo não consta a cidade Ipiranga do Norte.

Bom dia, Favor atualizar todos os fontes de todas as pastas. Note que fiz alterações no arquivo Cidades.ini e no ISSJoinville.ini Favor realizar os testes com o programa exemplo, enviando para o ambiente de homologação e se possível para o ambiente de produção.

Bom dia Sergio, Ainda estou analisando o caso. Da forma que esta hoje, ou seja, com o valor 91 quais são os problemas?

Bom dia Moreira, Não sei o que esta ocorrendo, o seu arquivo INI esta vindo truncado somente o inicio dele.

Tens razão a geração do XML esta errada, será necessário rever a rotina que lê o arquivo TXT. Comparando com o manual o grupo <idDocAnt> só pode ter no máximo 2 ocorrências, uma para relacionar os documentos de papel (se tiver) e o outro para relacionar os documentos eletrônicos. E dentro do grupo <idDocAnt> podemos ter um dos dois grupos <idDocAntPap> ou <idDocAntEle> que podem ocorrer "N" vezes. Vou analisar melhor a rotina que lê o arquivo TXT e fazer as devidas correções e depois aguardar a liberação de uma nova versão do Monitor. Desde já agradeço pelos testes e pela compreensão.

idez, Acredito que depende da informação que estamos armazenando, se precisamos de um numero real com mais de 4 casas decimais eu sugiro o Double Precision, mas no caso da alíquota que no máximo vai ter 2 ou 4 casas podemos usar um outro tipo.

Boa tarde idez, Pode ser o tipo de variável que você esta utilizando para esse campo na sua aplicação, ou o tipo do campo alíquota definido no componente. No componente o campo Alíquota é definido segundo o tipo Currency.

Boa tarde, A montagem do ID do evento esta errado. Veja: Você acrescentou zeros a esquerda o CNPJ e tem que ser a direita.

Boa tarde, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde Wilson, Pelo que me recordo esse provedor não foi implementado no componente.

Boa tarde, Me parece que o seu arquivo TXT esta errado, tente dessa forma: [docAnt001] CNPJCPF=11321644000106 IE=0014949710044 UF=MG xNome=TRANSPORTADORA TREVO DA SORTE LTDA [idDocAnt001001] chCTe=31180411321644000106570010001661741004573565 [idDocAnt001002] chCTe=31180411321644000106570010001661751004573570 (...) Estava faltando o índice na seção docAnt e constava a presença da seção: [idDocAntEle] que não se faz necessário, logo deve ser removido do arquivo TXT. Faça essas correções tente novamente.

Boa tarde Moreira, Com a ausência do campo aliqRatAjust no XML gerou algum erro de validação? Gerou algum erro de processamento, ou seja, o evento foi rejeitado? Se sim, qual foi o motivo da rejeição?

Boa tarde Eptus, Segundo a Nota Técnica 2016/002 versão 1.60 (página 51) o campo nDup deve ser preenchido conforme consta na coluna observação do respectivo campo. Obrigatória informação do número de parcelas com 3 algarismos, sequenciais e consecutivos. Ex.: “001”,”002”,”003”,... Observação: este padrão de preenchimento será obrigatório somente a partir de 03/09/2018. No meu entendimento o conteúdo de nDup tem que ser um numero sequencial de 3 algarismos.

Bom dia, Acabei de fazer um teste usando o programa exemplo do eSocial. Primeiramente carreguei o XML que você anexou (eSocial_S-2220_ADAILTON SANTOS ALVES.xml) através do botão [Carregar XML] Este botão após você selecionar o XML desejado, o carrega através do seguinte comando: ACBreSocial1.Eventos.LoadFromFile(OpenDialog1.FileName); Ao executar o método LoadFromFile o componente verifica se o XML esta assinado, caso não esteja o mesmo será assinado e em seguida será validado. Portanto não se faz necessário executar o método AssinarEventos. Como não obtive nenhum erro referente a assinatura ou de validação, em seguida cliquei no botão [Enviar] e o evento foi enviado sem nenhum problema.

Bom dia Dércio, Que coisa mais estranha. Como o programa exemplo também ocorre o problema?

Favor atualizar todos os fontes de todas as pastas. Note que fiz uma alteração no arquivo INI do provedor. Atualize e faça novos testes.

Bom dia Marcos, Você esta com todos os fontes de todas as pastas atualizados? Lhe pergunto isso, pois o seu arquivo INI do provedor não esta atualizado. Como você se utiliza o método Gerar para realizar o envio do RPS o valor do campo RPS na seção [Assinar] não tem efeito no método Gerar e sim nos métodos Enviar e EnviarSincrono. O método Gerar checa o valor de RpsGerar para decidir se o RPS será assinado ou não e em determinados provedores se utiliza do valor do campo LoteGerar, pois tem provedor que permite um lote de até 3 RPS no envio através do método Gerar.

Bom dia Matheus, Qual é o Report que você esta usando (Fast ou Fortes)? Jeito tem, será necessário realizar a formatação desse campo para esse provedor no componente de impressão do DANFSE. Se você puder colaborar em fazer essa alteração ficaremos gratos.