Italo Giurizzato Junior

Walter, Verifica a configuração do Internet Explorer em opções de internet aba Avançados (se não me falha a memória) no final da lista tem umas 3 opções referentes a revogação de certificado, essas opções tem que estar desabilitadas.

Boa tarde Jorge, O componente estava com a URL correta, ou seja a primeira da lista que você postou. Alterei para a terceira opção. Como não funcionou o jeito é tentar a segunda alternativa, para isso basta alterar a Unit ACBrProvedorRecife.

Boa tarde a todos, Alem do OffLine, temos ainda o SVC e o EPEC. Sei que para utilizar o SVC e EPEC o emitente tem que possuir uma conexão ativa com a internet. Vale ressaltar que caso o emitente esteja passando por problemas com a internet o EPEC é uma saida, pois o XML a ser enviado é um evento com meia duzia de informações referente a venda, sendo assim uma conexão do tipo 3G pode resolver o problema. É preciso ficar muito atento com relação a contingência pois alguns Estados não vão aceitar o OffLine, se não me falha a memória é o caso de São Paulo. O ideal, dependendo do porte do emitente, é ele possui 2 conexões de provedores diferentes, se um parar tem o outro.

Boa tarde Luiz, Que eu saiba somente 2 não tomaram a decisão, mas muitos que acenaram em utilizar a NFC-e para documentar a venda no varejo vão iniciar os testes em 2015.

Bom dia Fernando, Favor atualizar os fontes e testar novamente.

Kleber, Se você esta alimentado como documentos as chaves dos CT-e, neste caso só deve totalizar o qCTe. Os demais totalizadores: qCT, qNFe, qNF e qMDFe devem ser igual a zero.

Bom dia Kleber, Quais são os documentos que você esta relacionando? Quais são os totalizadores que você esta alimentando? Lembre-se que um MDF-e só pode ter NF-e ou CT-e, não pode conter os dois tipos de documentos. Sendo assim se um MDF-e contem CT-e o totalizador referente a NF-e tem que ser zero e vice-versa.

Bom dia a todos, Analisando o XML e pelo que foi postado, acredito ser uma falha no Web Service.

Bom dia Laudelino, Não importa se o envio é para o ambiente de homologação ou não. Coloque sempre os dados reais, ou seja, informe o CNPJ e IE do emitente e do destinatário. Quanto ao IEST nunca usei, mas trata-se do IE do Substituto Tributário, só devemos informá-lo quando: houver a retenção do ICMS ST para a UF de destino.

Bom dia Walter, Qual é o certificado utilizado por esse cliente (A1 ou A3)? Você esta utilizando o ACBrNFeMonitor ou uma aplicação própria?

Bom dia Magrão, Tente da seguinte forma: infEvento.detEvento.xJust := pJustificativa;

Bom dia Magrão, Troque a variável Texto pela Dados, ou seja: HTTP.Document.WriteBuffer(Dados[1], Length(Dados)); Depois compile com a opção Build. Repita a alteração caso encontre outros.

Boa tarde Humberto, Você esta usando o componente ACBrMDFe? Acredito que não. Segundo o Manual não é a TAG nLacre que se repete n vezes e sim o grupo lacUnidTransp. O seu XML esta desta forma: <lacUnidTransp> <nLacre>1</nLacre> <nLacre>2</nLacre> </lacUnidTransp> sendo que o correto é: <lacUnidTransp> <nLacre>1</nLacre> </lacUnidTransp> <lacUnidTransp> <nLacre>2</nLacre> </lacUnidTransp>

Boa tarde Leandro, O problema de imprimir 2 vias acabou, o problema agora é duas folhas? Se sim, mude a posição do Recibo em vez de cabeçalho coloque como rodapé ou vice-versa.

Boa tarde Joemerson, Muito obrigado pela colaboração, já esta disponível.

Boa tarde Castro, No caso da NFC-e a SEFAZ até sugere que você utilize uma série para cada PDV. Se tratando de falhas no envio a sugestão é incrementar o numero da nota, manter a mesma série e enviar para a SVC. Quando a SEFAZ-Autorizadora voltar ao normal, o sistema deve consultar a nota que ficou sem resposta. Se a mesma foi autorizada, se possível cancelar, se não emitir uma nota de devolução. Por outro lado se ela não existe na base de dados da SEFAZ-Autorizadora, deve-se inutilizar o numero dela.

Boa tarde a todos, Verifiquem se não estão setando o envio no modo síncrono da NF-e para o SVC-AN o correto é assíncrono.

Boa tarde Leandro, Muito obrigado pela colaboração, já esta disponível.

Boa tarde Udenilson, Checando o fonte não encontrei nada de anormal que pudesse estar causando esse problema.

Leandro, Você terá que alterar as units pnfseConversao, ACBrProvedorGovBR e ACBrProvedorPronim. Tome como base as outras cidades que também foram migradas de um para o outro.

Bom dia Rodrigo, Você chegou a ler o PDF? Notou que o lay-out do XML não segue o padrão ABRASF? O componente ACBrNFSe possui mais de 30 provedores somente uns 2 ou 3 não seguem o ABRASF, se desejar contribuir com o projeto fique a vontade.

Bom dia Daniel, Exatamente, a grosso modo o que muda da NF-e para a NFC-e é o modelo de 55 para 65.

Bom dia Leandro, Note que temos 2 provedores o GovBr e o Pronim. O que você deveria ter feito é migrar a cidade Montes Claros de GovBr para Pronim. Por favor não post no fórum as linhas de código, post como anexo a unit alterada para que possamos realizar o merge.

Bom dia Ranlive, O provedor Agili já esta implementado no componente ACBrNFSe para a cidade Juina/MT. Já realizou testes?

Bom dia Ricardo, Se o seu fonte esta com a linha: IF (FConfiguracoes.webservices.UFCodigo=29) AND (Fconfiguracoes.geral.versaodf=ve310) THEN ele esta desatualizado uma vez que o que esta no repositório esta desta forma: if (FConfiguracoes.WebServices.UFCodigo in [29, 41]) and (FConfiguracoes.Geral.VersaoDF = ve310) then // 29 = BA Outra coisa esse IF é para determinar a descrição do Método e da TAG de retorno que algumas SEFAZ resolveram alterar.