Italo Giurizzato Junior

Tiago,
A principio todas as pessoas jurídicas que emitem NF-e ou CT-e estão automaticamente cadastrados junto a SEFAZ para emitir o MDF-e.
Já as pessoas físicas que emitem NF-e (normalmente) não estão cadastradas para emitir MDF-e, logo se faz necessário uma solicitação.
Favor entrar em contato com a SEFAZ-Autorizadora e pedir informações de como proceder esse cadastro.

Bom dia Élviro,
A unit pcnRetConsStatServBPe não tem nada haver com o CT-e, veja que ela se refere ao retorno da consulta ao status de serviço do BPe.
Essa unit não existe mais, pois essa unit foi substituída pela pcnRetConsStatServ que se encontra na pasta: ...\Fontes\PCNComum
Quanto ao erro apresentado na imagem, me diga uma coisa, você esta emitindo um CT-e Normal ou de Complemento de Valores?
Veja que esta aparecendo na mensagem de erro de validação: <infCteComp> esse grupo possui uma tag chamada chCTe que deve conter a chave do CT-e a ser complementado.
Se não se trata de um CT-e de Complemento de Valores o valor correto a ser informado em tpCTe é tcNormal.
 

Bom dia,
Lembre-se que temos duas URLs, uma se refere ao QR-Code e a outra de consulta.
O que mudou é a de consulta, ou seja, a URL que fica na tag <urlChave>.

Bom dia,
Detectei um erro nos fontes do componente ACBrCTe que é utilizado pelo monitor.
No componente em vez de xObs esta nObs.
Já fiz a correção e vou enviar para o repositório, a próxima versão do ACBrMonitor já vai contemplar essa correção.
Para que você possa enviar o evento de Prestação de Serviço em Desacordo, por hora favor alterar a sua rotina que gera o arquivo texto, mudando o nome do campo de xObs para nObs.
Lembrando que assim que sair a nova versão do Monitor você deverá desfazer essa alteração, pois o correto é xObs.

Bom dia Carlos,
A resposta do Joas se refere ao Cancelamento por Substituição, pois não existe nota fiscal de substituição e cancelamento.

Bom dia,
Esses campos constam no programa exemplo, pois alguns provedores (empresas contratadas pelas prefeituras) exigem essas informações no envio.
A principio não informe nada nesses campos.
Outra dica importante é abrir o arquivo ISSIntel.ini que se encontra na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI
Esse arquivo contem varias informações sobre esse provedor, por exemplos quais são os serviços implementados no webservice.
[SoapAction] Recepcionar=https://%NomeURL_HP%.issintel.com.br/webservices/abrasf/api/RecepcionarLoteRps ConsSit=https://%NomeURL_HP%.issintel.com.br/webservices/abrasf/api/ConsultarSituacaoLoteRps ConsLote=https://%NomeURL_HP%.issintel.com.br/webservices/abrasf/api/ConsultarLoteRps ConsNFSeRps=https://%NomeURL_HP%.issintel.com.br/webservices/abrasf/api/ConsultarNfsePorRps ConsNFSe=https://%NomeURL_HP%.issintel.com.br/webservices/abrasf/api/ConsultarNfse Cancelar=https://%NomeURL_HP%.issintel.com.br/webservices/abrasf/api/CancelarNfse Gerar= RecSincrono= Substituir= Note que não tem as URLs para os serviços: Gerar, RecSincrono e Substituir, isso significa que no webservice não foi implementado o GerarNFSe, EnviarLoteRpsSincrono e SubstituirNFSe, o motivo é muito simples, esse provedor segue a versão 1 do layout da ABRASF.

Bom dia Luiz,
Você tem o XML da Nota?
Se sim, basta carregar o XML através do método LoadFromFile e por fim ler as propriedades que contem as informações desejadas.
No caso do IPI:
ValorIPI := ACBrNFe1.NotasFiscais.Items[ x ].NFe.Det.Items[ y ].Imposto.IPI.vIPI;
Caso tenha carregado somente uma nota, o valor de "x" é zero e o valor de "y" varia de zero até a quantidade de produtos -1.
Espero ter ajudado.
 

Boa tarde Luiz,
Se o CNPJ da transportadora for informado no grupo <Transporta> ou no grupo <autXML> da NF-e, a transportadora vai poder baixar o XML através do DistribuicaoDFe sem nenhum problema.

Bom dia,
Muito obrigado pela colaboração, enviei para o repositório com uma pequena alteração.
Favor atualizar os fontes e refaça os testes.

Bom dia acg.net,
Muito obrigado pela colaboração, já se encontra no repositório.

Bom dia Duarte,
Essa nota foi emitida pelo seu fornecedor correto?
Se sim, ao executar o método DistribuicaoDFePorChaveNFe o ambiente é o mesmo, pois se a nota foi enviada para o ambiente de produção e você esta fazendo teste no ambiente de homologação a mensagem que SEFAZ retorna é exatamente essa.

Boa tarde Alexandre,
Quando ocorre esse tipo de rejeição: "Erro não catalogado", isso significa que a SEFAZ esta com problemas.
Favor entrar em contato com ela e expor o problema.

