Italo Giurizzato Junior

Boa tarde Leonard, Acredito ter encontrado o problema. O provedor 4R se utilizada da versão 2 do layout da ABRASF, mas não implementou todos os serviços, somente o EnvioSincrono, Consulta ao Lote, Consulta a NFS-e por RPS e o Cancelamento de NFS-e. Um detalhe importante no ambiente de homologação deixou de implementar o serviço Consulta ao Lote. O componente detecta que o provedor se utiliza da versão 2, logo após o envio ele faz a Consulta ao Lote, mas no caso do provedor 4R se o componente estiver configurado para o ambiente de homologação vai ocorrer erro pois não vai encontrar o serviço em questão. Fiz uma alteração visando contornar esse problema. Favor atualizar os fontes e faça um novo teste.

Boa tarde, Não encontrei nesse último XML nada o que pudesse provocar a rejeição. Se o problema persiste chego a conclusão que o problema é no webservice da SEFAZ-SP.

Boa tarde Gabriel, Esse DAMDFE foi feito em Fast ou Fortes Report?

Boa tarde Luiz, Esse DACTE foi feito em Fast ou Fortes Report?

Boa tarde Raylan, Abra a unit ACBrNFSeWebServices e verifique o código abaixo: case TACBrNFSe(FACBrNFSe).Configuracoes.Geral.Provedor of proInfisc, proInfiscv11: Result := True else begin Sleep(TACBrNFSe(FACBrNFSe).Configuracoes.WebServices.AguardarConsultaRet); Result := FConsLote.Executar; end; end; Se essa unit realmente estiver atualizada tem que existir a linha em negrito (linha numero 5382).

Boa tarde, Existe o evento de Prestação do Serviço em Desacordo. Esse evento deve ser enviado para a SEFAZ pelo tomador do serviço e para isso o mesmo tem que possuir certificado digital. Dicas: Primeiro leia o item 5.5 do Manual do CT-e versão 3.00 - página 114. Segundo, na pasta: ...\Exemplos\ACBrDFe\ACBrCTe existe um arquivo texto chamado: Cancelamento_por_evento. Estude o código desse arquivo e faça as alterações necessárias para em vez de enviar o evento de cancelamento, envie o evento de Prestação do Serviço em Desacordo. Se não me falha a memória o componente deve ser configurado para a UF do emitente do CT-e para o qual se deseja enviar o evento. Espero ter ajudado.

Boa tarde a todos, Alguém sabe se as URLs do ambiente de produção foram disponibilizadas, pois até o momento encontrei as URLs do ambiente de Produção Restrita. Acabei de fazer um teste usando o programa exemplo do componente configurado para o ambiente de Produção Restrita e versão 1.3.2, o evento foi enviado. Já na versão 1.3.0 ocorre erro. O que tudo indica que o ambiente de Produção Restrita só esta aceitando a versão 1.3.2

Márcio, A tag dhEmi esta faltando a hora esta aparecendo: 2018-05-10T00:00:00-03:00 Ao alimentar o componente o campo dEmi devemos fazer da seguinte forma: dEmi := Now e não dEmi := Date, pois desta forma só vai a data e não data e hora.

Raylan, O método ConsultarLote esta sendo executado automaticamente pelo método Enviar ou na sua aplicação você esta executando separadamente? Exemplo: Configurações.Geral.ConsultaLoteAposEnvio := True; ACBrNFSe.Enviar(nLote); ou Configurações.Geral.ConsultaLoteAposEnvio := False; ACBrNFSe.Enviar(nLote); nProtocolo := ACBrNFSe1.NotasFiscais.Items[ x ].NFSe.Protocolo; ACBrNFSe.ConsultarLoteRps(nLote, nProtocolo); Outra coisa importante você esta com todos os fontes de todas as pastas atualizados?

Bom dia Márcio, Abra esse XML com um navegador e veja as seguintes tags: <dhEmi> (nota foi emitida o mês passado? e a hora?), <entrega> (se o endereço de entrega é o mesmo do destinatário, não faz sentido informar novamente), Não devemos informar os dados do veículo que vai realizar o transporte, essas informações agora são informadas no MDF-e que é emitido depois da emissão das notas. Se quem vai transportar as mercadorias é uma transportadora, é esta que vai emitir o MDF-e.

Luis, Favor atualizar os fontes e faça novos testes.

