Ir para conteúdo
  • Cadastre-se

jmisugi

Membros
  • Total de ítens

    11
  • Registro em

  • Última visita

Tudo que jmisugi postou

  1. @Juliomar Marchetti poderia ser analisado esta alteração por favor?
  2. Boa tarde, também estou com o mesmo problema. Pois na NT, na validação B25-80, comenta que Se finalidade da NF-e igual a crédito ou débito (tag:finNFe=5 ou 6) ou tpOperGov=2 Recebimento do pagamento - Informado ICMS (tag: ICMS), ISSQN (tag: ISSQN), IPI (tag: IPI), II (tag: II), PIS (tag: PIS), PIS ST (tag: PISST), COFINS (tag: COFINS), COFINS ST (tag: COFINSST), ICMS UF Destino (tag: ICMSUFDest) ou Imposto Devolvido (tag: impostoDevol). Exceção: a regra acima não se aplica para tpNFCrédito=3-Retorno. Para corrigir eu precisei alterar a unit ACBrNFe.XmlWriter na função GerarDetImposto, para adicionar a comparacao do tpOperGov <> togRecebimentoPag if (((not (nfe.Ide.finNFe in [fnCredito, fnDebito])) or (nfe.ide.tpNFCredito = tcRetorno)) and (nfe.Ide.gCompraGov.tpOperGov <> togRecebimentoPag)) then Segue a unit em anexo com a alteração sugerida. Neste caso não geraria os blocos de ICMS, que não devem ser gerados para este tipo de operação. E consegui transmitir o XML normalmente. ACBrNFe.XmlWriter.pas
  3. Nós estamos desenvolvendo de acordo com uma consultoria a respeito da reforma, e a orientação é que seja preenchido com o valor de tributo devolvido. Quando a nota se tratar de devolução, este campo esta sendo preenchido com o valor do IBS/CBS. Desta forma zerando o valor do imposto
  4. Boa tarde, Ao gerar uma NFe de devolução e preencher a tag <vDevTrib>, conforme especificado na NT_2025.002_v1.20, esse valor deve ser deduzido dos campos vIBSUF, vIBSMun e vCBS, seguindo a fórmula abaixo: Valor do IBS Estadual (vIBSUF) = Base de Cálculo × Alíquota (gIBSCBS/vBC × pIBSUF) - vDif - vDevTrib Dessa forma, neste exemplo, os campos vIBSUF, vIBSMun e vCBS resultarão em valor zero. No entanto, é obrigatório que a tag <vDevTrib> esteja presente no grupo de totais <IBSCBSTot>. Na unit ACBRNFe.XMLWriter, dentro da função Gerar_IBSCBSTot, já existe uma verificação para gerar o grupo gCBS caso haja valor de CBS ou diferimento. Seria necessário incluir também a verificação de valor em vDevTrib, garantindo que o grupo gCBS seja gerado corretamente mesmo quando apenas esse campo estiver preenchido. Exemplo de implementação sugerida: if (IBSCBSTot.gIBS.vIBS > 0) or (IBSCBSTot.gIBS.gIBSUFTot.vDif > 0) or (IBSCBSTot.gIBS.gIBSMunTot.vDif > 0) or (IBSCBSTot.gIBS.gIBSUFTot.vDevTrib > 0) or (IBSCBSTot.gIBS.gIBSMunTot.vDevTrib > 0) then Result.AppendChild(Gerar_IBSCBSTot_gIBS(IBSCBSTot.gIBS)); if (IBSCBSTot.gCBS.vCBS > 0) or (IBSCBSTot.gCBS.vDif > 0) or (IBSCBSTot.gCBS.vDevTrib > 0) then Result.AppendChild(Gerar_IBSCBSTot_gCBS(IBSCBSTot.gCBS)); Atualmente, sem essa verificação adicional, a tag <gCBS> não é gerada dentro de <IBSCBSTot>, o que impede que o valor de vDevTrib seja incluído corretamente no grupo de totais. Segue em anexo a unit alterada, para validação. Muito obrigada ACBrNFe.XmlWriter.pas
  5. Entendido, essa pergunta surgiu porque algumas consultorias estão recomendando que, a partir de outubro, o XML da NFe em produção já seja gerado com as tags referentes à Reforma Tributária (CBS/IBS), mesmo que estejam sem conteúdo preenchido. Agradeço a resposta. Estarei finalizando o tópico.
  6. Olá, pessoal! Estou utilizando o componente ACBrNFe e gostaria de esclarecer uma dúvida sobre a geração do XML referente à Reforma Tributária. Caso os campos relacionados às novas tags CBS/IBS não sejam preenchidos no componente, o ACBr ainda assim gera essas tags no XML com conteúdo vazio? Ou elas só são incluídas se houver dados informados? A ideia é entender se o componente já insere automaticamente as tags pertinentes à reforma, mesmo sem valores, ou se é necessário preenchê-las para que apareçam na estrutura do XML. Desde já, agradeço pela ajuda!
  7. Boa tarde, alguém conseguiu cancelar a CTE? Para o ambiente de homologação em MG, sempre retorna list index of bounds(0). Mesmo alterando o código citado anteriormente da unit ACBRCTEWebServices .
  8. Bom dia Italo. Os fontes estão atualizados. Porém pude perceber que ao entrar na unit ACBRProvedorGingesV3, tem algumas comparações se é fortaleza ou outros municípios, por exemplo no GetConfigURL Mas ao cair na comparação o ACodCidade está 3104007, mesmo assim ele entra no bloco,endereço todas informações de Fortaleza. Você poderia fazer o teste? Estou com o programa Demo por enquanto.
  9. Bom dia Italo, esta salvo e apontado para o schema do Ginfes. Segue em anexo o xml gerado pelo componente. Porém retorna erro da tag cpfcnpj. 11-Rps.xml
  10. jmisugi

    Nfse Araxá Ginfes

    Boa tarde, Gostaria de realizar a inclusão do município Araxá/MG, Cód. 3104007 para o provedor Ginfes. Ao incluí-lo no combobox das Cidades do Demo ACBRNFSe, e Gerar e Enviar Lote é retornado o seguinte erro: CPFCNPJ is unexpected according to content model of parent elemnt..
×
×
  • 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.