Italo Giurizzato Junior

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.

Bom dia Edvilson, Muito obrigado pela colaboração, já fiz a alteração e enviei para o repositório.

Bom dia Raylan, Favor atualizar os fontes e faça novos testes. Note que fiz uma alteração no arquivo INI do provedor ISSDigital.

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

Bom dia a todos, No caso do ACBrReinf, além de atualizar todos os fontes de todas as pastas é necessário reinstalar os componentes ACBr através do ACBrInstall_Trunk2. Depois faça um teste usando o programa exemplo.

Raylan, Pelas mensagens de erro, tenho agora mais certeza de se tratar de um problema no provedor. No lote esta sendo enviado 3 RPS a tag <QuantidadeRps> consta o valor 3 e ao Consultar o Lote temos uma mensagem de erro que a quantidade de RPS informada esta errada. Realmente é preciso entrar em contato com o provedor.

Raylan, No caso do Enviar com mais de um RPS, favor anexar o XML soap de envio do lote (*-env-lot-soap.xml) para que eu possa analisar.

Raylan, Pela mensagem de erro, indica que esta faltando o elemento LoteRps, isso pode ser algum erro no componente. Por favor anexe o XML gerado ao tentar usar o método EnviarSincrono.

Você não baixa o XML. A sua aplicação tem que gerar o XML, assinar, validar e enviar. A SEFAZ por sua vez vai processar e se tudo estiver OK, vai retornar o protocolo de autorização. Com o protocolo de autorização da nota, a aplicação deve atualizar o XML, ou seja, acrescentar o protocolo de autorização, para que o XML em fim se torne um documento fiscal com validade jurídica. Lembre-se, para que o XML de uma NF-e seja considerado um documento fiscal com validade jurídica, ele tem que esta assinado digitalmente através do certificado digital do emitente da nota e deve estar protocolado, ou seja, deve conter o protocolo de autorização retornado pela SEFAZ.

Bom dia, Se tratando de envio de NFC-e todas as UFs aceitam o envio síncrono desde que no lote tenha apenas uma NFC-e. Caso tenha 2 ou mais NFC-e o envio será assíncrono. Agora se é o envio de NF-e é preciso checar, pois não tenho essa informação.

Bom dia Marcos, Você deve ter notado que ao o XML da propriedade XML, ele já esta assinado e foi validado.

Bom dia Raylan, Pelo seu relato, concluo que o webservice do provedor esta com algum problema, mais precisamente no serviço de envio de lote de RPS. Favor entrar em contato com o provedor e relate o problema. Faça um teste também com o EnviarSincrono.