-
Total de ítens
37.527 -
Registro em
-
Última visita
-
Days Won
1.057
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que Italo Giurizzato Junior postou
-
Igor, Pelo que me recordo o provedor Infisc em seu webservice esta previsto recepcionar o RPS segundo o layout da ABRASF. Cheguei a fazer testes justamente com a cidade de Sapucaia do Sul/RS mas o webservice retorna uma mensagem que se não me falha a memória era: "fim de arquivo inesperado". Você teria condições de entrar em contato com o provedor e questiona-los sobre o layout correto para a cidade de Sapucaia do Sul? Seria interessante conseguir com eles um exemplo de envio, de preferencia com a tag <Envelope>.
-
Bom dia Igor, Na unit que gera o XML do RPS desse provedor temos o seguinte: case Nfse.RegimeEspecialTributacao of retNenhum, retMicroempresaMunicipal, retEstimativa, retSociedadeProfissionais, retCooperativa, retMicroempresarioIndividual : ; // Não tem informação no manual retSimplesNacional : Gerador.wCampo(tcStr, '', 'regimeTrib', 01, 01, 1, '1', ''); // 1 - Simples retMicroempresarioEmpresaPP : Gerador.wCampo(tcStr, '', 'regimeTrib', 01, 01, 1, '2', ''); // 2 - SIMEI retLucroReal, retLucroPresumido : Gerador.wCampo(tcStr, '', 'regimeTrib', 01, 01, 1, '3', ''); // 3 - Normal end; Logo para que o elemento regimeTrib seja gerado no XML devemos atribuir a propriedade RegimeEspecialTributacao um dos valores: retSimplesNacional, retMicroempresarioEmpresaPP, retLucroReal, retLucroPresumido
-
Igor, Acredito que o elemento que corrigi foi outro, vou verificar e assim que estiver pronto lhe aviso.
-
Erro na Validação do Modal do Manifesto:
Italo Giurizzato Junior replied to osvaldo.anjo's tópico in Dúvidas gerais
Boa tarde Osvaldo, Se você esta fazendo testes, atribua um valor qualquer. Outra coisa quando o tipo do componente do pagamento do frete for outros além do valor temos que discriminar esse componente no campo xComp. Se não esta discriminando esta fazendo errado. -
Boa tarde Igor, O schema do provedor Infisc possui erros, cheguei a corrigir alguns não me recordo se corrigi do elemento pISS. Por favor atualize todos os fontes de todas as pastas e tente novamente.
-
Erro na Validação do Modal do Manifesto:
Italo Giurizzato Junior replied to osvaldo.anjo's tópico in Dúvidas gerais
Bom dia Osvaldo, Você diz que esta alimentando todos os campos, mas chegou a abrir a Nota Técnica 2020/001 versão 1.04 do MDF-e Integração? Pois pela mensagem de erro de validação e pelo o XML que você anexou o grupo Comp não esta sendo alimentado. O grupo Comp é gerado no XML antes do elemento vContrato. -
Consulta NFCe
Italo Giurizzato Junior replied to AlexandreAJP's tópico in NFe/NFCe - Nota Fiscal Eletrônica
Alexandre, O problema de utilizar o validador da SEFAZ é quando ocorre alterações no layout do documento fiscal eletrônico. Pode acontecer deles atualizarem o validador para o novo layout, mas esse novo layout só esta liberado em homologação. Ai a sua aplicação envia para o validador da SEFAZ o XML que esta em produção portanto não atende o novo layout. Pode também ocorrer da SEFAZ demorar para atualizar os schemas de seu validador. É por isso que eu não recomendo usar o validador da SEFAZ em época de troca de layout como vai ocorrer no ano que vem. -
Bom dia Diego, Você poderia verificar com o provedor se a URL do webservice de produção é a mesma para todas as cidades atendidas por eles? Alguns provedores como por exemplo o Fiorilli a URL de homologação é igual para todas as cidades, mas a de produção é diferente, ou seja, cada cidade tem a sua. Seria interessante também conseguir com o provedor a lista de cidades atendidas por eles e as respectivas URLs.
-
Bom dia Marcos, Já enviei para o repositório.
-
Bom dia Windel, Muito obrigado pela colaboração, já vou enviar para o repositório. Em vez de alterar o campo Validar de 1 para zero para não validar, no meu entendimento seria interessante entrar em contato com o provedor e solicitar os Schemas atualizados. E reze para que esse provedor não tenha um schema diferente para cada cidade que ele atende.
-
Bom dia Valdir, Já esta no repositório.
-
Consulta NFCe
Italo Giurizzato Junior replied to AlexandreAJP's tópico in NFe/NFCe - Nota Fiscal Eletrônica
Bom dia Alexandre, Porque você quer preencher o campo XML da pagina que validação do XML via programação? Você não confia nos Schemas que são utilizados pelo componente para validar o XML antes do seu envio? Schemas estes fornecidos pela própria SEFAZ. -
Emissão MDFe em cidades diferentes
Italo Giurizzato Junior replied to digitosistemas's tópico in ACBrMDFe
Bom dia, Vamos ver se eu entendi. O caminhão sai da cidade A com uma certa quantidade de carga a caminho da cidade B. Na cidade B a carga é completada e parte para o seu destino que é a cidade C que fica em outro Estado. Se a situação é essa o procedimento seria: 1. Na cidade A são emitidos vários CT-e e o MDF-e relacionando esses CT-e, informar no MDF-e o destino como sendo a cidade C que fica no outro Estado. 2. Quando o caminhão chegar na cidade B, o MDF-e emitido deve ser encerrado. 3. Na cidade B são emitidos vários CT-e e um novo MDF-e deve ser emitido relacionando os CT-e emitidos pela cidade A e B e informar o destino como sendo a cidade C que fica no outro Estado. 4. Quando toda a carga for entregue no outro Estado deve-se encerrar esse segundo MDF-e. Te aconselho a baixar a Cartilha Nacional do MDF-e, nessa cartilha é apresentado diversas situações e como proceder em cada uma delas. A cartilha se encontra no link: https://dfe-portal.svrs.rs.gov.br/Mdfe Espero ter ajudado. -
Boa noite Marco, Desde já muito obrigado pela colaboração, vou incluir na minha lista de tarefas e estudar a sua alteração, caso esteja tudo Ok, vou enviar para o repositório.
-
Boa tarde Marcos, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.
-
Boa tarde Valdir, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.
-
NFe Duplicada com diferença na chave
Italo Giurizzato Junior replied to Rodrigo Bernal's tópico in Dúvidas gerais
Boa tarde Rodrigo, O código a ser atribuído ao campo cNF a sua geração esta correta mas no ligar errado. Esse código tem que ser gerado no momento que os dados da nota são salvos no banco de dados em um campo chamado CodNota (por exemplo). Ao alimentar o componente você lê do banco de dados o código da mesma forma que lê os demais. infNFe.ID := qrnota.fieldbyname('numero').asstring; Ide.natOp := qrnota.fieldbyname('natureza').asstring; Ide.nNF := StrToInt(qrnota.fieldbyname('numero').asstring); // Lendo o código da nota no banco de dados. Ide.cNF := StrToInt(qrnota.fieldbyname('CodNota').asstring); Desta forma se a data de emissão for a mesma você não vai ter mais a rejeição de duplicidade com diferença na chave. Outra coisa se esta tendo rejeição de duplicidade é porque o usuário tem a liberdade de enviar a mesma nota mais de uma vez e isso esta errado. No dia 06/10 o José Junior vai falar sobre essa rejeição em sua palestra (Dia do ACBr), não perca. Estarei junto com ele, vamos dar varias dicas. -
Boa tarde Danny, Já enviei para o repositório.