MarceloDev

Entendi @BigWings! Eu estava informando as tags com valores zerados. Obrigado pelo exemplo!!!

Bom dia, Já em homologação, caso informe algum CST 620 por exemplo e não informar valores, está caindo na validação.

0-env-lot.xml0-pro-lot.xml Boa noite, Estou tendo essa rejeição. Mas conforme xml em anexo, não foi informado vCBSMonoRet. informado somente vCBSMonoReten. alguém caindo na mesma rejeção?

Boa tarde, A título de informação... Foi removido a propriedade tamanho do papel do componente MDFe?

Bom dia, Você quer dizer o mesmo componente para ambos os modelos?

Boa tarde, Estou com um problema peculiar... Se eu imprimir uma NFC-e e logo em seguida imprimir uma NF-e a impressão sai cortada como na imagem abaixo: O problema só ocorre caso eu imprima uma NFC-e primeiro. O contrario não ocorre. Alguém já passou por uma situação assim ou semelhante? A princípio achei que fosse devido a impressora padrão ser uma Epson de bobina. Mas colocando uma L3050 como padrão também ocorre o erro caso imprima a NFC-e primeiro.

Boa tarde @Juliomar Marchetti Realizei agora o teste com segundo parâmetro False. Ocorreu o mesmo comportamento. dm_dados.ACBrNFe1.NotasFiscais.LoadFromString(nfe_xml.Text, False); @BigWings Sempre usamos vtroco. Mas de fato após ajustar para vTroco, foi de boa... Obrigado e pode encerrar o chamado

Boa tarde @BigWings Validei antes e depois, observe que o xml exportado pelo acbr remove a tag vtroco. Em testes realizado o arquivo nfe0.XML possui a tag vTroco. Após o loadfromfile e assinar, testei exportando o xml(aquivo nfe1.XML) e percebi que ele remove a tag. Estranho ele remover quando usamos LoadFromFile ou LoadFromStream nfe0.XML nfe1.XML

Bom dia, Estou com problemas e caindo nessa validação. Geramos o XML e depois importamos para o componente. Percebi que depois e importa e ao gravar o xml numa outra pasta, o componente remove a tag vTroco. Atualizei para a última versão em atendimento a NT 2025.001

Bom dia @Italo Giurizzato Junior Quanto a emissão no município em questão está OK. O erro ocorria porque eles alteraram a inscrição municipal. Acredito que isso tenha ocorrido para outros contribuintes também. Mas queria ver outra questão, se possível... A impressão da Elotech abaixo: e essa abaixo é a do ACBR, o layout da discriminação está assim porque monto dessa forma; Mas o que gostaria de saber é se não tem com exibir os itens do serviço uma vez que o mesmo vem no XML da NFSe? A opção de Detalhar Serviço = True não deu certo. Obrigado,

Boa tarde @Italo Giurizzato Junior Primeiramente obrigado pela inclusão. Acbr atualizado. O retorno agora é o erro abaixo: Em contato com a prefeitura os mesmos informam que estão devidamente credenciado. Aguardando resposta da Elotech para esse município. Pois, emitimos para Guaratuba/PR que também é Elotech normalmente.

Boa tarde @Italo Giurizzato Junior O município de São Mateus do Sul/PR que antes era Betha, passou a utilizar Elotech. Segue abaixo as urls: [4125605] Nome=Sao Mateus do Sul UF=PR Provedor=EloTech Versao=2.03 ProRecepcionar=https://saomateusdosul.iss.elotech.com.br/iss-ws/nfse203.wsdl HomRecepcionar=https://saomateusdosul.iss.elotech.com.br/iss-ws/nfse203.wsdl Abraços

Bom dia @Italo Giurizzato Junior, tudo bem? Passando para informar que deu super certo aqui. Emissão para o município de Lapa/PR via provedor IPM Operacional. Obrigado mais uma vez!!!

Boa tarde @Italo Giurizzato Junior, Vou atualizar e efetuar alguns testes. Estarei postando resultado. Obrigado!

Bom dia @Italo Giurizzato Junior, tudo bem? Segue abaixo: Links da base de Homologação. Base de homologação: https://migracao.atende.net/autoatendimento/servicos/nfse?cidade=treina_lapa URL do WebService de homologação: https://migracao.atende.net/?pg=rest&service=WNERestServiceNFSe&cidade=treina_lapa Links da base oficial. Endereço da base: https://nfse-lapa.atende.net/ Endereço do Webservice: https://ws-lapa.atende.net:7443/?pg=rest&service=WNERestServiceNFSe Layout Próprio 1.01

Boa tarde, O município de Lapa/PR passou recentemente por alteração de provedor, conforme post abaixo: Entretanto, mesmo realizando as alterações no arquivo ACBrNFSeXServicos.ini, conforme orientação do @Italo Giurizzato Junior, continua com acesso negado. Configuração do arquivo: Efetuando acesso com os dados do usuário no link fornecido por eles, autentica com sucesso. Alguém chegou a uma solução? Base de Homologação disponobilizada: https://migracao.atende.net/autoatendimento/servicos/nfse?cidade=treina_lapa

Bom dia @Italo Giurizzato Junior Obrigado! Farei os testes.

Boa tarde, https://sped.fazenda.pr.gov.br/CTe/Pagina/Web-Services Url Homologação CT-e Simplificado no Paraná: CTeRecepcaoSimpV4 | 1.04 | https://homologacao.cte.fazenda.pr.gov.br/cte4/CTeRecepcaoSimpV4 Para aqueles que tiver precisando. Não testei ainda o envio do CT-e Simplificado.

@Juliomar Marchetti Bom dia! Emissão em modo homologação normalizada, de fato foi algum problema do lado SEFAZ. Pode encerrar o tópico. Obrigado mais uma vez!

Vou verificar com eles... Novidades dou um retorno para encerrarmos o post! @Juliomar Marchetti Obrigado por enquanto...

O cliente é simples nacional, CRT = 1, logo seria com CSOSN. 1 - Simples Nacional / 2 - Simples Nacional - excesso de sublimite da receita bruta / 3 - Regime Normal / 4 - MEI Estou usando o ACBrNFe. Realizei atualização para verificar se poderia ser questão de Schemas mas sem sucesso. Emitindo normalmente para clientes do Regime Normal (CRT = 3). Desde já agradeço...

Bom dia, O XML em anexo não é o mesmo das imagens anexadas. Porém, também cai na regra de validação. Grato! 41240706813246000169550040000041431162611008-nfe.xml

Boa tarde, Alguém mais passou ou está caindo na regra de validação em ambiente de homologação? Cliente do Simples Nacional (CRT = 1) e caindo na regra com os CSOSN=102, 103, 300, 400, 500 ou 900. Grato pela ajuda ou orientação!

@BigWings De fato você está correto, falha minha! Troque a ordem das TAGs. Peço perdão pelo equívoco e agradeço pela orientação!!! Deu certo aqui!