Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    39.263
  • Registro em

  • Última visita

  • Days Won

    1.132

Tudo que Italo Giurizzato Junior postou

  1. ALA, O prazo para cancelar um CT-e é de 168 horas ou seja 7 dias, esse prazo já se esgotou?
  2. Boa tarde Diogo, O que lhe mandaram é o mesmo. Note que ele tem 16 Kbytes de tamanho, sendo que o normal é ter 29 Kbytes.
  3. Boa tarde Neguta, Essa função já esta definida em ACBrDFeUtil, portanto não há razão de defini-la no ACBrCTeUtil. Em qual versão do DACTE esta ocorrendo o problema? E qual é o valor que esta sendo impresso errado?
  4. Boa tarde, Qual é o problema? Para usar o SVC, primeiro você precisa saber qual é o SVC utilizado pela UF do emitente. Sabendo isso você vai configurar tanto o componente quanto alimentar corretamente as propriedades tpEmis Lembre-se que o valor atribuído a tpEmis tem que ser o mesmo atribuído a propriedade TipoEmissao da configuração. Não esqueça de alimentar também dhCont e xJust. Por favor leia atentamente a Nota Técnica 2013/007 versão1.02, aqui você encontra qual UF utiliza qual SVC bem como o procedimento a ser seguido. Os Tipos de emissão a ser utilizados na configuração e tpEmis são: teNormal - Normal teSVCRS - SVC-RS teSVCSP - SVC-SP
  5. Boa tarde Vinícius. E quem disse que você pode inutilizar uma NFC-e? Isso não existe. O que podemos fazer é Cancelar uma NFC-e. A inutilização se refere a um numero ou faixa de números (consecutivos) que não estão relacionados a nenhuma NFC-e. Você emitiu a NFC-e 530 e por alguma falha no seu sistema a próxima emitida foi de numero 532. Como o seu sistema não permite emitir uma NFC-e cujo numero é inferior a última emitida, logo não tem como emitir a de numero 531. Sendo assim, não existe a nota de numero 531, o que fazer nesta situação, inutilizar o numero 531.
  6. Boa tarde ALA, No caso MG se utiliza SVC-SP e até onde sei não tem na SVC-SP a recepção de eventos. E como o cancelamento é por evento, ai danou-se.
  7. Bom dia, Favor atualizar os fontes e testar novamente.
  8. Bom dia Demostenes, O SCAN será desativado até o final deste mês. Veja a mensagem que aparece toda vez que você acessa o Portal Nacional da NF-e: Faltam 13 dias para desativação do SCAN. Seguindo o determinado pela Nota Técnica 0007/2013, informamos a desativação do Serviço de Contingência do Ambiente Nacional (SCAN) a partir de 30-09-2014. O envio eletrônico de NF-e poderá ser feito através das aplicações SVC (Ambiente Nacional e RS). A tabela de Estados atendidos pelas SVC pode ser acessada no Ato Cotepe 48, de 21 de novembro de 2013. Quem tem o SCAN como forma de contingência devem o mais rápido possível mudar para o SVC-AN ou SVC-RS (depende da UF do Emitente) a Nota Técnica 2013/007 versão 1.02 que trata sobre o SVC possui a relação das UF atendidas por cada SVC. O ambiente de homologação dos SVC sempre estarão ativos, por outro lado o ambiente de produção só será ativado a pedido da SEFAZ-Autorizadora. Por exemplo, a SEFAZ-SP é atendida pela SVC-AN, e esta só ficará ativa para São Paulo se a SEFAZ-SP solicitar.
  9. Bom dia Joel, Acredito que o problema é que com a nova versão 3.10 algumas UFs estão alterando o nome do método, bem como o nome da TAG que contem o retorno. Quando surgiu a versão 2.00 os métodos e TAGs tiveram os seus nomes alterados, acrescentaram o digito 2, agora eles estão retirando. Para confirmar isso é fácil, basta atribuir o valor True a propriedade: Configuracoes.WebServices.Salvar Desta forma os arquivos de envio e de retorno da SEFAZ serão gravados com são enviados e com são retornados, para identifica-los, no nome do arquivo XML contem a palavra -soap. Post como anexo os arquivos de envio e de retorno (-soap) de uma CC-e para o Estado de Goias, para que possamos analisar.
  10. Boa tarde, Então vamos aguardar, pois não tenho conhecimentos em Fast Report, somente em Quick Report.
  11. Luiz, Pelo menos é essa informação que tínhamos em Abril/2014.
  12. 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.
  13. 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.
  14. 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.
  15. 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.
  16. Bom dia Fernando, Favor atualizar os fontes e testar novamente.
  17. Bom dia a todos, Analisando o XML e pelo que foi postado, acredito ser uma falha no Web Service.
  18. 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.
  19. Bom dia Walter, Qual é o certificado utilizado por esse cliente (A1 ou A3)? Você esta utilizando o ACBrNFeMonitor ou uma aplicação própria?
  20. Bom dia Magrão, Tente da seguinte forma: infEvento.detEvento.xJust := pJustificativa;
  21. 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.
  22. 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>
  23. 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.
  24. Boa tarde Joemerson, Muito obrigado pela colaboração, já esta disponível.
  25. 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.
×
×
  • 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.