-
Total de ítens
329 -
Registro em
-
Última visita
-
Days Won
2
João Paulo Müller last won the day on 5 Novembro 2017
João Paulo Müller had the most liked content!
Últimos Visitantes
2.972 visualizações
João Paulo Müller's Achievements
-
Erro ConsultaNFeRecebidasRequest ISSSaoPaulo - ACBrNFSeX
João Paulo Müller replied to João Paulo Müller's tópico in ACBrNFSe
Sim, Juliomar. Mas o erro persiste. 2025020120250206-con-nfse-ser-tom-soap.xml 2025020120250206-lista-nfse-ser-tom-soap.xml -
Erro ConsultaNFeRecebidasRequest ISSSaoPaulo - ACBrNFSeX
um tópico no fórum postou João Paulo Müller ACBrNFSe
Olá! Estou com o seguinte erro quando faço a consulta de notas tomada no provedor ISSSaoPaulo: The page cannot be displayed because an internal server error has occurred Parece erro interno não tratado por eles, alguém já passou por esse problema? Vi relatos aqui de caracteres inválidos, porém, não encontrei nenhum caractere inválido no XML. Segue XML em anexos. Caso alguém saiba de algum canal de atendimento do provedor para que poço entrar em contato. 2024010120250120-con-nfse-ser-tom.xml 2024010120250120-con-nfse-ser-tom-soap.xml 2024010120250120-lista-nfse-ser-tom-soap.xml -
Erro E999 - Erro não catalogado NFSeX ConsultaDFe
um tópico no fórum postou João Paulo Müller ACBrNFSe
Olá pessoal. Estou com o seguinte erro na consulta DFe utilizando o componente ACBrNFSeX provedor Nacional. E999 - Erro não catalogado Detalhe: Tem hora que funciona perfeitamente e hora que retorna esse erro, sem mexer em nada. A grande maioria das requisições retorna esse erro, de 20 - 50 consultas uma da certo. FIz um loop reprocessando até dar certo quando retorna esse erro, mas acredito não ser a melhor pratica. Alguém já passou por esse erro ou tem ideia do que pode ser? Segue em anexo xmls salvos pelo componente. 20241024173615-con-dfe.json 20241024173620-dfe.json -
João Paulo Back started following João Paulo Müller
-
Heunogaliton started following João Paulo Müller
-
Deivid Cardoso da Silva started following João Paulo Müller
-
Olá prezados. Fiz um ajuste no registro C800 incluindo alguns campos que não estavam sendo importados no SPED. Segue alteração e unit em anexo. procedure TACBrSpedFiscalImportar_BlocoC.RegC800; begin with ACBrSpedFiscal.Bloco_C.RegistroC800New do begin COD_MOD := Valor; COD_SIT := StrToCodSit(Valor); NUM_CFE := Valor; DT_DOC := ValorD; VL_CFE := ValorF; VL_PIS := ValorF; VL_COFINS := ValorF; CNPJ_CPF := Valor; NR_SAT := Valor; CHV_CFE := Valor; end; end; ACBrEFDBloco_C_Importar.pas
-
Defeito - Importação Registro C170, campo QTD
um tópico no fórum postou João Paulo Müller ACBrSPEDFiscal
Boa tarde, prezados. Na importação do SPED quando está importando o registro C170 e o campo quantidade por algum motivo não for preenchido o sistema dispara uma exceção: Verificando o código fonte identifiquei que para preencher o campo QTD do registro C170 está sendo utilizado a função ValorFV que retorna null caso a string estiver vazia, diferente dos demais campos float que é utilizado a função ValorF onde retorna 0 quando a string estiver vazia. Defeito QTD := ValorFV; Correção QTD := ValorF; Segue em anexo unit com a correção. Aproveitando o assunto, seria possível adicionar um tratamento de exceção para informar qual a linha que disparou erro na importação do SPED? Utilizando como exemplo esse caso que citei acima para eu identificar qual foi a linha que deu erro tive que depurar e levou um bom tempo, se tiver um tratamento de exceção que exibe a linha já ajudaria um bocado, mas seria só um complemento mesmo, acredito que corrigindo essa questão da QTD não ocorre mais problemas. ACBrEFDBloco_C_Importar.pas- 1 reply
-
- 1
-
-
marcelo.hgv started following João Paulo Müller
-
Bom dia Juliomar. É na leitura do XML. Segue unit em anexo.pcnNFeR.pas
-
Olá Prezados, Passei por algumas situações em que o componente preenche o nItem com o valor diferente do que realmente consta na TAG det. Ao analisar o caso notei que no componente está sendo preenchido o nItem com uma ordem sequencial (I + 1), porém, acontece que há notas que são emitidas com o nItem fora dessa ordem. Isso acaba trazendo problemas quando preciso identificar o nItem em algum documento/declaração, como por exemplo, o DRCST que inclusive na validação confronta o nItem da declaração com a tag det do XML. Exemplo: // 1° item da NFe <det nItem="10"> O componente vai preencher o nItem com 1 não 10. Correção A correção é simples, já havia feito aqui na minha maquina e estava utilizando por um tempo, porém, quando atualizo o ACBr sempre perco essa alteração, portanto, se fosse possível fazer a correção direta na lib ficaria agradecido. Código atual: NFe.Det[i].prod.nItem := i + 1; Correção: NFe.Det[i].prod.nItem := nItem; Já existe uma variável (nItem) que obtém o valor correto da tag det, portanto, seria apenas utilizar essa variável.
-
Olá, pessoal. Realizei uma alteração no componente incluindo a natureza 118 (no118) no arquivo pnfsConversao, pois Chapecó utiliza essa natureza: 118 - ISS retido pelo tomador - Devido para Chapecó (Simples Nacional). Segue arquivo em anexo. pnfsConversao.pas
-
Tópico exclusivo para troca de provedor e novas cidades
João Paulo Müller replied to Italo Giurizzato Junior's tópico in ACBrNFSe
Olá pessoal. Agronômica - SC trocou provedor de Betha para Publica. Segue arquivos alterados em anexo. Cidades.INI Publica.ini -
Ajuste para geração do RegimeEspecialTributacao - Blumenau
João Paulo Müller replied to João Paulo Müller's tópico in ACBrNFSe
Obrigado Italo. -
Ajuste para geração do RegimeEspecialTributacao - Blumenau
um tópico no fórum postou João Paulo Müller ACBrNFSe
Olá pessoal, Estava com um problema para envio de NFs para o município de Blumenau quando cliente era do Simples Nacional . Notei que não estava sendo gerada a tag RegimeEspecialTributacao quando provedor é proSimplISSv2, porém, foi constado a necessidade de geração dessa tag também para esse provedor. Ajustei essa alteração na unit pnfsNFSeW_ABRASFv2, linha 965: // Código do repositório: if not (FProvedor in [proSigep, proiiBrasilv2, proSimplISSv2, proMegaSoft, proSiapSistemas]) then if NFSe.RegimeEspecialTributacao <> retNenhum then Gerador.wCampo(tcStr, '#6', 'RegimeEspecialTributacao', 01, 01, 0, RegimeEspecialTributacaoToStr(NFSe.RegimeEspecialTributacao), DSC_REGISSQN); Correção: //Removido proSimpliisV2 if not (FProvedor in [proSigep, proiiBrasilv2, proMegaSoft, proSiapSistemas]) then if NFSe.RegimeEspecialTributacao <> retNenhum then Gerador.wCampo(tcStr, '#6', 'RegimeEspecialTributacao', 01, 01, 0, RegimeEspecialTributacaoToStr(NFSe.RegimeEspecialTributacao), DSC_REGISSQN); Segue em anexo unit com a alteração. Desde já agradeço a atenção. pnfsNFSeW_ABRASFv2.pas -
Boa tarde. Não sei te dizer, recebi esse comunicado de uma acessória, mas vou ver se descubro algo e coloco aqui.
-
Prezados (as) Hoje (25), o presidente do Sescon/SC juntamente com as demais entidades contábeis do Estado participaram da reunião com a SEFAZ para tratar da prorrogação da entrega do Bloco X. Após manifestações das entidades e dos próprios representantes da SEFAZ a entrega foi prorrogada para o mês de março/2021. O ato oficial sairá no início da próxima semana. Além disso, foi tratado sobre a Nota Fiscal Eletrônica de Consumidor. A norma legal de implementação sairá nos próximos dias e as empresas terão três opções para aderir. A opção escolhida é que vai definir se a empresa deverá ou não entregar o Bloco X. A opção também vai até março/2021 Bom final de semana a todos.
-
Bom dia Italo. Eu que agradeço.
-
João Paulo Müller changed their profile photo
-
Olá pessoal, Não sei se seria o caso de um novo tópico, vou por aqui mas caso for necessário registro um tópico novo. Estou incluindo o suporte ao município de Canoinhas e percebi que na função StrToNaturezaOperacao da unit pnfsConversao não tem as strings de natureza '17' e '18', sendo que Canoinhas utiliza essas naturezas Segue em anexo a unit pnfsConversao alterada com a inserção das natureza 17 e 18. pnfsConversao.pas RelatorioNatureza.pdf