Bom dia Michele,
Apesar de existir as duas opções (Paisagem e Retrato) o DAMDFE em Forte só tem a opção Retrato.
Caso queira colaborar com o projeto fazendo o DAMDFE no modo Paisagem para o Fortes, ficaremos agradecidos.

Bom dia a todos,
Duarte, complementando o que o Junior disse:
A NF-e é sempre enviada no modo assíncrono.
A NFC-e vai depender da quantidade de notas adicionadas ao lote.
Se o lote possui apenas uma nota o envio é no modo síncrono, mas se tiver duas ou mais o modo é assíncrono.
Mas lembre-se:
No caso da NFC-e, se o lote tiver duas ou mais notas obrigatoriamente o modo de envio é assíncrono.
Se o lote tiver apenas uma nota, a principio é síncrono, mas você pode forçar o envio em modo assíncrono.

Boa tarde Rodrigo,
Sim, pois ter que informar na configuração e na alimentação do componente estava causando problemas, pois muitos esqueciam de alterar nas rotinas que alimentam o componente.
Da forma que ficou agora, esta automático.

Boa tarde Leandro,
Favor atualizar os fontes e faça novos testes.

Bom dia Júlio,
Realmente não esta sendo impresso.
Vamos checar o problema.
Em tempo:
Favor atualizar os fontes e faça novos testes.

Bom dia Duarte,
A estrutura do arquivo é:
[CCE] [EVENTO001] (...) [EVENTO002] (...) até [EVENTO999] (...) Logo da forma que você esta fazendo esta errado, ou seja, o numero do primeiro evento no arquivo ser 002, isso explica o erro de index que aparece, pois a rotina esta a espera da sessão [EVENTO001] se não encontra considera que o arquivo esta vazio.
Se a nota já possui uma carta de correção e esta seria a segunda, logo deveria funcionar com o valor 2 em nSeqEvento.
Se você monta o arquivo com a sessão [EVENTO001] e nSeqEvento=2 ocorre erro de duplicidade, a minha suspeita é que a primeira carta de correção enviada o valor de nSeqEvento foi 2.
A minha sugestão é que você informe o valor 3 para nSeqEvento.
Seria de grande ajuda para confirmar a minha suspeita, se você anexar o XML *-procEventoNFe.xml da primeira carta de correção dessa nota.

Boa tarde João,
Pelo fragmento de código da unit notei que os seus fontes estão desatualizados.
Favor atualizar todos os fontes de todas as pastas.
Reinstale a suíte ACBr usando o ACBrInstall_Trunk2 deixando marcado a opção para apagar os arquivos antigos.
Refaça os testes.
 

Bom dia,
As URLs de homologação e de produção referentes ao SoapAction bem como os NameSpaces não seguem um padrão para todas as cidades.
A solução é fazer uma cópia do arquivo INI do provedor e fazer os ajustes para a cidade desejada.

Bom dia Eduardo,
Concordo com o Amarildo, pois no caso da NFC-e o prazo de cancelamento se não me falha a memória é de 30 minutos após a data/hora de autorização.
E também não cabe no caso uma carta de correção.
Com relação a uma nota de valor muito alto pode ficar tranquilo, pois a SEFAZ só aceita uma NFC-e de no máximo 10 mil reais (cada UF pode definir um valor diferente), se passar desse valor a nota é rejeitada.

Davidson,
Veja o arquivo de retorno ao enviar uma NFC-e:
OK: C:\ACBR\XML\31190420143236000194655000000000821000000822-nfe.xml Autorizado o uso da NF-e [Envio] CStat=100 CUF=31 DhRecbto=30/12/1899 Msg=Autorizado o uso da NF-e NRec= TMed=0 VerAplic=W-1.1.33 Versao=4.00 XMotivo=Autorizado o uso da NF-e tpAmb=2 O campo cStat é 100 que significa que a nota foi autorizada, já o campo NRec esta vazio, pois se trata de um envio síncrono. Nesse modo não existe o numero de recibo.
Acredito que você deseja saber o numero do protocolo, para poder salvar no banco de dados, correto?
Neste caso só realizando uma consulta mesmo, ou a sua aplicação abre o XML como se fosse um arquivo txt e procura por <nProt>, o que estiver entre <nProt> e </nProt> é o numero do protocolo.

Boa tarde Marcos,
Se remover o atributo versão da tag <TDadosGNRE> o webservice espera receber um XML do GNRE segundo a versão 1.00
Complementando:
Se com o atributo ocorre o erro e sem ele o webservice entendi que é a versão 1, chego a conclusão que o webservice não foi implementado corretamente, para aceitar a versão 2.

Bom dia Niron
Me parece que a configuração do Monitor no que diz respeito ao e-Social esta errado, veja:
[eSocial]
IdEmpregador=27510211000120
IdTransmissor=96452234668
TipoEmpregador=tePessoaFisica
O Empregador não seria uma Pessoa Jurídica, uma vez que você informou o CNPJ do mesmo?

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