oribeiro

Kiko, Obrigado pela sua atenção nesse assunto, mas eu acho que o ACBr pega os dados do emitente nos campos: Emit.cRegTrib, Emit.cRegTribISSQN e Emit.indRatISSQN que são preenchidos na tela do ACBrMonitorPLUS. Fiz esse teste com a versão 0.1.12.8 e o mesmo arquivo que lhe enviei gera o CSOSN corretamente. Parece que foi alguma modificação no ACBr que aconteceu depois dessa versão. Para tirar todas as dúvidas, instalei a versão desse mês num cliente que imprime num SAT Bematech e é Simples Nacional e os XML passaram a ser gerados errados a paretir dessa versão. Não mudei nada no programa, apenas atualizei a versão do ACBr. Você tem mais alguma idéia para eu testar?

Não sei se essa informação ajudará na identificação do problema, mas eu testei e até a versão 0.1.12.8 estava gerando o XML correto com CSOSN, as versões posteriores não geram XML do simples. Será que foi esse ajuste que modificou a forma do sistema passar o Regime Tributário do Emitente para o XML ? 17/02/2016 [*] Ajuste em "SAT.EnviarCFe", para permitir o envio do XML que esteja na memória carregado com "SAT.CarregarDadosVenda" (por: DSA) [-] Ajustes na leitura dos campos Emit.cRegTrib, Emit.cRegTribISSQN e Emit.indRatISSQN (por: Anfm) Eu paguei o boleto ontem e estou aguardando o financeiro liberar para eu baixar a última versão compilada e ver se voltou a funcionar. Assim que tiver essa informação eu irei postar aqui. Obrigado.

Segue o TXT que envio para o ACBr e o XML gerado. Note que no TXT está o CSOSN e o XML gera com CST. Isso começou a acontecer em versões recentes. Obrigado. CF012433.TXT CFe35160411111111111111599000001020002479363720.xml

Também estou com esse mesmo problema, o XML gera sempre com CST em vez de CSOSN para Simples Nacional. É alguma configuração das novas versões? Anexei o arquivo INI ACBrMonitor.ini

Bom dia Juliomar, Quando o comando NFE.CRIARNFESEFAZ() for ajustado para manter a compatibilidade com o TXT do SEFAZ, se você quiser, eu me coloco a disposição para testá-lo na minha base de dados e lhe dar o retorno do resultado. Estou à disposição para ajudar no projeto dentro daquilo em que estiver ao meu alcance. Mais uma vez, obrigado.

Obrigado Juliomar, vocês desenvolvedores são nota 10 e o ACBrMonitorPLUS é fantástico devido a boa disposição de vocês. Parabéns! Um grande abraço a todos.

Desenvolvedores, eu estou apenas tentando ajudar o ACBr a manter a compatibilidade com o TXT do SEFAZ como é a proposta do comando: NFE.CRIARNFESEFAZ(). Para tanto, faz-se necessário colocar as informações I05 e W04 em linhas separadas. Obrigado.

Regis, Hoje consultamos novamente os dois manuais atualizados do SEFAZ, o de testes (aquele que você postou o link acima) e o de produção e, ambos estão apresentando as instruções "I05a" e "I05c" em linhas separadas. O ACBr colocou essas informações numa mesma linha. O mesmo acontece com a instrução "W04". Por favor, confira e me desculpe se eu estiver interpretando de modo errado.

Desculpe Regis, mas o manual do SEFAZ está atualizado conforme descrevi acima, ele colocaram esses campos novos em linhas separadas e não vão mudar isso porque já está funcionando; o ACBr é que colocou tudo na mesma linha. Estou utilizando a última versão disponível do ACBr.

