Valdir Dill

Complementando... Estou usando o ACBrNFSe1.Gerar(StrToInt(vNumRPS)), ou seja, envio um RPS por vez. Uso essa função para outros provedores, sem problemas. Mas fiz um teste utilizando o ACBrNFSe1.Enviar(vNumLote), aí o erro não ocorre. No demo do ACBR acontece a mesma situação, ou seja, o .Gerar não funciona e o .Enviar funciona. Alguma dica? Obrigado!

Boa tarde, Estou enfrentando um erro (arquivo com print anexo) ao tentar transmitir uma NFSe para Rio de Janeireo-RJ. Debugando verifiquei que o erro ocorre na linha 732 (ParseError := DOMDocument.validate;) da ACBrDFeCapicom.pas, mas não consegui ter ideia da causa. Tem um post mais antigo já com esse erro aqui, mas não me ajudou. Se alguém puder me auxiliar com alguma dica... Obrigado!

Bom dia, Muito bom Daniel. Segui sua sugestão e deixei todas as rotinas chamando sempre o mesmo componente AcbrPosPrinter. O problema foi sanado. Obrigado!

Bom dia, Estou com um problema apresentado por um cliente, onde o mesmo relata que ocorre um travamento da impressora após algumas impressões de dois relatórios diferentes (explico abaixo) e de forma intercalada. Segundo o cliente, os testes foram feitos em Windows/máquinas diferentes e com mais de uma impressora do mesmo modelo. Há uma particularidade nessas impressões, pois são dois envios diferentes para a impressora. Um relatório é um cupom (não fiscal) cujos comandos são enviados pelo nosso sistema e utilizando o ACBRPosPrinter. O outro relatóiro é também com um componente ACBRPosPrinter, mas para impressão do Danfe de NFCe. Primeiro relatório - cupom ACBrPosPrinter1.ImprimirLinha('</zera>'); ACBrPosPrinter1.ImprimirLinha('NOME'); ACBrPosPrinter1.ImprimirLinha('</linha_simples>'); ACBrPosPrinter1.ImprimirLinha('Conteúdo do relatório. Texto puro'); ACBrPosPrinter1.ImprimirLinha('</corte_total>'); ACBrPosPrinter1.ImprimirLinha('</abre_gaveta>'); Segundo relatório - DANFCe ACBrNFCe.NotasFiscais.Clear; ACBrNFCe.NotasFiscais.LoadFromFile(VNomeArq); ACBrNFCe.NotasFiscais.Imprimir; Obs.: cada um dos relatórios tem seu próprio componente AcbrPosPrinter. As configurações dos componentes ACBRPosPrinter, como .Device.Baud = 9600, PaginaDeCodigo = pc850, etc.. são as configurações padrão dos componentes. Nas primeiras impressões tudo certo. Ou também se imprimir apenas UM dos relatórios, sem intercalação com o outro, também imprime beleza. Mas após 4 a 5 impressões intercaladas, a impressora não imprime mais. Nada de erro acontece no sistema operacional. Apenas a impressora não imprime mais. Aí faz-se necessário reiniciar o sistema operacional e tudo recomeça. - Modelo da impressora: Bematech 4200TH - Conexão: USB Alguma sugestão? Obrigado!

Bom dia, Comigo aconteceu a mesma coisa. Deletei tudo que foi .dcu e fiz o build novamente, mas não adiantou. O que resolveu foi executar o instalador (ACBrInstall_Trunk2.exe) do Acbr novamente. Acho que alguns .bpl ele não atualiza com o rebuild, não sei. Mas já tive situações idênticas antes e a reinstalação resolve. Abraços!

Boa noite, Peço a gentileza de, na medida do possível, incluir a cidade abaixo na lista de NFSe: Cidade: Porecatu-PR - 4120002 Provedor: SimplISS Homologação: http://wshomologacao.simplissweb.com.br/nfseservice.svc?wsdl Produção: http://wsporecatu.simplissweb.com.br/nfseservice.svc?wsdl Obrigado!

Bom dia, Ok, entendi. Obrigado!

Boa tarde, Estou com este erro na manifestação de destinatário: ERRO: Rejeicao: Cabecalho - Versao do arquivo XML nao suportadaRejeicao: Cabecalho - Versao do arquivo XML nao suportada. Neste post abaixo tem a orientação para excluir alguns arquivos (distDFeInt_v1.01.xsd, resEvento_v1.01.xsd, resNFe_v1.01.xsd, retDistDFeInt_v1.01.xsdtiposDistDFe_v1.01.xsd). De fato, se fizer isso, não dá o erro. Fiz um debug e verifiquei que ele monta o XML mudando a tag versao="1.01" se o arquivo distDFeInt_v1.01.xsd existir na pasta \Schemas e, versao="1.00" se existir somente o distDFeInt_v1.00.xsd na pasta. Com versao="1.00" não dá erro. Mas a questão é: qual é procedimento correto? É mesmo o distDFeInt_v1.01.xsd que está indevidamente no repositório do Acbr? Ou algum outro procedimento que deveria ser feito em relação a atualização dessas versão de 1.00 para 1.01? Exemplo do XML com distDFeInt_v1.01.xsd <?xml version="1.0" encoding="UTF-8"?><nfeDadosMsg><distDFeInt xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.01"><tpAmb>1</tpAmb><cUFAutor>41</cUFAutor><CNPJ>13971229000115</CNPJ><distNSU><ultNSU>000000000000000</ultNSU></distNSU></distDFeInt></nfeDadosMsg> Exemplo do XML com distDFeInt_v1.00.xsd <?xml version="1.0" encoding="UTF-8"?><nfeDadosMsg><distDFeInt xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.00"><tpAmb>1</tpAmb><cUFAutor>41</cUFAutor><CNPJ>13971229000115</CNPJ><distNSU><ultNSU>000000000000000</ultNSU></distNSU></distDFeInt></nfeDadosMsg> Alguma sugestão? Obrigado

