Italo Giurizzato Junior

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.

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.

Boa tarde Leandro, Algo esta errado, pois existe a Unit ou seja o DACTE formato Retrato com 2 vias mas essa Unit não é utilizada pelo componente. Note que ao abrir a Unit ACBrCTeDACTeQRClass na procedure ImprimirDACTe é verificado se o valor de TamnhoPapel é tpA5 caso afirmativo será usado o DACTE Retrato A5 caso contrario será usado o DACTE Retrato e não o DACTE Retrato 2 vias. Ou você alterou o código para fazer algum teste, ou tem mistérios ai. Delete os fontes referentes ao DACTE e baixe novamente e compile a sua aplicação com a opção Build.

Boa tarde Stefan, Muito pelo contrario. Não vejo barreira nenhuma na aquisição de um certificado digital (do tipo A1 que custa menos de 300 reais por exemplo). Se tratando de uma pessoa física temos o e-CPF que pode também ser utilizado fazer o Imposto de Renda, acessar Banco pela Internet. O incentivo que o destinatário tem com a manifestação é a segurança. A partir do momento que eu manifesto uma nota acusando que a operação foi concluída, isso significa que a venda foi realizada, o transporte da mercadoria foi realizado e consequentemente recebi a mesma. Desta forma impeço que tanto o emitente da NF-e quanto do CT-e (transportadora), possam cancelar esses documentos indevidamente. Alem de descobrir se alguma empresa nesse Brasil a fora, esta emitindo NF-e contra o meu CNPJ ou CPF sem o meu conhecimento. No Portal Nacional da NF-e, menu Download, você encontra o programa gratuito: Manifestador de NF-e. Para utiliza-lo há necessidade de um certificado digital. Ou você desenvolve uma aplicação que faz a mesma coisa, utilizando-se para isso o componente ACBrNFe que já possui tudo implementado.

Boa tarde a todos, Correção realizada e já disponibilizada. Favor atualizar os fontes.

Bom dia, Muito estranho, um cancelamento tem prazo, mas o encerramento não. Basicamente temos apenas 3 eventos: 1. Encerramento - Único; 2. Cancelamento - Único; 3. Inclusão de Condutor;