Italo Giurizzato Junior

Bom dia Antônio, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde Adilson, Desculpe não entendi, um validador de XML? O componente ACBrMDFe já possui o método Validar que tem por finalidade validar o XML do MDF-e antes do seu envio.

Boa tarde Márcio, Mil desculpas em não ter dado um retorno. A sua contribuição já se encontra no repositório. Muito obrigado.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Windel, Agora o problema se refere a Inscrição Municipal do Prestador (quem emite a nota) que esta errada. Favor verificar junto a prefeitura se a IM informada realmente é desse prestador se sim, entre em contato com o provedor para saber qual é a IM desse prestador que consta no cadastro deles. Se for a mesma, o problema pode ser na formatação. Tem provedor que se faz necessário informar a Inscrição Municipal formatada ou seja com pontos e traços e não somente os dígitos.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Ronaldo, O componente cria uma pasta chamada Inu e dentro desta deve ser salvo os XML referentes a inutilização de numero. Se tratando de inutilização são gerados 3 XML: *-ped-inu.xml (pedido de inutilização), *-inu.xml (retorno da SEFAZ que acusa se o pedido foi aceito ou não) e *-procInutNFe.xml (que nada mais é do que a união do pedido e do retorno). Como dito inicialmente esses 3 XML devem ser salvos na pasta Inu e somente nela. A propriedade de configuração: Configuracoes.Geral.Salvar determina se os XML (pedido e retorno) vão ser salvos (True) ou não (False). Já a propriedade de configuração: Configuracoes.Arquivos.Salvar determina se o XML (processamento) vai ser salvo (True) ou não (False). De forma semelhante se tratando de eventos o componente cria uma pasta chamada Evento e dentro desta uma pasta para cada tipo de evento. No caso dos eventos também temos 3 XML: *-ped-eve.xml (pedido de evento), *-eve.xml (retorno da SEFAZ que acusa se o evento foi aceito ou não) e *-procEventoNFe.xml (que nada mais é do que a união do pedido e do retorno). Se o evento for de cancelamento (por exemplo) teremos dentro da pasta Evento uma pasta chamada Cancelamento e dentro desta os 3 XML, lembrando que os XML de pedido e de retorno só serão salvos se a propriedade de configuração Configuracoes.Geral.Salvar tiver o valor True e o XML de processamento só será salvo se a propriedade de configuração Configuracoes.Arquivos.Salvar tiver o valor True. Observando o código do componente notei que o exposto acima não esta ocorrendo. Você poderia me confirmar se com a sua proposta de alteração o componente vai passar a se comportar da forma exposta acima? Outra coisa importante, os seus fontes estão desatualizados. Quando foi anexar uma unit com uma proposta de alteração procure sempre atualizar os seus fontes, fazer a alteração e anexar o fonte corrigido para que possamos avaliar. Desde já muito obrigado pela colaboração.

Bom dia Dercide, Pelas imagens notei que se trata de duas notas e não a mesma que hora foi impresso a descrição de forma correta, ou seja, respeitando o caractere de quebra de linha e na segunda não respeitando. Preciso de duas imagens da mesma nota que demostre o problema. Em que momento a impressão ocorre de forma correta? É logo após obter o XML da NFS-e ou depois que o XML é carregado para imprimir novamente como se fosse uma segunda via? Ou é justamente o contrario?

Bom dia Luciano, No XML de retorno temos o seguinte: Erro E215 diz que o código 17.09 (ItemListaServico) não é compatível com o código 1709 informado em CodigoTributacaoMunicipio. Se o código 17.09 referente ao ItemListaServico esta correto, então é preciso verificara qual é o Código de Tributação do Município correto para o ItemListaServiço informado. Erro E33 diz que o CNAE informado não existe, favor verificar qual é o CNAE correto para o emitente da nota em questão. Erro E283 diz que o CNAE informado não é compatível com o ItemListaServico informado. Acredito que ao corrigir o CNAE, ou seja, informar o correto (levando em conta que o ItemListaServico esta correto), o erro acima vai ser sanado. Erro E327 diz que o regime de tributação informado esta errado, ou seja, na prefeitura o regime de tributação do emitente é outro. É preciso checar na prefeitura qual é o correto. Como você pode ver, se faz necessário entrar em contato com a prefeitura para saber quais os códigos corretos que devem ser informados para esse emitente. Acredito que com isso corrigido a nota vai ser aceita pelo webservice.

Wellington, Se não me falha a memória se você atribuir o valor False a: Configuracoes.WebServices.Visualizar não é para mostrar mais essas mensagens. Se continua mostrando é porque em algum outro lugar do fonte esta sendo atribuído o valor True a propriedade de configuração Visualizar.

Bom dia Windel, Porque você esta informando os dados do Tomador Intermediário?

Bom dia Brisola, Favor entrar em contato com a prefeitura ou com o provedor para saber qual é o link exato. Ele pode variar de uma cidade para outra.

Bom dia Wellington, Qual é a mensagem que aparece?

Bom dia, Sim, é esse o local oficial do repositório da ACBr.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Olá pessoal, Eu também aprendi a programar por volta de 1983/1984 em um TK-82c com 16 Kbytes de RAM com linguagem Basic residente e os programas eram gravados em fita cassete, usávamos se não falha a minha memoria um gravador National. Em 1985 comprei um TK-85 que tenho até hoje, depois comprei um Expert da Gradiente, esse infelizmente não tenho mais. TK-82c TK-85 Expert

Boa tarde Henrique, Muito obrigado pela colaboração, já esta no repositório.

Boa tarde Adilson, Isso para mim é novidade, se o contribuinte for MEI que não precisa fazer escrituração fiscal como é que fica essa história de contador? Visto que dependente do MEI ele vai emitir NFS-e. Essa história esta mau contada.

Boa tarde Eliomar, O retorno acusando Situação = 4 se não me falha a memória significa que o provedor recebeu o RPS e processou com sucesso. Execute o Consultar NFS-e por RPS, informando o numero e serie do RPS.

Boa tarde, Favor atualizar os fontes e faça novos testes. Note que fiz uma alteração no arquivo INI do provedor.

Boa tarde Wellington, Favor anexar uma imagem dessa tela. Isso ocorre com o programa exemplo?

Boa tarde Luis, Caso não consiga uma conexão com a SEFAZ, será necessário imprimir o DANFE da NFC-e em duas vias, uma para o consumidor e outra para a empresa. A geração da string do QR-Code é realizada logo após o XML ter sido assinado, portanto se você conseguir assinar o XML, a string do QR-Code será gerada. O XML tendo a string do QR-Code o DANFE da NFC-e vai conter a imagem do QR-Code. Espero ter ajudado.

Boa tarde Henrique, Muito obrigado pela colaboração, já enviei para o repositório.

Boa tarde Augusto, Muito obrigado pela colaboração, já enviei para o repositório.

Boa tarde Paulo, Com o XML que você anexou, não posso aceitar a sua contribuição, visto que ele não me parece ser um XML real e sim um exemplo com muitas informações faltantes. Além de ser da versão 3.10 que não é mais aceita pela SEFAZ. Preciso de um XML real, ou seja, um XML de uma nota que foi enviada para SEFAZ e que esta retornou o protocolo de autorização.