Bom dia Italo, Sim, quando é EPEC seria isso mesmo. Mas meu caso é outro. Já resolvi. Deixo aqui o relato para ajudar outros que passarem pela mesma situação. É o seguinte: a SEFAZ-MS está iniciando na NFCe e ela exige (nenhuma outra UF exigiu isso) que durante os testes de homologação seja feita a emissão de uma nota em contingência offLine. Nesse caso, a tpEmi deve ser teOffLine e depois, a transmissão do XML, deve ser feita tal como o XML foi gerado quando da impressão danfe offline, sem alterar nada. O que eu estava fazendo era imprimir o danfe off line e depois, quando ia transmitir o arquivo, mudando a tpEmi para teNormal. Aí lá no servidor da SEFAZ não ficava registrado que houve o envio de uma NFCe em contingência offLine. Precisa enviar o arquivo sem alterar, ou seja, com a tpEmi=OffLine. Obrigado!

Bom dia, O estado do MS está implementado a NFCe e tem uma situação que não havia ocorrido com outras SEFAZ que já têm a NFCe a mais tempo. Tem uma exigência de de se enviar uma nota de consumidor em contingência. Mas não faço ideia de como se fazer isso. Até onde sabemos, quando há contingência, deve-se imprimir o Danfe off line e depois transmitir a mesma nota em situação normal, certo? Obrigado!

A Alteração ficou errada if MDFe.ide.dhIniViagem > 0 then begin if VersaoDF = ve100 then Gerador.wCampo(tcDatHor, '#024a', 'dhIniViagem', 19, 19, 0, MDFe.ide.dhIniViagem, DSC_DHINIVIAGEM) else Gerador.wCampo(tcStr, '#024a', 'dhIniViagem', 25, 25, 0, FormatDateTime('yyyy-mm-dd"T"hh:nn:ss', MDFe.ide.dhIniViagem) end; + GetUTC(CodigoParaUF(MDFe.ide.cUF), MDFe.ide.dhIniViagem), DSC_DHINIVIAGEM); Esse end; deve ficar na linha 286 e não na 285. Obrigado!

Bom dia, Certo, entendi o que ocorre. O problema é que quando dhIniViagem NÃO é alimentada, seu valor fica 0 (30/12/1899). Então, mesmo sendo uma data inválida, o campo TEM valor e isso faz com que o componente gere a tag. Mas esse valor não passa na validação do XML do WS. Sugiro que essa rotina seja alterada para: if MDFe.ide.dhIniViagem > 0 then begin if VersaoDF = ve100 then Gerador.wCampo(tcDatHor, '#024a', 'dhIniViagem', 19, 19, 0, MDFe.ide.dhIniViagem, DSC_DHINIVIAGEM) else Gerador.wCampo(tcStr, '#024a', 'dhIniViagem', 25, 25, 0, FormatDateTime('yyyy-mm-dd"T"hh:nn:ss', MDFe.ide.dhIniViagem) + GetUTC(CodigoParaUF(MDFe.ide.cUF), MDFe.ide.dhIniViagem), DSC_DHINIVIAGEM); end; Dessa forma a tag só seria criada no XML se dhIniViagem tiver sido alimentada com uma data válida. Obrigado!

Bom dia Italo, Atualizei agora os fontes e continua na mesma. A linha 281 da pmdfeMDFeW.pas, continua igual. Poderia me dizer o que foi alterado (qual parte do fonte) para mim conferir se meus fontes estão mesmo atualizados? Obrigado!

Boa tarde, Estou testando a versão 3.0 do MDFe. Pelo que analisei do NT, o campo dhIniViagem não é obrigatório ser preenchido. Mas ao deixá-lo sem preencher, parece que que o Acbr alimenta com data zero (30/12/1899), o que causa erro na validação (print anexo). O que está errado, minha interpretação do manual ou o acbr ao não verificar se o campo foi preenchido antes de formatá-lo (linha 281 da pmdfeMDFeW.pas)? Obrigado.

Bom dia, Duas questões: 1 - Quando o veículo transportador é de propriedade da própria empresa emitente do documento fiscal, o RNTRC da empresa é opcional informar no MDFe, está correto? 2 - Se for informar esse dado, qual o campo do componente que devo alimentar. rodo.RNTRC ou rodo.infANTT.RNTRC? Obrigado!

