BigWings

Precisou passar a chave das notas ou apenas o certificado e CNPJ? Já fez a validação do XML pra verificar se o arquivo e assinatura são válidos?

Não entendi, você baixou ou a empresa que recupera enviou o XML?

Pode anexar ele aqui? Se o XML enviado é realmente um XML válido, não vejo forma legal de obtê-lo sem o certificado do destinatário ou emissor. Alguns aplicativos fazem o parse da página de consulta pública da receita e recriam o XML, mas ele não passaria na validação. Sem o certificado, só tendo acesso ao banco de dados da Sefaz, seria preciso entrar em contato com a Sefaz para questionar se eles permitem que um terceiro tenha acesso aos XML das notas.

Boa noite, Use o componente ACBrNFe para fazer a consulta. O ACBrMDFe serve para gerar o Manifesto de Documentos Fiscais Eletrônico, não confundir com Manifestação do Destinatário, são coisas diferentes.

Bom dia, Até onde sei, nenhum provedor permite a emissão de NFSe por webservice sem a geração do RPS. Apenas notas emitidas diretamente no site da prefeitura saem sem a informação do RPS.

Bom dia, Pelo que me parece o problema foi a inclusão dos Schemas 1.01 incluídos pelo @Italo Jurisato Junior no dia 26/10. Testei e estava funcionando normalmente, sem a atualização dos Schemas, bastou copiar esses 5 arquivos para a pasta de Schemas que passou a ocorrer o erro. Bastou deletá-los que voltou a funcionar. Os arquivos são: distDFeInt_v1.01.xsd resEvento_v1.01.xsd resNFe_v1.01.xsd retDistDFeInt_v1.01.xsd tiposDistDFe_v1.01.xsd

Boa tarde, Basta carregar o XML não autorizado com ACBrNFe1.NotasFiscais.LoadFromFile() e chamar a função ACBrNFe1.Consultar. Será gerado o XML autorizado no componente e salvo em disco caso a configuração ACBrNFe1.Configuracoes.Arquivos.Salvar esteja True.

Como assim "nos próximos dias"? A NT já está em produção desde o final do ano passado, e o DIFAL obrigatório desde 01/07/2016. Ou o prazo é alguma peculiaridade da UF que não implementou ainda?

Também fiquei na dúvida quanto a impressão do valor pago, o manual diz que deve ser impresso "o valor efetivamente pago pelo cliente", é o mesmo texto dos manuais anteriores, e o ACBr sempre imprimiu somente o valor conforme a tag vPag do XML. Nos exemplos do Manual 4.0 entretanto, contém NFC-e com valor pago sendo a soma do valor da NF e o troco. Como ainda não foi criada a tag Troco no XML, e ainda existe a validação do total do vPag ser igual ao valor da NF, acredito que terá que ser criado um "array" de troco, sendo um pra cada pagamento, para que se possa imprimir o valor recebido (vPag + Troco). Sobre o QR-Code lateral, salvo engano, não há como fazer a impressão lateral em Esc/Pos, nem espaço suficiente pra imprimir o QR-Code mais as informações da NFC-e. O QR-Code lateral seria interessante no modelo em A4.

Outra alternativa é solicitar os XML da SEFAZ, correndo risco de ser autuado por não ter eles em local seguro, como determina a legislação.

Bom dia, Você está gerando o grupo de duplicatas, sem informar o valor. Basta não informar o grupo.

Bom dia, Baixando o arquivo tanto pelo ACBrDownload quanto pelo Chrome (opçao salvar pagina), retorna igual, com as quebras de linha no estilo Unix (ASCII 10), salvando pelo Internet Explorer ele faz a conversao para as quebras de linha no estilo Windows (#13 #10). Se voce montou o arquivo no bloco de notas ele devia estar no formato Windows, talvez esteja sendo convertido no upload para a hospedagem. Basta apos o Download fazer a verificaçao e conversao de volta.

Por enquanto estou usando um certificado auto-assinado, mas estou em processo de aquisição de um certificado da Comodo, paguei USD 84.00 por um ano. Neste blog tem informações de como fazer: http://ericksasse.com.br/como-assinar-digitalmente-seus-aplicativos

Bom dia, Aproveitando o tópico com a impressão do DANFE na Daruma, segue correção para as quebras de linhas. ACBrNFeDANFeESCPOS.pas

Se você tem a chave da nota como disse no primeiro post, basta pegar o cNF dela. Os dígitos na posição 36 a 43 correspondem ao cNF.

Bom dia, Está usando Fast ou Fortes?

Boa noite, Tente o seguinte: nao altere nada no Tinus.ini (faça um revert no SVN), e adicione os sufixos para a cidade no Cidades.ini, da seguinte forma: [2602902] Nome=Cabo de Santo Agostinho UF=PE Provedor=Tinus NomeURL_H=cab NomeURL_P=cab

Bom dia, Esse assunto foi discutido e - se me recordo - solucionado de outra maneira, no seguinte tópico:

Precisa verificar se o fuso horário da máquina está com o fuso horário correto. No trecho que você postou está o fuso -03:00, enquanto no horário de verão o fuso de Brasília é -02:00. O fuso gerado depende da configuração ACBrNFe1.Configuracoes.Geral.WebServices.TimeZoneConf, por padrão o ACBr pega o fuso horário da máquina, mas você pode controlar pela sua aplicação se desejar.

Bom dia, O XML pode estar sendo gerado com o horário correto mas o fuso horário errado, isso causa esse erro.

Bom dia, Esse campo "Discriminação dos serviços" não existe no layout da NFSe da Agili, tente usar o DANFSeNovo.fr3 ou DANFSePadrao.fr3, que fazem a impressão dos itens da NFS-e. Quanto ao campo "Outras informações" ele realmente não estava sendo gerado no rps. Substitua o arquivo em anexo, recompile o ACBr e tente novamente. pnfsNFSeW_Agili.pas

Fiz o teste com o seu XML e realmente não apareceu a tarja de NFe cancelada, o motivo é que ela foi emitida em homologação, então deve ter aparecido para você a tarja de "Nota Fiscal sem valor fiscal - Homologação". Perceba, entretanto, que no protocolo o título é "Protocolo de homologação do cancelamento". Em produção deve aparecer a tarja de cancelamento, desde que você atribua a propriedade ACBrNFe1.DANFe.NFeCancelada, como o Ítalo mencionou, e o ACBrNFe1.DANFe.ProtocoloNFe como o protocolo de cancelamento e não autorização.

Boa tarde, Está usando Fast ou Fortes? Se Fast, qual arquivo? Poste um PDF de como está saindo.

Boa tarde, O layout da Agili não permite informar destaque de PIS e COFINS, informe apenas se houver retenção.