Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    39.562
  • Registro em

  • Última visita

  • Days Won

    1.146

Tudo que Italo Giurizzato Junior postou

  1. Boa tarde Miguel, Atualize os fontes e teste novamente.
  2. Boa tarde José Nilton Pace, Comentei a rotina anterior e coloquei a sua proposta. Já esta disponível no SVN, vamos aguardar alguma queixa. Muito obrigado pela colaboração.
  3. Boa tarde Dênio, Você deve estar fazendo algo de errado, pois o Luiz e o Diego (veja postagens anteriores) eles conseguiram realizar os testes.
  4. Boa tarde a todos, Acredito ter encontrado uma solução para o problema de estar aparecendo 01/02 sendo que na verdade existe somente uma página. Favor atualizar os fontes e testar.
  5. Boa tarde Luiz, O problema é que foi utilizado a mesma definição do tipo TpcteTipoRodado tanto para o CT-e quanto para o MDF-e. No caso do CT-e temos o valor trNaoAplicavel = 00 por outro lado no MDF-e não temos. Logo para o MDF-e você tem que escolher um dos seguintes valores para tpRod: trTruck, trToco, trCavaloMecanico, trVAN, trUtilitario ou trOutros.
  6. Boa tarde Miguel, Desculpas pela demora. Mas já esta disponível o provedor SisPMJP, o provedor próprio da cidade de João Pessoa.
  7. Boa tarde Laura, Vou postar aqui a resposta que lhe dei via e-mail para que todos saibam como proceder. Temos a UF de carregamento = UFIni, a UF de descarregamento = UFFim e as UFs de percurso = UFPer. Vamos a um exemplo: A carga vai ser transportada da cidade de São Paulo/SP até Limeiro/SP UFIni = SP UFFim = SP não informar a UFPer uma vez que a carga não vai sair de dentro do Estado. Outro exemplo: A carga vai ser transportada da cidade de São Paulo/SP até Poços de Caldas/MG UFIni = SP UFFim = MG não informar a UFPer uma vez que a SP faz divisa com MG. Outro exemplo: A carga vai ser transportada da cidade de São Paulo/SP até Bahia/BA UFIni = SP UFFim = BA devemos informar a UFPer uma vez que a SP não faz divisa com BA. Neste caso precisamos saber qual será o percurso que o caminhão vai fazer, concorda? Vamos a dois exemplos: Percurso 1: SP -> MG -> BA Neste caso devemos incluir apenas MG como sendo a UFPer. Percurso 2: SP -> RJ -> ES -> BA Neste caso devemos incluir RJ e ES nessa ordem como sendo as UFPer. Lembre-se que as UFIni e UFFim são elementos, já UFPer trata-se de uma lista, logo podemos ter 1 ou mais elementos nessa lista, ou nenhum como já visto. Lembre-se que não existe uma regra para o percurso, visto que o caminhão pode fazer o seguinte percurso: SP -> MS -> GO -> TO - MA -> PI -> BA Espero ter ajudado.
  8. Boa tarde Walter, O Carlos postou neste mesmo tópico um fragmento de código mostrando como montar a rotina para o cancelamento por evento.
  9. Boa tarde Prime, Precisamos da URL de produção, o resto esta tudo implementado.
  10. Boa tarde Araujo, Os DANFEs para a NFC-e foram feitos meio a toque de caixa em virtude de varias solicitações. Com certeza precisamos fazer agora os ajustes para que os mesmos atendem tudo o que consta nos manuais e Notas Técnicas. Um grande passo foi dado, contamos agora com a paciência e colaboração dos colegas. Colaborações estas apontando os problemas e se possível as soluções para os mesmos.
  11. Boa tarde Claudio, Você pode até deixar varias versões dos schemas na mesma pasta, visto que os nomes são diferentes. Mas aconselho separar. Quanto a rotina para a CCe, você pode se basear nesse fragmento.
  12. Graça, Esse é o retorno que contem o numero do recibo. E o retorno que contem o resultado do processamento, também esta retornando vazio? Com a alteração que eu propus para ser salvo o arquivo sem nenhum tratamento pelo componente, também retorna vazio ao enviar como assíncrono?
  13. Boa tarde Rodrigo, Por favor envie os fontes alterados por inteiro para que eu possa realizar o merge.
  14. Boa tarde Dênio, Primeiramente quando postar alguma rotina favor postar como anexo para que o post não fique longo demais como ficou o seu. Segundo porque você não utiliza a formatação de um arquivo INI, algo do tipo: [Lote] Numero=22 Cnpj=17512294000133 InscricaoMunicipal=123456789 QuantidadeRps=2 [RPS01] RpsId=rps:41 Numero=4 Serie=1 (...) [RPS02] RpsId=rps:51 Numero=5 Serie=1 (...) E utilize as functions nativas do Delphi para ler os campos do arquivo, acredito que desta forma vai ficar mais simples a sua rotina.
  15. Boa tarde a todos, Asterix, os Schemas tem como finalidade validar o XML gerado pela sua aplicação antes de ser enviado para SEFAZ. Pelo que estou entendendo o envio esta ocorrendo logo não se trata de um erro na montagem do XML. Se a Graça gerar o XML da NF-e na versão 3.10 e utilizar um conjunto de Schemas desatualizado ou da versão 2.00 ou 3.00 por exemplo, com certeza ela teria uma exceção com o erro de validação. Muito estranho você estar tendo um retorno contendo o Status 999 e ela o retorno vem em branco, mesmo fazendo a alteração que sugeri. Bom, se o Obelix não vai poder ajudar é melhor começar a rezar para o Santo Byte.
  16. Boa tarde Lopes, Não tive nenhum problema apontado por você nos meus testes. Qual é a SEFAZ autorizadora?
  17. Boa tarde Ricardo, Enviei para o SVN a alteração proposta pelo André.
  18. Boa tarde Maikon, Já faz um bom tempo que fizemos uma alteração no componente migrando a cidade de Mirassol/SP do provedor GovBR para Pronim. Certifique-se se todos os fontes estão atualizados e se utilize dos Schemas que encontra-se na pasta Pronim para realizar a validação do lote de RPS.
  19. Bom dia Luiz, Dependendo se o Canhoto é impresso em cima ou em baixo, se o CT-e é carga fracionado ou lotação, dependendo da combinação ocorre esse erro na quantidade de páginas. Ainda não consegui identificar onde que esta provocando isso, mas estamos consciente dele e estamos trabalhando para tentar corrigir.
  20. Bom dia Rodrigo, No segundo caso a nota não foi validada pelo componente ou foi rejeitada pela SEFAZ?
  21. Bom dia Asterix, Na verdade o consultar status do serviço não serve para nada, somente para saber se essa funcionalidade esta funcionando. Digo isso, pois ela não retorna o status dos demais serviços. Para você ter uma ideia a SEFAZ já cogita em remover essa funcionalidade. Se ao enviar você obter como retorno o Status = 999 isso significa que o Web Service esta com problemas e não tem nada haver com o seu XML.
  22. Bom dia Graça e Juliomar, Mil desculpas, disponibilizei antes de testar aqui. Muito obrigado Juliomar pela correção.
  23. Bom dia Graça, No modo Assíncrono temos inicialmente o retorno do numero do recibo para depois termos o retorno do protocolo de autorização caso o processamento tenha ocorrido com sucesso. Necessito saber se nesse modo de envio você esta obtendo o recibo? Se sim, o problema esta no arquivo -pro-rec.xml que esta vazio, correto? Neste caso sugiro que você abra o fonte: ACBrNFeWebServices.pas e altere a linha 2332: if FConfiguracoes.Geral.Salvar then begin FPathArqResp := Recibo+'-pro-rec.xml'; FConfiguracoes.Geral.Save(FPathArqResp, FRetWS); <---- linha 2332 end; if FConfiguracoes.Geral.Salvar then begin FPathArqResp := Recibo+'-pro-rec.xml'; FConfiguracoes.Geral.Save(FPathArqResp, FRetornoWS); end; Essa alteração de FRetWS para FRetornoWS vai fazer com que o componente salve em disco o XML na integra retornado pelo WebService. Com isso temos como verificar o que esta ocorrendo. Por favor faça isso e post em anexo o -prorec.xml
  24. Bom dia Gill, Se possível post como anexo tanto o XML do RPS quanto o da NFS-e para que eu possa verificar.
  25. Antonio, Se possível post como anexo o XML da NFS-e de Bauru. Eu lhe digo se segue o padrão ABRASF ou não.
×
×
  • 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.