Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    39.985
  • Registro em

  • Última visita

  • Days Won

    1.166

Tudo que Italo Giurizzato Junior postou

  1. Boa tarde, Dando uma rápida olha em um dos fontes do ACBrNFSeMonitor notei que existe algumas incoerências. Em um determinado trecho é executado os métodos Assinar e depois Valida, isso não é possível ser feito na NFS-e. Devemos primeiramente gerar o XML do RPS e depois envia-lo para o Web Services e ter como resposta o XML da NFS-e. Outra coisa importante o XML do RPS poderá ser assinado ou não, isso depende do provedor e essa checagem encontra-se no método de envio. A validação ocorre no XML de envio envio e não no XML do RPS, sendo assim não se deve gerar o XML do RPS e depois executar o método Valida. Será necessário realizar varias alterações para que o o ACBrNFSeMonitor funcione corretamente.
  2. Boa tarde Thiago, Já esta disponível a sua alteração, vamos aguardar se alguém detecta algum problema com alguma cidade.
  3. Boa tarde Diogo, Uma vez me emprestaram um certificado A3 formato Token, não recordo de qual era a certificadora, mas naquela época não tive esse tipo de problemas. Como o código sofreu diversas alterações pode ser que algumas delas esteja gerando esse erro. Quando você testou usando o programa gratuito do governo foi na mesma maquina que esta rodando a sua aplicação?
  4. Bom dia Felipe, A impressão só ocorre depois do envio? Ou você tem uma opção onde o usuário pode escolher uma determinada nota e solicitar a impressão do DANFE?
  5. Bom dia Graça, Agora sim esta bem claro o seu problema. Você teria o XML de retorno ao consultar essa NF-e ( com status = 0 )? Se sim, por favor anexe ele.
  6. Bom dia Sergio, Acesse o Portal Nacional da NF-e e baixe a Nota Técnica 2014/002 versão 1.01 que trata sobre o WS de Distribuição de DF-e. Uma coisa é a obrigatoriedade, outra coisa é você usar esse recurso, não para poder baixar o XML completo da NF-e, mas sim e o mais importante é saber quem esta emitindo nota contra o seu CNPJ.
  7. Bom dia Wislei, Você não tem o XML do CT-e que foi enviado segundo o tipo: Normal? Se sim, basta carrega-lo com o loadfromfile e executar o consultar. Outra coisa, altere a sua aplicação de tal forma que impeça o usuário a fazer essa bobagem.
  8. Bom dia Paulo, O componente já sofreu algumas alterações para ficar em conformidade com a NT como por exemplo a quantidade minima de 2 caracteres para alguns campos que consta na NT. É preciso ainda atualizar os schemas, não enviei os novos schemas pois isso ira implicar na validação do XML e consequentemente poderia ocorrer rejeição por parte da SEFAZ em ambiente de produção.
  9. Bom dia, Você esta utilizando o LoadFromFile para ler o XML? Se sim, lembre-se que o mesmo possui 2 parâmetros, se o segundo receber o valor False o XML não será gerado novamente após a leitura. Para mais detalhes por favor leia o manual do ACBrNFe que encontra-se na pasta ...\Doctos\Manuais.
  10. Bom dia Jonathan, Nota Técnica 2014/001 versão 1.10 página 7, temos a estrutura do XML do evento EPEC: O campo (P13) dhEvento se refere a data e hora de emissão do evento. O campo (P23) dhEmi se refere a data e hora de emissão da Nota Fiscal Se o campo dhEmi do XML da NF-e contem a informação: 2015-05-04T00:00:00-04:00 é essa que deve aparecer no campo P23 do EPEC. Outra coisa, você esta informando somente a data, a hora esta ficando zerada, cuidado isso pode provocar rejeição também.
  11. Bom dia Tiago, Sim eles ainda aparecem na relação, não faz nenhum sentido utiliza-los uma vez que já esta disponível o DistribuicaoDFe. O ConsultaNFeDest já deveria ter sido extinto, mas não sei porque a SEFAZ ainda mantem ele. Aconselho a usar somente o DistribuicaoDFe.
  12. Bom dia Flavio, Dentro da pasta ...\Doctos\Manuais você encontra o manual do ACBrNFe, por favor leia com atenção sobre o método Enviar. Resumidamente, se você deixar o Enviar imprimir o DANFE, se você alimentar o componente com 50 notas, após o envio se todas forem autorizadas pela SEFAZ, os 50 DANFEs serão impressos. Se no momento da validação ocorrer algum erro, o usuário da sua aplicação deverá ter acesso a informação errada e efetuar a correção. Por exemplo, se o erro é a Inscrição Estadual do Cliente, ele terá que acessar o cadastro desse cliente e informar a IE correta. Se o erro é o EAN, ele deve entrar no cado do produto que e informar o EAN correto. Efetuado todas as correções, é preciso disparar novamente a rotina que vai ler as informações do banco de dados para alimentar o componente e depois realizar o envio. Lembre-se que se ocorrer erro de validação, nenhuma nota que consta no lote será enviada.
  13. Boa tarde Rodimar, Você esta com os fontes do Trunk2 atualizados? Quais são os componentes do Trunk que ainda não estão disponíveis no Trunk2? No meu entendimento não se deve misturar componentes de um com o do outro.
  14. Boa tarde Flavio, A sua aplicação deve ter uma procedure responsável por alimentar o componente com os dados da venda, correto? Essa rotina possui: with ACBrNFe.NotasFiscais.Add.NFe do begin // alimentação das propriedades do componente com os dados da venda end; O que eu coloquei em negrito esta dizendo o que? Portanto se você tem 20 notas para serem emitidas basta executar a rotina acima 20 vezes, ou seja, uma para cada nota. Cuidado a linha abaixo só deve ser executada antes de ADD a primeira nota: ACBrNFe.NotasFiscais.Clear; O limite máximo aceito pela SEFAZ é um lote de no máximo 50 notas, e o tamanho do lote não deve ultrapassar 500 Kbytes. A sua aplicação pode e deve controlar o limite de notas por lote, mas o componente se encarrega de chegar tanto a quantidade quanto o tamanho, caso os limites não seja respeitados, um erro será apresentado na tela.
  15. Boa tarde Auri, Se a sua aplicação utiliza o componente ACBrNFe, abra as Units: ACBrNFeConfiguracoes e ACBrNFeUtil. Pesquise por: .Open Note que toda vez que ocorre a abertura do certificado o acesso é somente leitura como mostra os dois exemplos abaixo: Store.Open(CAPICOM_CURRENT_USER_STORE, CAPICOM_STORE_NAME, CAPICOM_STORE_OPEN_READ_ONLY); CertStore.Open(CAPICOM_CURRENT_USER_STORE, 'My', CAPICOM_STORE_OPEN_READ_ONLY); Sendo assim não vejo como a sua aplicação que utiliza o ACBrNFe poderia excluir o certificado.
  16. Boa tarde Jonathan, Segundo seu XML de envio da NF-e consta que a dhEmi da nota é 2015-05-04T00:00:00-04:00 e qual é a data e hora de emissão da nota que você informou no EPEC?
  17. Boa tarde Graça, Lembre-se que o método consulta existe nos componentes ACBrNFe e ACBrCTe é para serem utilizados pelas empresas que emitem os documentos fiscais eletrônicos. Uma transportadora pode usar o consultar do ACBrCTe para obter a situação atual do CT-e que ela emitiu, mas não deve utilizar o consultar do ACBrNFe para saber a situação atual de uma NF-e que pretende informar como documento originário em um CT-e que será emitido. Uma transportadora poderá utilizar o método DistribuicaoDFe para obter a NF-e ou Evento de Cancelamento / Carta de Correção / EPEC desde que ela tenha sindo informada no grupo transportador (TAG; transporta) XML da NF-e.
  18. Boa tarde Leandro, Post como anexo o XML de envio do evento da CC-e.
  19. Bom dia, Tente desta forma: [NFRef001] Tipo=ECF ModECF= <informe o modelo> nECF= <informe o numero do ECF> nCOO= <informe o numero do COO>
  20. Bom dia Roger, Na versão 3.10 da NF-e os campos tiveram os seus nomes alterados. O componente mantem os nomes antigos, pois dentro de um certo período a SEFAZ aceitava ambas as versões, ou seja, 2.00 e 3.10 Os campos a serem preenchidos no caso de Exportação são: UFSaidaPais - Sigla da UF de Embarque ou de transposição de fronteira - não aceita o valor "EX" xLocExporta - Descrição do local de embarque ou transposição de fronteira xLocDespacho - Descrição do local de despacho - Informação do Recinto Alfandegado ou do local onde foi efetivado o despacho para exportação, conforme padronização da RFB.
  21. Boa tarde Diego, O problema acredito eu esta na palavra "Informação" que você colocou com cedilha e a vogal acentuada. A SEFAZ pede para que não utilizamos cedilha, vogais acentuadas e caracteres especiais nos conteúdos das TAGs.
  22. Boa tarde Haroldo, Da forma que os provedores foram implementados não é possível. Temos a intensão de mover as URLs de homologação e de produção de todos os provedores para um arquivo INI, neste caso bastaria alterar o arquivo e pronto. Não seria em tempo de execução, mas não haveria a necessidade de recompilar a aplicação.
  23. Boa tarde Thiago, Seja bem vindo, da forma que você fez esta correto, anexando o fonte que realizou a alteração para que possamos avaliar e disponibilizar no repositório. Fez uma explanação da sua alteração, parabéns. A minha preocupação é se essa alteração de fazer com que a TAG <ValorDeducoes> será obrigatória mesmo com o valor zero para todas as cidades atendidas por esse provedor ou se isso só é valido somente para a cidade de Guarulhos.
  24. Boa tarde Adilson, Você esta com todos os fontes do Trunk2 100% atualizados, inclusive os pacotes de instalação? Os meus testes com o Delphi funcionou, ou seja, instalou.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...