Bom dia, Obrigado Italo. O manual realmente é um pouco vago e até confuso alguns desses pontos. Eu li e e reli mais de 10 vezes, rs, mas não entendi bem. Então, nesse caso, sempre que houver um reboque onde a carga é alojada durante o transporte, tpUnidTransp será igual a 2. A opção 1 seria quando fosse um caminhão toco, por exemplo, certo? Obrigado!

Bom dia, Desculpe se estou abrindo o post no fórum errado, mas não encontrei um específico para MDFe. Se for o caso, me indiquem onde postar, por favor. É o seguinte, estou iniciando com o MDFe e tenho uma dúvida: o campo tpUnidTransp, entre outras opções, tem "1 - Rodoviário Tração" e "2 - Rodoviário Reboque", certo? Se eu entendo bem, no caso de um bitrem, por exemplo, tração seria o cavalinho e reboque a carreta, está correto? A pergunta é: o que deve colocar no campo tpUnidTransp quando o transporte for na situação hipotética acima (bitrem)? Seria 1 ou 2? Pela lógica, imagino que seria sempre 1. Mas então, quando se utilizaria a opção 2? Obrigado!

Bom dia, Fiz um debug e verifiquei que ele monta o XML mudando a tag versao="1.01" se o arquivo distDFeInt_v1.01.xsd existir na pasta \Schemas e, versao="1.00" se existir somente o distDFeInt_v1.00.xsd na pasta. Com versao="1.00" não dá erro. Mas a questão é: qual é procedimento correto? É mesmo o distDFeInt_v1.01.xsd que está indevidamente no repositório do Acbr? Ou algum outro procedimento que deveria ser feito em relação a atualização dessas versão de 1.00 para 1.01? Exemplo do XML com distDFeInt_v1.01.xsd <?xml version="1.0" encoding="UTF-8"?><nfeDadosMsg><distDFeInt xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.01"><tpAmb>1</tpAmb><cUFAutor>41</cUFAutor><CNPJ>13971229000115</CNPJ><distNSU><ultNSU>000000000000000</ultNSU></distNSU></distDFeInt></nfeDadosMsg> Exemplo do XML com distDFeInt_v1.00.xsd <?xml version="1.0" encoding="UTF-8"?><nfeDadosMsg><distDFeInt xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.00"><tpAmb>1</tpAmb><cUFAutor>41</cUFAutor><CNPJ>13971229000115</CNPJ><distNSU><ultNSU>000000000000000</ultNSU></distNSU></distDFeInt></nfeDadosMsg> Alguma sugestão? Obrigado

Na verdade não a NT toda que começa a viger agora. E apenas o complemente dela (versão 1.90) que entra em vigor dia 07/11/2016. Acho que alguém aqui fez confusão, hehe!

Bem Paulo, eu estou fazendo +- assim: "if nota tem DIFAL then InfAdic.infCpl := InfAdic.infCpl + '; Valores totais de ICMS interestadual: DIFAL da UF destino R$....'" Não vejo motivo para parametrizar e deixar o usuário decidir se o texto vai ou não ser incluído, já que é regra nacional e não uma opção do emitente. De toda forma, concordo com ambos. Pensando melhor, acho que não seria mesmo uma boa o acbr fazer essa inclusão. Obrigado!

Bom dia, Nos próximos dias entrará em vigor a NT 2015.003. Entre as novas regras está a de que será necessário informar valores DIFAL nas informações complementares da nota e, por conseguinte, impressas no DANFE. Essa regra é algo fixo, ou seja, sempre que houver valor nos campos de ICMS de operações interestaduais, dever-se-á adicionar um texto (pg 25 da NT) nas informações complementares da NFe. Então, pergunto/sugiro: não seria interessante o próprio componente acbr já adicionar esse texto, quando for o caso! Obrigado!

Muito obrigado Ricardo! Compreendidíssimo!

Bom dia, Alguém tem algum comentário ou explicação sobre o porquê da situação abaixo: - NCM 39191010 - É validado pelo AcbrNCM, ou seja, consta na lista da receita, mas é invalidado na consulta da lista de AcbrIBPTTax, ou seja, não consta na tabela IBPT; - NCM 39191000 - ocorre o inverso, ou seja, é invalidado pelo AcbrNCM e validado AcbrIBPTTax; Obrigado!

Bom dia Italo, Em consulta à prefeitura de lá, recebemos a resposta: " Não temos um provedor , temos um serviço de Comunicação (Webservice) que esta no endereço: http://servicos.saolourencodosul.rs.gov.br:8082/nfse.portal.integracao/Services.svc para tanto deve solicitar acesso a NFSE junto a PM. Na página http://www.saolourencodosul.rs.gov.br/conteudo.php?ID_PAGINA=254 tem todo o material necessário para programação da comunicação." Faz sentido? Obrigado!

Boa noite, Cidade: 4318804 - São Lourenço do Sul - RS WebServices Produção: http://servicos.saolourencodosul.rs.gov.br:8082/nfse.portal.integracao/services.svc Homologação : http://servicos.saolourencodosul.rs.gov.br:8082/nfse.portal.integracao.teste/services.svc Obrigado!