Na prática, o TXT que passa no programa gratuito do SEFAZ não coincide com o TXT que tenho que gerar para essa nova versão do ACBr. As diferenças estão nos blocos I e W, assim: LINHA "I": Linha "I no ACBrMonitorPLUS atual: I|cProd|cEAN|xProd|NCM|NVE|CEST|EXTIPI|CFOP|uCom|qCom|vUnCom|vProd|cEANTrib|uTrib|qTrib|vUnTrib|vFrete|vSeg|vDesc|vOutro|indTot|xPed|nItemPed|nFCI| O manual atualizado(Versão 3.10.1 - (03/02/2016) Página 9 de 15) da SEFAZ diz que deve ser assim: I|cProd|cEAN|xProd|NCM|EXTIPI|CFOP|uCom|qCom|vUnCom|vProd|cEANTrib|uTrib|qTrib|vUnTrib|vFrete|vSeg|vDesc|vOutro|indTot|xPed|nItemPed|nFCI| [0 a 8]{ I05a|NVE| } [0 ou 1]{ I05c|CEST| } Explicação: - No SEFAZ, os campos NVE e CEST devem ser enviados em linhas separadas e no ACBr vocês colocaram na mesma linha do produto. LINHA "W": Para a Versão 0.1.12.9 do ACBRMONITORPLUS, a linha tem que ser assim: W02|100.00|12.00|0.00|2.00|2.40|3.60|0.00|0.00|100.00|0.00|0.00|0.00|0.00|0.00|0.00|0.00|0.00|100.00|26.33| Para o emissor gratuito do SEFAZ, a linha tem que ser assim: W02|100.00|12.00|0.00|0.00|0.00|100.00|0.00|0.00|0.00|0.00|0.00|0.00|0.00|0.00|100.00|26.33| W04c|2.00| W04e|2.40| W04g|3.60| Explicação: - No SEFAZ, os campos W04 devem ser enviados em linhas separadas e no ACBr vocês colocaram na mesma linha W02. Vocês vão modificar isso para fazer com que o ACBr volte a ser 100% compatível com o TXT gerado para o programa do SEFAZ? Aguardo, obrigado.

Obrigado Sérgio.

Walney, Entendo a sua situação financeiramente apertada, pode ter certeza de que você não é o único. Contudo, a versão trimestral foi lançada em 06/11/2015, então, imagino que nessa semana (três meses se passaram) será lançada a nova versão com todas as funcionalidades disponíveis no SAC até o momento. Se puder, aguarde mais 5 dias e verifique se a nova versão contemplará a sua necessidade. Se não atender, contrate o SAC por um mês (R$ 120,00) e solicite que aos desenvolvedores que, se possível, trabalhem na sua necessidade. Eles são muito capazes e dedicados. Sugestão aos desenvolvedores: - Não percam seu tempo com quem quer tumultuar o fórum. As vezes, a melhor resposta é o silêncio. Um abraço a todos e votos de sucesso!

Daniel, Onde encontro o Manual de comandos SAT? Pesquisei em todo o fórum e não encontrei. Obrigado.

Encontrei esse problema de cópias no comando NFe.ImprimirEvento() e parece que ainda não foi resolvido. Vou acompanhar esse assunto até a solução e daí passar a usar esse novo monitor. Obrigado.

Juliomar, Cancelei o comando NFe.LerIni() porque notei que nesse novo monitor não preciso mais cancelar a logomarca e mudar o modelo da DANFE para 1 (RaveCB) antes de imprimir o evento de cancelamento como fazia no monitor anterior. Concluí todos os testes e esse novo monitor está 100% compatível com o anterior! Alias, 99%, risos. Notei que ele imprime TRÊS vias na carta de correção e antes imprimia apenas UMA. Estou estudando para ver se é alguma configuração. Obrigado. Atenciosamente,

Juliomar, Obrigado pela sua prontidão em responder. Eu não havia notado que no PLUS as pastas padrões foram mudadas de \Logs para \Arqs. Esse assunto está resolvido. Estou conseguindo fazer as Cartas de Correção e o Cancelamento agora, como fazia no ACBrNFeMonitor. Aproveitando, quanto dou o comando de recarregar o arquivo .INI no PLUS, recebo a seguinte mensagem de erro: TRadioGroup Index 1 out of bound 0 ..0 O que é isso?

