Italo Giurizzato Junior

Boa tarde Eptus, E como que fica o XML do RPS e da NFS-e retornado pelo provedor? Você poderia anexar para que possamos analisar?

Boa tarde Matheus, Você se refere ao Bethav2, correto? Pois o Betha esta funcionando sem problema, já o Bethav2 esta apresentando problemas com a validação da assinatura.

Boa tarde Cezar, Favor verificar junto ao provedor se existe um Usuário/Senha especifico para o ambiente de homologação.

Boa tarde, Ao imprimir um evento seja ele qual for, devemos carregar o XML do MDFe e depois o XMl do Evento conforme já exemplificado acima. Se mesmo assim não esta sendo impresso os dados do emissor, com certeza o arquivo EVENTOS_MDFE.fr3 esta com problemas. Como não tenho conhecimento em Fast Report, não tenho condições de fazer as devidas correções.

Bom dia Gabriel, Primeiro, em qual manual, nota técnica ou ajuste sinief consta que um XML assinado e com o protocolo de autorização deve ser alterado quando o mesmo é cancelado? Isso não existe. No Manual do CT-e versão 3.00 na página 142 no item 12.2 deixa muito claro que o XML do CT-e ao ser compartilhado, ou seja, enviado ao tomador do serviço teve conter os dados do CT-e mais a assinatura digital (grupo <CTe>) e no grupo <protCte> deve constar os dados do Protocolo de Autorização de Uso. No item 12.4 temos o layout do XML referente a um evento (por exemplo: cancelamento) que devemos compartilhar com o tomador do serviço. Isso deixa claro que quando emitimos um CT-e devemos disponibilizar o XML referente ao item 12.2 ao tomador do serviço. Caso esse CT-e venha ser cancelado devemos disponibilizar o XML referente ao item 12.4 ao tomador do serviço. É possível imprimir ou gerar o PDF do DACTE com uma tarja informando que o mesmo esta cancelado, basta, antes de executar os métodos Imprimir ou ImprimirPDF atribuir o valor True a propriedade CTeCancelado. Por fim, a propriedade de configuração do componente ACBrNFe que permite a troca do protocolo de autorização pelo de cancelamento não tem nenhum embasamento legal. No Ajuste SINIEF de 07/05 temos: § 1º Considera-se Nota Fiscal Eletrônica - NF-e o documento emitido e armazenado eletronicamente, de existência apenas digital, com o intuito de documentar operações e prestações, cuja validade jurídica é garantida pela assinatura digital do emitente e autorização de uso pela administração tributária da unidade federada do contribuinte, antes da ocorrência do fato gerador. Trocando em miúdos, o XML para ter validade jurídica deve conter a assinatura digital do emitente e o protocolo de autorização.

Bom dia Gabriel, Pelo que entendi, você esta usando o programa gratuito da SEFAZ para emissão do MDF-e, correto? Sendo assim não tempos como lhe ajudar, pois aqui tratamos sobre o componente ACBrMDFe desenvolvido por nós para ser utilizado no Delphi.

Boa tarde Marcos, Favor atualizar os fontes e testar novamente. Note que fiz uma correção no arquivo INI do provedor.

Bom dia, Essa propriedade é para ajustar automaticamente o tempo de espera que o componente vai utilizar para realizar a consulta. Você deve atribuir o valor True a propriedade ConsultaLoteAposEnvio para que a consulta seja realizada automaticamente.

Bom dia Sandro, Favor configurar o componente para salvar os arquivos Soap (Configuracoes.WebServices.Salvar := True; Anexe os arquivos soap de envio e de retorno ao realizar a consulta ao Status de Serviço.

Bom dia Sandro, Favor anexar o XML de uma nota que foi rejeitada para que possamos analisar.

Bom dia, Como o componente gerou o XML, assinou, validou e enviou, podemos concluir que o XML gerado esta em conformidade com os Schemas fornecidos pelo provedor. Se uma tag que contem um percentual ou valor monetário com 2 ou 4 casas decimais, se esse percentual o valor for zero devemos informa-lo no XML com a quantidade de casas decimais estabelecida nos Schemas. Se isso não for feito vai ocorrer um erro de validação. O problema esta ocorrendo na validação realizada pelo provedor, que não admite que um percentual ou valor quando zero possua casas decimais. Ou o provedor forneça um novo Schema (arquivo XSD) ou faça as devidas correções em seu validador.

Boa noite Edu, Dentro da pasta ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI temos um arquivo chamado Cidades.ini Abra esse arquivo com um bloco de notas, você vai encontrar todas as cidades atendidas pelo componente.

Boa noite Sergio, Os RPS com datas anteriores e posteriores a 15/10/2017 foram enviados e processados com sucesso? Se sim, favor entrar em contato com o provedor, pois com certeza é um erro no web services deles.

Boa noite, Muito obrigado pela colaboração, já esta no repositório.

Solivan, Tente os outros 2 que mencionei.

Bom dia Carlos, Qual é o motivo dessa mudança?

Bom dia Solivan, Mas o XML do RPS esta assinado. Será que o problema não é a assinatura do Lote? Qual é o método de envio que você esta utilizando (Enviar, EnviarSincrono ou Gerar)?

Boa noite, Se esta ocorrendo esse erro, significa que o Delphi esta encontrando DCU antiga. Atualize todos os fontes de todas as pastas, use o ACBrInstall_Trunk2 para reinstalar os componente, não esqueça de marcar a opção para apagar arquivos antigos. Dentro da pasta ...\Exemplos\ACBrDFe\Schemas\CTe temos os Schemas que você deve utilizar, não precisa pegar do Portal Nacional do CT-e.

Boa tarde, Você atualizou todos os arquivos de todas as pastas? Dentro da sua pasta ..\to\Schemas contem os novos Schemas da versão 3.00 ?

Boa tarde Luiz, Isso esta ocorrendo pelo fato do componente esta gerando automaticamente. Experimente alterar a configuração da propriedade: TimeZoneConf.

Bom dia Mauro, Lembre-se que o Ambiente Nacional mantem as notas por 3 meses para que você possa baixar através do DistribuicaoDFe. Se no seu caso "muito antigo" venha ser mais do que 3 meses esta ai o motivo.

Bom dia João, A minha sugestão é setar somente a propriedade SSLLib com o valor libXXX desejado e deixar as demais propriedades SSLyyyy por conta do componente, pois o mesmo atribui os valores corretos dependendo do valor de SSLLib. Com exceção da SSLType.

Bom dia Weverton, No caso do OpenSLL é adicionado o DOCTYPE, pois sem ele não ocorre a assinatura.

Boa noite Marcelo, Muito obrigado pela colaboração, já enviei para o repositório.

Boa noite Rubens, Muito obrigado pela colaboração, já enviei para o repositório.