Italo Giurizzato Junior

Boa tarde, Acredito que encontrei o problema, ainda hoje estarei enviando para o repositório a correção.

Boa tarde Hugo, O problema é que Salvador na assinatura digital esta se utilizando de apenas uma transformação, o ACBr se utiliza de duas, pois é o que é usado em todos os documentos fiscais eletrônicos. Na assinatura do XML exemplo de Salvador no grupo X509Data consta o elemento X509SubjectName que não é usado no padrão. E também existe a presença do grupo KeyValue que não é usado na assinatura padrão. Quando me refiro assinatura padrão, é a assinatura utilizada pela NF-e, NFC-e, CT-e, CT-e OS, MDF-e, BP-e, e-Social, Reinf e a maioria dos provedores de NFS-e.

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

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

Boa tarde Flavio, Ao instalar o certificado, você ativou a opção de exportável? Você esta fazendo testes usando o programa exemplo do componente ACBreSocial?

Descobri que o componente estava removendo a assinatura do pedido de cancelamento que se encontra dentro do pedido de SubstituicaoNFSe. Fiz a correção. Favor atualizar os fontes e faça um novo teste. Notei também que no exemplo o código de cancelamento é 2 e não 1.

Bom dia Hugo, Pede ao provedor um XML assinado para que possamos analisar, quem sabe descobrimos onde esta o problema.

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

Bom dia, Favor entrar em contato com o provedor e solicitar um XML de Substituição NFSe de exemplo para que possamos analisar.

Bom dia Jean, A sua aplicação não esta ainda usando o arquivo Fiorilli.ini desatualizado? A URL do SoapAction se encontra nesse arquivo, se ele esta desatualiza, o erro ainda vai ocorrer.

Bom dia Sergio, O Monitor não carrega automaticamente as versões é preciso neste caso alterar a lista do componente cbVersaoWSReinf. Na propriedade Items com componente mencionado acrescente no final: 1_04_00

Bom dia a todos, Já participei de vários eventos, mas como visitante, o Dia do ACBr vai ficar na minha memoria para sempre. Falar pessoalmente com pessoas que admiro muito. Obrigado a todos pela oportunidade.

igmaster, Ao enviar o evento de encerramento deste MDF-e qual é a mensagem exata retornada pela SEFAZ? Não faz nenhum sentido o que esta ocorrendo. Ao enviar um MDF-e em seu XML temos a tag <procEmi> que informa se o aplicativo usado é do Fisco ou não. Mas ao enviar o evento essa informação não existe no XML, logo não tem nada haver, ou seja, podemos usar um aplicativo para enviar o MDF-e (da SEFAZ por exemplo) e outro (não da SEFAZ) para enviar o evento de encerramento. Agora me explica o motivo de encerrar o MDF-e em relação a carga presa na barreira.

Boa tarde Hugo, Se tratando de Salvador não será possível usar o libCapicom e nem o libCapicomDelphiSoap, esses dois não funcionam quando o identificado é "id" tudo minúsculo. Por outro lado o libWinCrypt funciona com esse identificado.

Boa tarde Clayton, Depois que você copiou as DLLs para a pastas do executável removeu da pasta System? Pode ser que tenha alguma DLL (desatualizada) perdida que a sua aplicação ou o Windows esteja usando em vez da correta.

Juliano, O provedor Betha possui dois webservices, um segue a versão 1 do layout da ABRASF e outro segue a versão 2. Esse que ocorreu erro de estrutura pode ser de uma versão que você esta enviado para o webservice de outra versão. É preciso entrar em contato com esses cabeçudos e perguntar para eles qual é o código correto que tem que ser informado no XML. Se te passarem o mesmo código que já esta sendo informado, então fica claro que existe um erro no webservice.

Boa tarde a todos, Um detalhe importante, o SubstituirNFSe são dois processos em um. A substituição consiste em enviar um RPS que vai gerar uma nova nota, mas o pedido de cancelamento de uma outra nota. Em resumo essa nova nota vai substituir a que será cancelada. Aproveitando fiz algumas correções nos fontes do componente, favor atualizar, reinstalar e façam novos testes.

Boa tarde a todos, O acesso ao webservice esta normal, o problema é quanto ao processamento das requisições. Se o servidor deles não esta conseguindo dar conta do recado não tem nada o que podemos fazer do nosso lado. A não ser aumentar o valor da propriedade de configuração: Timeout

Boa tarde Juliano, Em vez de informar o código completo, ou seja, 4217204 informe somente o código do município: 17204, uma vez que 42 se refere ao código da UF.

Boa tarde Jean, Favor atualizar todos os fontes de todas as pastas e reinstale os componentes através do ACBrInstall_Trunk2. Note que fiz uma alteração no arquivo INI do provedor Fiorilli.

Boa tarde a todos, Maiquel, o que o igmaster deseja é enviar o evento de Encerramento de um MDF-e - Manifesto de Documentos Fiscais Eletrônicos, portanto não tem nada haver com a Manifestação do Destinatário e muito menos com NF-e. igmaster, somente o emitente do MDF-e é quem pode enviar o evento de Encerramento, foi você que emitiu o MDF-e?

Visulizar Arquivo NFS-e Presente e Futuro Por: Italo Jurisato Junior e Rafael Teno Dias Autor Italo Jurisato Junior Enviado 13-11-2018 Categoria Dia do ACBr 1a edição

Boa tarde Luiz, Se estava funcionando e parou de uma hora para outra, o problema pode estar no webservices deles. Já entrou em contato com a prefeitura?

Boa tarde Adilson, Você esta com todos os fones de todas as pastas atualizados? Antigamente cada componente possuía as suas próprias rotinas referente a certificados, assinatura do XML e validação do mesmo. Agora todas essas rotinas estão concentradas nas units cujo nome começa com ACBrDFe. Portanto se funciona para um tem que funcionar para todos. Verifica a configuração do componente, pode ser que no caso do CT-e tem algo a mais na configuração em relação a do MDF-e (por exemplo).