Pessoal, Passei a utilizar o "ACBrMonitorPLUS 0.1.11.1" e notei que quando faço a carta de correção e o cancelamento ele não gera o XML na pasta LOGS com o sufixo "-ProcEventoNFe". Isso é alguma configuração desse novo monitor? Aguardo, obrigado. Oscar

O modo mais simples é você digitar uma nota no programa gratuito da SEFAZ com os campos que você irá trabalhar, com as regras fiscais que você vai precisar para o seu faturamento e depois exportá-la no modo Texto. Daí você lera nesse arquivo texto à disposição dos campos que você mesmo digitou o que facilitará muito a compreensão do arquivo. Fiz isso e ficou facílimo criar um txt para enviar para o ACBr.

Isaque, Primeiramente quero agradecer-lhe por ter sido sensível as nossas dificuldades e antecipado a versão. Sua atitude me tranquilizou e reforçou a minha confiança de que esse projeto está mesmo na mão de pessoas certas. Em segundo lugar, vou seguir a sua sugestão e tentar compilar os fontes, talvez não seja mesmo um bicho de sete cabeças. Obrigado.

Faltando 15 dias para iniciar oficialmente a nota fiscal 3.1, com esse erro na versão OpenSource que já está corrigido, mas que estará disponível somente no fim do mês, sinto-me forçado a adquirir o SAC.

Obrigado. Eu tenho clientes que utilizam o SEFAZ e outros que utilizam o ACBR, então, eu estou tentando manter o mesmo TXT para ambos os programas emissores. Para mim, a única incompatibilidade no momento é o registro "BA|" de devolução e complemento que no SEFAZ tem e no ACBR não. Um abraço,

Kiko, Eu mudei os nomes dos arquivos mas o erro para gerar os PDF persistem, ainda assim, agradeço o seu interesse em ajudar. Vamos aguardar a próxima versão, mas fica aqui a minha sugestão de atualizarem a versão gratuita assim que um erro grave for detectado e corrigido sem a necessidade de se esperar radicalmente o fim do trimestre. Um abraço a todos e obrigado.

A incompatibilidade abaixo o SEFAZ corrigiu na versão de seu programa lançada na última sexta-feira. Parabéns aos desenvolvedores do ACBr, vocês estavam certos o tempo todo e o SEFAZ errado. 2º) A TAG "X03" utilizada para informar os dados do transportador. No SEFAZ: "X03" +"|"+; // Alltrim(TrocAcentos((DbTrans)->Nome)) +"|"+; // Nome Transportadora vIE +"|"+; // IE Alltrim(StrAspas(TrocAcentos((DbTrans)->ENDERECO))) +"|"+; // Endereco TrocAcentos((DbTrans)->ESTADO) +"|"+; // UF Alltrim(TrocAcentos((DbTrans)->CIDADE)) +"|" // Cidade No ACBR: "X03" +"|"+; // Alltrim(TrocAcentos((DbTrans)->Nome)) +"|"+; // Nome Transportadora vIE +"|"+; // IE Alltrim(StrAspas(TrocAcentos((DbTrans)->ENDERECO))) +"|"+; // Endereco Alltrim(TrocAcentos((DbTrans)->CIDADE)) +"|"+; // Cidade TrocAcentos((DbTrans)->ESTADO) +"|" // UF

Dirceu, Essa versão do último trimestre está realmente com erros sérios, veja o link: Quando lançam uma versão trimestral "com erro" seria muito bom se a substituíssem no momento em que o erro é detectado, antes de vencer o próximo trimestre. Vamos aguardar. Atenciosamente,

Leandro, Espero que estejas bem! Gostaria de fazer esse teste, mas não tenho o Delphi e não sei como compilar os fontes, portanto, dependo das atualizações incluídas nas versões do instalador do Acbrnfemonitor.exe Ainda assim, agradeço pelo seu interesse nesse assunto.