Bom dia Raylan, O provedor ISSDigital segue a versão 2 do layout da ABRASF, logo não existe o ConsultarSituacao. O componente já detecta que o provedor usa a versão 2 e não realiza essa consulta e sim o ConsultarLote automaticamente, deste que a propriedade ConsultaLoteAposEnvio esteja com o valor True. Podemos também definir um tempo de espera na propriedade AguardarConsultaRet, se o valor dessa propriedade for 5000, isso faz com que o componente aguarde 5 segundos entre o envio do lote e a consulta.

Bom dia, Se ccm é a inscrição do Prestador de Serviço, porque no link o seu valor é 22470? Note que no site é pedido o CNPJ ou CPF do Prestador de Serviço, logo o ccm deve conter o CNPJ ou CPF, esse é o meu entendimento.

Bom dia Luiz, Como é gerado o link? Ele contem os dados referente a nota, tais como: numero, serie, ... ?

Bom dia Leonard, Tenta essa configuração: SSLXmlSignLib = xsLibXml2

Luis, Fiz algumas alterações, ainda hoje vou enviar para o repositório.

Bom dia Eliton, Só devemos emitir o CT-e de Anulação quando o tomador de serviço não é contribuinte do ICMS, pois este não tem condições de emitir um documento fiscal seja este eletrônico ou não. Se o tomador do serviço for contribuinte do ICMS, ele deve emitir um documento fiscal e será este documento a ser informado ao emitir o CT-e de Substituição. Resumindo: em um CT-e de substituição devemos relacionar outros 2 documentos, sendo que um é o CT-e Original e o segundo é o documento emitido pelo tomador. Se o tomador não é contribuinte do ICMS ele não tem como emitir, neste caso é a própria transportadora que emite e esse documento emitido pela transportadora é o CT-e de Anulação. Basta pegar o Manual do CT-e e ler com muita atenção o que consta nas páginas que mencionei. Agora se os contadores não tem capacidade de interpretar corretamente o que esta escrito no manual, sugere aos seus clientes que procurem outros contadores para as suas empresas.

Bom dia, Quando ocorre esse tipo de erro "falha no schema", pode ser problema na SEFAZ ou alguma informação no seu XML esta errada e o WebService retornou uma mensagem de rejeição genérica. Notei que nos dados do destinatário a tag <nro> tem o valor 30, altere coloque 030, outra coisa no grupo <vPrest> um dos componentes é o ICMS, para mim isso esta errado, pois os grupos <comp> devem conter somente os componentes do frete, ou seja, a somatória deles tem que ser igual ao <VTPrest> - Valor Total da Prestação.

Bom dia Luis, Você tem o XML do retorno? Se sim, favor anexar, pois quero analisar a Unit juntamente com o XML.

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

Bom dia Oliveira, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório. Detalhe, não esqueça de manter os fontes sempre atualizados.

Bom dia Tairone, A equipe ACBr esta trabalhando em uma nova versão do ACBrMonitor Plus que vai contemplar o eSocial. A maneira de trabalhar será a mesma, ou seja, a sua aplicação vai gerar um arquivo texto no formato INI, salvar em uma pasta predefinida e aguardar que o Monitor faça o resto. Vai ser liberado junto com essa nova versão do Monitor um arquivo INI de exemplo para cada um dos 41 tipos de eventos que compõe o eSocial. O manual do ACBrMonitor esta sendo reescrito para conter as informações necessárias para o envio dos eventos do eSocial.

Bom dia Dércio, No schema do provedor Pronimv2 não existe a tag ValorISSRetido.

Bom dia, Complementando o BigWings: O componente ACBrCTe já possui os métodos: function DistribuicaoDFePorUltNSU(AcUFAutor: integer; ACNPJCPF, AultNSU: String): Boolean; function DistribuicaoDFePorNSU(AcUFAutor: integer; ACNPJCPF, ANSU: String): Boolean; E funcionam da mesma forma que os mesmos métodos o ACBrNFe. A diferença é que no CT-e não se faz necessário enviar o evento de Manifestação do Destinatário para poder obter o XML completo do CT-e. Te aconselho também, baixar do Portal Nacional do CT-e a Nota Técnica 2015/002 versão 1.00a, pois ela trata sobre o WebService do DistribuicaoDFe.

Bom dia Gabriel, Muito obrigado pela colaboração, já enviei para o repositório.