Painel de líderes

Bom dia Werner, Uma pequena correção, a versão da NF-e é 3.10 e não 3.0 Pode não ter muita importância, mas acontece que existe a versão 3.00, mas esta foi a primeira versão para o projeto piloto da NFC-e. Hoje com a unificação da NF-e e NFC-e temos para ambos os documentos fiscais a verão 3.10

Não tem muito o que fazer além de você ajustar a data no XML antes de mandar. Pelo que percebi hoje, a SEFAZ do SP e a do PR não mudaram o fuso para o horário de verão.

Luciano tenho este problema direto... a forma que vejo para contorná-lo é fechar o acbr, abri-lo novamente e enviar um novo cupom... Quando você faz um consulta que ele dá o erro 90057->Rejeicao: Modelo da NF-e diferente de 55, enquanto você não fecha e abre o monitor novamente e envia um cupom ele vai continuar dando o erro e começa a apresentar erros aleatórios.. tipo não encontrar um cupom na consulta... Não acho que seja erro do monitor... porque tô com a última versão do SAC. Vou fazer o que Ítalo comentou... para ver se resolve... Rubens

Boa tarde Kleber. Tente abrir o FR3 e marcar os datasets (Report > Data). Vi alguns relatos também de pessoas que precisaram fazer isto. Acredito seja também diferença de versão do Fast Report.

Boa tarde, Um bom material é a Nota Técnica 2013/005 versão 1.10

Gr@c@, exclua o arquivo .res e abra o .dpr pelo delphi ela irá recriar o .res para vc, depois ignore a propriedade não existente.

O "Internal Error" é um erro do Delphi e não das aplicações que ele executa. É um tipo de erro que, digamos, ele não deveria retornar... Os outros erros de consulta parecem mesmo ser do componente.

Opa.. blz.. Juliomar.. vou fazer isso.. Obrigado.. Abraços.

Fique a vontade para contribuir! Lembre-se de atualizar seus fontes antes de começar a alterar!

Se quiserem posso fazer a adaptação do Fortes Report e disponibilizar aqui, usando a mesma lógica do Quick.

Bom dia Thiago, Favor atualizar os fontes e testar novamente.

No programa exemplo, você tem o botão [Consultar pela chave] este é o exemplo que você precisa. E tem também o botão [Encerramento] apesar dele solicitar o XML, note que ele se utiliza do XML para extrair algumas informações. Informações estas que você pode muito bem passar para o componente para efetuar o encerramento.

Vou proceder desta forma, obrigado pela sugestão.

Bom dia no caso segue a sugestão para que pegue o código ACBr e análise o mesmo! assim poderá sanar suas dúvidas e continuar sua implementação própria!

Bom dia, Não existe opção para realizar o Download do XML do MDF-e. O que não ficou claro é o que foi utilizado para emitir o MDF-e, se foi o programa gratuito da SEFAZ ou uma aplicação própria que se utiliza do ACBrMDFe. Se é uma aplicação própria que se utiliza o ACBrMDFe é possível efetuar o encerramento bastando informar a chave, o protocolo de autorização bem como a cidade de encerramento.

Bom dia a tempos deve de ter sido lançada junto quase com as NT! o nosso amigo Italo fez isso! e o ACBrNFeMonitor também já atende!

Bom dia Thiago, Pelo jeito você não utiliza o componente ACBrNFe. Se não utiliza, porque não passa a utilizar?

Bom Dia. Já resolvi o problema aqui. Vou fazer os testes agora. Obrigado.

Bom dia brsamn, Por favor atualize os fontes e teste novamente. Ao alimentar o componente continue utilizando o ";" para informar a quebra de linha no campo Discriminação. Verifique se ao gerar o XML do RPS o mesmo foi trocado por "\s\n". Envie o lote contendo esse RPS e verifique o conteúdo da TAG Discriminação do XML na NFS-e. Visualize tanto pelo componente quanto pelo site essa NFS-e e veja como fica essa informação.

Bom dia Italo, desculpe a demora na resposta. O provedor que uso é o Fiorilli em Avaré-SP, mas pelo que eles me informaram o \s\n é o recomendado pelo padrão Abrasf. Página 7 do manual: http://www.abrasf.org.br/arquivos/files/NFS_e_alteracoes_da_vr_2_0.pdf Obrigado.

Bom dia. Você deve preencher o campo Modalidade. Att.

Impressora Não Fiscal não tem Redução Z.

Eu estava pensando em propor isso pra uma próxima reunião com os devs.

Para NF-e funciona, mas para NFC-e, o que você faria com um programa on-line se a internet cair e você estiver com a loja cheia de clientes e impedido de emitir NFC-e?

Boa tarde Leo, Vamos a um exemplo: Uma transportadora, carrega o caminhão com dezenas de cargas de diferentes remetentes e destinatários, logo temos o transporte de carga fracionada para este caminhão em questão. Segundo, vamos supor que esse caminhão vai partir de São Paulo/SP e vai até o Rio de Janeiro/RJ, temos ai o transporte interestadual. O MDF-e deverá ser emitido por uma transportadora quando a carga for fracionada e o transporte interestadual. Muito bem segundo o exemplo acima é o nosso caso, vamos continuar. Uma vez que temos carga fracionada, vamos ter com certeza mais de um CT-e, no exemplo acima dezenas. Imagina esse caminhão parando em um posto fiscal de divisa de Estado tendo que apresentar dezenas de CTe para o fiscal checar um por um a sua autenticidade. Agora imagina o motorista do caminhão apresentando apenas 1 (uma) folha o DAMDFE - Documento Auxiliar do Manifesto Eletrônico de Documentos Fiscais. O fiscal vai ter que checar apenas este e não uma dezenas, isso faz com que a parada do caminhão no posto fiscal seja curta e outra coisa, no CTe de carga fracionada não contem os dados do caminhão e do motorista, já no MDF-e e no DAMDFE consta esses dados, desta forma o fiscal vai poder checar se o caminhão não foi trocado e se o motorista é o mesmo. O CTe é um documento de prestação de serviço emitido pela transportadora e deve acompanhar a carga desde a sua origem até o seu destino. Já o MDF-e é um documento fiscal que visa simplificar a vida dos fiscais de fronteiras entre um Estado e outro. Espero ter ajudado.